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

مسیر تشخیص را در آموزش گام‌به‌گام صفحات تکراری و کانونی؛ از تشخیص تا تصمیم کامل چیده‌ایم: چهار راه پیدا کردن تکرار و درخت تصمیم با چهار خروجی — کانونی، ادغام با ۳۰۱، noindex یا بازنویسی. آن مقاله «چه کنم» را می‌گوید؛ این مقاله «کجا خراب می‌کنیم». در ممیزی‌هایمان بیشتر خرابی‌ها نه در تشخیص، در اجرا رخ داده است: تگی که روی آدرس اشتباه نشسته بود، سایت‌مپی که با تگ نمی‌خواند، نسخه‌ای که ریدایرکت نشد. قرارهای فنی را در هاب سئو فنی مرور کرده‌ایم؛ از این نقطه سراغ هشت خطای اجرا می‌رویم.

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

صفحات تکراری و نسخهٔ کانونی؛ اصطلاح‌ها را مرور کنیم

صفحات تکراری آدرس‌هایی هستند که محتوای یکسان یا تقریباً یکسان ارائه می‌دهند: نسخهٔ با پارامتر مرتب‌سازی، نسخهٔ چاپی، همان محصول در دو دسته. نسخهٔ کانونی، نسخهٔ ترجیحی است — آدرسی که می‌خواهیم نمایندهٔ آن محتوا در نتایج باشد و سیگنال‌ها به او برسند. سه سیگنال اصلی این معرفی را انجام می‌دهند: تگ کانونی در صفحه، ریدایرکت ۳۰۱ از نسخه‌های دیگر و لینک‌های داخلی که فقط به نسخهٔ ترجیحی اشاره می‌کنند.

نکته‌ای که در ممیزی‌ها همیشه یادآوری می‌کنیم: تگ کانونی فرمان نیست؛ سیگنال است. اگر سیگنال‌های دیگر — سایت‌مپ، لینک داخلی، ریدایرکت‌ها — حرف دیگری بزنند، نسخهٔ ترجیحیِ اعلام‌شده با احتمال کمتری انتخاب می‌شود. به همین دلیل هشت اشتباه این مقاله را می‌توان در یک جمله خلاصه کرد: سیگنال‌های ناهم‌خوان. حالا اشتباه‌ها را با پیامد و راه‌حل ببینیم.

اشتباه‌های ۱ و ۲؛ هدف اشتباه تگ کانونی و اجرای معیوب

اشتباه اول، نشانه‌رفتن به آدرس اشتباه است: همهٔ صفحات دسته به صفحهٔ اصلی کانونی می‌شوند، یا چند مقالهٔ مشابه به «قوی‌ترین» صفحه‌ای که ربط کاملی بهشان ندارد فرستاده می‌شوند. چرا این کار را می‌کنند؟ چون تصور می‌شود اعتبار به صفحهٔ بزرگ‌تر می‌ریزد و همه برنده‌اند. پیامد برعکس است: صفحهٔ اصلی رقیب خودش می‌شود، صفحات دسته از نتایج بیرون می‌افتند و کاربر هم از جستجوی داخلی به آن‌ها نمی‌رسد. راه‌حل: نسخهٔ ترجیحی را با «کاربر چه باید ببیند» انتخاب کنید، نه با «کدام قوی‌تر است»؛ اگر دو صفحه هر دو تقاضای جستجو دارند، کانونی نکنید — یکی را کامل‌تر بازنویسی کنید.

اشتباه دوم، اجرای معیوب همان تگ است: دو تگ کانونی در یک صفحه، تگ بیرون از head، آدرس نسبی به‌جای مطلق، یا آدرسی که با پارامتر و http نوشته شده ولی نسخهٔ ترجیحی، https بدون پارامتر است. چرا می‌افتد؟ چون تگ معمولاً با افزونه یا قالب ساخته می‌شود و کمتر کسی خروجی نهایی HTML را باز می‌کند و می‌بیند. پیامد، سیگنال مغشوش است؛ با دو تگ متناقض، انتخاب به‌کل به موتور واگذار می‌شود. راه‌حل: یک تگ، آدرس مطلق، دقیقاً همسان با نسخهٔ ترجیحی — و برای صفحات یکتا، تگ خودارجاع به‌عنوان پیش‌فرض.

