صفحات متعارف. ویژگی rel \u003d "canonical" راهنمای کاملی برای استفاده از پیوندهای متعارف است. چرا CMS ایجاد تکراری می کند؟

اما مواردی وجود دارد که ویژگی rel \u003d "canonical" گزینه مناسب تری است.. به عنوان مثال ، اگر محتوای تکراری را حذف کنید و از بروز آن در آینده جلوگیری کنید ، اجرای آن از نظر فنی دشوار است. یا فقط می خواهید همه صفحات را در دامنه عمومی برای کاربران بگذارید ، با وجود محتوای غیر منحصر به فرد ارسال شده روی آنها.

به هر حال ، برچسب rel \u003d "canonical" اغلب به اشتباه در شبکه ذکر شده است. گزینه صحیح ویژگی rel \u003d "canonical" برچسب است .

نحوه حذف محتوای تکراری با استفاده از ویژگی rel \u003d "canonical"

این ویژگی برای نشان دادن اطلاعات مربوط به کدام یک از صفحات کپی غیر مجاز به ربات های موتور جستجو وجود دارد. به طور خاص ، به مرجع متعارف اشاره دارد.

اگر به طور ناگهانی نمی دانید پیوند متعارف چیست ، وضعیتی را تصور کنید که همان محتوا به طور همزمان در چندین آدرس در دسترس باشد:

فرض کنید در این مثال ، آدرس سوم URL متعارف است. سپس در کد دو صفحه اول در بخش ها برای اختصاص URL کانونی باید ویژگی rel \u003d "canonical" را وارد کنید:

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

ویژگی های استفاده از ویژگی rel \u003d "متعارف"

خلاصه ...

می خواهم بگویم که ویژگی rel \u003d "canonical" ابزاری بسیار مناسب است که اگرچه نمی تواند محتوای تکراری را حذف کند ، اما همچنین باعث می شود موتورهای جستجو چشم خود را به حضور خود ببندند.

فقط تعیین صحیح URL متعارف متناسب با صفحه ای که واقعاً باید رتبه بندی شود ، فقط مهم است.

آیا از این فرصت مناسب استفاده می کنید؟ یا راههای دیگری را برای خلاص شدن از صفحات تکراری ترجیح می دهید؟

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

ویژگی کانونی در صفحات تکراری ثبت شده است که بالاترین صفحه اولویت را در قسمت صفحه مانند این نشان می دهد:

این برچسب به خوبی توسط کلیه موتورهای جستجوگر قابل درک است و پیوندهای متعارف برای بعضی از انواع صفحات از دیدگاه بهینه سازی سئو جدایی ناپذیر هستند. امروز در مورد این همه صحبت خواهیم کرد

رابطه متعارف: آنچه در آن است

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

همین موضوع در مورد پیوندهای خارجی نیز صدق می کند. تمرکز هر چه بیشتر در ارتقاء یک صفحه غیرممکن است و این در پایان ، پتانسیل کامل صفحه را نشان نمی دهد. یا به عنوان مثال ، پیوندهای یک صفحه خریداری می شوند ، اما در واقع ، این صفحه کاملاً متفاوت است.

در نتیجه ، سایت موقعیت های پایین تر از حد ممکن را اشغال خواهد کرد. ویژگی rel \u003d canonical فقط به ما این امکان را می دهد که فقط بالاترین صفحه اولویت را در فهرست بگذاریم. همچنین تمام وزن مرجع به آن منتقل می شود.

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

صفحات کپی از کجا می توانند تهیه شوند؟

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

مقاله سایت به چند دسته تعلق دارد

برنامه های وابسته

هنگام اجرای یک برنامه وابسته ، اغلب بسیاری از پیوندها با "دم" به شما پیوند می دهند. معلوم است ، چیزی شبیه به این: site.ru/؟partner\u003did777. از این قبیل صفحات ، شما همچنین باید صفت کانونی را بنویسید تا در فهرست قرار نگیرند.

نحوه استفاده از rel \u003d canonical

همانطور که قبلاً فهمیدید ، به این ترتیب که فقط یک گزینه در صفحه وجود دارد ، باید ویژگی تمام عیار را در تمام صفحات تکراری قرار دهید. اینگونه است که باید به نظر برسد

این برچسب باید داخل باشد.

چگونه url canonical را انتخاب کنیم؟

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

