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

Canonical URL چیست و چگونه باید در سایت پیاده‌سازی شود؟

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

Canonical URL چیست و چگونه باید در سایت پیاده‌سازی شود؟
فهرست مطالب
  1. Canonical URL چیست؟
  2. چرا Canonical در سئو اهمیت دارد؟
  3. Canonical چگونه کار می‌کند؟
  4. تفاوت Canonical با Redirect چیست؟
  5. Redirect
  6. Canonical
  7. تفاوت Canonical و Noindex چیست؟
  8. Canonical خودارجاع یا Self-Referencing چیست؟
  9. Canonical برای URLهای دارای پارامتر
  10. Canonical در فروشگاه اینترنتی
  11. Canonical برای صفحات دسته‌بندی
  12. Canonical در صفحات Pagination
  13. Canonical برای صفحات مشابه
  14. Canonical را در کدام بخش HTML قرار دهیم؟
  15. Canonical مطلق بهتر است یا نسبی؟
  16. Canonical و HTTPS
  17. Canonical و WWW یا Non-WWW
  18. Canonical و Sitemap چه ارتباطی دارند؟
  19. Canonical و لینک‌های داخلی
  20. آیا Canonical باعث انتقال اعتبار لینک‌ها می‌شود؟
  21. چگونه Canonical را در وردپرس پیاده‌سازی کنیم؟
  22. پیاده‌سازی Canonical در سایت اختصاصی
  23. اشتباهات رایج در پیاده‌سازی Canonical
  24. Canonical اشتباه برای همه صفحات
  25. Canonical به URL دارای Redirect
  26. Canonical به صفحه 404
  27. Canonical بین دو صفحه نامرتبط
  28. استفاده همزمان از Canonical متناقض
  29. عدم هماهنگی Canonical با Sitemap
  30. Canonical کردن تمام صفحات Pagination به صفحه اول
  31. چگونه Canonical سایت را بررسی کنیم؟
  32. چه زمانی نباید از Canonical استفاده کنیم؟
  33. بهترین روش برای پیاده‌سازی Canonical
  34. جمع‌بندی
  35. سوالات متداول
  36. Canonical URL چیست؟
  37. آیا Canonical برای سئو ضروری است؟
  38. آیا Canonical باعث حذف URL دیگر از گوگل می‌شود؟
  39. Canonical را کجا قرار دهیم؟
  40. آیا هر صفحه باید Canonical داشته باشد؟
  41. Canonical بهتر است به HTTP باشد یا HTTPS؟
  42. آیا صفحات Noindex را می‌توان Canonical کرد؟
  43. منابع

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

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

Canonical URL چیست؟

Canonical URL آدرسی است که به موتورهای جستجو اعلام می‌کند از میان چند URL مشابه یا تکراری، کدام URL نسخه اصلی یا ترجیحی محتواست.

این موضوع معمولاً با استفاده از تگ زیر در بخش <head> صفحه انجام می‌شود:

<link rel="canonical" href="https://example.com/page/">

در این مثال، URL مشخص‌شده در ویژگی href به‌عنوان URL ترجیحی معرفی شده است.

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

چرا Canonical در سئو اهمیت دارد؟

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

Canonical می‌تواند به موتور جستجو کمک کند تا بفهمد کدام URL نسخه اصلی موردنظر سایت است و سیگنال‌های مرتبط با URLهای مشابه را تا حد امکان به نسخه ترجیحی مرتبط کند.

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

Canonical چگونه کار می‌کند؟

فرض کنید یک محصول از دو URL زیر قابل دسترسی باشد:

https://example.com/product/
https://example.com/product/?color=blue

اگر نسخه دوم صرفاً یک حالت متفاوت از همان محتوای اصلی باشد، می‌توان در صفحه مناسب از Canonical برای معرفی URL اصلی استفاده کرد:

<link rel="canonical" href="https://example.com/product/">

به این ترتیب سایت سیگنالی به موتور جستجو ارسال می‌کند که URL اصلی را ترجیح می‌دهد.

تفاوت Canonical با Redirect چیست؟

Canonical و Redirect هر دو می‌توانند در مدیریت URLهای مشابه استفاده شوند، اما عملکرد یکسانی ندارند.

