نحوه تعیین یک متعارف با rel="canonical" و روش های دیگر

برای تعیین URL متعارف برای صفحات تکراری یا بسیار مشابه با جستجوی گوگل، می توانید اولویت خود را با استفاده از a نشان دهید تعداد روش ها به ترتیب اینکه چقدر می توانند بر متعارف سازی تأثیر بگذارند، عبارتند از:

• تغییر مسیرها: یک سیگنال قوی که هدف را نشان می دهد تغییر مسیر باید متعارف شود.
• rel="canonical" link حاشیه نویسی: یک سیگنال قوی مبنی بر اینکه URL مشخص شده باید متعارف شود.
• درج نقشه سایت: سیگنال ضعیفی که کمک می کند URL هایی که در نقشه سایت گنجانده شده اند، متعارف می شوند.

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

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

دلایل تعیین یک URL متعارف

این منبع ممکن است در منطقه شما در دسترس نباشد.

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

• برای تعیین نشانی اینترنتی که می‌خواهید افراد در نتایج جستجو ببینند. ممکن است ترجیح دهید افراد از طریق صفحه محصول لباس سبز شما به آن دسترسی پیدا کنند https://www.example.com/dresses/green/greendress.html به جای https://example.com/dresses/cocktail?gclid=ABCD.
• برای ادغام سیگنال ها برای صفحات مشابه یا تکراری. کمک می کند موتورهای جستجو بتوانند سیگنال هایی را که برای فرد دارند یکپارچه کنند URL ها (مانند پیوندهایی به آنها) به یک URL واحد ترجیحی. این بدان معنی است که سیگنال ها از سایت های دیگر برای https://example.com/dresses/cocktail?gclid=ABCD دریافت کنید با پیوندهایی به https://www.example.com/dresses/green/greendress.html اگر دومی باشد متعارف می شود.
• برای ساده کردن معیارهای ردیابی برای یک قطعه محتوا. با انواع مختلف از URL ها، دریافت معیارهای تلفیقی برای یک می تواند برای شما چالش برانگیزتر باشد بخش خاصی از محتوا
• برای جلوگیری از صرف زمان خزیدن در صفحات تکراری. ممکن است بخواهید ربات گوگل تا بیشترین بهره را از سایت خود ببرید، پس بهتر است وقت خود را صرف کند خزیدن صفحات جدید (یا به روز شده) در سایت خود، به جای خزیدن تکراری نسخه هایی از همان محتوا

بهترین شیوه ها

برای همه روش‌های متعارف، بهترین روش‌ها را دنبال کنید:

• از فایل robots.txt برای اهداف متعارف استفاده نکنید.
• از ابزار حذف URL برای متعارف سازی استفاده نکنید. پنهان می کند همه نسخه های URL از جستجو.
• ن نشانی‌های اینترنتی مختلف را به عنوان متعارف برای یک صفحه با استفاده از تکنیک‌های متعارف‌سازی مختلف (به عنوان مثال، یک URL را در یک نشانی اینترنتی مشخص نکنید نقشه سایت، اما یک URL متفاوت برای همان صفحه با استفاده از rel="canonical").
• ما استفاده از را توصیه نمی‌کنیم noindex برای جلوگیری از انتخاب یک صفحه متعارف در یک سایت، زیرا صفحه را به طور کامل مسدود می کند از جستجو rel="canonical" link حاشیه نویسی ترجیح داده می شود راه حل.
• اگر استفاده می کنید hreflang عناصر، مطمئن شوید که یک صفحه متعارف را به همان زبان یا بهترین صفحه ممکن مشخص کنید اگر یک صفحه متعارف برای همان زبان وجود ندارد، زبان را جایگزین کنید.
• هنگامی که در سایت خود لینک می دهید، به جای URL تکراری، به URL معمولی پیوند دهید. پیوند دادن مداوم به URL که از نظر شما متعارف است به Google کمک می کند ترجیح شما را درک کنید

مقایسه روشهای متعارف سازی

جدول زیر روش های مختلف متعارف سازی را با هم مقایسه می کند و آنها را برجسته می کند نقاط قوت و ضعف در مورد نگهداری و کارایی در سناریوهای مختلف.

از rel="canonical" link حاشیه نویسی استفاده کنید

گوگل پشتیبانی می کندrel canonical link حاشیه نویسی همانطور که در RFC 6596. می توانید حاشیه نویسی rel="canonical" link را در آن ارائه کنید دو راه:

• عنصر rel="canonical" link در HTML
• rel="canonical" link سرصفحه HTTP

توصیه می کنیم یکی از این موارد را انتخاب کنید و با آن پیش بروید. در حالی که پشتیبانی می شود، با استفاده از هر دو روش به طور همزمان مستعد خطا هستند (مثلاً ممکن است ارائه دهید یک URL در هدر HTTP و یک URL دیگر در عنصر rel="canonical" link).

عنصر rel="canonical" link

یک عنصر rel="canonical" link (همچنین به عنوان a عنصر متعارف) عنصری است که در بخش 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 جداگانه است، a را اضافه کنید عنصر rel="alternate" link روی آن، با اشاره به تلفن همراه نسخه صفحه:

   <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 یا سایر عناصر مناسب برای صفحه.

از مسیرهای مطلق به جای مسیرهای نسبی با عنصر rel="canonical" link استفاده کنید. حتی اگر مسیرهای نسبی توسط گوگل پشتیبانی می شوند، آنها می تواند در دراز مدت مشکلاتی ایجاد کند (مثلاً اگر ناخواسته اجازه دهید سایت آزمایشی باید خزیده شود) و بنابراین ما آنها را توصیه نمی کنیم.

مثال خوب: https://www.example.com/dresses/green/greendress.html