• اگر این صفحه فقط دارای 1 url بوده است ، بنابراین بهتر است آن را به صورت عادی انجام دهید ، زیرا به احتمال زیاد قبلاً ایندکس شده است ، وزن مشخصی نیز دارد. یعنی rel \u003d canonical را از صفحه جدید در صفحه قدیمی قرار دهید.
• اگر صفحات در همان زمان ایجاد شده اند ، بهتر است آدرس کانونی را در فهرست قرار دهید.
• اگر چندین صفحه تکراری در فهرست موتورهای جستجو قرار دارند ، بهتر است صفحه\u200cای را انتخاب کنید که پیشرفت کند. بیشتر اوقات ، URL که کمترین میزان لانه سازی را دارد ، یا قبلاً دارای لینک های ورودی است.
• اگر همه شرایط برای صفحات تکراری یکسان باشد ، مواردی که متناسب با الگوی خاص محصول / مقاله در سایت است ، معمولاً به عنوان صفحه اولویت و یکنواخت ترجیح داده می شود.

خطاهای متداول با ویژگی rel \u003d canonical

1. برچسب rel \u003d "canonical" یک دستورالعمل دقیق نیست. این فقط صفحه اصلی را برای موتورهای جستجو ارائه می دهد ، یعنی به سادگی توصیه می کند.
2. شما نمی توانید از یک دامنه متفاوت در این ویژگی استفاده کنید. فقط پیوندها در یک دامنه یا زیر دامنه مجاز هستند.
3. برای درج پیوندهای کانونی نیازی به داشتن محتوای کپی 100٪ نیست ، در صورت وجود اختلافات جزئی ، این طبیعی است. این ممکن است زمانی اتفاق بیفتد که محصولات به ترتیب دیگری مرتب شوند یا به عنوان مثال روبات جستجو از صفحات در زمان های مختلف بازدید کند.
4. اگر سند موجود در آدرس کانونی در دسترس نباشد (به عنوان مثال 404 خطا می دهد) ، موتورهای جستجو می توانند آن را نادیده بگیرند.
5. همچنین ، اگر چندین نشانی اینترنتی متعارف در صفحه نشان داده شده باشند ، می توانند این ویژگی را نادیده بگیرند.
6. برای مشخص کردن یک پیوند کانونی ، مجاز به استفاده از نه کامل URL ، بلکه مسیر نسبی نیست:

   اما مراقب باشید ، شما می توانید چوب هیزم را بشکنید ، بهتر است از URL کامل استفاده کنید و دامنه خود را نشان دهید.

7. صفحه متعارف باید نمایه شود.

یاد آوردن: rel \u003d canonical وزن پیوندهای ورودی را عبور می دهد.

این مقالات را بخوانید (کتابچه های رسمی Yandex و Google):

موارد خاص با استفاده از rel \u003d canonical

متعارف بر خودش

بیش از یک بار از من سؤال شده است که آیا می توان پیوند متعارف را بر روی خود قرار داد؟ این معمولاً هنگامی اتفاق می افتد که بطور خودکار با استفاده از افزونه های مختلف یا توسط CMS تولید شود. جواب مثبت است ، هیچ مشکلی در این مورد وجود ندارد.

صفحه های صفحه بندی عادی

بسیاری از وب مسترها می خواهند rel \u003d canonical را از صفحات صفحه بندی (site.ru/categ/page/2) تا صفحه اول (site.ru/categ) انجام دهند. فکر می کنم این اشتباه است با این وجود ، نسخه های تکراری ناقص در اینجا یافت می شوند ؛ بهتر است چنین صفحات صفحه بندی را با:

بسیاری از افزونه های SEO برای وردپرس با ویژگی rel \u003d canonical بسیار دوستانه هستند. محبوب من و همانطور که معتقدم به هیچ وجه به چیزی احتیاج ندارد. فقط کافی است آن را فعال کنید و آدرس های اینترنتی کانونی لازم نیز ثبت شوند.

در برخی از افزونه های SEO دیگر در تنظیمات ، فقط کافی است کادر "صفحات Canonical" (یا چیزی شبیه به آن) را علامت بزنید.

یعنی به طور پیش فرض ، اگر مقالاتی در وبلاگ من به طور همزمان به چندین دسته اختصاص داده شود ، آنگاه صفحه متعارف به طور خودکار نوشته می شود .. html من این ویژگی را دارم rel \u003d canonical (یادداشت کنید ، این یک URL متفاوت است):

به طور پیش فرض ، به لطف افزونه Yoast SEO ، اگر پستی به طور هم زمان در چندین دسته قرار بگیرد ، فقط یک گزینه در فهرست قرار می گیرد.

نتیجه گیری