Redirect

Redirect کاربر و خزنده را از یک URL به URL دیگری منتقل می‌کند. برای مثال، با Redirect 301 می‌توان یک URL قدیمی را به URL جدید منتقل کرد.

Canonical

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

بنابراین اگر صفحه‌ای برای همیشه به URL دیگری منتقل شده است، معمولاً Redirect راهکار مناسب‌تری است؛ اما اگر چند URL همچنان قابل دسترسی هستند و یکی از آن‌ها نسخه اصلی محتواست، Canonical می‌تواند کاربرد داشته باشد.

تفاوت Canonical و Noindex چیست؟

Canonical و Noindex نیز دو مفهوم متفاوت هستند.

  • Canonical: نسخه ترجیحی یک محتوا را معرفی می‌کند.
  • Noindex: به موتور جستجو اعلام می‌کند صفحه نباید در نتایج جستجو قرار بگیرد.

استفاده همزمان و بدون برنامه از Canonical و Noindex می‌تواند سیگنال‌های متناقض ایجاد کند. باید بر اساس هدف صفحه تصمیم گرفت که کدام راهکار مناسب است.

Canonical خودارجاع یا Self-Referencing چیست؟

در Self-Referencing Canonical، صفحه canonical خود URL خودش را معرفی می‌کند.

برای مثال در صفحه:

https://example.com/services/web-design/

می‌توان چنین تگی داشت:

<link rel="canonical" href="https://example.com/services/web-design/">

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

Canonical برای URLهای دارای پارامتر

پارامترهای URL یکی از رایج‌ترین دلایل ایجاد URLهای مشابه هستند.

برای مثال:

https://example.com/blog/article/
https://example.com/blog/article/?utm_source=google
https://example.com/blog/article/?utm_source=newsletter

اگر این پارامترها فقط برای تحلیل کمپین یا Tracking استفاده شوند و محتوای صفحه را تغییر ندهند، می‌توان نسخه اصلی URL را به‌عنوان Canonical معرفی کرد.

Canonical در فروشگاه اینترنتی

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

برای مثال ممکن است یک محصول از طریق URLهای مختلفی مانند موارد زیر در دسترس باشد:

https://example.com/product/mobile/
https://example.com/product/mobile/?color=black
https://example.com/product/mobile/?sort=price

اگر این URLها محتوای اصلی یکسانی دارند، باید استراتژی مشخصی برای Canonical و مدیریت URLهای پارامتردار داشته باشید.

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

Canonical برای صفحات دسته‌بندی

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

برای مثال:

<link rel="canonical" href="https://example.com/category/web-design/">

صفحات Pagination نیز باید بر اساس ساختار واقعی سایت و نحوه ارائه محتوا مدیریت شوند و نباید همه صفحات Pagination را بدون دلیل به صفحه اول Canonical کرد.

Canonical در صفحات Pagination

تصور کنید یک دسته‌بندی چند صفحه دارد:

https://example.com/blog/
https://example.com/blog/page/2/
https://example.com/blog/page/3/

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

هر صفحه باید بر اساس محتوای واقعی و هدف جستجویی خود بررسی شود.

Canonical برای صفحات مشابه

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

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

Canonical را در کدام بخش HTML قرار دهیم؟

تگ Canonical باید در بخش <head> صفحه قرار بگیرد.

<head>
  <title>طراحی سایت حرفه‌ای</title>
  <link rel="canonical" href="https://example.com/web-design/">
</head>

Canonical باید به یک URL معتبر و ترجیحاً URL نهایی صفحه اشاره کند.

Canonical مطلق بهتر است یا نسبی؟

استفاده از URL کامل و مطلق برای Canonical معمولاً انتخاب مناسب‌تری است.

<link rel="canonical" href="https://example.com/page/">

این روش ابهام کمتری دارد و مشخص می‌کند نسخه ترجیحی دقیقاً در کدام دامنه و مسیر قرار دارد.

Canonical و HTTPS

اگر سایت با HTTPS ارائه می‌شود، URL canonical نیز باید نسخه HTTPS ترجیحی سایت را نشان دهد.

برای مثال:

<link rel="canonical" href="https://example.com/page/">

استفاده از HTTP به‌عنوان canonical در سایتی که نسخه اصلی آن HTTPS است می‌تواند سیگنال نادرستی ایجاد کند.

Canonical و WWW یا Non-WWW

سایت باید یک نسخه اصلی برای دامنه داشته باشد؛ برای مثال:

https://example.com/
https://www.example.com/

اگر نسخه اصلی سایت Non-WWW باشد، Canonicalها نیز باید با همان ساختار هماهنگ باشند و نسخه دیگر در صورت نیاز به نسخه اصلی Redirect شود.

Canonical و Sitemap چه ارتباطی دارند؟

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

اگر یک URL به‌عنوان canonical معرفی شده است، بهتر است همان URL اصلی در Sitemap نیز قرار بگیرد؛ نه نسخه‌ای که canonical آن به URL دیگری اشاره می‌کند.

Canonical و لینک‌های داخلی

لینک‌های داخلی نیز باید با ساختار canonical سایت هماهنگ باشند.

اگر URL اصلی یک صفحه:

https://example.com/service/web-design/

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

آیا Canonical باعث انتقال اعتبار لینک‌ها می‌شود؟

Canonical می‌تواند به موتور جستجو کمک کند تا سیگنال‌های مرتبط با URLهای مشابه را با نسخه canonical مرتبط کند، اما نباید آن را معادل Redirect 301 در نظر گرفت.

Canonical یک سیگنال برای انتخاب URL اصلی است و گوگل می‌تواند بر اساس مجموعه‌ای از سیگنال‌ها درباره URL canonical تصمیم‌گیری کند.

چگونه Canonical را در وردپرس پیاده‌سازی کنیم؟

در وردپرس بسیاری از افزونه‌های سئو امکان مدیریت Canonical را فراهم می‌کنند. در بسیاری از صفحات معمولی نیز افزونه می‌تواند Canonical خودارجاعی را به‌صورت خودکار تولید کند.

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

پیاده‌سازی Canonical در سایت اختصاصی

در سایت اختصاصی می‌توان مقدار canonical را به‌صورت Dynamic بر اساس URL اصلی هر صفحه تولید کرد.

برای مثال در یک قالب PHP می‌توان ساختاری مشابه زیر داشت:

<link rel="canonical" href="">

در فریم‌ورک‌هایی مانند Laravel نیز می‌توان canonical را بر اساس Route یا داده‌های صفحه مدیریت کرد.

نکته مهم این است که مقدار canonical باید از داده قابل اعتماد تولید شود و از ایجاد URLهای اشتباه یا ناخواسته جلوگیری شود.

اشتباهات رایج در پیاده‌سازی Canonical

Canonical اشتباه برای همه صفحات

قرار دادن یک URL ثابت به‌عنوان canonical برای تمام صفحات سایت یکی از اشتباهات جدی است. هر صفحه باید بر اساس ساختار و محتوای خودش canonical مناسب داشته باشد.

Canonical به URL دارای Redirect

بهتر است canonical مستقیماً به URL نهایی و قابل دسترسی اشاره کند و به URLای که Redirect می‌شود اشاره نکند.

Canonical به صفحه 404

صفحه canonical نباید به یک URL ناموجود یا دارای خطای 404 اشاره کند.

Canonical بین دو صفحه نامرتبط

Canonical نباید برای ادغام صفحات کاملاً متفاوت استفاده شود. این تگ زمانی معنا دارد که URLها محتوای یکسان یا بسیار مشابه داشته باشند یا یکی نسخه ترجیحی محتوای دیگری باشد.

استفاده همزمان از Canonical متناقض

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

عدم هماهنگی Canonical با Sitemap

اگر Sitemap یک URL را معرفی کند اما canonical همان صفحه URL دیگری باشد، سیگنال‌های سایت ممکن است با یکدیگر سازگار نباشند.

Canonical کردن تمام صفحات Pagination به صفحه اول

این کار نباید به‌صورت خودکار برای تمام سایت‌ها انجام شود. صفحات Pagination باید بر اساس محتوای واقعی و ساختار سایت مدیریت شوند.

چگونه Canonical سایت را بررسی کنیم؟