اشتباه‌های ۳ و ۴؛ سایت‌مپ، لینک داخلی و بلاک‌های ناسازگار

اشتباه سوم، اعلام ناهم‌خوان است: سایت‌مپ پر از نسخه‌های غیرکانونی است یا لینک‌های داخلی منو و مقاله‌ها هنوز به نسخهٔ قدیمی اشاره می‌کنند. چرا می‌ماند؟ چون سایت‌مپ و منو یک بار ساخته شده‌اند و اصلاح تگ، آن‌ها را به‌روز نمی‌کند. پیامد روشن است: وقتی اکثر سیگنال‌ها نسخهٔ دیگری را معرفی کنند، تگ کانونی نادیده گرفته می‌شود. راه‌حل: سایت‌مپ فقط آدرس‌های کانونی و قابل ایندکس را نگه دارد و پس از هر تصمیم کانونی، لینک‌های داخلیِ همان آدرس‌ها را به‌روز کنید — این دو، سنگین‌ترین سیگنال‌های معرفی هستند.

اشتباه چهارم، بستن نسخهٔ تکراری با robots.txt یا ترکیب noindex و کانونی است. مستندات عمومی گوگل دربارهٔ robots.txt تصریح می‌کند که Disallow خزش را می‌بندد، نه ایندکس را (تاریخ گردآوری: آبان ۱۴۰۵)؛ یعنی صفحهٔ بلاک‌شده ممکن است بدون دیدن تگ کانونی‌اش در نتایج بماند. ترکیب noindex و کانونی هم متناقض است: یکی می‌گوید ایندکس نکن، دیگری می‌گوید سیگنال را به نسخهٔ دیگر بفرست. راه‌حل: برای تکرار واقعی، تگ کانونی یا ریدایرکت؛ noindex فقط برای صفحاتی که نباید در نتایج باشند و کانونی معناداری ندارند — مثل نتایج جستجوی داخلی سایت.

اشتباه‌های ۵ و ۶؛ تکرار بین دسته‌ها و آدرس‌های موازی

اشتباه پنجم، تکرار محتوایی بین دسته‌هاست: متن توضیح دسته در چهار دسته کپی شده، یا محصولات مشترک بین دو دسته با دو آدرس جدا ایندکس می‌شوند. چرا می‌افتد؟ چون دسته‌ها با سرعت ساخته می‌شوند و متن‌ها قرار است «بعداً تمیز شوند» — که معمولاً هرگز نمی‌شود. پیامد، رقابت داخلی برای کلمه‌های دسته و رقیق‌شدن اعتبار هر دو است. راه‌حل: برای دسته‌های دارای تقاضای جستجو، توضیح یکتا بنویسید؛ برای محصولات مشترک، یک آدرس را نسخهٔ ترجیحی کنید و بقیه را با تگ یا ریدایرکت به همان یکی بفرستید.

اشتباه ششم، نسخه‌های موازی آدرس است: با www و بدون www، با http و https، با پارامترهای مرتب‌سازی و رهگیری کمپین. چرا ایندکس می‌شوند؟ چون لینک‌های بیرونی و نشانی‌های قدیمی به نسخه‌های مختلف اشاره می‌کنند و هیچ سیگنال واحدی تعیین نمی‌کند کدام نماینده است. پیامد، تقسیم اعتبار بین چند آدرس از یک محتواست. راه‌حل: یکدست‌سازی با ریدایرکت ۳۰۱ از همهٔ نسخه‌ها به یک آدرس واحد، تگ خودارجاع روی نسخهٔ تمیز و کانونی‌کردن نسخه‌های پارامتردار به همان نسخه؛ فهرست کامل خطاهای این ناحیه در ۲۰ اشتباه رایج در ریدایرکت www و یکدست‌سازی دامنه و راه‌حل هرکدام آمده است.

اشتباه‌های ۷ و ۸؛ نسخه‌های قدیمی و درمان اشتباهِ محتوا