امیدوارم کاملاً قابل درک باشد ، من توانستم توضیح دهم که ویژگی rel \u003d canonical چیست و چگونگی استفاده از آن. من اکیداً توصیه می کنم که خود را با این درس آشنا کنید:. همه این اقدامات با rel \u003d canonical ، ربات های تغییر مسیر 301 ، متا نام و پرونده robots.txt سایت شما را "تمیز" می کند.

من برای یک فهرست "تمیز" بدون نسخه برداری ، صفحات سرویس و غیره چیزهای غیر ضروری هستم. با تشکر از سئو پاک ، ارتقاء وب سایت آسانتر و صحیح تر خواهد بود.

و یک مورد دیگر: برای اینکه چنین مشکلی پیش نیاید ، توصیه می کنم سایت های آینده خود را بدون مشخص کردن دسته بندی ها در URL مقالات / محصولات ایجاد کنید. یعنی بگذارید چیزی شبیه این باشد:

• site.ru/statya.html (برای وبلاگ ها)؛
• site.ru/catalog/iphone6s (برای فروشگاه های آنلاین).

با تشکر ویژه برای بازتوییت و ارسال مجدد ، دوستان من. حتما در نظرات منتظر افکار خود باشید.

ویژگی rel \u003d "canonical" یکی از راه های مقابله با محتوای تکراری است. در هر صفحه HTML بین برچسب ها قرار می گیرد. . روباتهای جستجو شروع به در نظر گرفتن صفحه مشخص شده در ویژگی rel \u003d "معمولی" ، اولویت (غیرعادی) می کنند. صفحه متعارف در جستجو نمایش داده می شود ، وزن پیوند و سایر مشخصات صفحات با همان محتوا به آن می رود.

بنابراین ، اگر سایت شما دارای محتوای یکسان یا بسیار مشابه است ، در URL های مختلف قابل دسترسی است ، با استفاده از ویژگی rel \u003d "canonical" ، می توانید URL را که برای فهرست بندی ارجح است ، مشخص کنید.

چه زمانی از لینک های متعارف استفاده کنیم

1. برای جلوگیری از ظهور موارد مختلف. مثلا:

• مرتب سازی صفحات: / * مرتب سازی ، ASC ، نزولی ، لیست \u003d *؛
• به دلیل برچسب های UTM طول می کشد: * utm_source \u003d، / * utm_campaign \u003d، / * utm_content \u003d، / * utm_term \u003d، / * utm_medium \u003d؛
• صفحات دیگر با پارامترهای GET در URL؛
• به عنوان یک نتیجه از ویژگی های CMS (موتور) می گیرد.

در این حالت ، ویژگی rel \u003d "canonical" را به تمام صفحات استاتیک سایت اضافه کنید. به عنوان مثال ، برای صفحه https://site.ru/categ-1/page-2 ، rel \u003d "متعارف" به این صورت است:

href \u003d "https://site.ru/categ-1/page-2" /\u003e

2. برای صفحات با محتوای بسیار مشابه که در URL های مختلف موجود است.

به عنوان مثال ، می تواند صفحات یک سری از کالاها باشد ، که فقط در رنگ آمیزی یا صفحات کالا متفاوت است ، که به طور هم زمان در چندین دسته قرار دارد.

در این حالت ، شما باید از همه صفحات rel \u003d "canonical" به صفحه اصلی با اولویت اشاره کنید.

در این حالت ، در هر یک از صفحات صفحه بندی ، باید صفحه متعارف "نمایش همه" را مشخص کنید.

به عنوان مثال ، برای صفحه https://site.ru/categ-1/page-2 باید یک URL کانونی بنویسید:

خراب کردن / category-1 / show-all ”/\u003e

چگونه می توانم URL را با استفاده از ویژگی rel \u003d "canonical" مشخص کنم؟

بین نوشتن برچسب های هر صفحه HTML

این روش اصلی است. برای مشخص کردن پیوند کانونی ، بین برچسب ها بنویسید در صفحه آدرس اینترنتی کامل صفحه است که باید در فهرست باشد.

به عنوان مثال ، برای صفحه https://site.ru/*utm_content\u003d canonical https://site.ru/ است.

برای به دست آوردن چنین نتیجه ای ، در صفحه https://site.ru/*utm_content\u003d ما برچسب را مشخص کردیم:

خراب کردن /” />

مهم!
برای کاهش احتمال خطا در عناصر پیوند ، از پیوندهای مطلق و نه نسبی پس از ویژگی "rel \u003d" متعارف "استفاده کنید.

در نقشه سایت

در نقشه XML سایت می توانید آدرس کانونی (اصلی) را برای هر صفحه بنویسید.

مهم!
ویژگی rel \u003d "canonical" توصیه ای برای موتور جستجو است نه یک قاعده. در این حالت ، ام اس ممکن است آنها را نادیده بگیرد.