مثال بد: /dresses/green/greendress.html

rel="canonical" link element فقط در صورتی پذیرفته می شود در بخش <head> HTML ظاهر می‌شود، بنابراین مطمئن شوید که حداقل بخش <head> HTML معتبر است.

اگر از جاوا اسکریپت برای افزودن عنصر rel="canonical" link استفاده می کنید، مطمئن شوید که عنصر پیوند متعارف را به درستی تزریق کنید.

rel="canonical" سرصفحه HTTP

اگر بتوانید پیکربندی سرور خود را تغییر دهید، می توانید از a استفاده کنید rel="canonical" سرصفحه HTTP به جای یک عنصر HTML برای نشان دادن URL متعارف برای یک سند پشتیبانی شده توسط جستجو، از جمله اسناد غیر HTML مانند فایل‌های PDF.

گوگل در حال حاضر از این روش فقط برای نتایج جستجوی وب پشتیبانی می کند.

اگر محتوا را در بسیاری از فرمت‌های فایل، مانند PDF یا Microsoft Word منتشر می‌کنید، هر کدام از آنها را روشن کنید آدرس اینترنتی خودشان، می‌توانید یک rel="canonical" هدر HTTP را برای گفتن برگردانید Googlebot URL متعارف فایل های غیر HTML چیست. مثلا برای نشان دادن ممکن است که نسخه PDF نسخه .docx باید متعارف باشد این هدر HTTP را برای نسخه .docx محتوا اضافه کنید:

HTTP/1.1 200 OK
Content-Length: 19
...
Link: <https://www.example.com/downloads/white-paper.pdf>; rel="canonical"
...

همانند عنصر rel="canonical" link، از URL های مطلق استفاده کنید در rel="canonical" هدر HTTP، و مطابق با RFC2616، فقط از دو نقل قول در اطراف URL استفاده کنید.

از نقشه سایت استفاده کنید

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

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

از تغییر مسیرها استفاده کنید

زمانی که می خواهید از شر صفحات تکراری موجود خلاص شوید از این روش استفاده کنید. همه روش های تغییر مسیر —301 و 302 تغییرمسیر، meta-refresh، تغییر مسیرهای جاوا اسکریپت - هر چند زمان، همان تأثیر را در جستجوی Google دارد لازم است موتورهای جستجو متوجه شوند که روش های مختلف تغییر مسیر ممکن است متفاوت باشد.

برای سریع‌ترین اثر، از 3xx HTTP (همچنین به عنوان سمت سرور شناخته می‌شود) استفاده کنید. تغییر مسیر می دهد.

فرض کنید می توان به چندین روش به صفحه شما دسترسی پیدا کرد:

• https://example.com/home
• https://home.example.com
• https://www.example.com

یکی از آن URL ها را به عنوان URL متعارف خود انتخاب کنید و از تغییر مسیرها برای ارسال ترافیک استفاده کنید آدرس های دیگر به URL دلخواه شما.

سیگنال های دیگر

جدا از روش‌هایی که به صراحت ارائه شده است، گوگل از مجموعه‌ای از سیگنال‌های متعارف نیز استفاده می‌کند که عموماً بر اساس راه‌اندازی سایت هستند: ترجیح دادن HTTPS به HTTP و URLها در آن hreflang خوشه ها.

برای URL های متعارف، HTTPS را به HTTP ترجیح دهید

Google صفحات HTTPS را به صفحات HTTP معادل به عنوان متعارف ترجیح می دهد، مگر در مواردی که وجود دارد مشکلات یا سیگنال های متناقضی مانند موارد زیر هستند:

• صفحه HTTPS دارای گواهینامه SSL نامعتبر است.
• صفحه HTTPS حاوی وابستگی های ناامن (به غیر از تصاویر) است.
• صفحه HTTPS کاربران را به یک صفحه HTTP یا از طریق آن هدایت می کند.
• صفحه HTTPS دارای rel="canonical" link است به صفحه HTTP.

اگرچه سیستم‌های ما به‌طور پیش‌فرض صفحات HTTPS را به صفحات HTTP ترجیح می‌دهند، شما می‌توانید از این اطمینان حاصل کنید رفتار با انجام هر یک از اقدامات زیر:

• تغییر مسیرها را از صفحه HTTP به صفحه HTTPS اضافه کنید.
• یک rel="canonical" link از HTTP اضافه کنید صفحه به صفحه HTTPS.
• پیاده سازی HSTS.

برای جلوگیری از متعارف ساختن نادرست صفحه HTTP توسط Google، اجتناب کنید اعمال زیر:

• از گواهی‌های بد TLS/SSL و تغییر مسیر HTTPS به HTTP اجتناب کنید زیرا باعث ایجاد Google می‌شوند HTTP را به شدت ترجیح دهید. پیاده سازی HSTS نمی تواند این اولویت قوی را نادیده بگیرد.
• نسخه HTTP صفحات خود را در نقشه سایت خود قرار ندهید یا hreflang حاشیه نویسی به جای نسخه HTTPS.
• از اجرای گواهی SSL/TLS برای نوع میزبان اشتباه خودداری کنید. مثلا، example.com در حال ارائه گواهی برای subdomain.example.com. گواهی باید با URL کامل سایت شما مطابقت داشته باشد، یا یک گواهی عام باشد می تواند برای چندین زیر دامنه در یک دامنه استفاده شود.

URL های ترجیحی در hreflang خوشه ها

برای کمک به سایت ها' تلاش‌های محلی‌سازی، برای اهداف متعارف Google ترجیح می‌دهد 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 خوشه.

بیشتر بخوانید در مورد عیب یابی و رفع مشکلات قانونی سازی.