اشتباه هفتم، رهاکردن نسخه‌های قدیمی پس از تغییر است: اسلاگ عوض می‌شود یا صفحهٔ مهاجرت‌شده حذف می‌شود — و آدرس قدیمی به ۴۰۴ می‌رسد. چرا می‌افتد؟ چون تغییر، بخش جلویی کار است و ریدایرکت، بخش پشت‌صحنه. پیامد، سوزاندن اعتبار لینک‌های ورودی و از دست رفتن کاربری است که از جستجو یا بوکمارک راه یافته بود. راه‌حل: برای هر آدرس قدیمی نزدیک‌ترین معادل را پیدا کنید و ۳۰۱ بزنید؛ لینک‌های داخلی را روی آدرس تازه به‌روز کنید و دو تا چهار هفته گزارش پوشش را پایش کنید تا صفحات یتیم و خطاهای ۴۰۴ زودتر لو بروند.

اشتباه هشتم، استفاده از تگ کانونی به‌جای درمان محتواست: پنج مقالهٔ نزدیک به هم که هر کدام نصفه‌کاره‌اند، با تگ به یکی «حل» می‌شوند. چرا درست نیست؟ چون مشکل در خود آدرس نیست؛ کم‌محتوایی است. تگ، تکرار آدرس را مدیریت می‌کند؛ تکرار محتوا را فقط تلفیق واقعی درمان می‌کند — ادغام نکته‌های چند صفحه در یک مقالهٔ کامل و ریدایرکت بقیه به آن. پیامد راه‌حل اشتباه، رقیق‌ماندن سیگنال و بی‌پاسخ‌ماندن تقاضای جستجو است. مرز تصمیم را ساده نگه دارید: تکرار آدرس با تگ یا ریدایرکت؛ تکرار محتوا با تلفیق و بازنویسی.

پایش؛ کجا خرابی را زودتر ببینیم

سه ایستگاه پایش کافی است. ایستگاه اول، گزارش عملکرد سرچ‌کنسول با چهار سنجهٔ رسمی — نمایش، کلیک، CTR و جایگاه — است: وقتی نمایش یک موضوع بین چند آدرس تقسیم شده، همان‌جا نشانهٔ تکرار را می‌بینید (تاریخ گردآوری: آبان ۱۴۰۵). ایستگاه دوم، مقایسهٔ ماهانهٔ سایت‌مپ با آدرس‌های کانونی است: هر آدرس غیرکانونی در سایت‌مپ، یک سیگنال ناسازگار تازه است. ایستگاه سوم، گزارش پوشش پس از هر تغییر اسلاگ یا مهاجرت است؛ ریدایرکت‌های جاافتاده در همان هفتهٔ اول خودشان را نشان می‌دهند.

ریتم پیشنهادی ما ساده است: هفتگی نگاه کوتاه به گزارش‌های سرچ‌کنسول، ماهانه مقایسهٔ سایت‌مپ و کانونی، و پس از هر تغییر فنی، پایش دو هفته‌ای چهار سنجه. به تجربهٔ ما خرابی‌های بزرگ تکرار ناگهانی به‌وجود نمی‌آیند؛ از تغییرات کوچکِ بی‌پایش جمع می‌شوند. همین ریت سه‌پله‌ای بیشترشان را در همان ماه اول می‌گیرد.

جمع‌بندی؛ ترتیب اصلاح در یک برنامهٔ ده‌روزه

ترتیب اصلاح را از سیگنال پایه شروع کنید. روز اول و دوم، یکدست‌سازی آدرس‌های موازی: همهٔ نسخه‌ها با ۳۰۱ به یک آدرس واحد. روز سوم و چهارم، تطبیق سایت‌مپ و لینک‌های داخلی با آدرس‌های کانونی. روز پنجم، ریدایرکت نسخه‌های قدیمی و پاک‌سازی ۴۰۴ها. روز ششم تا هشتم، تلفیق صفحات کم‌محتوای نزدیک به هم و تصمیم کانونی برای بقیه. دو روز آخر، ثبت وضعیت و پایش پیش از تغییر بعدی.

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

رصد ما، رشد شما.