در هدر HTTP

بهترین استفاده برای اسناد با فرمت غیر HTML. به عنوان مثال ، برای فایلهای PDF.

در این حالت ، سرور هنگام درخواست فایل کپی ، باید پیوندی به پرونده اصلی بدهد:

ارتباط دادن: ؛ rel \u003d "متعارف"

مهم!
در صورت دسترسی به تنظیمات سرور ، این روش مناسب است. برای اسناد HTML توصیه نمی شود.

با استفاده از افزونه

افزونه های مختلفی برای CMS وجود دارد که به شما امکان پیکربندی URL کانونی را می دهد. مثلا:
- برای وردپرس می توانید با استفاده از SEO Yoast canonical را پیکربندی کنید.
- در OpenCart - در تنظیمات CMS اجرا شده است (باید وارد تنظیمات محصول شوید و پارامتر URL SEO را تنظیم کنید)؛
- برای پیکربندی ویژگی کانونی در جوملا (نسخه 3.x و بالاتر) ، باید عملکرد SEF را در تنظیمات CMS فعال کنید. پس از فعال کردن صفحات فنی فرم /index.php؟option ، ویژگی rel \u003d "canonical" اضافه می شود (نشان دادن URL به صفحه با پیکربندی CNC).

چگونه بررسی کنیم که آیا rel \u003d "canonical" به درستی پیکربندی شده است؟

تجزیه و تحلیل را می توان با یک برنامه خاص برای تجزیه و تحلیل SEO وب سایت انجام داد.

با استفاده از این برنامه خواهید دید:
- کدام صفحات در سایت بدون ویژگی rel \u003d "canonical"؛
- در کدام صفحه صفات rel \u003d "متعارف" وجود دارد ، و کدام صفحات برای آنها متعارف است.

اشتباهات اصلی استفاده از rel \u003d "عادی"

- URL کانونی خطای 404 را برمی گرداند.
- URL کانونی مشخص شده در یک دامنه یا زیر دامنه متفاوت است.
- پیوند متعارف قابل نمایه نیست.
- استفاده از rel \u003d "canonical" از صفحات صفحه بندی تا صفحه اول.

برای همه صفحات صفحه بندی ، توصیف صفحه اول متعارف صحیح نیست. این کار ایندکس کردن صفحات صفحه بندی را غیر ممکن می کند.

برای صفحات صفحه بندی ، همان صفحات باید به صورت عادی مشخص شوند.

به عنوان مثال ، صفحه https://site.ru/categ-1/page-2 باید دارای پیوند متعارف باشد:

.

- پیوندهای چندگانه \u003d "عادی" از یک صفحه.

برای یک صفحه باید یک صفحه متعارف وجود داشته باشد ، در غیر این صورت فقط URL اول مورد توجه قرار می گیرد.

- URL های مختلف کانونی.

همان روشهای کانونیک را برای روشهای مختلف اجرای صفت (مثلاً از طریق نقشه-نقشه سایت و از طریق rel \u003d "canonical" در صفحه خود) مشخص کنید.

نتیجه

ویژگی rel \u003d "canonical" ابزاری مناسب و مفید برای ارتقاء جستجو است. در صورت استفاده صحیح ، باعث افزایش کارآیی و سرعت بخشیدن به نمایه سازی سایت خواهد شد که به نوبه خود ، بر رتبه بندی آن تأثیر می گذارد.

مشترک شدن در خبرنامه

تحلیلگر SEO

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

من در حال نوشتن مقاله در وبلاگ SiteClinic در مورد ابزارها و تجزیه و تحلیل های SEO هستیم.

نقل قول مورد علاقه: برای موفقیت ، شما واقعاً باید آنچه را که انجام می دهید دوست داشته باشید.

نحوه مشخص کردن صفحه متعارف از بین همان یا مشابه

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

به ما اطلاع دهید که کدام یک از URL ها غیر مجاز است. در غیر این صورت ، ما خودمان آن را انتخاب خواهیم کرد یا هر دو آدرس را معادل در نظر می گیریم ، و این می تواند به پیامدهای نامطلوب منجر شود. برای اطلاعات بیشتر به بخش زیر مراجعه کنید. چرا URL معمولی را انتخاب کنید.

نحوه مشخص کردن یک صفحه متعارف

چندین روش برای مشخص کردن یک صفحه تکراری متعارف وجود دارد:

مسیر	شرح
	توصیه هایی که صرف نظر از روش انتخاب شده برای عادی سازی URL معتبر هستند.
	برچسب را در کد تمام صفحات تکراری اضافه کنید . طرفداران منهای اندازه صفحه را افزایش می دهد. این فقط با صفحات HTML کار می کند ، اما نه با پرونده هایی مانند PDF. برای حالت دوم ، می توانید از ویژگی rel \u003d canonical در هدر HTTP استفاده کنید.
	عنوان پاسخ \u003d عادی را در پاسخ صفحه وارد کنید. طرفداران اندازه صفحه را افزایش نمی دهد. به این ترتیب می توانید صفحات زیادی را که دوست دارید علامت گذاری کنید. منهای نشانه گذاری در سایت ها یا منابع بزرگ که در آن URL ها اغلب تغییر می کنند تلاش زیادی می کنند.
	صفحات متعارف را در نقشه سایت مشخص کنید. طرفداران تنظیم و به روز رسانی آسان ، به خصوص در سایت های بزرگ. منهای با این وجود Googlebot برای هر صفحه متعارف که در نقشه سایت مشخص کرده اید باید یک صفحه کپی را تعریف کند. سیگنال کمتری برای Googlebot نسبت به ویژگی rel \u003d canonical.
	از کد وضعیت 301 استفاده کنید تا به Googlebot بگویید که URL که بعنوان آدرس جدید صفحه تنظیم شده است ، به نسخه جدیدتری منتهی می شود.
صفحه گزینه با فرمت AMP	اگر یکی از تغییرات صفحه AMP است ، صفحه کانونی و تغییرات آن را مطابق دستورالعمل AMP نشان دهید.

مقررات عمومی

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

مقررات عمومی

• برچسب گذاری نکنید صفحات متعارف با استفاده از پرونده robots.txt.
• بکار نبرید ابزار حذف URL برای مشخص کردن صفحه متعارف: در این حالت ، آنها از نتایج جستجو حذف می شوند همه گزینه های URL
• مشخص نکنید نشانی اینترنتی های مختلف همان صفحه به صورت عادی یا یکسان به صورت یکسان یا متفاوت (به عنوان مثال ، لازم نیست یک URL را با استفاده از نقشه سایت اضافه کنید ، دیگری با استفاده از ویژگی rel \u003d "canonical").
• سعی نکنید جلوی آن را بگیرید انتخاب صفحه متعارف با استفاده از بخشنامه noindex. به گونه ای طراحی شده است که می تواند یک صفحه را از فهرست حذف کند.

حتما برجسته باشید صفحه متعارف با استفاده از ویژگی های hreflang. برای انجام این کار ، صفحه ای را به همان زبان یا نسخه آن به نزدیکترین زبان انتخاب کنید.

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

درباره فواید HTTPS نسبت به HTTP در URL های متعارف

در هنگام ایجاد پیوندهای متعارف ، Google در صورت عدم وجود مشكلات مانند موارد زیر ، صفحات HTTPS را ترجیح می دهد:

• صفحه HTTPS از یک گواهی SSL نامعتبر استفاده می کند.
• صفحه HTTPS حاوی وابستگی های ناایمن (غیر از تصاویر) است.
• صفحه HTTPS به صفحه HTTP تغییر مسیر می یابد.
• صفحه HTTPS با استفاده از ویژگی rel \u003d "canonical" به صفحه HTTP اشاره می کند.

علاوه بر این ، به صورت اختیاری می توانید نشان دهید که آدرس HTTPS باید ارجح باشد. در اینجا نحوه انجام این کار آورده شده است:

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

چگونه جلوگیری کردن استفاده از یک صفحه HTTP به صورت عادی:

• گواهی های SSL و همچنین پیوندهایی را از صفحه HTTPS به HTTP بررسی کنید. خطاهای موجود در آنها می تواند منجر به این واقعیت شود که آدرس HTTP متعارف تلقی شود. با این حال ، اجرای پروتکل HSTS اهمیتی ندارد.
• در نقشه ها و مؤلفه ها ، صفحه HTTPS را مشخص کنید ، نه HTTP.
• برای یک هاست نامعتبر از گواهینامه SSL / TLS استفاده نکنید (برای مثال ، اگر مثال.com گواهی برای www.example.com ارسال می کند). این گواهینامه باید با URL کامل سایت مطابقت داشته باشد یا یک گروه یک باشد ، یعنی مناسب برای استفاده در چندین زیر دامنه.

فقط برای کاربران پیشرفته: نحوه ساخت روبات های Google از پارامترهای پویا چشم پوشی می کند

