خطای Alternate page with proper canonical در سرچ کنسول: دلایل و رفع آن

وضعیت Alternate page with proper canonical (Alternate page with proper canonical) یکی از گزارش های بخش ایندکسینگ در کنسول جستجوی گوگل است که نشان می دهد گوگل نسخه ای جایگزین از یک صفحه را شناسایی کرده و به درستی به نسخه اصلی ارجاع داده شده است. این وضعیت برخلاف بسیاری از خطاهای دیگر، لزوما به معنای وجود مشکل فنی نیست بلکه نشان دهنده عملکرد صحیح تگ های راهنما برای ربات های خزنده است. تجمع بیش از حد این صفحات می تواند باعث اتلاف بودجه خزش شود. در سایت های فروشگاهی یا وردپرسی که از پارامترهای مختلف برای فیلتر محصولات استفاده می کنند، مدیریت صحیح این آدرس ها برای حفظ سلامت سئو تکنیکال ضروری است.

معنای دقیق وضعیت Alternate page with proper canonical چیست؟

وضعیت Alternate page with proper canonical در سرچ کنسول نشان می دهد موتور جستجو صفحه مد نظر را شناخته، اما به دلیل شناسایی نسخه اصلی، از قرار دادن آن در فهرست نتایج صرف نظر کرده است. این وضعیت زیرمجموعه بخش صفحات ایندکس نشده قرار دارد و اغلب مواقع نشانه سلامت ساختار آدرس ها است، نه یک ایراد فنی در سایت شما.

تفاوت این وضعیت با خطاهای بحرانی ایندکس

دیدن علامت های خاکستری در گزارش پوشش صفحات (Page Indexing) معمولا مدیران سایت ها را نگران می کند. تفاوت بنیادین این برچسب با خطاهای قرمز رنگ سرچ کنسول مثل خطای سرور ۵۰۰ یا دسترسی مسدود با فایل روتس، در عمدی بودن رفتار گوگل نهفته است. گوگل اینجا خطایی ثبت نکرده، بلکه دقیقا طبق دستورالعمل های شما تصمیم گرفته است نسخه اصلی را به جای صفحات مشابه نمایش دهد.

نقش تگ کنونیکال در هدایت گوگل بات

هنگامی که خزشگرهای اختصاصی یعنی گوگل بات وارد سایتی می شوند، کد منبع صفحه را برای یافتن پیوندهای مهم و نشانه گذاری ها می خوانند. تعریف درست و اصولی Canonical Tag به این ربات ها می گوید میان چند آدرس با محتوای یکسان، کدام پیوند اعتبار اصلی را دریافت کند. به این ترتیب، بودجه خزش برای نسخه های تکراری هدر نمی رود و اعتبار متمرکز می ماند.

چرا این صفحات در نتایج جستجو ظاهر نمی شوند؟

پاسخ ساده است: هدف گوگل جلوگیری از نمایش صفحات تکراری و گیج شدن کاربران است. اگر یک محصول در فروشگاه اینترنتی با چند فیلتر رنگ یا سایز آدرس های متفاوتی بسازد، حضور همه آنها با متن یکسان کیفیت تجربه جستجو را کاهش می دهد. گوگل صفحه فرعی را به عنوان جایگزین مجاز کنار می گذارد و نشانی اصلی تعیین شده را ایندکس می کند.

تفاوت بین صفحات تکراری واقعی و صفحات جایگزین مجاز

شناسایی محتوای تکراری در ساختار سایت

موتورهای جستجو آدرس هایی با متن یکسان یا به شدت مشابه را بررسی و ارزیابی می کنند. اگر چند آدرس اینترنتی بدون کارکرد مشخص محتوای یکسانی نشان دهند، وجود محتوای تکراری بودجه خزش (Crawl Budget) را فرسایش می دهد و ارزش رتبه بندی را بین چند صفحه پخش می کند. تفاوت بنیادین در اینجاست که وضعیت Alternate page with proper canonical نشانه یک خطای مخرب نیست، بلکه نشان می دهد الگوریتم های گوگل سیگنال های ارسالی شما را به درستی درک کرده اند.

چه زمانی نسخه های جایگزین برای سئو مفید هستند؟

ایجاد ساختارهای موازی در معماری سایت گاهی انتخابی کاملا آگاهانه است. آدرس های مخصوص نسخه چاپی، صفحات مجزا برای کاربران موبایل با دامنه اختصاصی یا نسخه های آزمایشی در کمپین های بازاریابی، همگی نمونه هایی از آدرس های جایگزین به شمار می روند. وجود تگ کنونیکال (Canonical Tag) در این آدرس ها به موتور جستجو اعلان می کند که نسخه فعلی تنها یک نقش کمکی دارد. بنابراین گوگل ارزش صفحه را مستقیما به آدرس مادر انتقال می دهد و مانع هم نوع خواری کلمات کلیدی (Keyword Cannibalization) می شود.

