تگ Canonical چیست؟
قبل از بررسی تگ Canonical ابتدا بگوییم این تگ عجیب چیست؟ تگ Canonical (که به صورت <link rel="canonical" href="...">
در کد HTML صفحات وب ظاهر میشود) یکی از مهمترین ابزارهای سئو تکنیکال است که به موتورهای جستجو میگوید نسخه اصلی (یا ترجیحی) یک صفحه کدام است. این تگ زمانی کاربرد دارد که چندین نسخه از یک محتوا یا صفحه با آدرسهای مختلف در سایت وجود داشته باشد و شما بخواهید از ایندکس شدن صفحات تکراری یا مشابه توسط گوگل جلوگیری کنید.
چرا استفاده از تگ Canonical مهم است؟
- جلوگیری از محتوای تکراری (Duplicate Content)
- تمرکز سیگنالهای سئو (مثل لینکسازی) روی یک URL
- کمک به موتورهای جستجو برای درک ساختار سایت
- کاهش احتمال جریمه توسط الگوریتمهای گوگل (مثل Panda)
- حفظ اعتبار و قدرت دامنه در یک URL مشخص
مثال واقعی:
فرض کنید یک فروشگاه اینترنتی صفحهای دارد با آدرسهای زیر که همگی به یک محصول اشاره میکنند:
example.com/product?color=red
example.com/product?utm_source=instagram
example.com/product
در این حالت شما با قرار دادن تگ Canonical در تمام این صفحات به آدرس اصلی (مثلاً example.com/product
) به گوگل اعلام میکنید که نسخه اصلی این محتوا کدام است.
تعریف ساده و کاربردی
تگ canonical در واقع به گوگل میگوید:
«اگر چند نسخه از یک محتوا دیدی، فقط این یکی رو بهعنوان اصلی در نظر بگیر.»
این یعنی اگر شما چند آدرس متفاوت برای یک محتوای یکسان دارید، میتوانید با استفاده از این تگ، مشخص کنید که کدام URL باید در نتایج جستجو ظاهر شود.
کاربردهای رایج:
- فیلترهای دستهبندی یا رنگ در فروشگاهها
- صفحات پرینتشده یا نسخه موبایل
- پارامترهای UTM در لینکها
- نسخههای www و بدون www
این تگ ساده اما قدرتمند باعث میشود که ارزش سئوی صفحهتان تقسیم نشود و تمام بکلینکها و سیگنالهای سئو به یک آدرس منتقل شود.
تفاوت تگ Canonical با ریدایرکت 301
هرچند تگ Canonical و ریدایرکت 301 هر دو برای حل مشکل محتوای تکراری استفاده میشوند، اما تفاوتهای اساسی با هم دارند:
مقایسه | تگ Canonical | ریدایرکت 301 |
---|---|---|
نوع عملکرد | فقط به موتور جستجو میگوید کدام نسخه اصلی است | کاربر و موتور جستجو را به آدرس جدید منتقل میکند |
تأثیر بر تجربه کاربر | هیچ تغییری در تجربه کاربر ایجاد نمیکند | کاربر به صورت خودکار به صفحه مقصد منتقل میشود |
کاربرد اصلی | مدیریت محتوای تکراری در صفحات مشابه | انتقال دائمی آدرس صفحه به صفحه دیگر |
سرعت اثر در گوگل | سریع اما بدون تضمین کامل اجرای آن | سریع و با تأثیر قطعی در ایندکس |
چه زمانی از Canonical استفاده کنیم؟
- زمانی که چند نسخه از یک صفحه داریم و نمیخواهیم کاربر منتقل شود
- زمانی که صفحههای موقتی یا پارامترگذاریشده داریم
- وقتی کنترل کاملی روی رفتار رباتهای گوگل داریم
چه زمانی از ریدایرکت 301 استفاده کنیم؟
- وقتی آدرس صفحه به طور کامل عوض شده است
- وقتی دامنه را تغییر دادهاید
- وقتی محتوای قبلی حذف و به یک صفحه جدید منتقل شده
چرا تگ Canonical برای سئو اهمیت دارد؟
تگ Canonical یکی از ابزارهای کلیدی در سئو تکنیکال است که با وجود سادگی در اجرا، تأثیر بسیار قابلتوجهی در جلوگیری از مشکلات ساختاری سایت دارد. اگر بخواهیم مهمترین کارکرد این تگ را در یک جمله خلاصه کنیم، باید بگوییم:
کمک به گوگل برای درک اینکه کدام نسخه از یک محتوا، نسخه اصلی و معتبر برای ایندکس شدن است.
در سایتهایی با صفحات زیاد، پارامترهای مختلف در URL، محتوای مشابه در صفحات گوناگون یا حتی دستهبندیهایی با محتوای همپوشان، استفاده نکردن از canonical میتواند باعث بروز مشکل محتوای تکراری (Duplicate Content) شود؛ مشکلی که در بسیاری از مواقع باعث کاهش رتبه صفحه در نتایج جستجو خواهد شد.
در ادامه دو کاربرد بسیار مهم این تگ را بررسی میکنیم:
کنترل محتوای تکراری (Duplicate Content)
در فضای وب، تولید محتوای تکراری یکی از تهدیدات جدی برای اعتبار سئوی سایت است. این تکرار ممکن است کاملاً ناخواسته و از طریق پارامترهای URL، فیلترهای دستهبندی، یا لینکهای اشتراکگذاری شده با UTM رخ دهد.
مثال رایج:
هر سه URL یک محتوای مشابه را نمایش میدهند. اما گوگل بدون راهنمایی مشخص، ممکن است هر سه را ایندکس کرده و آنها را بهعنوان صفحات جداگانه در نظر بگیرد. نتیجه؟
اعتبار صفحه در رتبهبندی تضعیف میشود و حتی ممکن است در شرایط خاص، الگوریتمهایی مانند Panda محتوای سایت را بیکیفیت تشخیص دهند.
تگ canonical دقیقاً برای مدیریت این شرایط طراحی شده. با تعریف یک URL بهعنوان نسخه اصلی، موتور جستجو از بررسی سایر نسخهها صرفنظر کرده و تمرکز خود را بر یک آدرس قرار میدهد.
تمرکز اعتبار لینکها (Link Equity)
یکی از مفاهیم کلیدی در سئو، مفهوم Link Equity یا همان انتقال قدرت از طریق لینکهاست. زمانی که چندین نسخه از یک محتوا با URLهای مختلف در دسترس باشند، لینکهایی که از سایتهای دیگر یا حتی صفحات داخلی به آنها داده میشود، بین این نسخهها تقسیم خواهد شد. این پدیده باعث تقسیم قدرت سئو بین چند URL ضعیفتر میشود، در حالی که اگر تنها یک URL مرجع وجود داشته باشد، تمام سیگنالهای مثبت به همان صفحه منتقل میشود.
استفاده از canonical در چنین شرایطی باعث میشود:
-
همهی سیگنالهای لینکسازی روی یک آدرس متمرکز شوند
-
رتبهی صفحه اصلی سریعتر افزایش یابد
-
ساختار لینکدهی داخلی شفافتر شود
این موضوع بهویژه در سایتهای فروشگاهی یا خبری با ساختار داینامیک، از اهمیت بسیار بالایی برخوردار است.
نحوه افزودن تگ Canonical به صفحات
استفاده از تگ canonical در صفحات وب، تنها زمانی اثربخش خواهد بود که بهدرستی پیادهسازی شود. یکی از اشتباهات رایج در سئو این است که یا این تگ نادیده گرفته میشود، یا بهصورت نادرست استفاده میگردد؛ مانند زمانی که چندین تگ canonical در یک صفحه قرار میگیرد یا به آدرس اشتباه اشاره میکند. به همین دلیل، انتخاب روش صحیح برای افزودن این تگ بسته به ساختار سایت، نوع مدیریت محتوا و میزان کنترل شما بر صفحات، بسیار مهم است.
بهطور کلی، دو مسیر اصلی برای افزودن تگ canonical وجود دارد: روش دستی برای وبسایتهایی که با HTML یا فریمورکهای اختصاصی طراحی شدهاند، و روش خودکار از طریق افزونههای سئو برای سایتهایی که از CMSهایی مانند وردپرس استفاده میکنند. در ادامه هر یک از این روشها را با جزئیات بررسی میکنیم.
افزودن دستی تگ Canonical در HTML
برای سایتهایی که با CMS اختصاصی، سیستمهای فریمورکی مثل Laravel یا حتی HTML ساده ساخته شدهاند، بهترین و دقیقترین روش این است که تگ canonical را بهصورت دستی در بخش <head>
کد HTML هر صفحه وارد کنیم. این کار به شما کنترل کامل میدهد و میتوانید دقیقاً مشخص کنید که هر صفحه باید به کدام آدرس canonical ارجاع دهد. ساختار این تگ ساده است و تنها شامل یک خط کد است که آدرس مرجع صفحه را تعیین میکند.
به عنوان مثال، اگر صفحهای دارید که با پارامترهای مختلف باز میشود و میخواهید گوگل فقط نسخه بدون پارامتر را ایندکس کند، کافی است تگ canonical را با آدرس صحیح در کد آن صفحه قرار دهید. این روش بیشتر مناسب توسعهدهندگانی است که با ساختار فنی سایت آشنایی دارند. نکته مهم در استفاده دستی این است که مطمئن شوید در هر صفحه فقط یک تگ canonical وجود داشته باشد و آدرس استفادهشده حتماً بهصورت کامل و مطلق (absolute URL) نوشته شده باشد؛ یعنی همراه با https://
و نام دامنه کامل.
استفاده از افزونههای سئو مثل Yoast یا Rank Math
در سایتهایی که با وردپرس ساخته شدهاند، استفاده از افزونههای سئو یک راهحل سریع، مطمئن و بدون نیاز به کدنویسی برای مدیریت تگ canonical محسوب میشود. افزونههای معتبری مانند Yoast SEO و Rank Math، بهصورت خودکار برای هر برگه یا نوشته، یک تگ canonical تولید میکنند که معمولاً همان URL فعلی صفحه است. اما اگر بخواهید این آدرس را به دلخواه تغییر دهید، این افزونهها امکان ویرایش دستی آن را نیز فراهم میکنند.
برای مثال، در افزونه Yoast، هنگام ویرایش نوشته کافیست به بخش «پیشرفته» بروید و URL موردنظر خود را در فیلد canonical وارد کنید. در Rank Math هم بخش مشابهی وجود دارد که به شما اجازه میدهد تا canonical را برای هر صفحه تنظیم یا بازنویسی کنید. این ابزارها علاوه بر سادگی در استفاده، احتمال بروز خطاهای رایج مثل ثبت چند canonical یا لینکدهی اشتباه را نیز به حداقل میرسانند. نکته مهم این است که اگر از این افزونهها استفاده میکنید، دیگر نباید canonical را بهصورت دستی در کد صفحه وارد کنید، زیرا داشتن چند تگ متضاد میتواند باعث سردرگمی گوگل شود.
کاربردهای مهم تگ Canonical در سایتهای پیچیده
در سایتهای کوچک و ساده، مدیریت ساختار URL و جلوگیری از محتوای تکراری، کار چندان دشواری نیست. اما وقتی با یک سایت پیچیده سروکار داریم—مثلاً فروشگاه اینترنتی با صدها محصول و فیلتر، یا یک سایت محتوایی بزرگ با دستهبندیها و برچسبهای متعدد—اهمیت استفاده هوشمندانه از تگ canonical چند برابر میشود. این تگ به شما امکان میدهد تا ساختار محتوای سایت را برای گوگل شفاف کنید و از سردرگمی رباتهای خزنده جلوگیری نمایید.
در چنین سایتهایی، بهدلیل تولید اتوماتیک URLهای زیاد و گاه بیهدف، خطر محتوای تکراری افزایش پیدا میکند. canonical در این مواقع، بهنوعی نقش «نقشه راه» را برای گوگل بازی میکند و مشخص میسازد کدام نسخه از محتوا باید معیار اصلی رتبهبندی قرار گیرد. در ادامه، دو نمونه پرکاربرد را بررسی میکنیم.
فروشگاههای اینترنتی با فیلترهای متعدد
فروشگاههای آنلاین از جمله سایتهایی هستند که بیشتر از هر سایت دیگری در معرض تولید محتوای تکراری قرار دارند. وقتی کاربران شروع به اعمال فیلترهای مختلف روی لیست محصولات میکنند—مثلاً رنگ، سایز، برند، قیمت، امتیاز کاربران و…—در واقع URLهای مختلفی از یک صفحه ایجاد میشود که ممکن است همگی محتوای بسیار مشابهی داشته باشند.
برای مثال:
هرچند از نگاه کاربر، این فیلترها مفید هستند، اما از نگاه گوگل، این URLها میتوانند صفحات تکراری محسوب شوند و موجب کاهش رتبهی صفحه اصلی محصول یا دستهبندی شوند. در این شرایط، تگ canonical باید روی نسخه بدون فیلتر قرار گیرد؛ یعنی:
بهاینترتیب گوگل متوجه میشود که نسخهی بدون فیلتر، نسخهی مرجع است و سیگنالهای سئوی همهی نسخههای دیگر باید به همان منتقل شود. این رویکرد نهتنها از افت رتبه جلوگیری میکند، بلکه به خزیدن بهتر ربات گوگل و استفاده بهینهتر از بودجه خزیدن (Crawl Budget) هم کمک میکند.
صفحات دستهبندی و برچسبها در وردپرس
در سیستم مدیریت محتوای وردپرس، صفحات آرشیوی بهصورت خودکار برای دستهبندیها (categories) و برچسبها (tags) ساخته میشوند. مشکل اینجاست که در بسیاری از سایتهای محتوایی، دستهها و برچسبها همپوشانی زیادی دارند یا حتی برخی از آنها محتوای یکسانی را نمایش میدهند. این یعنی خطر محتوای تکراری، بدون آنکه مدیر سایت متوجه باشد، بهشدت بالا میرود.
برای مثال، تصور کنید دستهای با نام «سئو تکنیکال» دارید و برچسبی هم به همین نام تعریف کردهاید. هر دو ممکن است مقالات مشابهی را لیست کنند اما با URL متفاوت. حال اگر گوگل این دو صفحه را بهعنوان محتوای تکراری تشخیص دهد، ممکن است هیچکدام را رتبه ندهد یا اشتباهاً برچسب را بهجای دستهبندی اصلی ایندکس کند.
در این شرایط، استفاده از canonical برای هدایت برچسب به سمت دستهبندی یا برعکس، یک استراتژی هوشمندانه است. شما میتوانید در صفحه برچسب این تگ را قرار دهید:
این کار باعث میشود تمام اعتبار صفحه تکراری، به نسخه اصلی منتقل شود. افزونههایی مانند Yoast یا Rank Math نیز این امکان را فراهم میکنند که بهصورت دستی این مسیر را تعریف کنید و ساختار سئوی وردپرس خود را بهدرستی مدیریت نمایید.
تفاوت تگ Canonical و تگ Alternate
در نگاه اول ممکن است تگهای <link rel="canonical">
و <link rel="alternate" hreflang="...">
عملکرد مشابهی داشته باشند، چون هر دو به موتور جستجو اطلاعاتی درباره ساختار نسخههای مختلف یک محتوا میدهند. اما در واقع این دو تگ اهداف کاملاً متفاوتی را دنبال میکنند و استفاده نادرست از آنها میتواند منجر به سردرگمی گوگل و افت رتبه صفحات شود.
تگ canonical برای اعلام «نسخه اصلی» از بین چند نسخه مشابه محتوا استفاده میشود. درحالیکه تگ alternate (معروف به hreflang) به گوگل اطلاع میدهد که نسخههای جایگزین محتوا برای زبانها یا مناطق مختلف در دسترس هستند. یکی میگوید “فقط این یکی رو ایندکس کن”، دیگری میگوید “اینها همه نسخههای درست ولی مخصوص کاربران مختلفاند”.
در ادامه کاربرد تگ alternate را بیشتر توضیح میدهیم و سپس زمان مناسب استفاده از هرکدام را بررسی میکنیم.
کاربرد Alternate در صفحات چندزبانه
وقتی یک سایت دارای محتوای چندزبانه است—مثلاً نسخه فارسی، انگلیسی و عربی از یک مقاله یا صفحه خدمات—تگ <link rel="alternate" hreflang="x">
برای اطلاعرسانی به موتورهای جستجو استفاده میشود تا نسخه صحیح هر زبان به کاربران همان زبان نمایش داده شود. این تگ یکی از بهترین روشها برای جلوگیری از نمایش نسخه اشتباه صفحه به کاربران بینالمللی است.
برای مثال، اگر سایتی سه نسخه زیر را داشته باشد:
example.com/fa/seo-services
(نسخه فارسی)example.com/en/seo-services
(نسخه انگلیسی)example.com/ar/seo-services
(نسخه عربی)
در هر صفحه باید از تگهای alternate برای معرفی نسخههای دیگر استفاده شود:
<link rel="alternate" hreflang="fa" href="https://example.com/fa/seo-services" />
<link rel="alternate" hreflang="en" href="https://example.com/en/seo-services" />
<link rel="alternate" hreflang="ar" href="https://example.com/ar/seo-services" />
این کار باعث میشود گوگل هنگام نمایش نتایج جستجو، نسخه مناسب با زبان یا منطقه کاربر را ارائه دهد. همچنین، از ایندکس شدن تکراری صفحات با محتوای مشابه در زبانهای مختلف جلوگیری میکند، بدون اینکه به رتبه آنها آسیب برسد.
زمان مناسب برای استفاده از هرکدام
در تصمیمگیری بین استفاده از canonical و alternate، مهمترین نکته درک هدف هر تگ است. اگر چند نسخه از یک صفحه دارید که از نظر محتوا تقریباً یکسان هستند و میخواهید فقط یکی در گوگل ایندکس شود، تگ canonical انتخاب درستی است. این حالت معمولاً در صفحات با پارامتر، فیلتر یا دستهبندیهای تکراری دیده میشود.
اما اگر چند نسخه از یک صفحه برای زبانها یا مناطق مختلف کاربران تولید کردهاید (مثلاً یک صفحه انگلیسی برای کاربران آمریکا و نسخهای دیگر برای بریتانیا یا آلمان)، تگ hreflang یا همان alternate بهترین گزینه است. این تگ بهجای محدود کردن ایندکس، به گوگل کمک میکند تجربه کاربری را با نمایش نسخهی مناسب بهبود دهد.
در موارد خاص که یک صفحه ترجمهشده، تفاوتهای اندکی با نسخه اصلی دارد، میتوان هم از canonical برای تعیین نسخه اصلی، و هم از hreflang برای معرفی نسخه جایگزین استفاده کرد—به شرطی که هر دو تگ بهدرستی تنظیم شوند و تضادی در آنها وجود نداشته باشد.
اشتباهات رایج در استفاده از تگ Canonical

