rel=»canonical» – це спосіб прямо сказати Google, який URL є основним, якщо на сайті існує кілька сторінок з однаковим або схожим контентом. Усе інше – деталі, нюанси та типові пастки.
У SEO дублікати з’являються не через помилки контенту, а через логіку сайтів: фільтри, сортування, UTM-мітки, різні шляхи до одного товару. Пошуковик бачить це як кілька сторінок і змушений обирати сам. Іноді він помиляється, іноді просто розмиває сигнали. Canonical працює як вказівник: “ось головна версія, орієнтуйся на неї”. Це допомагає зберегти позиції, зібрати посилальну вагу в одному місці та зробити індексацію передбачуваною.
Коли ставити rel=»canonical»
Canonical доречний не завжди, але є сценарії, де без нього сайт швидко перетворюється на клубок URL. Якщо коротко – коли сторінки різні технічно, але однакові за змістом.
- URL з параметрами. Сортування за ціною, рейтингом, датою. Контент той самий, змінюється лише порядок.
- UTM-мітки та клікові ідентифікатори. Реклама створює копії сторінок, які не мають жодної SEO-цінності.
- Фільтрація в каталогах. Комбінації фільтрів здатні генерувати тисячі сторінок з мінімальними відмінностями.
- Один товар у кількох розділах. Наприклад, “Акції”, “Хіти продажів” і базова категорія.
- Дзеркала сайту. Різні URL ведуть на той самий вміст, але потрібен єдиний канон.
Водночас canonical – не універсальний клей. Якщо сторінки мають різний пошуковий намір або суттєво відрізняються наповненням, тег швидше за все проігнорують. У таких випадках краще працює структура або редиректи.
Як налаштувати canonical URL
Існує три технічні способи вказати канонічну сторінку. Вибір залежить від типу контенту та доступу до коду.
HTML-тег у <head>
Найпоширеніший і найнадійніший варіант. На сторінках-дублях у секції <head> додається посилання на основний URL:
<link rel="canonical" href="https://example.com/category/">Ключові моменти: один canonical на сторінку, абсолютна адреса, правильний протокол. Сам canonical не ховає сторінку з індексу, він лише змінює пріоритет.
Canonical у sitemap
У файлі sitemap варто залишати лише канонічні сторінки. Це слабший сигнал, ніж тег у HTML, але корисний як додаткове підтвердження. Особливо на великих сайтах, де пошуковому боту важливо швидко зрозуміти структуру.
HTTP-заголовок
Для не-HTML документів, наприклад PDF або DOCX, canonical задають через відповідь сервера:
Link: <https://example.com/manual/>; rel="canonical"Такий спосіб підтримується Google для вебпошуку і добре підходить для технічної документації.
Canonical чи 301 редирект
Це питання виникає частіше за інші. Різниця між підходами – у намірі.
- 301 редирект застосовують, коли альтернативна сторінка більше не потрібна. URL змінено, розділ прибрали, сторінку об’єднали з іншою.
- Rel=»canonical» використовують, коли сторінка має сенс для користувача, але не повинна конкурувати в пошуку.
Редирект фізично прибирає сторінку з доступу. Canonical залишає її живою, але знімає SEO-навантаження. Для фільтрів, сортування та UTM – це саме те, що потрібно.
Поширені помилки з meta canonical і як перевірити налаштування
Найгірше в canonical – він виглядає простим. Через це його часто налаштовують абияк. Ось помилки, які трапляються найчастіше.
- Канонічна сторінка не індексується. Якщо вона закрита в robots.txt або має
noindex, сигнал втрачає сенс. - URL не повертає 200 OK. Canonical має вести на сторінку без помилок і редиректів.
- Використання відносних URL. Вони працюють, але створюють зайві ризики при зміні структури.
- Ланцюжки canonical. A → B → C замість прямого посилання на фінальний URL.
- Різні canonical для однієї сторінки. Наприклад, у HTML один, у sitemap – інший.
- Внутрішні посилання на неканонічні URL. Це плутає пошуковик і послаблює сигнал.
Перевіряти налаштування зручно через краулери на кшталт Screaming Frog або Netpeak Spider: вони швидко показують, куди ведуть canonical, які сторінки не індексуються та де з’явилися ланцюжки.
У підсумку canonical – не панацея, але точний інструмент. Він не виправляє погану структуру сайту, зате допомагає тримати індексацію під контролем. Якщо використовувати його свідомо, без фанатизму, пошукові системи це “чують”.