می توانید در مورد گزینه هایی که باید نادیده گرفته شود به Google بگویید. برای اطلاعات بیشتر به مرکز راهنمایی مراجعه کنید. هنگام استفاده از این عملکرد ، روبات های ما محتوای تکراری را پردازش نمی کنند ، که کار آنها را ساده می کند. به عنوان مثال ، اگر مشخص کردید که می خواهید پارامتر sessionid را نادیده بگیرید ، صفحات زیر را یکسان می دانیم:

• https://www.example.com/dresses/green.php؟sessionid\u003d273749
• https://www.example.com/dresses/green.php

راه ها

برای مشخص کردن URL کانونی برای URL های کپی یا صفحات مشابه ، از یکی از روشهای شرح داده شده در زیر استفاده کنید.

به هر روشی که انتخاب کنید ، حتماً توصیه های کلی بالا را دنبال کنید.

از ویژگی rel \u003d "canonical" استفاده کنید

از عنوان در صفحه استفاده کنید . این نشان می دهد که صفحه مربوطه در حال کپی کردن صفحه دیگری است.

فرض کنید می خواهید صفحه https://example.com/dresses/green-dresses را مشخص کنید ، محتوای آن برای دیگران تکثیر می شود ، به صورت غیرمعمول. این مراحل را دنبال کنید:

علامت گذاری تمام صفحات تکراری با عنصر پیوند با ویژگی rel \u003d "متعارف". اضافه کردن به بخش این عناصر صفحات حاوی ویژگی rel \u003d "canonical" و پیوند به صفحه متعارف:


اگر ابتدایی صفحات گزینه ای برای دستگاه های تلفن همراه است ، عنصر پیوند را با ویژگی rel \u003d "متناوب" و پیوند به نسخه موبایل اضافه کنید:


در صورت لزوم صفات hreflang را اضافه کنید یا راه های تغییر مسیر را به روش های دیگر تنظیم کنید.

از ساختار URL زیر استفاده کنید: https://www.example.com/dresses/green/greendress.html
نه از این گزینه استفاده کنید: /dresses/green/greendress.html

از هدر HTTP rel \u003d "canonical" استفاده کنید

اگر به تنظیمات سرور دسترسی دارید می توانید با استفاده از ویژگی rel \u003d "canonical" در هدرهای HTTP (و استفاده از برچسبهای HTML) URL کانونی اسناد را در قالب دیگری غیر از HTML (به عنوان مثال PDF) مشخص کنید.

به عنوان مثال ، اگر یک فایل PDF در چندین آدرس اینترنتی مختلف در سایت شما موجود است ، می توانید هدر HTTP rel \u003d "canonical" را برگردانید تا به Googlebot بگویید که کدام یک از این URL ها متعارف است:

ارتباط دادن: ؛ rel \u003d "متعارف"

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

عناصر پیوند با ویژگی rel \u003d "متعارف" باید دارای مسیرهای مطلق باشد نه نسبی. جزئیات بیشتر:
صحیح: http://www.example.com/downloads/white-paper.pdf
اشتباه: /downloads/white-paper.pdf

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

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

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

روشن نکنید اگر از آن استفاده می کنید ، صفحات غیر متعارف در نقشه سایت.

برای URL های صفحات حذف شده از کد وضعیت 301 استفاده کنید

این آدرس های منسوخ را از بین می برد و امکان ارسال به آدرس های جدید را فراهم می آورد.

فرض کنید می توانید به آدرس های اینترنتی زیر به صفحه خود بروید:

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

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

اگر به یک سرویس میزبانی وب دسترسی دارید ، سعی کنید اسناد مربوط به تنظیم 301 تغییر مسیر را در مواد راهنمایی ارائه شده روی آن پیدا کنید.

آیا این اطلاعات مفید بود؟

چگونه می توان این مقاله را بهبود بخشید؟

پیوند لینک \u003d ویژگی معمولی - برچسب ، که برای نشان دادن صفحات متعارف در سایت استفاده می شود. صفحات متعارف چیست؟ یک صفحه متعارف صفحه ای از سایت است که آدرس آن به صورت متعارف (ترجیحی) در گروهی از صفحات است که از نظر محتوا مشابه هستند. به عبارت ساده ، URL صفحه معمولی آدرسی است که در صورت وجود ایندکس می شود.

چه زمانی از لینک های متعارف استفاده کنیم

