در گزارش Search Console یک دسته داشتیم که از قبل خیالمان از بابتش راحت بود: «Alternate page with proper canonical tag». روی fanpino.com این دسته معمولاً همان نسخههای صفحهٔ قیمت‌ها و تماس با پارامتر در آدرس است که canonical آن‌ها درست به آدرس اصلی اشاره می‌کند؛ یعنی دقیقاً رفتار درست. این بار ۷۹ صفحه در آن بود و اعتبارسنجی‌اش شکست خورده بود.
عددهای کلی چیزی نشان نمی‌دادند
از خلاصهٔ گزارش چیزی معلوم نبود. فقط وقتی نمونه‌آدرس‌ها را باز کردیم ماجرا روشن شد: هیچ‌کدام روی خود fanpino.com نبودند. همه روی یک زیردامنهٔ قدیمی خودمان بودند، هر بار با یک پارامتر cache-busting متفاوت، برای همین هر crawl مثل یک صفحهٔ کاملاً جدید دیده می‌شد.
آن زیردامنه مدت‌ها بود که جزو زیرساخت ما نبود. رکورد DNS آن هنوز باقی مانده بود و به سروری اشاره میکرد که دست ما نیست، و گواهی TLS روی آن سرور منقضی شده بود. پس گوگل مدام یک نام میزبان زیر دامنهٔ ما پیدا میکرد، نمیتوانست درست بازش کند و آن را در گزارش سلامت سایت ما ثبت میکرد.
چرا اصلاً سر از گزارش ما درآورد
ما Search Console را به‌صورت domain property تأیید کرده‌ایم، نه URL-prefix. domain property خودکار همهٔ زیردامنهها را پوشش میدهد. وقتی همه‌چیز زیر دامنه مال خودتان و به‌روز است، این راحت است. ولی یعنی هر رکورد فراموش‌شده در DNS هم مسئلهٔ شما در گزارش میشود، چه یادتان باشد وجود دارد چه نه.
راه‌حل یک حذف بود
رکورد DNS را پاک کردیم. نه سراغ تمدید گواهی روی سروری رفتیم که مدیریتش نمیکنیم، نه برای نامی که نباید لینکی به آن باشد ریدایرکت گذاشتیم. وقتی نام وجود نداشته باشد، crawler چیزی برای رسیدن ندارد و این دسته طی چند دور crawl بعدی باید خالی شود.
توصیهٔ ما به هر کسی که domain property دارد
قبل از اینکه دسته‌ای را بیخطر فرض کنید، نمونه‌آدرس‌هایش را باز کنید. فرض ما دربارهٔ محتوای این دسته ماهها درست بود و این بار غلط، و عدد کلی هیچ نشانهای نمیداد کدام است. و هر چند وقت یک بار، رکوردهای DNS را از اول تا آخر بخوانید و برای هر کدام بپرسید: هنوز مال ماست؟ هنوز به چیزی اشاره می‌کند که از آن نگهداری می‌کنیم؟
سرچ کنسول امروز فقط نیمی از دیده‌شدن است؛ برای سمت پاسخ‌های هوش مصنوعی، راهنمای بهینه‌سازی برای موتورهای مولد (GEO) را ببینید.
پرسش‌های متداول
چرا Search Console صفحههایی از یک زیردامنهٔ قدیمی نشان میدهد؟
چون ویژگی دامنه (Domain property) همهٔ زیردامنهها را خودکار پوشش میدهد. در مورد ما یک رکورد DNS قدیمی هنوز یک زیردامنهٔ کهنه را به سروری میفرستاد که دیگر اجرا نمیکنیم و گواهی TLS آن منقضی شده بود. گوگل مدام آن نام را پیدا میکرد، نمیتوانست درست واکشیاش کند و ۷۹ صفحه را در گزارش سایت ما ثبت کرد.
خطاهای Search Console ناشی از زیردامنهٔ قدیمی را چطور رفع کنیم؟
رکورد DNS را حذف کنید. ما گواهی سروری را که مدیریتش نمیکنیم تمدید نکردیم و برای نامی که کسی نباید به آن لینک بدهد ریدایرکت نگذاشتیم. وقتی نام حذف شود، چیزی برای خزنده باقی نمیماند که به آن برسد و آن دسته از گزارش باید در چند دورهٔ خزش بعدی خالی شود.
آیا میشود گزارش Alternate page with proper canonical tag را نادیده گرفت؟
نه بدون باز کردن آدرسهای نمونه. در سایت ما این دسته معمولاً نسخههای بیخطر صفحههای قیمت و تماس با query string بود و این فرض ماهها درست بود. این بار ۷۹ صفحه از یک زیردامنهٔ قدیمی در آن بود و عدد کلی هیچ نشانهای از این تفاوت نمیداد.