مدیریت پارامترهای URL در سایت های فروشگاهی

بخش بزرگی از این گزارش ها در فرایند سئو فروشگاه اینترنتی شکل می گیرد. صفحات فیلتر محصولات، سیستم مرتب سازی بر پایه قیمت یا صفحه بندی های درون دسته بندی معمولا پارامترهایی با علامت سوال در انتهای آدرس ایجاد می کنند. محصولات نمایش داده شده در آدرس فیلتر شده تفاوت ماهوی با شاخه اصلی ندارند. اشاره تگ کنونیکال از این صفحات به ریشه دسته بندی، مانع ورود هزاران صفحه با محتوای کم عمق به نتایج جستجو می شود و به ساختار سایت نظم می بخشد.

چرا گوگل صفحات سایت شما را در این وضعیت قرار می دهد؟

الگوریتم های گوگل وقتی با چند آدرس متفاوت که محتوای یکسانی دارند روبرو می شوند، یکی را به عنوان نسخه اصلی انتخاب می کنند. مشاهده وضعیت Alternate page with proper canonical نشان می دهد که گوگل تگ کنونیکال (Canonical Tag) شما را شناسایی کرده و دقیقا طبق خواسته شما عمل کرده است. این اتفاق زمانی می افتد که یک صفحه جایگزین (Alternate Page) برای محتوا وجود دارد و شما خودتان با استفاده از کد، آدرس دیگری را به عنوان مرجع معرفی کرده اید.

تاثیر نسخه های موبایل و AMP بر گزارش ها

سایت هایی که از نسخه های مجزای موبایل با پیشوند m استفاده می کنند یا صفحات پرشتاب موبایلی (AMP) دارند، بیشترین ورودی را در این بخش گزارش می دهند. گوگل آدرس موبایلی را پیدا می کند اما چون تگ کنونیکال آن به نسخه دسکتاپ اشاره دارد، آدرس موبایل را ایندکس نمی کند. این رفتار کاملا درست است و از پراکندگی اعتبار سئو بین دو آدرس مختلف جلوگیری می کند.

پارامترهای ردیابی و فیلترهای محصولات

در فروشگاه های اینترنتی، کاربران معمولا از فیلترهای رنگ، قیمت یا سایز استفاده می کنند که باعث اضافه شدن پارامترهایی به انتهای آدرس می شود. همچنین پارامترهای ردیابی (UTM) که برای تحلیل کمپین های تبلیغاتی به کار می روند، آدرس های جدیدی می سازند. اگر سیستم مدیریت محتوا به درستی آدرس اصلی محصول را در تگ کنونیکال این صفحات قرار دهد، گوگل آن ها را به عنوان صفحه جایگزین دسته بندی می کند تا از تکرار محتوا جلوگیری شود.

استفاده از حروف بزرگ و کوچک در آدرس دهی

سرورها معمولا بین حروف بزرگ و کوچک در آدرس ها تفاوت قائل می شوند و گوگل نیز هر تغییر در کاراکترها را یک URL جدید در نظر می گیرد. اگر وب سایت شما با هر دو حالت حروف بزرگ و کوچک باز شود و تگ کنونیکال به نسخه حروف کوچک اشاره کند، نسخه دارای حروف بزرگ در این گزارش قرار می گیرد. این موضوع در سایت های وردپرسی کمتر دیده می شود اما در سایت های اختصاصی که مدیریت دقیق روی ساختار آدرس ها ندارند، یک دلیل شایع برای ثبت این وضعیت در سرچ کنسول است.

مقایسه وضعیت های مشابه در گزارش ایندکسینگ

شناخت تفاوت های ظریف بین این گزارش ها به تشخیص سریع تر ریشه مشکل کمک می کند.

گام های عملی برای بررسی و رفع مشکلات کنونیکال

ممیزی کدهای HTML برای یافتن تگ های متناقض

گاهی نسخه اصلی صفحه به جای ایندکس شدن، با وضعیت Alternate page with proper canonical کنار گذاشته می شود چون کدهای صفحه پیام های دوگانه می فرستند. سورس صفحه (Page Source) را باز کنید و بخش هدر (Head) را بررسی کنید. وجود هم زمان دو تگ کنونیکال، اشاره تگ به آدرسی با پروتکل ناامن (HTTP به جای HTTPS)، یا تفاوت در اسلش پایانی (Trailing Slash) پردازش صفحه را مختل می کند.