1. برای جلوگیری از ظهور موارد مختلفی مثلا:
   • مرتب سازی صفحات: / * مرتب سازی ، ASC ، نزولی ، لیست \u003d *؛
   • به دلیل برچسب های UTM طول می کشد: * utm_source \u003d، / * utm_campaign \u003d، / * utm_content \u003d، / * utm_term \u003d، / * utm_medium \u003d؛
   • صفحات دیگر با پارامترهای GET در URL؛
   • به عنوان یک نتیجه از ویژگی های CMS (موتور) می گیرد.

   در این حالت ، ویژگی rel \u003d "canonical" را به تمام صفحات استاتیک سایت اضافه کنید. به عنوان مثال ، برای صفحه https://site.ru/categ-1/page-2 ، rel \u003d "متعارف" به این صورت است: href \u003d "https://site.ru/categ-1/page-2" /\u003e

2. برای صفحات با URL های مختلف با محتوای بسیار مشابه.به عنوان مثال ، این ممکن است صفحات یک سری از محصولات باشد ، که فقط در رنگ یا صفحه محصول متفاوت است ، که به طور هم زمان در چند دسته قرار دارد.
3. در صفحات صفحه بندی ، در صورتی که دسته های سایت دارای صفحات "نمایش همه" هستند.در این حالت ، در هر یک از صفحات صفحه بندی ، باید صفحه متعارف "نمایش همه" را مشخص کنید. به عنوان مثال ، برای صفحه https://site.ru/categor-1/page-2 باید آدرس کانونی را بنویسید: خراب کردن/ category-1 / show-all ”/\u003e

چگونه آدرسهای کانونی را پیکربندی کنیم rel \u003d "canonical"؟

بین نوشتن برچسب های هر صفحه HTML

این روش اصلی است. برای مشخص کردن پیوند کانونی ، بین برچسب ها بنویسید در صفحه آدرس اینترنتی کامل صفحه است که باید در فهرست باشد.

به عنوان مثال ، برای صفحه https://site.ru/*utm_content\u003d canonical https://site.ru/ است.

برای به دست آوردن چنین نتیجه ای ، در صفحه https://site.ru/*utm_content\u003d ما برچسب را مشخص کردیم:

خراب کردن/” />

برای کاهش احتمال خطا در عناصر پیوند ، از پیوندهای مطلق و نه نسبی پس از ویژگی "rel \u003d" متعارف "استفاده کنید.

در نقشه سایت

در نقشه XML سایت می توانید آدرس کانونی (اصلی) را برای هر صفحه بنویسید.

در هدر HTTP

بهترین استفاده برای اسناد با فرمت غیر HTML. به عنوان مثال ، برای فایلهای PDF.

در این حالت ، سرور هنگام درخواست فایل کپی ، باید پیوندی به پرونده اصلی بدهد:

ارتباط دادن: ؛ rel \u003d "متعارف"

در صورت دسترسی به تنظیمات سرور ، این روش مناسب است. برای اسناد HTML توصیه نمی شود.

با استفاده از افزونه

افزونه های مختلفی برای CMS وجود دارد که به شما امکان پیکربندی URL کانونی را می دهد. مثلا:

• برای وردپرس عرفی canonical با استفاده از SEO Yoast قابل تنظیم است.
• در OpenCart - در تنظیمات CMS اجرا شده است (باید وارد تنظیمات محصول شوید و پارامتر SEO URL را تنظیم کنید)؛
• برای پیکربندی ویژگی کانونی در جوملا (نسخه 3.x و بالاتر) ، باید عملکرد SEF را در تنظیمات CMS فعال کنید. پس از فعال کردن صفحات فنی فرم /index.php؟option ، ویژگی rel \u003d "canonical" اضافه می شود (نشان دادن URL به صفحه با پیکربندی CNC).

301 تغییر مسیر یا rel \u003d canonical

اگر هیچ عاملی وجود ندارد که مانع اجرای آن شود ، سپس از این گزینه استفاده کنید. به یاد داشته باشید که پیوند کانونی برای موتورهای جستجو توصیه می شود. اغلب ، در نتایج جستجوی Google ، می توانید صفحات غیر مجاز را پیدا کنید و پیوند منبع به کد صفحه نشان داده می شود.
الگوریتم موتور جستجو نه تنها در جستجوی یک لینک کانونی در کد صفحه ، بلکه بر روی میزبان فاکتورهای دیگر - وجود پیوندهای خارجی و داخلی ، ارتباط با کاربر و غیره نیز ساخته می شود. بنابراین ، ممکن است Google نظر دیگری در مورد اینکه کدام یک از صفحات تکراری باید اصلی در نظر گرفته شود داشته باشد.
اگر می خواهید صفحات را در دسترس کاربران قرار دهید یا در اجرای 301 تغییر مسیر در سایت مشکل فنی دارید - از rel \u003d canonical استفاده کنید.

خطاهای متداول با استفاده از rel \u003d canonical

