Атрибут link rel "canonical" як ще один ефективний спосіб боротьби з дублями і не тільки

Що важливо - даний тег підтримується всіма пошуковими системами. в тому числі нашими улюбленими Яндекс і Google.
Отже, сьогодні я вам розповім, як і для чого потрібно використовувати тег rel canonical. в яких ситуаціях він дійсно ефективний, а заодно переконаємося в цій самій ефективності на реальному експерименті. приготуйтеся :)
Для початку нагадаю вам про тих постах, що я торкнувся на початку:
Спершу варто пройтися по теорії, щоб зрозуміти для чого даний атрибут взагалі був створений, які цілі переслідувалися і дізнатися, що ж рекомендують пошуковики.
Теорія і довідка від пошукових систем
Наводжу посилання на офіційну позицію пошукових систем: Google про атрибут rel = "canonical" і Яндекс про атрибут rel = "canonical" тега . Зрозуміло, і mail.ru тут як тут - про значення canonical в тезі - не могли ж вони відстати від Яндекса, але це і добре, все під копірку, нам же простіше.
Навіщо потрібно вказувати канонічну сторінку? Якщо пошукова система бачить, що сторінки дуже схожі або однакові, то згідно з алгоритмами в результатах пошуку з'явиться тільки одна краща сторінка, яка, на думку пошукової системи, найкраще відповідає на запит користувача.
А як ми знаємо, пошукач не завжди вгадує наші бажання, тому краще перестрахуватися і вказати потрібну сторінку самостійно. Зробити це можна додавши посилання rel = "canonical" в розділ
неканонічних версій всіх сторінок HTML.Ще виявляється, можна вказувати канонічну посилання для НЕ HTML вмісту. а, наприклад, для pdf, doc або інших файлів за допомогою заголовків. Типу як X-Robots-Tag HTTP header, тільки тут буде Link HTTP header. Але це вже зовсім для гик-маніяків, так що розповідати про це не буду.
Що буде, якщо атрибут rel = "canonical" вказує на неіснуючу сторінку? А якщо канонічними призначено кілька сторінок набору? У цьому випадку пошукова система просто проігнорує дані правила і буде надходити, як і раніше - обчислювати відповідний екземпляр з набору сторінок згідно алгоритмам.
Чи можна використовувати атрибут rel = "canonical" для вказівки канонічного URL на іншому домені? Можна, але не потрібно. Важливо розуміти, що атрибут canonical це всього лише підказка чи рекомендація, а не суворе правило на відміну від редиректу, який і варто використовувати в даному випадку.
На підставі всього вишенапісанного, а так само за інформацією з інших офіційних джерел (блоги пошукових систем і блоги їх співробітників) можна зробити висновки про те, що тег link rel = "canonical":
Практичне застосування і експеримент
Ось цитата з його блогу про те, яка мета, які варіанти розвитку подій і очікуваний результат:
Мета експерименту: з'ясувати, чи буде переданий «вага посилання» зі сторінки А на сторінку С, в тому випадку, якщо сторінка А посилається на сторінку Б, а на сторінці Б варто rel = "canonical", який вказує, що канонічної сторінкою є сторінка С.
Якщо зі сторінки А на сторінку З «вага посилання» передається, то необхідно з'ясувати чи має значення «першочерговість».
Необхідно з'ясувати в якому з двох варіантів буде переданий «вага посилання» зі сторінки А на сторінку С. Під «вагою посилання» я розумію так званий «анкорний вага», тобто якщо сторінка акцептор шукається по тексту стоїть на неї посилання, то вважаємо, що «вага посилання» передається, якщо не шукається, то не передається.
Повний опис та хід експерименту дивіться за посиланням.
Я ж повідомлю результати експерименту і висновки:
В черговий раз узагальнюючи всю інформацію викладену в пості, хочу сказати, що використовувати тег link rel = "canonical" потрібно. В першу чергу це відмінний спосіб запобігти дублювання контенту (особливо це стосується помилок і недоробок більшості CMS) і накладення санкцій за це з боку пошукових систем.
З повагою, Олександр Алаев
Проти цього блогу нічого проти сказати не хочу, він багато разів допомагав з хтачесом, є статті, купував модуль. Ну просто от ці дві речі помилка 404 і канонічна це краще трохи краще про це почитати.
Е-е-е, не зрозумів претензії до даної статті. Тут навпаки пишуть що для 404 не варто робити канонікал.
Коротше, рекомендую прочитати офіційну довідку від пошукачів, а потім котити бочку і вступати в дискусію. І так, обов'язково варто підтягнути українську мову.
тільки от сео пак цей канонікал на всі сторінки суне, і на дублі і на основні. а потрібно щоб тільки в дублях він був.
Ксенія Юріївна (2 комм.)
Привіт, У Яндексі я прочитала, що link rel = canonical потрібно вказувати на неканонічних сторінках. В цьому випадку я не знаю, де мені шукати ці сторінки і як мені в кожну сторінку чисто технічно код вписувати. Якщо таких сторінок набирається сотні. У мене є доступ до коду тільки в Word Press, так як у вас написано, це зробити цілком прийнятно. Але чи діє цей запис? Яндекс господар становища, а він пише не так. Запишу ка я, на вашу раді, все одно я у Яндекса не можу зрозуміти. Але тільки я запізнилася у мене в індексі вже повно дублів і редирект працює. Дякую за статтю.
Здрастуйте, у мене на сайті на головній сторінці внизу пропозицію типу "На сайті вся інформація надана для ознайомлення і т.п.", як мені вказати за допомогою цього тега що превоісточніком є головна? CMS DLE
life bits (3 комм.)
В індексі стали з'являтися дублі сторінок із закінченням .html / 123 і т.п. Їли знайшов як виправити. Виявилося в плагіні Інструменти SEO на Канонічні урли виставлена галочка була, а на No Pagination for Canonical URLs була відсутня. Поставив галочку на останню, головна сторінка статті стала канонічною. До цього було як по сходинці, один дубль посилався на інший канонічний дубль.
Костянтин (2 комм.)
Передісторія. Яндекс сайт (з великою кількістю піддоменів) індексує добре, кількість сторінок у пошуку зростає. В гуглі навіть через два місяці - все сумно. Почав копати в коді і в настройках СЕО плагіна (сайт на ВП, плагін Yoast SEO).
Виявив, що кожна сторінка сайту в коді містить канонічну посилання на себе ж. До чого це може призвести? Наскільки я розумію сенс канонічних посилань - вони показують, що одна сторінка є дублем інший для ПС. А у мене виходить що кожна сторінка говорить що вона дубль самої себе?
І відразу питання глобальне. Чи є сторінки на піддоменів дублями основного домену та один одного? (Яндекс прив'язку по регіонах прийняв на піддоменів) і я хотів би, щоб індексувався кожен піддомен в своєму регіоні окремо. І наскільки реально і правильно моє бажання?
Вибачте за такий довгий питання.
Не зовсім вірно. Канонічна сторінка показує яка сторінка є основною. Тобто для сторінки умовного кажучи site.ru/page на якій стоїть канонікал сам на себе пошуковик зрозуміє що це і є основна сторінка. А для сторінки типу site.ru/page?utm_content=blog основна сторінка буде вже site.ru/page і тому сторінка з ютм мітками в індекс не ввійде.
Це одна з причин чому на сторінках проставляють рел = канонікал сам на себе. Щоб в індекс не полізли сторінки з параметрами.
Костянтин (2 комм.)
Автодзеркал (2 комм.)
Прошу Вашого ради з приводу урлов, індексації та движка OpenCart 1.5.
2. Чи потрібен атрибут rel = "canonical" або прибрати його?
Бажано з точки зору сео.
Також поради по магазину вітаються.
А як зараз діє rel = "canonical"? що-небудь змінилося?
Цікавить ситуація з пагінацією:
Ви пишіть, що ні проставляєте canonical на першу або показати все - як бути? Яке краще рішення для пагінацію, якщо цікавить більше Яндекс.
Помітив, що на вашому сайті: кожна сторінка пагінацію сама на себе вказує, а не на 1-ю або "all pages"
Буду радий будь-якому відповіді! Дякую за статтю!
Тобто, припускаю, що в engine.php або в main.tpl треба додати:
Який тег виведе посилання самої сторінки?
P.S: Заранее спасибо! ;)