برای بررسی Canonical یک صفحه می‌توان Source HTML صفحه را مشاهده کرد یا از ابزارهای تخصصی سئو استفاده کرد.

همچنین Google Search Console در ابزار URL Inspection اطلاعاتی درباره canonical اعلام‌شده توسط سایت و canonical انتخاب‌شده توسط گوگل ارائه می‌کند.

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

چه زمانی نباید از Canonical استفاده کنیم؟

اگر دو صفحه واقعاً محتوای مستقل و هدف جستجوی متفاوتی دارند، صرفاً مشابه بودن موضوع آن‌ها دلیل کافی برای Canonical کردن یکی به دیگری نیست.

همچنین اگر صفحه‌ای باید به‌صورت کامل به URL دیگری منتقل شود، Redirect می‌تواند راهکار مناسب‌تری باشد.

در نتیجه Canonical باید برای حل یک مسئله مشخص در معماری URL و مدیریت نسخه‌های مشابه محتوا استفاده شود، نه اینکه به‌صورت کورکورانه روی تمام صفحات اعمال شود.

بهترین روش برای پیاده‌سازی Canonical

  1. برای هر صفحه URL اصلی و ترجیحی را مشخص کنید.
  2. Canonical را در بخش <head> قرار دهید.
  3. از URL کامل HTTPS استفاده کنید.
  4. Canonical را به URL نهایی و قابل دسترسی متصل کنید.
  5. از ایجاد چند Canonical در یک صفحه جلوگیری کنید.
  6. Canonical را با Sitemap هماهنگ کنید.
  7. لینک‌های داخلی را تا حد امکان به URL اصلی متصل کنید.
  8. URLهای دارای پارامتر را بر اساس هدف واقعی آن‌ها مدیریت کنید.
  9. برای URLهای منتقل‌شده، در صورت مناسب بودن از Redirect استفاده کنید.
  10. وضعیت Canonical را با Google Search Console بررسی کنید.

جمع‌بندی

Canonical URL ابزاری مهم در سئو تکنیکال است که به موتورهای جستجو کمک می‌کند نسخه ترجیحی یک محتوا را در میان URLهای مشابه شناسایی کنند. این قابلیت در سایت‌های فروشگاهی، وبلاگی و پروژه‌هایی که URLهای پارامتردار یا نسخه‌های متعدد از محتوا دارند اهمیت ویژه‌ای دارد.

Canonical با Redirect و Noindex تفاوت دارد و نباید از آن به‌عنوان جایگزین این ابزارها استفاده کرد. همچنین Canonical یک سیگنال است و موتور جستجو ممکن است در شرایط خاص canonical متفاوتی را انتخاب کند.

بهترین روش این است که Canonicalها به‌صورت دقیق، یکپارچه و هماهنگ با Sitemap، لینک‌های داخلی، Redirectها و ساختار URL سایت پیاده‌سازی شوند.

سوالات متداول

Canonical URL چیست؟

Canonical URL نسخه ترجیحی یک صفحه را در میان URLهای مشابه یا تکراری به موتورهای جستجو معرفی می‌کند.

آیا Canonical برای سئو ضروری است؟

همه سایت‌ها الزاماً به پیاده‌سازی پیچیده Canonical نیاز ندارند، اما استفاده صحیح از آن در سایت‌هایی با URLهای مشابه می‌تواند به مدیریت بهتر سیگنال‌های سئو کمک کند.

آیا Canonical باعث حذف URL دیگر از گوگل می‌شود؟

Canonical یک سیگنال برای انتخاب نسخه اصلی است و تضمین نمی‌کند که URL دیگر حتماً از ایندکس حذف شود.

Canonical را کجا قرار دهیم؟

تگ Canonical باید در بخش <head> صفحه قرار بگیرد.

آیا هر صفحه باید Canonical داشته باشد؟

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

Canonical بهتر است به HTTP باشد یا HTTPS؟

اگر نسخه اصلی سایت HTTPS است، canonical نیز باید به نسخه HTTPS URL اشاره کند.

آیا صفحات Noindex را می‌توان Canonical کرد؟

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

منابع

مشاوره رایگان واتساپ