اشتباهات رایج در استفاده از تگ Canonical
تگ canonical، اگرچه تنها یک خط کد در بخش <head>
صفحات است، اما تنظیم نادرست آن میتواند باعث سردرگمی گوگل و کاهش عملکرد سئو شود. بسیاری از سایتها بهخصوص در CMSهای خودکار یا قالبهای سفارشی، بدون توجه دقیق به ساختار URLها یا ویژگیهای ایندکس صفحات، canonical را بهصورت اشتباه پیادهسازی میکنند.
در این بخش، سه اشتباه رایج و پرخطر را با جزئیات بررسی میکنیم: استفاده از URL نادرست، تعیین canonical به صفحهای که ایندکس نمیشود، و ثبت چند تگ canonical در یک صفحه.
استفاده از URL نادرست
یکی از رایجترین اشتباهات، استفاده از آدرسهای ناقص، نسبی (relative) یا اشتباه بهعنوان مقصد canonical است. برای اینکه تگ canonical بهدرستی عمل کند، باید همیشه از URL مطلق (absolute) و کاملاً دقیق استفاده شود.
مثال اشتباه:
<link rel="canonical" href="/product" />
مثال صحیح:
<link rel="canonical" href="https://example.com/product" />
علاوه بر مطلق بودن، باید دقت کرد که URL دقیقاً همان نسخهای باشد که قرار است در گوگل ایندکس شود. اشتباهاتی مثل تفاوت در حروف بزرگ و کوچک، www داشتن یا نداشتن، و عدم استفاده از HTTPS، میتوانند باعث شوند که گوگل canonical را نادیده بگیرد. همچنین اگر URL به صفحهای اشتباه اشاره کند (مثلاً URLی که اصلاً وجود ندارد)، نهتنها هیچکمکی نمیکند بلکه میتواند باعث افت رتبه نیز شود.
تعیین Canonical به صفحهای که ایندکس نمیشود
گاهی در پروژههای بزرگ، تگ canonical به صفحهای اشاره میکند که با متا تگ noindex یا دستور disallow در robots.txt از ایندکس شدن منع شده است. در این حالت، گوگل نمیتواند canonical را بهدرستی پردازش کند، چون صفحه مقصد قابل ایندکس نیست و هیچگونه ارزشی به آن منتقل نمیشود.
برای مثال:
<link rel="canonical" href="https://example.com/page-x" />
اما اگر page-x
در فایل robots.txt مسدود شده باشد یا دارای متا تگ noindex
باشد، canonical بیاثر خواهد بود و سیگنالهای لینکدهی نیز از بین خواهند رفت.
قبل از استفاده از هر canonical، اطمینان حاصل کنید که صفحه مقصد:
- در دسترس است
- با کد 200 باز میشود
- ایندکسپذیر است
- از نظر گوگل معتبر تلقی میشود
تکرار چند تگ Canonical در یک صفحه
در بعضی از سایتها (مخصوصاً سایتهایی که هم از افزونه سئو استفاده میکنند و هم کدنویسی دستی دارند)، ممکن است در یک صفحه چند تگ canonical درج شده باشد. این موضوع باعث میشود گوگل نتواند تصمیم درستی بگیرد که کدام تگ باید اعمال شود. نتیجه؟ یا هیچکدام اجرا نمیشود، یا صفحه اصلاً ایندکس نمیشود.
مثال مشکلساز:
<link rel="canonical" href="https://example.com/a" />
<link rel="canonical" href="https://example.com/b" />
حتی اگر هر دو تگ به یک URL اشاره کنند، باز هم وجود دو تگ، از دید گوگل یک اشکال ساختاری محسوب میشود. همیشه مطمئن شوید که:
- فقط یک تگ canonical در هر صفحه وجود دارد
- این تگ دقیقاً در بخش
<head>
قرار گرفته - افزونهها و قالبهای سایت، بهصورت همزمان تگ canonical تولید نکنند
بررسی تگ Canonical با ابزارهای سئو
استفاده از تگ canonical فقط زمانی مؤثر خواهد بود که درست پیادهسازی شده باشد و توسط موتور جستجو نیز همانطور که انتظار دارید پردازش شود. برای اینکه مطمئن شوید تگ canonical در صفحات شما بهدرستی عمل میکند، باید آن را با ابزارهای سئو بررسی و تحلیل کنید. این کار به شما کمک میکند تا:
- از ایندکس شدن نادرست صفحات جلوگیری کنید
- لینک اکوئیتی صفحات را از دست ندهید
- و خطاهای احتمالی را قبل از تأثیر منفی در رتبهبندیها شناسایی و اصلاح نمایید
در این بخش، به دو گروه از ابزارها اشاره میکنیم: ابزارهای گوگل مخصوصاً Google Search Console، و نرمافزارهای تخصصی مانند Screaming Frog و Ahrefs.
استفاده از Google Search Console
Google Search Console یکی از مهمترین منابع برای بررسی نحوه پردازش canonical توسط گوگل است. این ابزار رایگان و رسمی به شما نشان میدهد که گوگل چه صفحهای را بهعنوان canonical تشخیص داده است—چه شما آن را مشخص کرده باشید و چه گوگل خودش تصمیم گرفته باشد.
برای بررسی تگ canonical در GSC:
- وارد بخش Pages (صفحات) شوید
- روی گزینهی “Why pages aren’t indexed” کلیک کنید
- صفحاتی که با پیغام “Duplicate, Google chose different canonical than user” مشخص شدهاند، بررسی کنید
این پیام نشان میدهد که شما canonical را به یک URL خاص ارجاع دادهاید اما گوگل تصمیم گرفته URL دیگری را بهعنوان نسخه مرجع در نظر بگیرد. این موضوع میتواند نشانهی تضاد، کیفیت پایین صفحه مقصد، یا تنظیم نادرست باشد. در صورت مشاهده این مورد، لازم است علت را بررسی کرده و در صورت نیاز URL canonical یا ساختار لینکسازی داخلی را اصلاح کنید.
ابزارهایی مثل Screaming Frog و Ahrefs
در کنار سرچ کنسول، استفاده از ابزارهای تخصصی کراول و تحلیل سایت مانند Screaming Frog SEO Spider، Sitebulb یا ابزار آنلاین Ahrefs به شما امکان بررسی ساختاری و دستهجمعی تگ canonical را میدهد.
در Screaming Frog:
- سایت خود را اسکن کنید
- به تب Canonical بروید
- ستونهای «Canonical Link Element 1» و «Canonical Status Code» را بررسی کنید
- بررسی کنید آیا URLهای canonical:
- معتبر هستند
- به صفحات 200 ارجاع داده میشوند
- به صفحات ایندکسپذیر اشاره دارند
- از دامنه دیگری نیستند (در صورت عدم استفاده از cross-domain canonical)
در Ahrefs:
- از بخش Site Audit استفاده کنید
- گزارش Canonicalization را بررسی نمایید
- مواردی مانند:
- Missing Canonical Tags
- Conflicting Canonical URLs
- Canonical Points to Redirect
- Multiple Canonical Tags
را با دقت بررسی و رفع کنید
این ابزارها مخصوصاً در پروژههای بزرگ با صدها یا هزاران صفحه بسیار کارآمد هستند، چون اجازه میدهند مشکلات را بهصورت گسترده مشاهده کرده و خروجی اکسل تهیه کنید.
بررسی موردی از تأثیر استفاده درست و نادرست از Canonical
تا اینجا با اصول و روشهای پیادهسازی canonical آشنا شدیم. اما واقعیت این است که در دنیای واقعی، تأثیر این تگ نه در تئوری، بلکه در نتایج عملی و میدانی مشخص میشود. بسیاری از سایتها صرفاً بهدلیل تنظیم اشتباه canonical یا بیتوجهی به آن، بخشی از ترافیک و رتبههای ارزشمند خود را از دست دادهاند.
در مقابل، وبسایتهایی که بهدرستی از این تگ استفاده کردهاند، توانستهاند تمرکز محتوایی بهتری ایجاد کنند، سیگنالهای سئوی خود را متمرکز نمایند و شاهد بهبود قابلتوجه در رتبه و ایندکس شدن دقیقتر صفحات باشند.
در ادامه، دو نمونه واقعی را بررسی میکنیم: یکی مربوط به رشد رتبه یک فروشگاه آنلاین پس از اصلاح canonical، و دیگری درباره افت رتبه یک بلاگ آموزشی به دلیل تنظیم نادرست این تگ.
رشد رتبه یک فروشگاه آنلاین با اصلاح canonical
یک فروشگاه بزرگ فعال در حوزه لوازم دیجیتال، با بیش از ۵۰۰۰ محصول، در مواجهه با مشکل ایندکس شدن صفحات فیلترشده (براساس برند، رنگ، قیمت و…) دچار پراکندگی سیگنال سئو شده بود. موتور جستجو صدها نسخه مختلف از صفحات مشابه را ایندکس کرده بود، بهطوریکه بسیاری از این صفحات در رقابت با صفحه اصلی همان دستهبندی قرار گرفته بودند.
پس از بررسی کامل ساختار URLها و تحلیل رفتار رباتهای گوگل در سرچ کنسول، تیم سئو تصمیم گرفت در تمام صفحات فیلترشده، تگ canonical را به صفحه دستهبندی اصلی ارجاع دهد. برای مثال:
<link rel="canonical" href="https://example.com/laptop" />
این تغییر طی ۲ هفته باعث شد:
- تعداد صفحات ایندکسشده کاهش یابد (از ۱۵،۰۰۰ به حدود ۶،۵۰۰)
- نرخ کلیک (CTR) صفحات اصلی افزایش یابد
- ترافیک ارگانیک دستهبندیها طی یک ماه بیش از ۳۵٪ رشد کند
- برخی از صفحات کلیدی فروشگاه وارد صفحه اول گوگل شوند، بدون تغییر در لینکسازی خارجی
این یک نمونه واقعی از تاثیر مثبت canonical است: جلوگیری از رقابت داخلی، تمرکز سیگنالها و افزایش شفافیت ساختار سایت در نگاه گوگل.
افت رتبه به دلیل Canonical اشتباه در یک سایت محتوایی
در نقطه مقابل، سایت دیگری که در حوزه آموزش دیجیتال مارکتینگ فعالیت داشت، دچار افت شدیدی در ترافیک ارگانیک شده بود. در بررسی اولیه مشخص شد که اکثر مقالات، به اشتباه دارای تگ canonical یکسان بودند—یعنی تمام صفحات به یک مقاله پایهای با عنوان «راهنمای کامل سئو» canonical داده شده بودند.
نتیجه این اشتباه:
- بیشتر مقالات دیگر توسط گوگل ایندکس نشدند یا از ایندکس خارج شدند
- صفحات متنوع و ارزشمند در نتایج جستجو ظاهر نمیشدند
- رشد ارگانیک متوقف شد و حتی بکلینکهایی که به سایر صفحات داده شده بودند، بیاثر شدند
اصلاح این مشکل ساده بود اما زمانبر. تیم فنی طی چند هفته canonical هر صفحه را به URL اختصاصی خودش تغییر داد و ساختار مقالات را بازطراحی کرد. پس از ۲ ماه، سایت به وضعیت قبل برگشت ولی این تجربه نشان داد که حتی یک خط کد اشتباه میتواند دهها هزار کلیک را از بین ببرد.
در نتیجه، تگ canonical نهتنها یک عنصر فنی سئو است، بلکه بخشی از استراتژی ساختاردهی محتوا و هدایت موتور جستجو به مسیر درست است. اگر بهدرستی استفاده شود، میتواند قدرت صفحات را متمرکز کند؛ اما در صورت خطا، منجر به ایندکس نشدن صفحات کلیدی، پراکندگی اعتبار لینکها و افت کلی رتبه سایت خواهد شد.
Canonical در صفحات AMP
AMP (مخفف Accelerated Mobile Pages) یک چارچوب متنباز است که توسط گوگل معرفی شد تا تجربهای سریعتر و بهینهتر برای کاربران موبایل فراهم کند. نسخههای AMP، صفحات سادهشدهای از محتوای اصلی هستند که با بارگذاری سریعتر، عمدتاً در جستجوهای موبایلی نمایش داده میشوند.
اما یک نکته کلیدی در ساختار AMP این است که خود AMP نباید نسخه اصلی در نظر گرفته شود. در واقع، گوگل توصیه میکند که هر صفحه AMP باید یک تگ canonical داشته باشد که به نسخه غیر AMP (نسخه استاندارد HTML) ارجاع دهد. دلیل این موضوع هم شفاف است: صفحه اصلی از نظر محتوا، طراحی و ساختار اطلاعات، کاملتر و جامعتر از نسخه AMP است.
چرا AMP به نسخه غیر AMP Canonical دارد؟
صفحاتی که با AMP ساخته میشوند معمولاً نسخهای خلاصهشده و سبکتر از صفحه اصلی هستند. هدف اصلی آنها، بهبود سرعت و تجربه کاربری در موبایل است، نه جایگزینی کامل محتوای اصلی. بنابراین، وقتی موتور جستجو صفحه AMP را مشاهده میکند، نیاز دارد بداند که نسخه اصلی این محتوا کدام است تا ارزش سئو را به درستی منتقل کند.
به همین دلیل، در فایل HTML نسخه AMP، باید تگ canonical به شکل زیر به نسخه غیر AMP اشاره کند:
<link rel="canonical" href="https://example.com/my-article" />
این ساختار به گوگل میگوید:
«این نسخه AMP هست، ولی نسخه اصلی کاملتر همین آدرسه. لطفاً اعتبار، بکلینکها و رتبه سئو را به اون بدین.»
مزایای این تنظیم:
- جلوگیری از رقابت میان نسخه AMP و غیر AMP
- تمرکز سیگنالهای سئو روی یک URL
- حفظ یکپارچگی در گزارشهای سرچ کنسول
- نمایش صحیح نسخهها در نتایج جستجو، بسته به نوع دستگاه کاربر
نکته مهم این است که در نسخه غیر AMP نیز باید به نسخه AMP با تگ rel="amphtml"
اشاره شود. این ساختار دوطرفه (AMP ➝ Canonical و Canonical ➝ AMP) باعث میشود گوگل ارتباط میان نسخهها را درک کند و مناسبترین نسخه را به کاربران نمایش دهد.
آیا میتوان چند Canonical برای یک صفحه تعریف کرد؟

