علت خطای Duplicate, Google chose different canonical than user در سرچ کنسول و راه رفع آن

خطای Duplicate, Google chose different canonical than user در سرچ کنسول یکی از مشکلات رایج در گزارش Pages هست که هر وب سایتی با هر اندازه ای اون رو تجربه می کنه! این پیغام به صفحات ایندکس نشده (وضعیت Excluded سابق) مربوط میشه و داره میگه URL شما تکراریه، چون گوگل یه صفحه دیگه رو به عنوان کانونیکال انتخاب کرده. در این بخش از آموزش سرچ کنسول همراه ما باشید تا ببینیم چرا این خطا ایجاد میشه و چطور می تونیم رفعش کنیم. 

علت خطای Duplicate, Google chose different canonical than user در سرچ کنسول

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

حواستون باشه وقتی تگ کانونیکال رو تعریف می کنید، تضمینی وجود نداره که ربات های گوگل به این تگ احترام بذارن و دقیقا همون صفحه ای که شما می خواید رو به عنوان نسخه متعارف در نظر بگیرن. طبق گفته جان مولر، برای اینکه گوگل نسخه کانونیکال صفحات رو انتخاب کنه 2 رویکرد داره:

• کدوم صفحه ترجیح مدیر سایته؟
• کدوم صفحه برای کاربر مفیدتره؟

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

معمولا خطای Duplicate, Google chose different canonical than user در بخش Pages سرچ کنسول به یکی از دلایل زیر ایجاد میشه:

• سیگنال های متناقض از یک URL
• استفاده از تگ کانونیکال بدون محتوای منحصر به فرد در صفحه
• مشکلات مربوط به رندر کردن URL
• سایت های چند زبانه که بر اساس لوکیشن کاربر، محتوای یکسان رو با زبان های مختلف نمایش میدن.

راه رفع خطای Duplicate, Google chose different canonical than user در سرچ کنسول

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

توی گزارش ابزار URL Inspection، دو گزینه زیر رو می بینید:

• User-declared canonical : آدرسی که شما به عنوان کانونیکال انتخاب کردید.
• Google-selected canonical : آدرسی که گوگل به عنوان کانونیکال ایندکس کرده. 

نکته: اگه URL انتخابی توسط گوگل از نظر محتوا و ظاهر تفاوت زیادی با URL انتخابی خودتون نداره، بهتره کار خاصی برای رفع این پیغام انجام ندید و فقط تگ کانونیکال رو به URL انتخابی گوگل منتقل کنید. 

رفع ارور Duplicate, Google chose different canonical than user

برای این که ارور محتوای داپلیکیت یا تکراری رو برطرف کنیم باید حواسمون به چیزهایی باشه که ربات های گوگل به کمک اونها نسخه متعارف URL رو انتخاب می کنن. بالاتر به این عوامل اشاره کردیم، اما ریزه کاری هایی که در ادامه میگیم می تونه تا حدی شما رو از دیدن این پیغام در سرچ کنسول نجات بده. 😎✌

🔸 همیشه از تگ کانونیکال برای تمام URLهای سایت استفاده کنید؛ حتی URLهایی که فقط یک نسخه از اونها در سایت وجود داره. 

🔸 نقشه سایت یا سایت مپ باید شامل URLهای ارزشمند و کانونیکال باشه که قراره ایندکس بشن. نباید بودجه خزش ربات های گوگل رو با آوردن صفحات غیر مهم (مثلا صفحات آرشیو دسته بندی مطالب) هدر بدیم.

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

🔸 زمانی که برای سایت گواهی SSL دریافت کردید و از HTTP به HTTPS کوچ کردید، باید با ریدایرکت کردن نسخه HTTP جلوی محتواهای تکراری رو بگیرید. ریدایرکت رو باید برای هدایت نسخه www به نسخه بدون www هم انجام بدید. 

🔸 جالبه بدونید طبق گفته جان مولر URLهایی که زیباتر و تمیزتر باشن، احتمال کانونیکال شدنشون بیشتره. یعنی اگه 2 تا URL به یک صفحه یکسان برن، ربات های گوگل اون URL رو انتخاب می کنن که تا حد ممکن ساده و تمیز باشه. 🧐

سیگنال های متناقض رو برطرف کنید

