# تگ Canonical چیست؟ حل محتوای تکراری با URL اصلی

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

تگ canonical دقیقاً چه مسئله‌ای را حل می‌کند؟

هدف اصلی از تگ canonical ساختن تصویری قابل اعتماد از وضعیت فعلی و مشخص‌کردن اقدام بعدی است. نتیجه باید به URL، پاسخ سرور، HTML قابل مشاهده یا داده یک ابزار معتبر متکی باشد. اگر داده کافی در دسترس نیست، عبارت «داده موجود نیست» دقیق‌تر از تخمین‌زدن عدد است.

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

مراحل اجرای تگ canonical

1. شناسایی URLهای مشابه

در مرحله «شناسایی URLهای مشابه» ابتدا Evidence لازم را جمع‌آوری کنید و بعد درباره اصلاح تصمیم بگیرید. بررسی را روی URL عمومی و نسخه Canonical انجام دهید، Status و زمان ثبت داده را بنویسید و مشخص کنید نتیجه به یک صفحه محدود است یا در Templateهای دیگر نیز تکرار می‌شود. اقدام پیشنهادی باید مسئول، اولویت و معیار پذیرش داشته باشد.

2. انتخاب نسخه اصلی

در مرحله «انتخاب نسخه اصلی» ابتدا Evidence لازم را جمع‌آوری کنید و بعد درباره اصلاح تصمیم بگیرید. بررسی را روی URL عمومی و نسخه Canonical انجام دهید، Status و زمان ثبت داده را بنویسید و مشخص کنید نتیجه به یک صفحه محدود است یا در Templateهای دیگر نیز تکرار می‌شود. اقدام پیشنهادی باید مسئول، اولویت و معیار پذیرش داشته باشد.

3. Canonical مطلق

در مرحله «Canonical مطلق» ابتدا Evidence لازم را جمع‌آوری کنید و بعد درباره اصلاح تصمیم بگیرید. بررسی را روی URL عمومی و نسخه Canonical انجام دهید، Status و زمان ثبت داده را بنویسید و مشخص کنید نتیجه به یک صفحه محدود است یا در Templateهای دیگر نیز تکرار می‌شود. اقدام پیشنهادی باید مسئول، اولویت و معیار پذیرش داشته باشد.

4. هماهنگی Sitemap

در مرحله «هماهنگی Sitemap» ابتدا Evidence لازم را جمع‌آوری کنید و بعد درباره اصلاح تصمیم بگیرید. بررسی را روی URL عمومی و نسخه Canonical انجام دهید، Status و زمان ثبت داده را بنویسید و مشخص کنید نتیجه به یک صفحه محدود است یا در Templateهای دیگر نیز تکرار می‌شود. اقدام پیشنهادی باید مسئول، اولویت و معیار پذیرش داشته باشد.

5. هماهنگی Internal Link

در مرحله «هماهنگی Internal Link» ابتدا Evidence لازم را جمع‌آوری کنید و بعد درباره اصلاح تصمیم بگیرید. بررسی را روی URL عمومی و نسخه Canonical انجام دهید، Status و زمان ثبت داده را بنویسید و مشخص کنید نتیجه به یک صفحه محدود است یا در Templateهای دیگر نیز تکرار می‌شود. اقدام پیشنهادی باید مسئول، اولویت و معیار پذیرش داشته باشد.

6. کنترل در URL Inspection

در مرحله «کنترل در URL Inspection» ابتدا Evidence لازم را جمع‌آوری کنید و بعد درباره اصلاح تصمیم بگیرید. بررسی را روی URL عمومی و نسخه Canonical انجام دهید، Status و زمان ثبت داده را بنویسید و مشخص کنید نتیجه به یک صفحه محدود است یا در Templateهای دیگر نیز تکرار می‌شود. اقدام پیشنهادی باید مسئول، اولویت و معیار پذیرش داشته باشد.

اشتباهات رایج

اجرای سریع بدون ثبت وضعیت اولیه باعث می‌شود اثر اصلاح قابل سنجش نباشد. سه خطای رایج در این موضوع عبارت‌اند از:

  • Canonical به Redirect؛ پیش از اقدام، اثر آن را روی کاربر، Crawl و هدف تجاری صفحه بررسی کنید.
  • زنجیره Canonical؛ پیش از اقدام، اثر آن را روی کاربر، Crawl و هدف تجاری صفحه بررسی کنید.
  • اشاره به URL noindex؛ پیش از اقدام، اثر آن را روی کاربر، Crawl و هدف تجاری صفحه بررسی کنید.

چگونه نتیجه را اندازه‌گیری کنیم؟

برای ارزیابی تگ canonical از یک عدد منفرد استفاده نکنید. معیارها را در بازه ثابت و برای URL یا Property یکسان مقایسه کنید:

  • Google Canonical؛ منبع، بازه و آخرین زمان بروزرسانی آن باید کنار عدد ثبت شود.
  • User Canonical؛ منبع، بازه و آخرین زمان بروزرسانی آن باید کنار عدد ثبت شود.
  • Duplicate Status؛ منبع، بازه و آخرین زمان بروزرسانی آن باید کنار عدد ثبت شود.

چک‌لیست نهایی

  • [ ] شناسایی URLهای مشابه
  • [ ] انتخاب نسخه اصلی
  • [ ] Canonical مطلق
  • [ ] هماهنگی Sitemap
  • [ ] هماهنگی Internal Link
  • [ ] کنترل در URL Inspection
  • [ ] نتیجه روی موبایل و دسکتاپ بررسی شده است.
  • [ ] داده‌های خصوصی، Token و Password در گزارش قرار نگرفته‌اند.
  • [ ] بعد از اصلاح، همان تست با Scope یکسان دوباره اجرا شده است.

جمع‌بندی

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