تعریف چند تگ Canonical
برخی از مدیران سایت یا توسعهدهندگان، بهویژه در پروژههای پیچیده یا چندزبانه، گمان میکنند که شاید بتوان برای یک صفحه چند تگ canonical تعریف کرد—مثلاً برای ارجاع به چند نسخه مرتبط یا آدرسهای جایگزین. اما باید بهصراحت گفت: داشتن بیش از یک تگ canonical در یک صفحه، نهتنها اشتباه است، بلکه میتواند باعث بیاعتباری کامل تمام تگها شود.
ساختار canonical بهگونهای طراحی شده که دقیقاً و فقط یک نسخه از محتوا را بهعنوان مرجع اصلی به موتور جستجو معرفی کند. وقتی بیش از یک تگ canonical در صفحه وجود داشته باشد، موتور جستجو نمیداند کدام را در نظر بگیرد و در بسیاری از موارد، هر دوی آنها را نادیده میگیرد.
مثال نادرست:
<link rel="canonical" href="https://example.com/page-a" />
<link rel="canonical" href="https://example.com/page-b" />
این حالت، مخصوصاً در سایتهایی دیده میشود که هم از افزونههای سئو مانند Yoast استفاده میکنند و هم بهصورت دستی canonical را در قالب یا فایلهای HTML درج کردهاند، بدون آنکه متوجه شوند این تگ دوباره تولید شده است.
نگاه گوگل به Canonicalهای چندگانه
گوگل در مستندات رسمی خود بهوضوح اعلام کرده است که اگر یک صفحه بیش از یک تگ canonical داشته باشد، آنها ممکن است:
- تمام تگها را نادیده بگیرند
- تصمیم بگیرند خودشان یک canonical انتخاب کنند
- صفحه را بهطور نادرست ایندکس کنند یا از ایندکس خارج نمایند
John Mueller، یکی از تحلیلگران گوگل، در چندین مورد در پاسخ به سوالات جامعه سئو تأکید کرده که وجود چند canonical در یک صفحه باعث «conflicting signals» میشود و گوگل در چنین شرایطی به canonical تعریفشده توسط سایت اعتماد نخواهد کرد.
نکته مهمتر اینکه، حتی اگر چند canonical موجود، همگی به یک URL یکسان اشاره کنند، باز هم این چندگانگی سیگنال منفی محسوب میشود. چرا که گوگل انتظار دارد یک سیگنال مشخص و یکتا از هر صفحه دریافت کند.
بهترین شیوه این است که:
- فقط و فقط یک تگ canonical در هر صفحه درج شود
- محل درج آن در بخش
<head>
باشد - در صورت استفاده از CMS و افزونه، از درج دستی یا تداخل جلوگیری شود
تگ Canonical در صفحات Pagination
صفحاتی که محتوای یک دستهبندی، محصول یا مقاله را به صورت بخشبخش نمایش میدهند، معمولاً با ساختار شمارهگذاری (Pagination) طراحی میشوند. به عنوان مثال:
example.com/blog
example.com/blog/page/2
example.com/blog/page/3
و همینطور تا صفحات بعدی…
این صفحات همگی بخشی از یک مجموعه محتوایی هستند و نمیتوان آنها را بهعنوان محتوای تکراری در نظر گرفت. در واقع، هر کدام دارای محتوای مجزایی هستند، اما به یک موضوع یا دسته واحد تعلق دارند.
در این حالت، یکی از سوالات رایج در سئو این است:
آیا باید همه صفحات شمارهدار (page/2, page/3 و…) به صفحه اول canonical شوند؟
پاسخ این سؤال را در بخش بعدی بررسی میکنیم.
آیا همه صفحات به صفحه اول Canonical شوند؟
یکی از اشتباهات متداول این است که تصور میشود تمام صفحات pagination باید به صفحه اول مجموعه canonical شوند. مثلاً:
در تمام صفحات page/2
, page/3
و…
اما گوگل بهصراحت اعلام کرده که این کار اشتباه است و باعث میشود صفحات بعدی ایندکس نشوند یا نادیده گرفته شوند. دلیل آن هم مشخص است: صفحات دوم، سوم و چهارم دارای محتوای منحصربهفردی هستند (مثل مقالات جدیدتر یا محصولات دیگر) که در صفحه اول نمایش داده نمیشوند. در نتیجه canonical کردن همه آنها به صفحه اول، معادل با گفتن این جمله به گوگل است:
«محتوای تمام این صفحات یکی است، فقط صفحه اول را ایندکس کن.»
نتیجه این تصمیم اشتباه:
- صفحات داخلی ایندکس نمیشوند
- برخی مقالات یا محصولات هرگز در نتایج گوگل نمایش داده نمیشوند
- سیگنالهای سئویی مانند لینک داخلی بین صفحات از بین میرود
راهکار صحیح چیست؟
گوگل پیشنهاد میکند که در صفحات دارای شمارهگذاری، هر صفحه دارای canonical مخصوص به خودش باشد. یعنی:
example.com/blog
→ canonical به خودشexample.com/blog/page/2
→ canonical به همان صفحه دوم- و به همین ترتیب برای صفحات بعدی
در کنار این ساختار، بهتر است از ویژگی rel="prev"
و rel="next"
نیز استفاده شود (هرچند گوگل در حال حاضر این سیگنال را نادیده میگیرد، ولی همچنان برای نظم ساختاری مفید است).
تعامل Canonical با سایر تگهای سئو
در هر صفحه HTML، معمولاً ترکیبی از چند تگ سئو وجود دارد: مانند تگ meta robots، rel=”next/prev”، تگ hreflang، و البته canonical. این تگها همگی به گوگل سیگنالهایی درباره ایندکس، ترجیح نسخه، ساختار صفحات و زبان میدهند. اما وقتی این تگها با هم در تضاد باشند، گوگل گاهی تصمیم میگیرد که هیچکدام را نادیده بگیرد یا مسیر متفاوتی را برای ایندکس انتخاب کند.
در ادامه دو مورد بسیار رایج و حساس از تعاملات بین تگ canonical با سایر تگها را بررسی میکنیم: تعامل با meta robots و تعامل با rel=next/prev در صفحات دارای شمارهگذاری.
Robots Meta و Canonical
تگ <meta name="robots" content="noindex">
از گوگل میخواهد که صفحهای را ایندکس نکند. حال تصور کنید در همین صفحه، یک canonical هم به یک URL دیگر داده شده باشد. سوالی که پیش میآید این است:
آیا گوگل canonical را دنبال میکند و ارزش سئو را به آدرس مقصد منتقل میکند؟ یا چون صفحه مبدا noindex شده، اصلاً هیچ اعتباری منتقل نمیشود؟
پاسخ رسمی گوگل این است:
اگر صفحهای دارای تگ noindex باشد، canonical آن صفحه نادیده گرفته میشود. به بیان دیگر، شما نمیتوانید از canonical بهعنوان روشی برای انتقال ارزش یک صفحه noindex به صفحه دیگر استفاده کنید.
در نتیجه، اگر میخواهید یک صفحه ایندکس نشود ولی اعتبار سئوی آن حفظ شود، باید ابتدا اجازه ایندکس دهید و سپس از canonical برای انتقال ارزش استفاده کنید—نه اینکه همزمان noindex و canonical را ترکیب کنید.
Rel=next/prev و Canonical
در گذشته، گوگل از تگهای rel="next"
و rel="prev"
برای درک ساختار صفحات شمارهدار استفاده میکرد. مثلاً در صفحات دستهبندی یا آرشیو وبلاگها، این تگها به گوگل کمک میکردند متوجه شود که مجموعهای از صفحات به هم مرتبط هستند و بخشی از یک زنجیره هستند.
مثال:
<link rel="next" href="https://example.com/blog/page/2" />
<link rel="prev" href="https://example.com/blog" />
در کنار این تگها، اگر canonical به درستی تنظیم نشده باشد، میتواند کل زنجیره را مختل کند. مثلاً اگر همه صفحات pagination به صفحه اول canonical شوند، گوگل دیگر به rel=”next/prev” توجهی نمیکند و تصور میکند که کل زنجیره فقط یک صفحه است. این موضوع باعث ایندکس نشدن صفحات داخلی و از دست رفتن محتوای مهم میشود.
اگرچه گوگل اعلام کرده که دیگر از rel=”next/prev” بهعنوان سیگنال اصلی استفاده نمیکند، ولی رعایت ساختار استاندارد همچنان توصیه میشود. مهمتر از آن، این است که در صفحات شمارهدار، canonical باید به همان صفحه فعلی اشاره داشته باشد تا زنجیره بهدرستی حفظ شود.
آینده تگ Canonical و تغییرات الگوریتم گوگل
تگ Canonical از زمان معرفی خود توسط گوگل در سال ۲۰۰۹ تاکنون، به یکی از مهمترین اجزای سئو تکنیکال تبدیل شده است. این تگ بهطور مستقیم به گوگل کمک میکند تا ساختار محتوای تکراری را درک کرده و نسخه اصلی هر صفحه را شناسایی کند. اما سؤال مهم این است: با پیشرفت الگوریتمهای گوگل، آیا هنوز هم Canonical به همین شکل باقی خواهد ماند؟
واقعیت این است که الگوریتمهای گوگل هر روز هوشمندتر میشوند. سیستمهایی مانند Helpful Content، MUM، RankBrain و اخیراً AI Overviews، توانایی گوگل را در درک نیت محتوا و ساختار صفحات افزایش دادهاند. با این حال، همچنان یکی از مواردی که گوگل بهوضوح اعلام میکند، این است که «ما ترجیح میدهیم سیگنال واضح از سمت صاحب سایت دریافت کنیم».
یعنی هر چقدر هم الگوریتمها پیچیده شوند، وجود تگ Canonical به عنوان یک سیگنال واضح، معتبر و کنترلشدنی، همچنان اهمیت دارد. تنها تفاوت در آینده ممکن است نحوه پردازش این سیگنال باشد—مثلاً اولویتبندی آن نسبت به سیگنالهای دیگر مثل UX یا تعامل کاربر. پس استفاده از تگ Canonical همچنان یکی از پایههای اساسی سئو باقی خواهد ماند، مخصوصاً برای سایتهایی با ساختار پیچیده یا محتوای داینامیک.
نتیجهگیری نهایی
تگ Canonical یک ابزار ساده، اما حیاتی برای سئو تکنیکال است. از جلوگیری از ایندکس شدن صفحات تکراری گرفته تا تمرکز اعتبار لینکها و هدایت سیگنالهای سئو به صفحه هدف، همه و همه با همین یک خط کد در بخش <head>
مدیریت میشود.
در طول این مقاله، موارد زیر را بررسی کردیم:
- مفهوم و کارکرد تگ Canonical
- تفاوت آن با ریدایرکت 301 و تگهای alternate
- روشهای پیادهسازی دستی و افزونهای
- کاربرد در فروشگاهها، صفحات فیلتر، برچسبها، AMP و pagination
- تعامل آن با سایر تگهای سئو مانند robots و rel=next/prev
- خطاهای رایج و بررسی عملکرد آن با ابزارهایی مانند GSC و Screaming Frog
- و در نهایت، تحلیل اثر واقعی آن در رشد یا افت رتبه سایتها
استفاده درست از تگ Canonical، نهتنها از بروز مشکلات سئو جلوگیری میکند، بلکه در بسیاری از موارد به موتور جستجو کمک میکند تا ساختار سایت شما را بهتر درک کند و صفحات ارزشمند شما رتبه بالاتری کسب کنند.
سوالات متداول (FAQs)
۱. آیا میتوانم از canonical برای ریدایرکت کردن کاربران استفاده کنم؟
خیر. canonical فقط برای موتورهای جستجو است و کاربران را به URL دیگر منتقل نمیکند. برای ریدایرکت واقعی از 301 استفاده کنید.
۲. اگر گوگل canonical من را نادیده بگیرد، باید چه کار کنم؟
ابتدا بررسی کنید که URL مقصد معتبر، ایندکسپذیر و با کیفیت باشد. سپس با استفاده از Google Search Console گزارش صفحات ایندکسنشده را مرور و اصلاح کنید.
۳. در سایت چندزبانه از canonical استفاده کنم یا hreflang؟
در سایتهای چندزبانه باید از rel="alternate" hreflang="..."
استفاده کنید و canonical را به نسخه همان زبان تنظیم کنید—نه زبان اصلی.
۴. آیا تگ canonical در صفحات noindex فایده دارد؟
خیر. گوگل canonical صفحات noindex را نادیده میگیرد. اگر میخواهید ارزش آنها منتقل شود، ابتدا آنها را قابل ایندکس کنید.
۵. برای صفحات pagination از canonical به صفحه اول استفاده کنم؟
خیر. هر صفحه باید canonical به خود داشته باشد. استفاده از canonical یکسان برای همه صفحات، باعث افت ایندکس صفحات داخلی میشود.