برای رفع ارور Duplicate, Google chose different canonical than user در سرچ کنسول باید بررسی کنید که آیا مجموعه صفحات مشابه، سیگنال متناقض دارن یا نه. مثلا تصور کنید 3 صفحه مشابه در سایت هست که صفحه A رو به عنوان کانونیکال تعیین کردید. اما در سایت مپ به جای صفحه A، صفحه B رو ارسال کردید، از طرف دیگه صفحه C بیشترین لینک های داخلی رو داره. 

توی این شرایط ربات های گوگل گیج میشن و احتمال اینکه همون صفحه A که انتخاب شما هست رو به عنوان کانونیکال بپذیرن پایین میاد. 😵 پس نقشه سایت رو بررسی کنید ببینید URLها رو به درستی ارسال کردید یا نه. بعد هم به سراغ لینک سازی های داخلی و استفاده از تگ Canonical برید. 

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

توضیحات محصول در سایت های فروشگاهی 

سایت های فروشگاهی بیشتر از بقیه سایت ها درگیر خطای URLهای تکراری میشن. معمولا این خطا به دلیل تشابه توضیحات محصول اتفاق می افته. مثلا شما یک مدل تخت خواب رو در اندازه های مختلف روی سایت خودتون دارید و می خواید تمام صفحات مربوط به این تخت ایندکس بشه. در این شرایط معمولا گوگل این URLها رو تکراری در نظر می گیره و فقط یکی از صفحات محصول رو به عنوان کانونیکال ایندکس می کنه. 

اگه می خواید این مشکل رو برطرف کنید، فقط به تگ های کانونیکال که خودتون تعیین کردید اکتفا نکنید. توضیح محصولات باید اطلاعات رو جوری در اختیار مخاطب قرار بده که کاملا مشخص باشه درباره 2 محصول متفاوت صحبت میشه. 

اگه فقط از جدول مشخصات محصول استفاده کنید و توضیحی برای محصولات نداشته باشید، ربات های گوگل به سختی می تونن تفاوت URLهای مربوط به چند محصول مشابه رو متوجه بشن. 😪

مشکل مربوط به رندر کدهای جاوا اسکریپت

خیلی وقت ها خطای Duplicate, Google chose different canonical than user در سرچ کنسول به این خاطر به وجود میاد که ربات های گوگل نمی تونن عناصر صفحه کانونیکال رو رندر و درک کنن. 

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

پس ربات های گوگل تصور می کنن این صفحات همه مشابه همدیگه هستن و باید فقط یکی از اونها رو به عنوان کانونیکال ایندکس کنن. 

برای اینکه ببینید رندر صفحات سایت چطوره از ابزار URL Inspection و قابلیت Text Live URL در سرچ کنسول استفاده کنید. این ابزار اسکرین شات رندر URL رو در اختیارتون قرار میده.

علاوه بر این بررسی کنید که ربات ها به تمام اسکریپت ها دسترسی دارن و منابع جاوا اسکریپت توسط فایل robots.txt مسدود نشده باشه. در ضمن اندازه اسکریپت ها رو بررسی کنید و اگه لازمه از برنامه نویس ها برای حذف موارد غیر ضروری کمک بگیرید. 

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

مشکل URLهای تکراری در سایت های چند زبانه

سایت های چند زبانه بیشتر از بقیه سایت ها با خطای Duplicate, Google chose different canonical than user در سرچ کنسول مواجه میشن. چون محتوا در صفحات این سایت ها یکسانه و فقط زبان عوض میشه؛ پس گوگل هم تصمیم می گیره فقط یکی از نسخه ها رو به عنوان کانونیکال ایندکس کنه. 🙄

در این شرایط حتی استفاده از تگ کانونیکال خیلی کاربردی نداره و کاری که باید انجام بدید استفاده از تگ hreflang هست. این تگ به ربات های گوگل میگه زبان و کشور هدف URL چیه. مثلا تگ زیر رو در نظر بگیرید:

<link rel="alternate" hreflang="en-us" href="https://en-us.example.com/item">

این تگ مشخص می کنه که این صفحه یک alternate یا جایگزینه برای زبان en-us (انگلیسی آمریکایی) و افرادی که از لوکیشن این کشور وارد سایت بشن، نسخه https://en-us.example.com/item رو می بینن. 

البته حواستون باشه اگه سایت چند زبانه دارید فقط به ترجمه ماشینی اکتفا نکنید. بهتره محتوا علاوه بر ترجمه، بومی سازی هم شده باشه تا تجربه کاربری بهتری منتقل بشه و ربات های گوگل مطمئن بشن که این صفحات، صفحات مجزایی هستن. ✅