اگر در Google Search Console با وضعیتAlternate page with proper canonical tagمواجه شده اید، در بیشتر مواقع جای نگرانی نیست. این وضعیت معمولاً به این معناست که گوگل صفحه موردنظر را پیدا کرده، اما تشخیص داده نسخه دیگری از همان محتوا، URL اصلی یا همانCanonicalاست و بنابراین صفحه فعلی را برای ایندکس انتخاب نکرده است. در این راهنما بررسی می کنیم این وضعیت دقیقاً چه مفهومی دارد، چه زمانی طبیعی است، چه زمانی باید اصلاح شود و چطور با بررسی Canonical، لینک های داخلی، Sitemap و ریدایرکت ها مشکل را ریشه ای برطرف کنیم.
Alternate page with proper canonical tag یعنی چه؟
عبارتAlternate page with proper canonical tagیکی از وضعیت هایی است که ممکن است در بخشPage indexingسرچ کنسول مشاهده کنید. ترجمه ساده آن می شود: «صفحه جایگزین با تگ Canonical صحیح».
فرض کنید یک سایت فروشگاهی دارید و یک محصول با چند URL مختلف قابل دسترسی است:
- example.com/product/mobile
- example.com/product/mobile?color=black
- example.com/product/mobile?utm_source=instagram
ممکن است محتوای اصلی این URLها تقریباً یکسان باشد. در چنین شرایطی صاحب سایت می تواند به گوگل اعلام کند که کدام URL نسخه اصلی است. این کار معمولاً با تگ زیر انجام می شود:اگر گوگل این سیگنال را معتبر بداند، ممکن است URLهای جایگزین را ایندکس نکند و URL Canonical را به عنوان نسخه اصلی انتخاب کند. در نتیجه URL جایگزین در سرچ کنسول با وضعیتAlternate page with proper canonical tagقرار می گیرد.
نکته مهم: این وضعیت الزاماً خطا نیست
عضویت در رنک فایند
با استفاده از کد تخفیف #RKFN10 با 10 درصد تخفیف از تمامی ابزارهای رنک فایند استفاده کنید
برخلاف بسیاری از خطاهای Indexing، وضعیت Alternate page with proper canonical tag در بسیاری از سایت ها کاملاً طبیعی است. اگر URL دیگری واقعاً نسخه اصلی صفحه باشد و Canonical نیز درست تنظیم شده باشد، معمولاً نیازی به انجام کار خاصی ندارید.
چرا گوگل یک صفحه را Alternate تشخیص می دهد؟
گوگل هنگام تصمیم گیری درباره ایندکس صفحات، فقط به وجود یا نبود یک URL نگاه نمی کند. سیگنال های مختلفی مانند Canonical، محتوای صفحه، لینک های داخلی، Sitemap، ریدایرکت ها و نسخه های مشابه URL را بررسی می کند.
مهم ترین دلایلی که می توانند باعث ایجاد این وضعیت شوند عبارت اند از:
- وجود صفحات تکراری یا بسیار مشابه
- وجود پارامترهای URL
- استفاده از نسخه های مختلف برای یک محتوا
- وجود URLهای دارای www و بدون www
- تفاوت HTTP و HTTPS در ساختار قدیمی سایت
- وجود اسلش پایانی و بدون اسلش در برخی URLها
- صفحات فیلتر و مرتب سازی فروشگاه
- Canonical اشتباه یا ناهمخوان با ساختار سایت
- وجود URLهای قدیمی که هنوز در لینک های داخلی یا Sitemap دیده می شوند
- سیگنال های متناقض بین Canonical، Sitemap و لینک های داخلی
تفاوت Alternate page با صفحه ایندکس شده چیست؟
وقتی گوگل یک صفحه را ایندکس می کند، یعنی آن URL را به عنوان یکی از صفحات قابل نمایش در نتایج جستجو انتخاب کرده است. اما وقتی یک URL با وضعیت Alternate page with proper canonical tag مشخص می شود، گوگل معمولاً آن URL را نسخه اصلی نمی داند.
| وضعیت | معنی | نیاز به اقدام؟ |
|---|---|---|
| Page indexed | URL برای ایندکس انتخاب شده است. | معمولاً خیر |
| Alternate page with proper canonical tag | URL جایگزین است و Canonical دیگری به عنوان نسخه اصلی معرفی شده. | معمولاً خیر |
| Duplicate without user-selected canonical | صفحه تکراری است اما سیگنال Canonical مشخصی از طرف سایت وجود ندارد. | در صورت اهمیت URL، بله |
| Duplicate, Google chose different canonical | گوگل Canonical متفاوتی با Canonical پیشنهادی سایت انتخاب کرده است. | باید بررسی شود |
| Page with redirect | URL به صفحه دیگری ریدایرکت می شود. | بسته به وضعیت URL |
آیا Alternate page with proper canonical tag برای سئو بد است؟
خیر. یکی از اشتباهات رایج این است که هر چیزی در بخشNot indexedسرچ کنسول به عنوان یک مشکل سئویی در نظر گرفته شود. این برداشت درست نیست.
هدف سئو این نیست که تمام URLهای سایت را مجبور کنیم ایندکس شوند. هدف این است کهURL درست برای جستجو ایندکس شود.
برای مثال، اگر یک محصول ۲۰ URL مختلف به دلیل فیلتر، رنگ، پارامترهای Tracking یا مرتب سازی داشته باشد، ایندکس شدن همه این URLها می تواند حتی باعث ایجاد مشکلاتی مانند محتوای تکراری، هدررفت منابع خزش و پراکندگی سیگنال های URL شود.
چه زمانی این وضعیت کاملاً طبیعی است؟
اگر URL موجود در سرچ کنسول واقعاً نسخه جایگزین باشد و Canonical آن به URL اصلی و قابل ایندکس اشاره کند، این وضعیت معمولاً نشان می دهد ساختار Canonical سایت به درستی کار می کند.
چه زمانی باید نگران شوید؟
اگر URLی که گوگل Alternate تشخیص داده، در واقع صفحه مهمی برای کسب وکار شماست و انتظار دارید خودش در نتایج جستجو رتبه بگیرد، باید Canonical و سایر سیگنال های مرتبط را بررسی کنید.
چطور بفهمیم Canonical یک صفحه چیست؟
اولین قدم برای رفع این وضعیت، بررسی دقیق URL است. در Google Search Console، URL موردنظر را در ابزارURL Inspectionوارد کنید.
در گزارش URL Inspection به اطلاعاتی مانند Canonical انتخاب شده توسط کاربر و Canonical انتخاب شده توسط گوگل توجه کنید.
دو سؤال اصلی را پاسخ دهید:
- آیا Canonical تعریف شده توسط سایت همان URLای است که باید نسخه اصلی باشد؟
- آیا Google-selected canonical نیز همان URL مورد انتظار شماست؟
اگر پاسخ هر دو سؤال مثبت باشد، معمولاً نیازی به تغییر وجود ندارد.
مراحل رفع خطای Alternate page with proper canonical tag
مرحله اول: بررسی کنید URL واقعاً باید ایندکس شود یا نه
قبل از اینکه Canonical را تغییر دهید، از خودتان بپرسید: «آیا این URL واقعاً یک صفحه مستقل و ارزشمند است؟»
اگر صفحه فقط نسخه ای از صفحه دیگری است، تلاش برای ایندکس کردن آن احتمالاً تصمیم درستی نیست.
اما اگر صفحه دارای محتوای منحصربه فرد، هدف جستجوی مستقل، کلمات کلیدی اختصاصی و ارزش واقعی برای کاربر است، باید بررسی کنید چرا گوگل آن را نسخه جایگزین تشخیص داده است.
مرحله دوم: تگ Canonical را بررسی کنید
منبع HTML صفحه را بررسی کنید و ببینید تگ Canonical به کجا اشاره می کند.
برای یک صفحه اصلی معمولاً انتظار داریم Canonical به خود همان URL اشاره کند: اگر صفحه A به صفحه B Canonical شده باشد، به گوگل سیگنال داده اید که B نسخه اصلی است.بنابراین اگر A را صفحه ای مستقل می دانید، Canonical آن باید دوباره بررسی شود.
مرحله سوم: Canonical را به URL اشتباه ارسال نکنید
یکی از اشتباهات رایج این است که چندین صفحه مختلف به یک URL Canonical شوند، بدون اینکه واقعاً محتوای آن صفحات جایگزین یکدیگر باشند.
Canonical قرار نیست ابزار «اجبار گوگل به ایندکس کردن» باشد. این تگ بیشتر برای مشخص کردن نسخه ترجیحی بین URLهای مشابه استفاده می شود.
مرحله چهارم: لینک های داخلی را اصلاح کنید
فرض کنید صفحه اصلی شما این URL است:
example.com/category/seo/
اما در لینک های داخلی سایت همچنان URL قدیمی یا پارامتردار استفاده می شود:
example.com/category/seo/?sort=popular
اگر چنین URLهایی در بخش های مختلف سایت به شکل گسترده استفاده شوند، سیگنال های سایت می توانند مبهم شوند.
تا حد امکان، لینک های داخلی را مستقیماً به URL Canonical و ترجیحی خودتان متصل کنید.
اگر سایت بزرگی دارید، مدیریت این موضوع اهمیت بیشتری پیدا می کند؛ چون تعداد زیادی URL مشابه می توانند منابع خزش را مصرف کنند. برای آشنایی بیشتر با این موضوع می توانید راهنمایمدیریت بودجه خزش در سایت های بزرگرا بررسی کنید.
مرحله پنجم: Sitemap را بررسی کنید
یکی از سیگنال های مهم سایت، Sitemap XML است. بهتر است URLهای اصلی و قابل ایندکس سایت در Sitemap قرار بگیرند.
اگر URLهای Alternate، پارامتردار یا نسخه های تکراری را به صورت گسترده داخل Sitemap قرار داده باشید، ساختار سایت می تواند برای موتور جستجو غیرشفاف شود.
یک Sitemap تمیز باید تا حد امکان شامل URLهایی باشد که:
- قابل دسترسی باشند.
- کد وضعیت موفق داشته باشند.
- قابل ایندکس باشند.
- Canonical آن ها با خود URL همخوانی داشته باشد.
- صفحات ارزشمند واقعی سایت باشند.
مرحله ششم: ریدایرکت ها را بررسی کنید
گاهی مشکل Canonical در واقع از زنجیره ای از ریدایرکت ها ناشی می شود. برای مثال:
URL A → URL B → URL C
در چنین شرایطی بهتر است لینک های داخلی و منابع اصلی سایت مستقیماً به URL نهایی اشاره کنند.
همچنین مراقب ترکیب Canonical و Redirect باشید. اگر URL A به B ریدایرکت می شود، معمولاً نیازی نیست سیگنال های مختلفی ایجاد کنید که موتور جستجو را مجبور به انتخاب بین چند نسخه کند.
بررسی تفاوت Canonical و Redirect
Canonical و Redirect هر دو برای مدیریت URLهای مشابه کاربرد دارند، اما عملکردشان کاملاً یکسان نیست.
| ویژگی | Canonical | Redirect 301 |
|---|---|---|
| کاربر همچنان صفحه را می بیند؟ | بله | خیر، به URL دیگری منتقل می شود |
| برای صفحات مشابه مناسب است؟ | بله | در صورت ادغام یا انتقال دائمی |
| برای URLی که دیگر نباید وجود داشته باشد؟ | معمولاً انتخاب اول نیست | معمولاً مناسب تر است |
| URL اصلی را مشخص می کند؟ | بله، به عنوان سیگنال ترجیحی | با انتقال کاربر و سیگنال های مرتبط |
اشتباهات رایج در رفع Alternate page
۱. حذف سریع Canonical
اینکه یک URL در سرچ کنسول ایندکس نشده، به تنهایی دلیل کافی برای حذف Canonical نیست. ابتدا باید مشخص کنید URL واقعاً ارزش مستقل دارد یا خیر.
۲. درخواست ایندکس برای همه URLها
درخواست Indexing برای URL جایگزین، Canonical را بی اثر نمی کند. اگر گوگل تشخیص دهد URL دیگری نسخه اصلی است، ممکن است همچنان URL موردنظر شما را ایندکس نکند.
۳. تغییر Canonical بدون بررسی محتوای صفحات
Canonical باید با رابطه واقعی صفحات هماهنگ باشد. اگر دو صفحه از نظر هدف جستجو و محتوا متفاوت هستند، صرفاً برای اینکه هر دو ایندکس شوند نباید Canonical آن ها را به یکدیگر متصل کنید.
۴. نادیده گرفتن لینک های داخلی
اگر Canonical صحیح باشد اما بیشتر لینک های داخلی به نسخه دیگری از URL اشاره کنند، بهتر است ساختار لینک دهی داخلی را اصلاح کنید.
۵. قرار دادن URLهای Alternate در Sitemap
Sitemap را به فهرستی از تمام URLهای سایت تبدیل نکنید. تمرکز آن باید روی URLهایی باشد که واقعاً می خواهید موتور جستجو آن ها را کشف و بررسی کند.
Alternate page در سایت فروشگاهی
سایت های فروشگاهی معمولاً بیشتر از سایت های ساده با این وضعیت روبه رو می شوند؛ چون فیلتر، مرتب سازی، رنگ، سایز و پارامترهای مختلف می توانند URLهای متعددی ایجاد کنند.
مثلاً:
- /mobile/
- /mobile/?color=black
- /mobile/?brand=samsung
- /mobile/?sort=price
اگر همه این URLها یک هدف و محتوای مشابه داشته باشند، طبیعی است که سایت یک URL اصلی را به عنوان Canonical انتخاب کند.
اما اگر مثلاً صفحه «گوشی سامسونگ» یک صفحه فرود استراتژیک با محتوای اختصاصی و تقاضای جستجوی قابل توجه باشد، نباید صرفاً به دلیل شباهت URL آن را Canonical صفحه دیگری کنید. در چنین شرایطی باید معماری اطلاعات، محتوا و هدف جستجوی صفحه را دقیق تر بررسی کرد.
چطور تشخیص دهیم صفحه باید Canonical باشد یا مستقل؟
برای تصمیم گیری، چند سؤال ساده اما مهم از خودتان بپرسید:
- آیا صفحه هدف جستجوی متفاوتی دارد؟
- آیا محتوای اصلی صفحه با URL Canonical متفاوت است؟
- آیا کاربران از طریق جستجو به این صفحه نیاز دارند؟
- آیا برای این URL کلمه کلیدی و تقاضای واقعی وجود دارد؟
- آیا صفحه لینک های داخلی و خارجی مستقل دارد؟
- آیا حذف این URL باعث از دست رفتن یک مسیر مهم ورود کاربر می شود؟
اگر پاسخ بیشتر این سؤال ها مثبت است، ارزش دارد بررسی کنید که چرا گوگل این صفحه را Alternate می داند.
برای پیدا کردن فرصت های جدید کلمات کلیدی و بررسی اینکه چه موضوعاتی واقعاً ارزش ایجاد صفحه مستقل دارند، می توانید ازابزار کیوردگپ یاب رنک فاینداستفاده کنید.
ارتباط Alternate page با Cannibalization
گاهی اوقات مشکل از جایی شروع می شود که چند URL مختلف برای یک هدف جستجو ایجاد شده اند. این وضعیت می تواند زمینه را برای هم نوع خواری یا Cannibalization فراهم کند.
مثلاً فرض کنید سه مقاله تقریباً یک موضوع را هدف گرفته اند:
- سئو چیست؟
- آموزش سئو چیست؟
- سئو چگونه کار می کند؟
اگر تفاوت واقعی بین این صفحات کم باشد، موتور جستجو ممکن است در انتخاب URL اصلی دچار ابهام شود. در این شرایط، به جای اینکه صرفاً به دنبال ایندکس کردن هر سه صفحه باشید، باید معماری محتوا و هدف جستجو را بررسی کنید.
اگر در سایت خود با چند URL مشابه و رقابت داخلی مواجه هستید، مطالعه راهنمایحل مشکل هم نوع خواری کلمات کلیدیمی تواند به تصمیم گیری بهتر کمک کند.
آیا تغییر Canonical باعث ایندکس شدن صفحه می شود؟
نه لزوماً.
Canonical یک سیگنال مهم برای گوگل است، اما تضمین قطعی برای ایندکس نیست. حتی اگر Canonical صفحه را روی Self-Canonical قرار دهید، گوگل همچنان عوامل دیگری را بررسی می کند.
برای مثال، صفحه باید محتوای ارزشمند داشته باشد، قابل دسترسی باشد، با دستورالعمل های فنی سایت مسدود نشده باشد و کیفیت مناسبی برای نمایش در نتایج جستجو داشته باشد.
بنابراین اگر بعد از تغییر Canonical همچنان صفحه ایندکس نشد، بررسی را به Canonical محدود نکنید.
چک لیست سریع رفع Alternate page with proper canonical tag
| مورد بررسی | وضعیت مطلوب |
|---|---|
| Canonical | به URL صحیح و ترجیحی اشاره کند. |
| HTTP Status | برای صفحه اصلی معمولاً 200 باشد. |
| Robots | صفحه مهم توسط robots.txt مسدود نشده باشد. |
| Meta Robots | صفحه مهم دارای noindex ناخواسته نباشد. |
| Sitemap | URL اصلی و قابل ایندکس در Sitemap قرار داشته باشد. |
| Internal Links | لینک های داخلی به URL ترجیحی اشاره کنند. |
| Redirect | زنجیره یا حلقه ریدایرکت وجود نداشته باشد. |
| محتوا | صفحه هدف جستجوی مستقل و محتوای ارزشمند داشته باشد. |
چطور وضعیت صفحات سایت را بهتر زیر نظر بگیریم؟
رفع مشکلات Indexing فقط یک کار یک باره نیست. بعد از اعمال تغییرات باید رفتار صفحات، وضعیت رتبه ها و عملکرد کلمات کلیدی را هم بررسی کنید.
به خصوص اگر تعداد زیادی URL را اصلاح کرده اید، بهتر است تغییرات رتبه ها را در طول زمان رصد کنید. ابزاررتبه یاب و رنک ترکر رنک فایندمی تواند برای پیگیری روند رتبه کلمات کلیدی و مشاهده تغییرات عملکردی مورد استفاده قرار گیرد.
همچنین اگر قصد دارید بفهمید رقبا برای چه کلمات کلیدی و موضوعاتی صفحات مختلف ایجاد کرده اند، استفاده ازابزار ملخ رنک فایندمی تواند برای تحلیل رقابتی و برآورد داده های جستجو مفید باشد.
یک سناریوی واقعی برای درک بهتر مشکل
فرض کنید یک فروشگاه آنلاین سه URL برای یک محصول دارد:
- example.com/product/a
- example.com/product/a?color=red
- example.com/product/a?utm_campaign=sale
مدیر سایت URL اول را نسخه اصلی می داند و برای دو URL دیگر Canonical را روی URL اول قرار داده است.
گوگل URL دوم و سوم را پیدا می کند و Canonical آن ها را بررسی می کند. اگر تشخیص دهد URL اول نسخه اصلی است، ممکن است دو URL دیگر را در گزارش Alternate page with proper canonical tag قرار دهد.
در این سناریو، این اتفاق نشانه خرابی سایت نیست. برعکس، می تواند نشان دهنده آن باشد که موتور جستجو رابطه بین نسخه های مختلف URL را متوجه شده است.
اما حالا فرض کنید URL دوم یک صفحه کاملاً متفاوت برای «محصول قرمز» است، محتوای اختصاصی دارد و کاربران زیادی آن را جستجو می کنند. اگر Canonical آن همچنان به URL اول اشاره کند، احتمالاً باید ساختار Canonical بازنگری شود.
چه زمانی نباید این وضعیت را دستکاری کنیم؟
اگر URL گزارش شده یک نسخه پارامتردار، نسخه چاپی، نسخه فیلترشده غیرضروری، URL Tracking یا صفحه ای با محتوای تقریباً مشابه است و Canonical به URL اصلی اشاره می کند، معمولاً نیازی به تغییر نیست.
در چنین شرایطی حذف Canonical فقط برای اینکه تعداد صفحات Indexed در سرچ کنسول بیشتر شود، می تواند تصمیم اشتباهی باشد.
اصل طلایی سئو تکنیکال
هدف شما نباید «ایندکس شدن همه URLها» باشد؛ هدف باید «ایندکس شدن URLهای درست» باشد. کیفیت معماری سایت مهم تر از بالا بردن مصنوعی تعداد صفحات Indexed است.
چه زمانی باید Canonical را تغییر دهیم؟
اگر صفحه ای که Alternate شده، یک صفحه مهم و مستقل است، ابتدا بررسی کنید آیا Canonical اشتباه تعریف شده است یا خیر.
اگر صفحه واقعاً مستقل است، معمولاً باید مجموعه ای از سیگنال ها با این تصمیم هماهنگ شوند:
- Canonical صحیح
- لینک های داخلی صحیح
- Sitemap صحیح
- محتوای منحصربه فرد
- عدم وجود noindex ناخواسته
- عدم مسدود بودن توسط robots.txt
- URL قابل دسترسی با کد وضعیت مناسب
هرچه این سیگنال ها هماهنگ تر باشند، موتور جستجو تصویر واضح تری از معماری سایت خواهد داشت.
نقش استراتژی محتوا در جلوگیری از صفحات تکراری
بخشی از مشکلات Canonical اصلاً از کدنویسی شروع نمی شود؛ بلکه از استراتژی محتوا ناشی می شود.
اگر بدون تحقیق کلمات کلیدی و بدون تعریف Search Intent برای هر موضوع، تعداد زیادی صفحه تولید کنید، احتمال ایجاد صفحات مشابه افزایش پیدا می کند.
برای جلوگیری از این مشکل، قبل از ساخت صفحه جدید بررسی کنید:
- آیا قبلاً صفحه ای برای این هدف جستجو دارید؟
- آیا صفحه جدید قرار است چه نیاز متفاوتی را پاسخ دهد؟
- آیا کلمه کلیدی اصلی صفحه جدید با صفحه دیگری تداخل دارد؟
- آیا این صفحه ارزش ایجاد یک URL مستقل را دارد؟
اگر در مرحله برنامه ریزی محتوا هستید، می توانید ازراهنمای تحقیق کلمات کلیدیو همچنینآموزش کیورد گپبرای ساخت معماری محتوایی دقیق تر استفاده کنید.
سؤالات متداول درباره Alternate page with proper canonical tag
آیا Alternate page with proper canonical tag یک خطا است؟
خیر. این وضعیت در بسیاری از مواقع یک وضعیت طبیعی در سرچ کنسول است و نشان می دهد گوگل صفحه را نسخه جایگزین یک URL دیگر در نظر گرفته است. اگر Canonical انتخاب شده صحیح باشد، معمولاً نیازی به اقدام ندارید.
چرا صفحه من ایندکس نمی شود و Alternate شده است؟
معمولاً به این دلیل است که گوگل URL دیگری را نسخه اصلی یا Canonical تشخیص داده است. Canonical صفحه، شباهت محتوا، لینک های داخلی، Sitemap و سایر سیگنال های URL را بررسی کنید.
آیا باید برای Alternate page درخواست Indexing ارسال کنم؟
اگر صفحه واقعاً نسخه جایگزین یک URL اصلی است، معمولاً نیازی به درخواست ایندکس نیست. اگر صفحه باید مستقل ایندکس شود، ابتدا دلیل Alternate شدن و Canonical آن را اصلاح کنید و سپس وضعیت URL را مجدداً بررسی کنید.
آیا حذف Canonical مشکل را حل می کند؟
نه لزوماً. حذف Canonical بدون بررسی رابطه واقعی صفحات می تواند حتی سیگنال های سایت را ضعیف تر کند. ابتدا مشخص کنید آیا URL واقعاً باید نسخه اصلی باشد یا خیر.
Canonical باید به خود صفحه اشاره کند یا صفحه دیگری؟
برای یک صفحه مستقل که نسخه اصلی محسوب می شود، معمولاً Self-Canonical انتخاب مناسبی است. برای نسخه های جایگزین یا URLهای مشابه، Canonical می تواند به نسخه اصلی اشاره کند.
آیا Alternate page روی رتبه سایت تأثیر منفی دارد؟
خود این وضعیت به تنهایی نشانه افت رتبه یا جریمه نیست. مسئله زمانی مهم می شود که گوگل صفحه اشتباهی را به عنوان Canonical انتخاب کند یا صفحه ای که واقعاً باید رتبه بگیرد به اشتباه نسخه جایگزین تشخیص داده شود.
چقدر طول می کشد تا وضعیت سرچ کنسول بعد از اصلاح تغییر کند؟
زمان پردازش ثابت و مشخصی وجود ندارد. گوگل باید URL را دوباره کشف، بررسی و پردازش کند. بنابراین بلافاصله پس از تغییر Canonical انتظار نداشته باشید گزارش سرچ کنسول همان لحظه به روزرسانی شود.
آیا صفحات فیلتر فروشگاه باید Canonical شوند؟
در بسیاری از فروشگاه ها صفحات فیلترشده نسخه ای از صفحه اصلی هستند و می توانند Canonical شوند؛ اما این تصمیم به ارزش جستجویی و استراتژی سایت بستگی دارد. اگر یک فیلتر صفحه فرود مستقل و ارزشمند ایجاد می کند، باید جداگانه بررسی شود.
جمع بندی؛ Alternate page را درست تحلیل کنید، نه اینکه صرفاً حذفش کنید
وضعیتAlternate page with proper canonical tagدر سرچ کنسول لزوماً یک مشکل نیست. در واقع، در بسیاری از سایت ها این گزارش نتیجه یک ساختار Canonical صحیح است که به گوگل کمک می کند بین URLهای مشابه، نسخه اصلی را تشخیص دهد.
مشکل زمانی ایجاد می شود که URL مهمی که باید در نتایج جستجو حضور داشته باشد، به اشتباه به عنوان نسخه جایگزین شناخته شود.
برای حل چنین شرایطی، مسیر درست این است:
- هدف واقعی URL را مشخص کنید.
- Canonical فعلی را بررسی کنید.
- Canonical انتخاب شده توسط گوگل را با Canonical پیشنهادی سایت مقایسه کنید.
- لینک های داخلی را بررسی و در صورت نیاز اصلاح کنید.
- Sitemap را پاک سازی کنید.
- ریدایرکت ها و زنجیره های URL را بررسی کنید.
- محتوا و Search Intent صفحه را ارزیابی کنید.
- در صورت نیاز ساختار صفحات مشابه و Cannibalization را اصلاح کنید.
- پس از اصلاح، اجازه دهید گوگل دوباره سایت را پردازش کند.
- در نهایت، تغییرات رتبه و عملکرد صفحات مهم را رصد کنید.
در سئو تکنیکال، همیشه بیشتر بودن تعداد صفحات ایندکس شده به معنی بهتر بودن وضعیت سایت نیست. مهم این است که موتور جستجو دقیقاً بداندکدام URL، برای کدام هدف جستجو، صفحه اصلی و ارزشمند شماست.
وضعیت سئوی سایتت را دقیق تر بررسی کن
اگر بعد از بررسی Canonical هنوز نمی دانی کدام صفحات سایت باید ایندکس شوند، کدام URLها ارزش هدف گذاری دارند و چه کلمات کلیدی فرصت رشد ایجاد می کنند، ابزارهای رنک فایند می توانند فرایند تحلیل و تصمیم گیری را ساده تر کنند. از تحقیق کلمات کلیدی و تحلیل رقبا تا ردیابی رتبه ها، داده های لازم را یکجا بررسی کن.
رنک فایند؛ ابزارهای کاربردی برای تحلیل و رشد سئو
با استفاده از ابزارهایی مانند کیوردگپ یاب، رتبه یاب، ابزار ملخ و سایر ابزارهای تحلیل سئو، تصمیم های سئویی را بر اساس داده و نه حدس و گمان بگیرید.
