پلفترم سئو
برای مشخص کردن یک URL کانونیکال برای صفحات تکراری یا بسیار مشابه به گوگل، می‌توانید از چندین روش استفاده کنید. این روش‌ها به ترتیب قدرت تأثیرگذاری بر کانونیکال‌سازی عبارتند از:
- ریدایرکت‌ها: این یک سیگنال قوی است که نشان می‌دهد هدف ریدایرکت باید به عنوان URL کانونیکال در نظر گرفته شود.
- تگ‌های لینک rel=”canonical”: این یک سیگنال قوی است که نشان می‌دهد URL مشخص شده باید به عنوان کانونیکال در نظر گرفته شود.
- شمول در نقشه سایت: این یک سیگنال ضعیف است که به کمک آن URLs موجود در نقشه سایت به عنوان کانونیکال در نظر گرفته می‌شوند.
به خاطر داشته باشید که این روش‌ها می‌توانند با هم ترکیب شوند و بنابراین وقتی از دو یا چند روش استفاده می‌کنید، احتمال بیشتری وجود دارد که URL کانونیکال مورد نظر شما در نتایج جستجو ظاهر شود.
در حالی که ما شما را تشویق می‌کنیم از این روش‌ها استفاده کنید، هیچ‌کدام از آنها الزامی نیستند؛ سایت شما احتمالاً بدون مشخص کردن یک ترجیح کانونیکال به خوبی عمل خواهد کرد. زیرا اگر شما URL کانونیکالی را مشخص نکنید، گوگل نسخه‌ای از URL را که به‌طور عینی بهترین نسخه برای نمایش به کاربران در جستجو است، شناسایی خواهد کرد.
اگر از یک سیستم مدیریت محتوا (CMS) مانند وردپرس، ویکس یا بلاگر استفاده می‌کنید، ممکن است نتوانید به‌طور مستقیم HTML خود را ویرایش کنید. در عوض، CMS شما ممکن است دارای صفحه تنظیمات موتور جستجو یا مکانیزم دیگری باشد که به موتورهای جستجو درباره URL کانونیکال اطلاع دهد. برای جستجوی دستورالعمل‌هایی درباره ویرایش <head> صفحه‌تان در CMS خود (به عنوان مثال، جستجوی “تنظیم عنصر کانونیکال در وردپرس”) اقدام کنید.
دلایل مشخص کردن یک URL کانونیکال
اگرچه معمولاً مشخص کردن یک ترجیح کانونیکال برای URLهای شما ضروری نیست، اما دلایل متعددی وجود دارد که چرا می‌خواهید به‌طور صریح به گوگل درباره یک صفحه کانونیکال در مجموعه‌ای از صفحات تکراری یا مشابه اطلاع دهید:
- مشخص کردن URL مورد نظر برای نمایش در نتایج جستجو: ممکن است شما بخواهید که مردم به صفحه محصول لباس‌های سبز شما از طریق URL خاصی مانند https://www.example.com/dresses/green/greendress.html دسترسی پیدا کنند و نه از طریق URL دیگری مانند https://example.com/dresses/cocktail?gclid=ABCD.
- ادغام سیگنال‌ها برای صفحات مشابه یا تکراری: این کار به موتورهای جستجو کمک می‌کند تا سیگنال‌های مربوط به URLهای فردی (مانند لینک‌های ورودی به آنها) را به یک URL ترجیحی ادغام کنند. به این معنی که سیگنال‌های مربوط به URL https://example.com/dresses/cocktail?gclid=ABCD با لینک‌های مربوط به https://www.example.com/dresses/green/greendress.html ادغام می‌شود اگر دومی به عنوان کانونیکال شناخته شود.
- ساده‌سازی پیگیری معیارها برای یک محتوای خاص: با وجود چندین URL، ممکن است پیگیری معیارهای تجزیه و تحلیل برای یک محتوای خاص دشوارتر باشد.
- اجتناب از صرف زمان خزیدن بر روی صفحات تکراری: شما ممکن است بخواهید که گوگل‌بات از سایت شما بیشترین بهره را ببرد، بنابراین بهتر است زمان خود را صرف خزیدن بر روی صفحات جدید (یا به‌روزرسانی شده) کند و نه نسخه‌های تکراری از همان محتوا.
با استفاده از این دلایل، مشخص کردن یک URL کانونیکال می‌تواند به شما کمک کند تا کنترل بیشتری بر روی نحوه نمایش محتوای شما در نتایج جستجو داشته باشید و مشکلات مربوط به محتوای تکراری را کاهش دهید.
بهترین شیوه ها
برای تمامی روشهای کانونیکال‌سازی، این بهترین شیوه‌ها را دنبال کنید:
- از فایل robots.txt برای اهداف کانونیکال‌سازی استفاده نکنید.
- از ابزار حذف URL برای کانونیکال‌سازی استفاده نکنید. این ابزار تمامی نسخه‌های یک URL را از جستجو پنهان می‌کند.
- برای یک صفحه مشخص، از تکنیک‌های کانونیکال‌سازی مختلف برای تعیین URLهای متفاوت به عنوان کانونیکال استفاده نکنید. (به عنوان مثال، یک URL را در نقشه سایت مشخص نکنید و URL متفاوتی را برای همان صفحه با استفاده از rel=”canonical” تعیین نکنید.)
- از تعیین یک URL بخش‌دار به عنوان کانونیکال خودداری کنید، زیرا گوگل به طور کلی از URLهای بخش‌دار پشتیبانی نمی‌کند.
- استفاده از noindex برای جلوگیری از انتخاب یک صفحه کانونیکال در یک سایت واحد توصیه نمی‌شود، زیرا این کار به طور کامل صفحه را از جستجو مسدود می‌کند. تگ‌های لینک rel=”canonical” راه‌حل ترجیحی هستند.
- اگر از عناصر hreflang استفاده می‌کنید، اطمینان حاصل کنید که یک صفحه کانونیکال را در همان زبان مشخص کنید یا بهترین زبان جایگزین ممکن را اگر صفحه کانونیکالی برای همان زبان وجود ندارد، تعیین کنید.
- هنگام لینک‌دهی درون سایت خود، به URL کانونیکال لینک دهید و نه به یک URL تکراری. لینک‌دهی مداوم به URL که شما آن را کانونیکال می‌دانید به گوگل کمک می‌کند تا ترجیح شما را درک کند.
با رعایت این بهترین شیوه‌ها، می‌توانید اطمینان حاصل کنید که موتورهای جستجو به درستی صفحات شما را شناسایی و نمایه‌سازی می‌کنند و مشکلات مربوط به محتوای تکراری کاهش می‌یابد.
مقایسه روشهای متعارف سازی
جدول زیر روش های مختلف متعارف سازی را با هم مقایسه می کند و نقاط قوت و ضعف آنها را در مورد نگهداری و کارایی در سناریوهای مختلف برجسته می کند.
| روش و شرح | |||
|---|---|---|---|
| rel=”canonical” link element | افزودن عنصر <link> در کد برای تمامی صفحات تکراری، با اشاره به صفحه کانونیکال
|
||
| rel=”canonical” HTTP header | ارسال هدر rel=”canonical” در پاسخ صفحه شما
|
||
| Sitemap | مشخص کردن صفحات کانونیکال در نقشه سایت
|
||
| Redirects | استفاده از ریدایرکت‌ها برای اطلاع به گوگل‌بات که یک URL ریدایرکت شده نسخه بهتری نسبت به یک URL خاص است. از این روش فقط زمانی استفاده کنید که بخواهید یک صفحه تکراری را غیر فعال کنید. | ||
| AMP variant | اگر یکی از نسخه‌های شما یک صفحه AMP است، دستورالعمل‌های AMP را دنبال کنید تا صفحه کانونیکال و نسخه AMP را مشخص کنید. | ||
استفاده از تگ‌های لینک rel=”canonical”
گوگل از تگ‌های لینک rel=”canonical” به‌طور صریح پشتیبانی می‌کند، همان‌طور که در RFC 6596 توضیح داده شده است. تگ‌های rel=”canonical” که نسخه‌های جایگزین یک صفحه را پیشنهاد می‌کنند، نادیده گرفته می‌شوند؛ به‌ویژه، تگ‌های rel=”canonical” با ویژگی‌های hreflang، lang، media و type برای کانونیکال‌سازی استفاده نمی‌شوند. در عوض، از تگ‌های لینک مناسب برای مشخص کردن نسخه‌های جایگزین یک صفحه استفاده کنید؛ به عنوان مثال، لینک rel=”alternate” hreflang برای نشانه‌گذاری زبان و کشور.
شما می‌توانید تگ‌های لینک rel=”canonical” را به دو روش ارائه دهید:
- تگ لینک rel=”canonical” در HTML
- هدر HTTP با rel=”canonical”
ما توصیه می‌کنیم که یکی از این دو روش را انتخاب کنید و به آن پایبند باشید؛ در حالی که استفاده همزمان از هر دو روش پشتیبانی می‌شود، اما احتمال بروز خطا بیشتر است (به عنوان مثال، ممکن است یک URL را در هدر HTTP و URL دیگری را در تگ لینک rel=”canonical” ارائه دهید).
تگ لینک rel=”canonical”
تگ لینک rel=”canonical” (که به آن عنصر کانونیکال نیز گفته می‌شود) عنصری است که در بخش <head> HTML قرار می‌گیرد تا نشان دهد که صفحه دیگری نماینده محتوای موجود در صفحه فعلی است.
فرض کنید می‌خواهید https://example.com/dresses/green-dresses به عنوان URL کانونیکال مشخص شود، حتی اگر چندین URL مختلف بتوانند به این محتوا دسترسی داشته باشند. برای مشخص کردن این URL به عنوان کانونیکال، مراحل زیر را دنبال کنید:
1. یک عنصر <link> با ویژگی rel=”canonical” به بخش <head> صفحات تکراری اضافه کنید که به صفحه کانونیکال اشاره دارد. برای مثال:
<html>
<head>
<title>Explore the world of dresses</title>
<link rel=”canonical” href=”https://example.com/dresses/green-dresses” />
<!– other elements –>
</head>
<!– rest of the HTML –>
2. اگر صفحه کانونیکال نسخه موبایل دارد که در یک URL جداگانه قرار دارد، یک عنصر لینک rel=”alternate” به آن اضافه کنید که به نسخه موبایل صفحه اشاره دارد:
<html>
<head>
<title>Explore the world of dresses</title>
<link rel=”alternate” media=”only screen and (max-width: 640px)” href=”https://m.example.com/dresses/green-dresses”>
<link rel=”canonical” href=”https://example.com/dresses/green-dresses” />
<!– other elements –>
</head>
<!– rest of the HTML –>
3. هرگونه عناصر hreflang یا دیگر عناصر مناسب برای صفحه را اضافه کنید.
4. از مسیرهای مطلق به جای مسیرهای نسبی در تگ لینک rel=”canonical” استفاده کنید. اگرچه مسیرهای نسبی توسط گوگل پشتیبانی می‌شوند، اما ممکن است در طولانی‌مدت مشکلاتی ایجاد کنند (به عنوان مثال، اگر ناخواسته اجازه دهید سایت آزمایشی شما خزیده شود) و بنابراین ما استفاده از آنها را توصیه نمی‌کنیم.
مثال خوب: https://www.example.com/dresses/green/greendress.html
مثال بد: /dresses/green/greendress.html
تگ لینک rel=”canonical” تنها در صورتی پذیرفته می‌شود که در بخش <head> HTML ظاهر شود، بنابراین اطمینان حاصل کنید که حداقل بخش <head> HTML معتبر باشد.
اگر از JavaScript برای اضافه کردن تگ لینک rel=”canonical” استفاده می‌کنید، اطمینان حاصل کنید که عنصر کانونیکال را به‌درستی تزریق کنید.
هدر HTTP با rel=”canonical”
اگر می‌توانید تنظیمات سرور خود را تغییر دهید، می‌توانید از هدر پاسخ HTTP با ویژگی rel=”canonical” به‌جای عنصر HTML برای مشخص کردن URL کانونیکال یک سند استفاده کنید. این روش شامل اسناد غیر HTML مانند فایل‌های PDF نیز می‌شود و توسط جستجو پشتیبانی می‌شود.
گوگل این روش را فقط برای نتایج جستجوی وب پشتیبانی می‌کند.
اگر محتوای خود را در فرمت‌های مختلفی مانند PDF یا Microsoft Word منتشر می‌کنید که هر کدام در URLهای جداگانه قرار دارند، می‌توانید با ارسال یک هدر rel=”canonical” به گوگل‌بات بگویید که URL کانونیکال برای فایل‌های غیر HTML چیست. به عنوان مثال، برای مشخص کردن اینکه نسخه PDF باید کانونیکال باشد، می‌توانید این هدر HTTP را برای نسخه .docx محتوای خود اضافه کنید:
HTTP/1.1 200 OK
Content-Length: 19
…
Link: <https://www.example.com/downloads/white-paper.pdf>; rel=”canonical”
…
همانند عنصر لینک rel=”canonical”، از URLهای مطلق در هدر HTTP rel=”canonical” استفاده کنید و طبق RFC2616، فقط از کوتیشن‌های دوتایی در اطراف URL استفاده کنید.
از نقشه سایت استفاده کنید
برای هر یک از صفحات خود یک URL کانونیکال انتخاب کنید و آنها را در یک نقشه سایت ارسال کنید. تمامی صفحاتی که در نقشه سایت فهرست شده‌اند به عنوان کانونیکال پیشنهاد می‌شوند؛ گوگل تصمیم خواهد گرفت که کدام صفحات (اگر وجود داشته باشند) تکراری هستند، بر اساس شباهت محتوا.
ارائه URLهای کانونیکال ترجیحی در نقشه سایت‌ها راهی ساده برای تعریف کانونیکال‌ها برای یک سایت بزرگ است و نقشه سایت‌ها ابزاری مفید برای اطلاع‌رسانی به گوگل درباره صفحاتی است که شما آنها را مهم‌ترین صفحات سایت خود می‌دانید.
از ریدایرکت‌ها استفاده کنید
از این روش زمانی استفاده کنید که می‌خواهید صفحات تکراری موجود را حذف کنید. تمامی روشهای ریدایرکت — ریدایرکت‌های 301 و 302، متا-ریفریش، و ریدایرکت‌های جاوااسکریپت — تأثیر مشابهی بر جستجوی گوگل دارند، اما زمان لازم برای اینکه موتورهای جستجو متوجه روشهای مختلف ریدایرکت شوند ممکن است متفاوت باشد.
برای اثر سریع‌تر، از ریدایرکت‌های 3xx (که به آنها ریدایرکت‌های سمت سرور نیز گفته می‌شود) استفاده کنید.
فرض کنید صفحه شما از چندین طریق قابل دسترسی است:
- https://example.com/home
- https://home.example.com
- https://www.example.com
یکی از این URLها را به عنوان URL کانونیکال خود انتخاب کنید و از ریدایرکت‌ها برای هدایت ترافیک از سایر URLها به URL ترجیحی خود استفاده کنید.
سیگنال‌های دیگر
علاوه بر روشهای مشخص شده، گوگل همچنین از مجموعه‌ای از سیگنال‌های کانونیکال‌سازی که معمولاً بر اساس تنظیمات سایت هستند، استفاده می‌کند: ترجیح HTTPS بر HTTP و URLها در خوشه‌های hreflang.
ترجیح HTTPS بر HTTP برای URLهای کانونیکال
گوگل صفحات HTTPS را به عنوان کانونیکال نسبت به صفحات معادل HTTP ترجیح می‌دهد، مگر در مواردی که مشکلات یا سیگنال‌های متناقض وجود داشته باشد، مانند موارد زیر:
- صفحه HTTPS دارای گواهی SSL نامعتبر است.
- صفحه HTTPS شامل وابستگی‌های ناامن (غیر از تصاویر) است.
- صفحه HTTPS کاربران را به یک صفحه HTTP هدایت می‌کند.
- صفحه HTTPS دارای لینک rel=”canonical” به صفحه HTTP است.
اگرچه سیستم‌های ما به‌طور پیش‌فرض صفحات HTTPS را نسبت به صفحات HTTP ترجیح می‌دهند، می‌توانید با انجام هر یک از اقدامات زیر این رفتار را تضمین کنید:
- ریدایرکت‌ها را از صفحه HTTP به صفحه HTTPS اضافه کنید.
- یک لینک rel=”canonical” از صفحه HTTP به صفحه HTTPS اضافه کنید.
- HSTS را پیاده‌سازی کنید.
برای جلوگیری از اینکه گوگل به‌طور نادرست صفحه HTTP را کانونیکال در نظر بگیرد، از انجام کارهای زیر خودداری کنید:
- از گواهی‌های بد TLS/SSL و ریدایرکت‌های HTTPS به HTTP خودداری کنید زیرا این موارد باعث می‌شوند که گوگل به شدت HTTP را ترجیح دهد. پیاده‌سازی HSTS نمی‌تواند این تمایل قوی را نادیده بگیرد.
- نسخه HTTP صفحات خود را در نقشه سایت یا نشانه‌گذاری hreflang شامل نکنید و به جای آن نسخه HTTPS را درج کنید.
- از پیاده‌سازی گواهی SSL/TLS برای میزبان اشتباه خودداری کنید. به عنوان مثال، example.com گواهی را برای subdomain.example.com ارائه دهد. گواهی باید با URL کامل سایت شما مطابقت داشته باشد یا یک گواهی wildcard باشد که بتواند برای چندین زیر دامنه در یک دامنه استفاده شود.
ترجیح URLها در خوشه‌های hreflang
برای کمک به تلاش‌های محلی‌سازی سایت‌ها، گوگل برای اهداف کانونیکال‌سازی URLهایی را که بخشی از خوشه‌های hreflang هستند، ترجیح می‌دهد. به عنوان مثال، اگر https://example.com/de-de/cats و https://example.com/de-ch/cats به طور متقابل به یکدیگر با نشانه‌گذاری hreflang اشاره کنند، اما به https://example.com/de-at/cats اشاره نکنند، صفحات de-de و de-ch به عنوان کانونیکال‌ها ترجیح داده خواهند شد و نه صفحه /de-at/ که در خوشه hreflang ظاهر نمی‌شود.