سیستم های مدیریت محتوا مثل وردپرس گاهی در کنار افزونه های سئو، خروجی پیش فرض خود را هم تولید می کنند. چنین تداخلی گوگل را مجبور می کند یکی از آدرس ها را به سلیقه خود انتخاب کند.

اصلاح ریدایرکت ها و زنجیره های لینک سازی

ساختار لینک های داخلی سایت باید کاملا یکپارچه باشد. اگر صفحه ای به نشانی دیگری کنونیکال دارد، قرار دادن آن در منوی اصلی یا لینک های درون محتوا اشتباه است. تمام لینک های داخلی باید مستقیما به آدرس نسخه نهایی هدایت شوند.

ایجاد زنجیره انتقال نیز موتورهای جستجو را سردرگم می کند. اجرای غیراصولی ریدایرکت 301 میان صفحات مشابه، اعتبار صفحه اصلی را تضعیف کرده و موتور جستجو را به انتخاب آدرس جایگزین سوق می دهد. مطمئن شوید نشانی مقصد در یک مرحله باز می شود و کد وضعیت استاندارد برمی گرداند.

تنظیمات نقشه سایت و فایل robots.txt

نقشه سایت (XML Sitemap) فهرست اولویت های شما را به خزشگرها معرفی می کند. اضافه کردن صفحاتی که برچسب کنونیکال آنها به نشانی دیگری ارجاع دارد، فرآیند خزش را با اختلال روبرو می سازد. نقشه سایت تنها جای صفحاتی است که باید مستقیما در نتایج جستجو ظاهر شوند.

بستن دسترسی این نشانی ها در فایل robots.txt مشکل را حل نمی کند. زمانی که دسترسی ربات به صفحه ای قطع شود، توانایی خواندن تگ های درون کد هدر را از دست می دهد و نمی تواند نشانی مرجع را تشخیص دهد. دسترسی خزش را باز بگذارید تا موتور جستجو سیگنال های مشخص شده را دریافت کند.

نحوه استفاده از ابزار URL Inspection برای تست نهایی

پس از اعمال تغییرات در برچسب های کنونیکال، بررسی دیدگاه ربات های جستجو نسبت به صفحه اهمیت زیادی دارد. وارد کردن آدرس صفحه دارای وضعیت Alternate page with proper canonical در نوار بالای کنسول، گزارش کاملی از وضعیت ایندکس آن ارائه می دهد. تحلیل دقیق تر تناقض های نشانه گذاری از طریق ابزار URL Inspection سرچ کنسول مشخص می کند که موتور جستجو چه تصمیمی برای نشانی مدنظر گرفته است.

بررسی فیلد User-declared canonical

در بخش Page indexing این ابزار، دو فیلد حیاتی وجود دارد که رفتار الگوریتم ها را شفاف می کند. سطر User-declared canonical نشان دهنده آدرسی است که شما از طریق کد یا افزونه های سئو به عنوان نسخه اصلی معرفی کرده اید. درست زیر آن، سطر Google-selected canonical قرار دارد؛ اگر آدرس ثبت شده در این دو بخش یکسان نباشد، یعنی گوگل سیگنال های شما را نادیده گرفته و صفحه دیگری را شایسته ایندکس دانسته است. در سایت های فروشگاهی، این ناهماهنگی معمولا به دلیل شباهت بیش از حد صفحات دسته بندی یا تفاوت ناچیز محصولات متغیر رخ می دهد.

استفاده از قابلیت Test Live URL

اطلاعات اولیه ای که کنسول نشان می دهد مربوط به آخرین بررسی ربات ها در گذشته است. دکمه Test Live URL وضعیت زنده کد های صفحه را بررسی می کند تا مطمئن شوید تگ های اصلاح شده بدون مشکل فنی توسط خزشگر پردازش می شوند. مشاهده سورس صفحه تست شده (View Tested Page) و بررسی بخش HTML تایید می کند که تگ کنونیکال به درستی بارگذاری شده و تگ دیگری آن را نقض نمی کند.

درخواست ایندکس مجدد برای صفحات اصلاح شده

پس از تایید تطابق آدرس ها در تست زنده، کلیک روی گزینه Request Indexing صفحه را در اولویت بازبینی قرار می دهد. ارسال این درخواست تضمینی برای ثبت لحظه ای تغییرات نیست، اما به ربات ها اطلاع می دهد که وضعیت تگ ها اصلاح شده است. معمولا چند روز طول می کشد تا وضعیت گزارش های کنسول به روزرسانی شود و این صفحه جایگزین بدون تداخل باقی بماند.

چک لیست عیب یابی صفحات جایگزین

قبل از نادیده گرفتن این گزارش، موارد زیر را در سایت خود بررسی کنید.