پس از انتشار سایت، اولین کاری که باید انجام دهید ثبت آن در سرچ کنسول است. بدون این کار، شما از دید گوگل کور هستید. نمی‌دانید کدام صفحه ایندکس شده است. نمی‌دانید کاربر با چه عبارتی به شما رسیده است. نمی‌دانید کدام خطای خزش سایت را تهدید می‌کند. سرچ کنسول تنها ابزار رسمی و رایگانی است که این تصویر را به شما می‌دهد.
این راهنما ثبت سایت را گام به گام توضیح می‌دهد. از انتخاب نوع دارایی تا تأیید مالکیت و ارسال نقشهٔ سایت و خواندن گزارش‌ها. مسیر را به شکلی نوشته‌ایم که اگر تازه‌کار هستید، هم بدون سردرگمی پیش بروید و اگر قبلاً ثبت کرده‌اید، هم تنظیمات ناقص را پیدا کنید.
خلاصهٔ یک‌خطی: ثبت سایت در سرچ کنسول سه بخش دارد: افزودن دارایی. تأیید مالکیت، با یکی از روش‌های موجود. و ارسال نقشهٔ سایت. اگر این سه را درست انجام دهید داده‌های واقعی جست‌وجو در اختیار شما قرار می‌گیرد.
سرچ کنسول چیست و چه کاری برای شما انجام می‌دهد؟
سرچ کنسول سرویس رایگان گوگل برای صاحبان سایت است. این ابزار سایت شما را مدیریت نمی‌کند. فقط گزارش می‌دهد گوگل چه چیزی از سایت شما دیده و چگونه با آن رفتار کرده است. تفاوت مهم است، چون بسیاری انتظار دارند با ثبت سایت، رتبه بهتر شود. ثبت کردن به‌تنهایی رتبه را تغییر نمی‌دهد، اما بدون آن نمی‌توانید بفهمید چه چیزی رتبه را تغییر می‌دهد.
پنج دستهٔ اطلاعات اصلی در این ابزار وجود دارد. عملکرد جست‌وجو: عبارت‌ها و کلیک‌ها و نمایش‌ها. پوشش صفحات: کدام آدرس ایندکس شده و کدام نشده. تجربهٔ صفحه: سرعت و کارایی. پیوندها: لینک‌های داخلی و خارجی. و مشکلات: خطاهای خزش و داده‌های ساختاریافته.
| بخش | چه چیزی نشان می‌دهد | تصمیم مرتبط |
|---|---|---|
| عملکرد | کلیک و نمایش بر اساس عبارت | کدام محتوا را تقویت کنیم |
| پوشش صفحات | وضعیت ایندکس هر آدرس | کدام صفحه را اصلاح کنیم |
| تجربهٔ صفحه | سرعت و پایداری چیدمان | کدام بخش فنی را بهینه کنیم |
| پیوندها | لینک داخلی و دامنهٔ ارجاع‌دهنده | ساختار لینک‌سازی داخلی |
| بهبودها | خطای دادهٔ ساختاریافته | اصلاح نشانه‌گذاری صفحه |
پیش از ثبت چه چیزهایی آماده کنید
ثبت سایت در چند دقیقه انجام می‌شود، اما تنها در صورتی که پیش‌نیازها آماده باشد. بیشتر توقف‌ها در مرحلهٔ تأیید مالکیت رخ می‌دهد، چون دسترسی لازم وجود ندارد. پیش از شروع، این چهار مورد را بررسی کنید.
- دسترسی به حساب گوگل: یک حساب سازمانی که فقط برای این کار استفاده شود، بهتر از حساب شخصی است. با تغییر کارمند، دسترسی از دست نمی‌رود.
- دسترسی به پنل دامنه یا هاست: برای روش تأیید از طریق رکورد دی‌ان‌اس یا آپلود فایل.
- آدرس دقیق سایت: با یا بدون پیشوند امن و با یا بدون زیردامنه. یک اشتباه کوچک در این مرحله، باعث می‌شود داده‌ها در دارایی اشتباه جمع شوند.
- اطلاع از نسخهٔ اصلی سایت: اگر سایت هم با پیشوند امن و هم بدون آن باز می‌شود، ابتدا باید یکی را به عنوان نسخهٔ اصلی انتخاب و دیگری را هدایت کنید.
هشدار: اگر نسخهٔ امن و ناامن سایت هر دو فعال باشند و هر دو در سرچ کنسول ثبت شوند، داده‌ها بین دو دارایی تقسیم می‌شود. نتیجه این است که هیچ‌کدام تصویر کاملی نشان نمی‌دهند. پیش از ثبت، یکتاسازی آدرس‌ها را انجام دهید.
دو نوع دارایی: دامنه یا پیشوند آدرس
سرچ کنسول دو نوع دارایی می‌پذیرد، و انتخاب اشتباه یکی از رایج‌ترین خطاهای تازه‌کارهاست. تفاوت در دامنهٔ پوشش است. نوع دامنه همهٔ زیردامنه‌ها و هر دو نسخهٔ امن و ناامن را با هم پوشش می‌دهد. نوع پیشوند آدرس فقط همان آدرس دقیق را پوشش می‌دهد.
| ویژگی | دارایی دامنه | دارایی پیشوند آدرس |
|---|---|---|
| پوشش زیردامنه | کامل | ندارد |
| پوشش هر دو نسخهٔ امن | کامل | فقط نسخهٔ واردشده |
| روش تأیید | فقط رکورد دی‌ان‌اس | چند روش مختلف |
| مناسب چه کسی | سایت با زیردامنهٔ متعدد | سایت ساده و تک‌دامنه |
| سطح دشواری تأیید | نیازمند دسترسی دامنه | ساده‌تر |
توصیهٔ عملی ساده است. اگر به پنل دامنه دسترسی دارید، نوع دامنه را انتخاب کنید، چون یک‌بار تأیید همهٔ نسخه‌ها را پوشش می‌دهد. اگر دسترسی ندارید، نوع پیشوند آدرس را انتخاب کنید و هر نسخه را جداگانه ثبت و تأیید کنید.
گام‌به‌گام ثبت دارایی دامنه
این مسیر برای کسی است که به تنظیمات دامنه دسترسی دارد. در بیشتر پروژه‌ها مدیر فنی یا مالک دامنه این دسترسی را دارد.
- با حساب گوگل خود وارد سرچ کنسول شوید.
- در فهرست دارایی‌ها گزینهٔ افزودن دارایی را انتخاب کنید.
- نوع دامنه را انتخاب کنید و نام دامنه را بدون پیشوند و بدون مسیر وارد کنید.
- سیستم یک رکورد تأیید به شما می‌دهد. آن را کپی کنید.
- به پنل دامنه بروید و یک رکورد متنی با همان مقدار اضافه کنید.
- به سرچ کنسول برگردید و دکمهٔ تأیید را بزنید.
- پس از تأیید نقشهٔ سایت را ارسال کنید.
زمان انتشار رکورد دی‌ان‌اس می‌تواند از چند دقیقه تا چند ساعت طول بکشد. اگر تأیید در اولین تلاش شکست خورد، نگران نشوید. یک ساعت صبر کنید و دوباره امتحان کنید. اگر باز هم شکست خورد، مقدار رکورد را با دقت مقایسه کنید. یک فاصلهٔ اضافه در ابتدا یا انتهای مقدار می‌تواند باعث خطا شود.
گام‌به‌گام ثبت پیشوند آدرس
این مسیر ساده‌تر است، و برای سایت‌هایی که دسترسی به پنل دامنه ندارند مناسب است. تنها نکتهٔ مهم این است که آدرس را دقیقاً همان‌طور که در مرورگر می‌بینید وارد کنید.
- دارایی جدید بسازید و نوع پیشوند آدرس را انتخاب کنید.
- آدرس کامل را با پیشوند امن وارد کنید.
- یکی از روش‌های تأیید را انتخاب کنید.
- فایل یا تگ را روی سایت قرار دهید.
- صفحه را رفرش کنید و تأیید را بزنید.
- اگر سایت نسخهٔ بدون پیشوند امن هم دارد آن را جداگانه ثبت کنید.
| مرحله | کار | خطای رایج |
|---|---|---|
| افزودن دارایی | انتخاب نوع و وارد کردن آدرس | وارد کردن مسیر اضافه در آدرس |
| تأیید مالکیت | قرار دادن فایل یا تگ | قرار دادن فایل در مسیر اشتباه |
| بررسی | رفرش صفحه و تأیید | تأیید پیش از انتشار تغییرات |
| ارسال نقشه | ثبت نشانی نقشهٔ سایت | نقشهٔ قدیمی یا خراب |
روش‌های تأیید مالکیت
پنج روش اصلی برای تأیید مالکیت وجود دارد. انتخاب روش به دسترسی شما بستگی دارد نه به ترجیح شخصی. جدول زیر مقایسهٔ آن‌هاست.
| روش | دسترسی لازم | سطح دشواری | ماندگاری |
|---|---|---|---|
| رکورد متنی دی‌ان‌اس | پنل دامنه | متوسط | پایدار |
| فایل تأیید در ریشهٔ سایت | دسترسی به فایل‌های سایت | ساده | تا حذف فایل |
| تگ متا در سر صفحه | ویرایش قالب سایت | ساده | تا تغییر قالب |
| حساب تحلیل ترافیک | دسترسی مدیریت آن حساب | ساده | تا تغییر کد |
| مدیر برچسب گوگل | دسترسی به ابزار برچسب | متوسط | پایدار |
تأیید با رکورد دی‌ان‌اس
پایدارترین روش است، و با تغییر قالب سایت از بین نمی‌رود. تنها عیبش نیاز به دسترسی پنل دامنه است. این روش برای دارایی نوع دامنه الزامی است.
تأیید با فایل یا تگ متا
سریع‌ترین روش برای شروع است. فایل باید در ریشهٔ سایت و با نام دقیق قرار بگیرد. تگ متا باید در بخش سر همهٔ صفحات، یا حداقل صفحهٔ اصلی، حاضر باشد. اگر قالب سایت عوض شود، این روش از بین می‌رود و باید دوباره تأیید کنید.
تأیید از طریق ابزارهای گوگل
اگر سایت شما از قبل در ابزار تحلیل ترافیک یا ابزار برچسب ثبت شده باشد، می‌توانید از همان دسترسی استفاده کنید. این روش زمانی خوب است که مدیر فنی و مدیر بازاریابی دو نفر باشند، و دسترسی فنی در اختیار نفر دوم نباشد.
نکته: همیشه یک روش پایدار را هم فعال کنید، حتی اگر با روش ساده‌تر تأیید کرده‌اید. اگر تگ متا با تغییر قالب حذف شود، دسترسی شما قطع می‌شود و ممکن است مدت‌ها متوجه نشوید. رکورد دی‌ان‌اس این ریسک را ندارد.
خطاهای رایج در تأیید مالکیت و راه حل
تقریباً همهٔ خطاهای تأیید یکی از دلایل زیر را دارند. جدول زیر را، قبل از تماس با پشتیبانی، مرور کنید.
| خطا | دلیل احتمالی | راه‌حل |
|---|---|---|
| رکورد پیدا نشد | انتشار کامل نشده است | چند ساعت صبر و تلاش دوباره |
| مقدار نادرست است | فاصله یا کاراکتر اضافه | مقایسهٔ دقیق مقدار |
| فایل پیدا نشد | قرار گرفتن در مسیر اشتباه | انتقال به ریشهٔ سایت |
| دسترسی مسدود است | محافظت از محیط سایت | اجازهٔ دسترسی به مسیر فایل |
| تگ متا دیده نمی‌شود | کش یا قالب اشتباه | پاک کردن کش و بررسی منبع صفحه |
| مالکیت قبلی تأیید شده است | حساب دیگری مالک است | درخواست دسترسی از مالک فعلی |
ارسال نقشهٔ سایت
نقشهٔ سایت فهرستی از آدرس‌های مهم سایت است که به گوگل می‌گوید چه صفحاتی وجود دارد. ارسال آن ثبت را کامل می‌کند، اما جایگزین لینک‌سازی داخلی نیست. نقشه راهنماست نه دستور. گوگل ممکن است همهٔ آدرس‌های آن را ایندکس نکند.
نشانی نقشهٔ سایت را در بخش مربوطه وارد کنید و ارسال را بزنید. سپس وضعیت پردازش را بررسی کنید. اگر وضعیت «خوانده شد» بود، یعنی فایل در دسترس بوده و ساختار درستی دارد. اگر خطا داشت، ابتدا خود نقشه را بررسی کنید. برای جزئیات ساختار درست، مطلب راهنمای نقشهٔ سایت را ببینید.
| وضعیت نقشه | معنی | اقدام |
|---|---|---|
| ارسال شد | در صف پردازش است | چند روز صبر کنید |
| خوانده شد | فایل سالم و در دسترس است | بررسی تعداد آدرس‌ها |
| خطا داشت | فایل خراب یا مسدود است | بررسی قالب و دسترسی |
| آدرس پیدا نشد | نشانی اشتباه است | اصلاح نشانی |
یک سؤال عملی که زیاد پرسیده می‌شود این است که اگر چند سایت دارید، چه کنیم. برای هر دامنهٔ مستقل یک دارایی جدا بسازید. اما زیردامنه‌ها را می‌توان زیر دارایی دامنهٔ اصلی دید. اگر سایت شما روی مسیر جداگانه‌ای مثل یک پوشه اجرا می‌شود، دارایی پیشوند آدرس لازم است، چون دارایی دامنه فقط زیردامنه‌ها را پوشش می‌دهد، نه مسیرها. اشتباه در این انتخاب، باعث می‌شود بخشی از سایت هیچ داده‌ای نداشته باشد.
نکتهٔ دوم دربارهٔ سایت‌های چندزبانه است. اگر نسخهٔ فارسی و انگلیسی روی دو مسیر جدا هستند، هر مسیر دارایی پیشوند آدرس خودش را لازم دارد. اگر روی دو دامنه هستند، هر کدام دارایی مستقل می‌خواهند. در هر دو حالت، برای مقایسهٔ عملکرد بهتر است اعداد را در یک فایل واحد جمع کنید، چون گزارش‌های هر دارایی به‌تنهایی تصویر ناقص می‌دهند.
مدیریت کاربران و سطوح دسترسی
یک نکتهٔ سازمانی که بعداً مهم می‌شود: دسترسی را شخصی نگذارید. اگر تنها یک نفر دسترسی کامل داشته باشد و آن نفر از تیم خارج شود، بازیابی دسترسی زمان‌بر می‌شود. حداقل دو نفر با دسترسی کامل داشته باشید.
| سطح دسترسی | چه کاری می‌تواند بکند | برای چه کسی مناسب است |
|---|---|---|
| مالک | همهٔ تنظیمات و مدیریت کاربران | مدیر فنی و مدیر کسب‌وکار |
| کامل | مشاهده و تنظیمات به‌جز مدیریت کاربر | تیم سئو |
| محدود | مشاهدهٔ داده و برخی اقدام‌ها | تحلیلگر و تولیدکنندهٔ محتوا |
| مشاهده | فقط دیدن گزارش‌ها | کارفرما و مشاور |
گزارش‌هایی که باید هفتگی بررسی کنید
ثبت سایت پایان کار نیست. ارزش واقعی در خواندن منظم گزارش‌هاست. چهار گزارش زیر، بیشترین کاربرد را دارند. زمان لازم برای مرور آن‌ها، حدود بیست دقیقه در هفته است.
| گزارش | چه می‌گوید | اقدام معمول |
|---|---|---|
| عملکرد | کلیک و نمایش به تفکیک عبارت | تقویت صفحات نزدیک به صفحهٔ اول |
| پوشش صفحات | وضعیت ایندکس و خطاها | اصلاح یا حذف صفحات مشکل‌دار |
| تجربهٔ صفحه | سرعت و پایداری چیدمان | بهینه‌سازی تصویر و اسکریپت |
| پیوندها | لینک داخلی و دامنه‌های ارجاع‌دهنده | اصلاح ساختار لینک داخلی |
یک روش ساده برای اولویت‌بندی وجود دارد. در گزارش عملکرد صفحاتی را پیدا کنید که نمایش زیادی دارند، اما کلیک کمی می‌گیرند. این صفحات نزدیک به موفقیت هستند. بازنویسی عنوان و توضیحات متا در آن‌ها، معمولاً سریع‌ترین نتیجه را می‌دهد.
قاعده: اگر صفحه‌ای نمایش بالا و کلیک پایین دارد، مشکل در عنوان و توضیحات است نه در محتوا. اگر نمایش و کلیک هر دو پایین است، مشکل در انتخاب عبارت یا نبود تقاضاست. این دو را با هم اشتباه نگیرید، چون درمانشان کاملاً متفاوت است.
تنظیمات مهم پس از تأیید مالکیت
پس از تأیید، چند تنظیم کوچک وجود دارد که اگر انجام نشوند، بعداً سردرگمی می‌سازد. این فهرست را یک بار در ابتدا کامل کنید.
| تنظیم | چرا مهم است | زمان انجام |
|---|---|---|
| انتخاب نسخهٔ اصلی دامنه | جلوگیری از تقسیم داده | روز اول |
| ارسال نقشهٔ سایت | کشف سریع‌تر صفحات | روز اول |
| بررسی فایل ربات‌ها | اطمینان از دسترسی خزنده | روز اول |
| افزودن کاربر دوم | جلوگیری از قفل شدن دسترسی | هفتهٔ اول |
| اتصال به ابزار تحلیل | مقایسهٔ ترافیک و کلیک | هفتهٔ اول |
| بررسی دادهٔ ساختاریافته | نمایش بهتر در نتایج | ماه اول |
چک‌لیست ده‌دقیقه‌ای ثبت سایت
اگر می‌خواهید مطمئن شوید هیچ گامی جا نمانده است، این فهرست را به ترتیب انجام دهید.
| گام | انجام شد | نکته |
|---|---|---|
| ورود با حساب سازمانی | بله یا خیر | نه حساب شخصی |
| افزودن دارایی با آدرس دقیق | بله یا خیر | بررسی پیشوند امن |
| تأیید مالکیت | بله یا خیر | حداقل یک روش پایدار |
| ارسال نقشهٔ سایت | بله یا خیر | بررسی وضعیت پردازش |
| افزودن کاربر دوم | بله یا خیر | سطح دسترسی کامل |
| بررسی گزارش پوشش | بله یا خیر | رفع خطاهای بحرانی |
| ثبت یادآور بازبینی هفتگی | بله یا خیر | بیست دقیقه در هفته |
اشتباه‌های رایج پس از ثبت
ثبت درست کافی نیست. برخی اشتباه‌ها باعث می‌شود داده‌های جمع‌آوری‌شده گمراه‌کننده شود. جدول زیر رایج‌ترین‌ها را نشان می‌دهد.
| اشتباه | پیامد | اصلاح |
|---|---|---|
| ثبت دو نسخهٔ سایت | تقسیم داده بین دو دارایی | یکتاسازی و انتخاب نسخهٔ اصلی |
| تکیه بر یک روش تأیید موقت | قطع دسترسی پس از تغییر قالب | افزودن روش پایدار |
| نادیده گرفتن خطاهای پوشش | صفحات مهم ایندکس نمی‌شوند | بازبینی هفتگی |
| ارسال نقشهٔ قدیمی | کشف نشدن صفحات تازه | به‌روزرسانی خودکار نقشه |
| نداشتن کاربر دوم | قفل شدن دسترسی | افزودن کاربر پشتیبان |
| مقایسهٔ داده با بازه‌های ناهمگون | نتیجه‌گیری نادرست | بازهٔ ثابت برای مقایسه |
نگهداری ماهانه: چه چیزی را فراموش نکنیم
سرچ کنسول ابزاری است که فقط با مرور منظم ارزش می‌دهد. یک برنامهٔ ماهانهٔ ساده کافی است. هفتهٔ اول، گزارش عملکرد را مرور کنید. هفتهٔ دوم، خطاهای پوشش را بررسی کنید. هفتهٔ سوم، سرعت و تجربهٔ صفحه را ببینید. هفتهٔ چهارم، یک اقدام اصلاحی را اجرا و ثبت کنید.
این چرخه را در یک فایل ساده ثبت کنید. هر ماه یک خط: چه چیزی دیدیم و چه کاری کردیم. بعد از شش ماه، یک تاریخچهٔ تصمیم دارید که ارزش آن از هر گزارش لحظه‌ای بیشتر است. برای درک نقش این داده‌ها در کار فنی، مطلب سئو فنی و برای مبانی، آموزش مقدماتی سئو را ببینید.
مسیر کوتاه برای سایت وردپرسی
اگر سایت شما با وردپرس ساخته شده است، ثبت سرچ کنسول ساده‌تر می‌شود، چون چند افزونه این کار را انجام می‌دهند. با این حال، پیشنهاد می‌کنیم سه گام را دستی انجام دهید تا در آینده به افزونه وابسته نباشید. اول تأیید مالکیت از طریق رکورد دی‌ان‌اس یا فایل. دوم، ارسال نقشهٔ سایت. سوم، اطمینان از اینکه فایل تنظیمات خزنده ساخته نشده است یا اگر ساخته شده، مسیرهای مهم را مسدود نمی‌کند.
یک اشتباه رایج در سایت‌های وردپرسی دیده می‌شود. افزونهٔ سئو به‌طور پیش‌فرض نقشهٔ سایت می‌سازد، اما گاهی نسخهٔ خود وردپرس هم فعال می‌ماند. نتیجه دو نقشهٔ متفاوت روی سایت است. تنها یکی را نگه دارید. در گزارش پوشش صفحات، همیشه آدرس نقشه را بررسی کنید تا بدانید کدام نسخه خوانده می‌شود.
| گام وردپرسی | روش دستی | روش افزونه‌ای |
|---|---|---|
| تأیید مالکیت | رکورد دی‌ان‌اس | تگ متا با تأیید یک‌کلیکی |
| نقشهٔ سایت | ساخت خودکار توسط افزونهٔ سئو | ارسال خودکار به سرچ کنسول |
| فایل تنظیمات خزنده | بررسی دستی مسیرهای مسدود | ویرایش از پنل افزونه |
| دادهٔ ساختاریافته | بررسی در گزارش بهبودها | پیکربندی نوع محتوا |
استفاده از داده برای برنامه‌ریزی محتوا
بیشتر افراد از سرچ کنسول فقط برای عیب‌یابی استفاده می‌کنند. در حالی که این ابزار یکی از بهترین منابع برنامه‌ریزی محتواست. داده‌ای که در هیچ ابزار دیگری پیدا نمی‌کنید این است: عبارت‌هایی که سایت شما برای آن‌ها نمایش گرفته، اما کلیک نگرفته است.
سه فهرست از این داده بسازید. فهرست اول، صفحاتی با نمایش بالا و کلیک پایین. این‌ها فرصت بازنویسی عنوان هستند. فهرست دوم، عبارت‌هایی که صفحهٔ شما در جایگاه پنجم تا پانزدهم ایستاده است. این‌ها فرصت تقویت محتوا هستند. فهرست سوم، صفحاتی که در سه ماه گذشته کلیک نداشته‌اند. این‌ها کاندید بازبینی هستند.
| الگوی داده | تفسیر | اقدام پیشنهادی |
|---|---|---|
| نمایش بالا و کلیک پایین | عنوان جذاب نیست | بازنویسی عنوان و توضیحات |
| جایگاه پنجم تا پانزدهم | نزدیک صفحهٔ اول | افزودن بخش و لینک داخلی |
| کلیک صفر در سه ماه | صفحه بی‌مصرف یا تازه | بازبینی و تصمیم‌گیری |
| نمایش کم و کلیک خوب | تقاضای کوچک اما دقیق | گسترش موضوع |
| افت ناگهانی کلیک | تغییر رتبه یا خطای فنی | بررسی فوری صفحه |
یک نکته دربارهٔ دقت داده: اعداد گزارش عملکرد تقریبی هستند، و برای حفاظت از داده کاربران گاهی گرد می‌شوند. پس اختلاف چند کلیک را نشانهٔ تغییر روند نگیرید. روند سه ماهه، معیار درست‌تری است.
انتقال دارایی و تغییر دامنه
اگر دامنهٔ سایت تغییر کند یا سایت از یک پوشه به ریشه منتقل شود، دارایی قبلی داده‌های تاریخی خود را نگه می‌دارد. برای اینکه تاریخچه به دارایی جدید منتقل شود، از ابزار تغییر آدرس استفاده کنید. بدون این کار، دارایی تازه از صفر شروع می‌شود و مقایسهٔ قبل و بعد ممکن نیست.
ترتیب درست این است. ابتدا ریدایرکت‌های دائمی را روی سرور تنظیم کنید. سپس نقشهٔ سایت تازه را بسازید. بعد ابزار تغییر آدرس را اجرا کنید. در پایان دارایی قدیمی را حذف نکنید، چون داده‌های تاریخی آن ممکن است بعداً لازم شود. برای جزئیات فنی ریدایرکت، مطلب ریدایرکت ۳۰۱ و ۳۰۲ را ببینید.
مثال: سایتی که از نسخهٔ بدون پیشوند امن به نسخهٔ امن منتقل شده است را در نظر بگیرید. اگر هر دو نسخه در سرچ کنسول ثبت شوند و نسخهٔ اصلی انتخاب نشود، گزارش‌ها دو نیم می‌شوند. یک نیم کلیک‌ها و نیم دیگر نمایش‌ها را نشان می‌دهد، و تحلیل بی‌معنا می‌شود. انتخاب نسخهٔ اصلی این مشکل را در یک مرحله حل می‌کند.
سؤالات متداول
آیا ثبت در سرچ کنسول رتبه را بهتر می‌کند؟
خود ثبت مستقیم رتبه را تغییر نمی‌دهد. اما امکان دیدن داده و اصلاح خطاها را می‌دهد، و این اصلاح‌ها رتبه را بهتر می‌کند. بدون ثبت، کار سئو در تاریکی انجام می‌شود.
تفاوت دارایی دامنه و پیشوند آدرس چیست؟
دارایی دامنه همهٔ زیردامنه‌ها و هر دو نسخهٔ امن و ناامن را پوشش می‌دهد. دارایی پیشوند آدرس فقط همان آدرس دقیق را. اگر دسترسی پنل دامنه دارید، نوع اول بهتر است.
چرا تأیید مالکیت من شکست می‌خورد؟
معمولاً به دلیل انتشار نشدن رکورد، یا فاصلهٔ اضافه در مقدار، یا قرار نگرفتن فایل در ریشهٔ سایت است. یک ساعت صبر و مقایسهٔ دقیق مقدار، در بیشتر موارد مشکل را حل می‌کند.
آیا باید هر دو نسخهٔ سایت را ثبت کنم؟
اگر نوع دارایی دامنه را انتخاب کرده‌اید، نیازی نیست، چون هر دو پوشش داده می‌شوند. با نوع پیشوند آدرس باید هر نسخه را جداگانه ثبت کنید. در هر حالت، نسخهٔ اصلی را انتخاب و نسخهٔ دیگر را هدایت کنید.
چقدر طول می‌کشد تا داده‌ها نمایش داده شوند؟
برای سایت تازه، معمولاً چند روز تا چند هفته. اگر سایت قدیمی است و فقط دارایی تازه ثبت شده، داده‌های تاریخی معمولاً در دسترس نیست. گزارش‌ها به‌تدریج کامل می‌شوند.
آیا ارسال نقشهٔ سایت لازم است؟
الزامی نیست، اما کمک می‌کند صفحات تازه سریع‌تر کشف شوند. به‌ویژه برای سایت‌های بزرگ یا سایت‌هایی که لینک داخلی کمی دارند، ارزش دارد.
اگر دسترسی مالکیت را از دست بدهم چه می‌شود؟
اگر روش تأیید پایدار داشته باشید، معمولاً دسترسی برنمی‌گردد و باید با مالک فعلی تماس بگیرید. به همین دلیل، داشتن کاربر دوم و روش تأیید پایدار از روز اول توصیه می‌شود.
جمع‌بندی
ثبت سایت در سرچ کنسول یک کار یک‌بارهٔ ده‌دقیقه‌ای است، اما اثر آن ماه‌ها ادامه دارد. سه چیز را درست انجام دهید: نوع دارایی درست را انتخاب کنید. یک روش تأیید پایدار اضافه کنید. و نقشهٔ سایت را ارسال کنید. بعد از آن، کار اصلی شروع می‌شود: مرور منظم گزارش‌ها و اجرای یک اصلاح در هر ماه.
اگر تازه سایت را منتشر کرده‌اید، همین امروز این کار را انجام دهید. هر روزی که بدون داده سپری شود، روزی است که نمی‌دانید چه فرصتی از دست می‌رود. برای بررسی خطاهای رایج پس از انتشار هم مطلب رفع خطای ۴۰۴ و بودجهٔ خزش را ببینید.
یک توصیهٔ آخر: تنظیمات را مکتوب کنید. بنویسید چه کسی مالک است. کدام روش تأیید فعال است. نقشهٔ سایت در کدام مسیر قرار دارد. و بازبینی هفتگی چه روزی انجام می‌شود. این سند کوتاه در زمان تغییر تیم یا تحویل پروژه به کارفرما، ارزش زیادی دارد و از دوباره‌کاری جلوگیری می‌کند.