Атрибут rel=canonical — як використовувати: повна довідка щодо налаштування канонічних сторінок
Важливість цього атрибута складно переоцінити. Завдяки використанню канонічних посилань стало можливим уникнути появи сторінок-дублів в індексі пошукових систем і покращити ранжування пріоритетних сторінок.
Підтримка тегу rel=canonical дозволила існувати дубльованому контенту на різних URL сайту (або навіть на інших доменах) без шкоди для ранжування основної бажаної сторінки.
У цій статті ми розберемо всі тонкощі, пов’язані з використанням канонічних посилань, і зрозуміємо, чому rel=canonical зайняв таке важливе місце в чек-листі правильної внутрішньої оптимізації сайту.
Зміст:
Що таке HTML тег rel canonical
- Переваги для SEO від використання canonical URL
- Як налаштувати rel canonical
- Коли слід використовувати канонічні посилання
- Основні помилки використання rel=canonical
- не індексована канонічна сторінка
- різні канонічні URL для однієї сторінки
- неправильне використання абсолютних посилань
- використання тегу поза блоком
- канонічні посилання зі сторінок пагінації на першу сторінку
- тег canonical при використанні hreflang
- неканонічні посилання в sitemap.xml
- використання rel=canonical для неідентичних сторінок
- Тег rel=canonical і соціальні мережі
- Як перевірити використання канонічних посилань на сайті
- Висновок
- + Бонус
- Канонічні URL для Opencart
- Канонічні URL для Бітрікс
Що таке HTML тег rel canonical
12 лютого 2009 року компанія Google офіційно анонсувала підтримку формату канонічних сторінок, надавши тим самим потужний інструмент впливу на процес індексації сайту пошуковими системами.
Атрибут тегу rel="canonical" призначений для вказівки канонічної сторінки, тобто сторінки-першоджерела. Якщо на вашому сайті ідентичний або дуже схожий контент доступний за різними URL-адресами, то цей формат допоможе вказати бажану сторінку для пошукових систем.
Простіше кажучи, ви допомагаєте пошуковій системі зрозуміти, яку з однакових сторінок потрібно ранжувати, а яку вважати додатковою. При цьому всі характеристики додаткових (неканонічних) сторінок, наприклад, поведінка користувачів і посилальна вага, передаються бажаній (канонічній) сторінці.
Що таке канонічна сторінка
Канонічна сторінка — це сторінка-оригінал або першоджерело. Канонічною може бути практично будь-яка сторінка сайту, якщо вона доступна для індексації роботами пошукових систем.
Переваги для SEO від використання canonical URL
Пошукові системи вкрай негативно ставляться до дубльованого контенту, чи то копіювання інформації з іншого сайту, чи дублікати сторінок у рамках одного домену. Усунення проблеми дублів є ключовим аспектом грамотної внутрішньої оптимізації сайту.
У багатьох випадках на допомогу приходить 301 редирект, але що робити, якщо необхідно залишити сторінку-дубль доступною для відвідувачів сайту? Або використання редиректу недоступне через особливості движка? Саме для таких випадків і був розроблений формат канонічних посилань. Загалом, встановлення rel=canonical має ті ж властивості, що й 301 редирект, але без фактичного перенаправлення користувачів.
Як налаштувати rel canonical
Існує кілька способів вказівки канонічної сторінки. Найпоширеніший — це вказівка посилання на першоджерело в блоціпоточної сторінки.Отже, сторінка з адресою http://example.com/no-canonical-link.html є копією сторінки
http://example.com/canonical-link.html, отже, канонічний тег має вказувати на останню як на першоджерело.
У коді сторінки http://example.com/no-canonical-link.html у блоці має бути наступний код:
Так, ось так просто. Лише один рядок із посиланням на оригінальну сторінку може не лише вберегти ваш сайт від санкцій за неунікальний контент, а й суттєво покращити рейтинг сторінки-першоджерела.
Канонічне посилання в заголовку HTTP
Google також підтримує rel=canonical у HTTP-заголовку сторінки. Цей спосіб найчастіше використовується для документів не HTML-формату, наприклад, для файлів формату PDF. Таким чином, для альтернативного файлу сервер має віддавати в заголовку посилання на файл-оригінал (канонічний файл):
Link: <http://example.com/original-file.pdf>; rel="canonical"При використанні CDN-мереж, коли вміст сайту розподілений на різних доменах, також можливо вказувати канонічний URL для таких файлів у заголовку сервера.
Як визначити канонічну сторінку
Припустимо, на вашому сайті існує дві сторінки з однаковим контентом, доступні для індексації роботами пошукових систем. Усе просто в разі, коли одна з них є похідною від іншої. Наприклад, сторінка сортування буде похідною від сторінки категорії товарів:
http://example.com/dresses.html — канонічна сторінка
http://example.com/dresses&sort=15limit.html — неканонічна сторінка
Складнощі при виборі канонічної сторінки виникають, коли через особливості CMS-системи сайту кілька URL виглядають рівнозначними.
У такому випадку можна керуватися такими факторами:
- кількість внутрішніх посилань на сторінку
- кількість зовнішніх посилань на сторінку
- відвідуваність сторінки
В ідеалі, канонічною має стати найбільш відвідувана сторінка з найбільшою кількістю внутрішніх і зовнішніх посилань порівняно з іншими сторінками-дублями.
Коли слід використовувати канонічні посилання
Загалом, канонічні посилання варто використовувати, коли є необхідність залишити можливість для користувачів відвідувати сторінки-дублі, і ви чітко розумієте природу їх виникнення.
rel=canonical для сторінок сортування
Якщо товари у вашому інтернет-магазині чи каталозі можна сортувати за різними параметрами, то існує ймовірність відображення цих параметрів в URL сторінки та виникнення дубля на кшталт
http://example.com/dresses.html?sort=price
Необхідно з усіх можливих варіантів сортування проставити канонічне посилання на основну категорію з сортуванням за замовчуванням, адреса якої використовується в меню сайту:
rel=canonical для сторінок пагінації
Існують різні підходи до роботи зі сторінками пагінації. Google рекомендує використовувати канонічне посилання на сторінку, де представлені всі товари. Тобто для кожного розділу необхідно створити сторінку, на якій будуть виведені абсолютно всі товари, що входять до цієї категорії.
Однак на практиці ми бачимо, що такий підхід не завжди виправданий з точки зору часу завантаження такої сторінки та поведінки користувачів. Реалізувати такий функціонал також не завжди можливо.
Якщо варіант зі сторінкою, де зібрані всі товари категорії, не підходить, то варто використовувати канонічний URL у поєднанні з тегами prev і next. При цьому rel=canonical вказуватиме сам на себе, що дозволить забезпечити нормальну індексацію товарів на сторінках пагінації.
Наприклад, у коді сторінки http://example.com/dresses.html?page=3 ми побачимо канонічний URL, що вказує на неї ж:
rel=canonical для сторінки друку та реферальних посилань
У разі реалізації сторінки друку через додатковий параметр, наприклад:
http://example.com/blog/article.html?print=yes
варто також використовувати посилання на канонічну сторінку:
Подібна ситуація виникає і при використанні реферальних посилань, наприклад:
http://example.com/myblog.html?partner=12313
Для таких сторінок необхідно проставити канонічне посилання на оригінальну сторінку:
У разі нехтування цим правилом ви ризикуєте отримати масу сторінок-дублів в індексі пошукових систем (пропорційно кількості рефералів)
301 редирект чи rel=canonical
Якщо немає факторів, що перешкоджають впровадженню 301 редиректу, то використовуйте цей варіант. Пам’ятайте, що вказівка канонічного посилання є рекомендаційною для пошукових систем. Нерідко у видачі Google можна зустріти неканонічні сторінки, що ранжуються, при цьому в коді сторінки буде вказано посилання на першоджерело.
Алгоритм пошуковика базується не лише на пошуку канонічного посилання в коді сторінки, а й на багатьох інших факторах — наявності зовнішніх і внутрішніх посилань, релевантності для користувача тощо. Тому у Google може бути інша думка щодо того, яку з сторінок-дублів вважати оригінальною.
Якщо ж необхідно залишити сторінки доступними для користувачів або існують технічні складнощі в реалізації 301 редиректу на сайті — використовуйте rel=canonical
Канонічний URL, що вказує на цю ж сторінку
Ця тема й досі є предметом дискусій серед SEO-оптимізаторів. Справа в тому, що більшість CMS без проблем дозволяють додавати параметри в URL-адресу без зміни самого контенту сторінки. Тому ми в Q-SEO дотримуємося думки, що додавання rel=canonical на всіх сторінках сайту з посиланням на самих себе не лише не зашкодить вашому сайту, а й убезпечить від потенційних дублів.
rel=canonical на інший домен
15 грудня 2009 року Google заявив про підтримку канонічних посилань, що вказують на інший домен. У публікаціях багатьох блогерів ви досі можете зустріти інформацію про те, що вказувати канонічний URL на інший домен заборонено. Спочатку Google дійсно займав таку позицію, але згодом додав підтримку крос-доменних канонічних посилань.
Цей метод дозволяє вам публікувати цікавий контент для своїх користувачів, вказуючи при цьому канонічне посилання на першоджерело. У такому разі виграють обидва сайти. Перший не ризикує бути песимізованим пошуковими системами за неунікальний контент і надає своїй аудиторії цікавий контент. Другий же отримує приріст посилальної маси та інших характеристик від неканонічної сторінки на іншому домені.
Основні помилки використання rel=canonical
Канонічні URL підтримують більшість популярних пошукових систем: Google, Яндекс, Yahoo, Bing. Але ви все одно продовжуєте бачити в індексі неканонічні сторінки вашого сайту? Перше, що потрібно зробити — перевірити, чи не була допущена помилка при налаштуванні rel=canonical. Нижче перелік найпоширеніших помилок:
Не індексована канонічна сторінка
Перевірте, чи може робот пошукової системи проіндексувати сторінку, на яку ви посилаєтеся як на канонічну. Переконайтеся, що:
- сторінка віддає відповідь сервера 200
- на сторінці не встановлено мета-тег robots зі значенням noindex
- сторінка не закрита від індексації у файлі robots.txt
Різні канонічні URL для однієї сторінки
Досить часто модулі, встановлені на сайт, додають у код канонічні посилання. Це може призвести до появи кількох rel=canonical на сторінці. Якщо посилання в тегах вказані на різні URL, то, найімовірніше, Google та інші пошуковики просто проігнорують ваші рекомендації.
Таким чином, усі зусилля з налаштування канонічних сторінок можуть бути зведені нанівець. Частіше перевіряйте вихідний код ваших сторінок, щоб переконатися в наявності лише одного канонічного посилання.
Неправильне використання абсолютних посилань
Поширеною помилкою є вказівка канонічного посилання без протоколу http:// або https://, як показано в прикладі нижче:
Допустимо вказувати відносні посилання:
або повний абсолютний шлях із протоколом:
Використання тегу поза блоком head
Для коректного сприйняття пошуковими системами, особливо це стосується Google, тег rel=canonical має перебувати в межах області head коду вашої сторінки. Крім того, цей тег варто розміщувати якомога ближче до початку HTML-коду.
Канонічні посилання зі сторінок пагінації на першу сторінку
Таке рішення цілком дієздатне для боротьби з дублями. Однак воно може негативно вплинути на індексацію сторінок, посилання на які розташовані саме на сторінках пагінації. Наприклад, на сторінці http://example.com/dresses.html?page=3 розміщені посилання на 20 товарів — вони не будуть проіндексовані пошуковим роботом безпосередньо за посиланнями з цієї сторінки.
Тег canonical при використанні hreflang
Якщо ви впроваджуєте hreflang на своєму проєкті, обов’язково переконайтеся, що всі канонічні посилання вказують на сторінки цієї ж мовної версії. Недотримання цього правила може призвести як до проблем із ранжуванням мовних версій, так і до неправильного розуміння пошуковими системами пріоритетних для ранжування дубльованих сторінок.
Неканонічні посилання в sitemap.xml
Файл sitemap.xml допомагає пошуковому роботу зрозуміти, які сторінки вашого сайту потрібно індексувати та ранжувати в пошуковій видачі. Саме тому не варто додавати до карти сайту закриті будь-яким способом від індексації або неканонічні сторінки.
Використання rel=canonical для неідентичних сторінок
Цей атрибут був розроблений спеціально для вказівки пріоритетної сторінки серед сторінок-дублів. Судячи з усього, пошуковики допускають певний ступінь розбіжностей у контенті сторінки. Але це абсолютно не означає, що можна ставити канонічне посилання на просто схожу за тематикою сторінку.
Якщо Google помітить вас у неправильному використанні канонічних посилань, це може вплинути на його ставлення до rel=canonical для всього вашого домену, і тоді постраждають навіть правильно налаштовані сторінки.
Тег rel=canonical і соціальні мережі
Facebook і Twitter чудово розуміють канонічні посилання. Коли користувач ділиться неканонічною статтею, соціальна мережа підтягує дані саме за канонічним посиланням, якщо інше не передбачено особливостями неканонічної сторінки.
Крім того, лічильники лайків також підтягуватимуть значення саме з канонічної сторінки.
Як перевірити використання канонічних посилань на сайті
Після завершення робіт із налаштування канонічних сторінок на сайті рекомендуємо скористатися програмою Screaming Frog SEO Spider.
На вкладці Directives ви знайдете вичерпну інформацію про те, на яких сторінках встановлено канонічний тег і куди він веде.
Для посторінкової перевірки зручно користуватися розширенням для браузера від rds bar.
При кліку на кнопку SEO, серед іншого, з’явиться інформація щодо канонічного посилання, якщо тег присутній у коді сторінки.
Висновок
Використання rel=canonical, без сумніву, стало must-have у роботі кожного SEO-оптимізатора. Але, як і будь-який інший потужний інструмент, воно вимагає вмілого поводження, так і цей атрибут передбачає ретельне продумування всіх аспектів впровадження на сайт.
Сподіваємося, що в цій статті ми роз’яснили всі технічні аспекти використання цього необхідного для успішного SEO інструменту.
Усім успішних проєктів і не забудьте поділитися статтею з друзями та колегами, якщо вона була корисною для вас!
+ Бонус
Канонічні URL для Opencart
Багато модулів для Opencart не враховують того, що під час своєї роботи генерують доступні для пошукових систем дублі сторінок. Наприклад, ви вирішили вивести на головну сторінку блог із товарами «Хіт продажів». Цілком імовірно, що при кліку з головної сторінки товар буде доступний за посиланням http://example.com/tovar.html, а при переході з каталогу — за посиланням, що включає назву категорії в URL, наприклад, http://example.com/category/tovar.html.
Найпоширеніші проблеми, що вирішуються за допомогою вказівки канонічних сторінок:
- доступність товару за кількома URL-адресами, наприклад:
http://example.com/tovar.html
http://example.com/category/tovar.html
http://example.com/category/subcategory/tovar.html
http://example.com/novinki/tovar.html
Канонічним має бути той URL, який відноситься до основної категорії товару.
Звісно, більш правильним рішенням буде 301 редирект і фактична заміна посилань на сайті. Якщо такий варіант недоступний, можна використовувати канонічні посилання.
- доступність категорій за кількома URL-адресами, наприклад:
http://example.com/category/subcategory/
http://example.com/category/subcategory/?min_price=170&max_price=990
Вирішити цю задачу можна модифікацією файлу header.tpl
У блоці head необхідно розмістити цей код, який дозволить для всіх сторінок, що містять параметр ?min_price, вказати канонічне посилання на основну сторінку самої категорії:
Канонічні URL для Бітрікс
Для CMS-системи Бітрікс також актуальні дублі товарів, розміщених у різних категоріях. Вирішується ця проблема за допомогою канонічного посилання, доданого в блок. Реалізувати можна таким способом: У властивостях інфоблоку створюємо властивість "Канонічний URL", код властивості – CANONICAL, тип — рядок. У шаблоні елемента каталогу додаємо:
<? if(!empty($arResult["PROPERTIES"]["CANONICAL"]["VALUE"]))
{
$APPLICATION->SetPageProperty('canonical', $arResult["PROPERTIES"]["CANONICAL"]["VALUE"].$arResult["CODE"] );
}
?>У header.php шаблону в області HEAD додаємо:
GetProperty("canonical")!="" && $APPLICATION->GetProperty("canonical")!=$APPLICATION->sDirPath) {
return ''; } else { return false; } } $APPLICATION->AddBufferContent('ShowCanonical');
?> Звісно, замість www.example.com потрібно вставити назву вашого сайту.
У результаті, якщо в адмінпанелі сайту в полі властивості вказати адресу канонічного посилання, то сформоване посилання виведеться в блок head неканонічної сторінки.
Починаючи з версії 15.5.0, весь процес встановлення канонічних адресів можна пройти в адмінпанелі. Докладніше тут.
