Canonical

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

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

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

URL باید مطلق، قابل دسترس، indexable و واقعاً معادل محتوا باشد. در صفحه‌های یکتا، self-canonical کمک می‌کند شکل نهایی URL روشن بماند. راهنمای رسمی Consolidate duplicate URLs گوگل ریدایرکت و canonical را سیگنال‌های قوی و sitemap را سیگنال ضعیف‌تر معرفی می‌کند.

Canonical، ریدایرکت و noindex

canonical را با noindex روی یک URL ترکیب نکنید؛ یکی درخواست تجمیع و دیگری حذف از ایندکس است و نتیجه قابل پیش‌بینی نیست. robots.txt نیز جای canonical نیست، چون مانع دیدن تگ داخل صفحه می‌شود.

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

• ارجاع همهٔ صفحات به صفحهٔ اصلی یا یک دستهٔ عمومی؛
• canonical صفحهٔ محصول به محصولی با مشخصات متفاوت؛
• مقصد ۴۰۴، ریدایرکت‌شده یا noindex؛
• وجود چند تگ canonical متفاوت در HTML و هدر HTTP؛
• لینک داخلی به نسخهٔ فرعی در حالی که canonical نسخهٔ دیگری است؛
• قرار دادن URLهای غیرcanonical در sitemap.

موتور جست‌وجو شباهت واقعی محتوا، ریدایرکت‌ها، لینک‌های داخلی، HTTPS و sitemap را کنار تگ می‌سنجد. اگر این نشانه‌ها هم‌جهت نباشند، ممکن است «Google-selected canonical» با انتخاب شما متفاوت شود. رفع تعارض از تکرار تگ مهم‌تر است.

Canonical در فیلتر، پارامتر و صفحه‌بندی

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

صفحات ۲، ۳ و بعدی آرشیو، تکرار صفحهٔ اول نیستند؛ هرکدام مجموعهٔ متفاوتی از لینک‌ها دارند. canonical همهٔ آن‌ها به صفحهٔ اول می‌تواند باعث نادیده‌گرفتن مطالب عمیق شود. راه منسجم معمولاً self-canonical برای هر صفحه، لینک قبلی و بعدی قابل خزش و عنوان روشن است. اگر آرشیو «نمایش همه» سریع و کامل وجود دارد، سناریو را جداگانه ارزیابی کنید.

در سایت چندزبانه، canonical عموماً به همان نسخهٔ زبانی اشاره می‌کند و hreflang رابطهٔ ترجمه‌ها را بیان می‌کند؛ canonical همه زبان‌ها به فارسی، نسخه‌های دیگر را از رقابت خارج می‌کند.

چطور canonical را بررسی کنیم؟

1. کد HTML نهایی را ببینید، نه فقط DOM تغییرکرده پس از اسکریپت.
2. مقصد را باز کنید و وضعیت ۲۰۰، indexability و self-canonical آن را بسنجید.
3. لینک داخلی و sitemap را با همان URL نهایی هماهنگ کنید.
4. نسخه‌های http، www، اسلش و حروف را با یک ریدایرکت مستقیم یکسان کنید.
5. در URL Inspection، canonical اعلام‌شده و انتخاب‌شدهٔ گوگل را مقایسه کنید.

اگر انتخاب گوگل متفاوت است، ابتدا شباهت محتوا و سیگنال‌های فنی را بررسی کنید. canonical درمان صفحهٔ کم‌ارزش یا معماری نامنظم نیست. در چارچوب سئو تکنیکال، هدف ساخت یک پاسخ سازگار برای این سؤال است: «کدام URL باید نمایندهٔ این محتوا باشد؟»

نمونه تصمیم برای یک فروشگاه

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

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

پرسش‌های متداول دربارهٔ Canonical

آیا canonical باعث حذف فوری صفحه تکراری می‌شود؟

خیر. سیگنال ترجیح است و موتور پس از خزش و مقایسه تصمیم می‌گیرد. تغییر در نتایج نیز به زمان بازپردازش وابسته است.

آیا هر صفحه باید self-canonical داشته باشد؟

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

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

بله، cross-domain canonical پشتیبانی می‌شود، ولی مقصد باید نسخهٔ واقعی ترجیحی و مشابه باشد. اگر انتقال کامل است، ریدایرکت معمولاً روشن‌تر است.