URL های متعارف محبوب ترین موتورهای جستجو را پشتیبانی می کنند: Google ، Yandex ، Yahoo ، Bing. اما شما همچنان صفحات غیر مجاز را در سایت خود در این فهرست مشاهده می کنید؟ اولین کاری که باید انجام دهید بررسی اینست که هنگام تنظیم rel \u003d canonical خطایی ایجاد شده است یا خیر. در زیر لیستی از خطاهای رایج آورده شده است:

صفحه غیرقابل شمارش عرفی

بررسی کنید که آیا روبات موتور جستجو می تواند صفحه ای را که به آن لینک می کنید به صورت عادی نمایه شود. مطمئن شوید که:

• صفحه با سرور 200 پاسخ می دهد؛
• متا تگ های روبات با مقدار noindex در صفحه نصب نشده است.
• این صفحه از فهرست بندی در پرونده robots.txt بسته نمی شود.

URL های کانونی مختلف برای یک صفحه

اغلب ، ماژول های نصب شده در سایت پیوندهای متعارف را به کد اضافه می کنند. این می تواند منجر به ظهور چندین rel \u003d canonical در صفحه شود. اگر پیوندهای موجود در برچسب ها به URL های مختلفی نشان داده شود ، به احتمال زیاد Google و موتورهای جستجو دیگر به سادگی توصیه های شما را نادیده نمی گیرند.
بنابراین ، تمام تلاش ها برای تنظیم صفحات متعارف قابل ابطال است. کد منبع صفحات خود را بیشتر از قبل بررسی کنید تا مطمئن شوید فقط یک پیوند متعارف وجود دارد.

سوء استفاده از پیوندهای مطلق

یک اشتباه رایج است مشخص کردن پیوند کانونی بدون پروتکل http: // یا https: //همانطور که در مثال زیر نشان داده شده است:

< link rel = «canonical» href = «ururu.com/ololo.html» / >

< link rel = «canonical» href = «/ololo.html» / >

یا مسیر مطلق کامل با پروتکل:

< link rel = «canonical» href = "http://ururu.com/ololo.html"/ >

با استفاده از یک برچسب در خارج از بلوک سر

برای درک صحیح توسط موتورهای جستجو ، به ویژه برای Google ، برچسب rel \u003d canonical باید در ناحیه سر کد صفحه شما قرار داشته باشد. علاوه بر این ، این برچسب باید تا حد امکان در ابتدای کد HTML قرار بگیرد.

پیوندهای متعارف از صفحات صفحه بندی به صفحه اول

چنین تصمیمی کاملاً قادر به مقابله با استفاده است. با این حال ، می تواند روی فهرست بندی صفحات ، پیوندهایی که در صفحات صفحه بندی قرار دارد ، تأثیر منفی بگذارد. مثلاً در صفحه http://example.com/dresses.html؟page\u003d3 پیوندها به 20 محصول واقع شده اند - آنها توسط ربات جستجو مستقیم از لینک های این صفحه فهرست بندی نمی شوند.

برچسب معمولی هنگام استفاده از hreflang

اگر پیاده سازی کنید hreflang در مورد پروژه خود ، مطمئن شوید که تمام پیوندهای متعارف به صفحات همان نسخه زبان اشاره می کنند. عدم رعایت این قانون می تواند منجر به بروز مشکلات در رتبه بندی نسخه های زبان و همچنین سوء تفاهم توسط موتورهای جستجو برای اولویت بندی صفحات تکراری شود.

پیوندهای غیر متعارف در sitemap.xml

به روبات جستجو کمک می کند تا بفهمد کدام صفحات سایت شما باید در فهرست نتایج فهرست بندی و رتبه بندی شوند. به همین دلیل است که نباید از صفحات فهرست بندی یا غیر مجاز به هیچ وجه به نقشه سایت بسته شوید.

استفاده از rel \u003d canonical برای صفحات غیر یکسان

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

پیوندهای متعارف (لینک مشخصه برچسب مربوط به canonical) به شما امکان می دهد مشخص کنید کدام صفحه از گروه صفحات مشابه یا یکسان را که می خواهید نمایه کنید سودمند بودن این ابزار دشوار است برای بیش از حد ارزیابی و احمقانه نادیده گرفته شود. از این گذشته ، به تفسیر صحیح صفحات سایت توسط موتورهای جستجوگر این است که سئو سایت تا حد زیادی کاهش می یابد. علاوه بر این ، پیوندهای متعارف تقریبا توسط هر CMS مدرن مانند جوملا یا وردپرس پشتیبانی می شوند.

محتوا را کپی نکنید و لینک های مناسب را قرار دهید!