Канонічна адреса (canonical): як вказати її для сторінки та перевірити
Щоб вказати канонічну адресу сторінки, додайте в блок <head> тег <link rel="canonical" href="https://example.com/osnovna-adresa/"> з повною адресою основної версії; для PDF та інших файлів без HTML використовують HTTP-заголовок Link. Канонічна адреса — вказівка пошуковій системі, яку з кількох однакових або схожих адрес вважати основною. Google сприймає її як сильний сигнал, але не як обов'язкову команду.
Навіщо це потрібно
Один і той же матеріал часто доступний за кількома адресами: з параметрами сортування і міток, з www і без, зі слешем на кінці і без нього, у друкованій версії. Для пошуку це різні сторінки з однаковим змістом. Канонічна адреса об'єднує їх: сигнали і посилальний вага зводяться до однієї версії, а в видачу потрапляє саме вона.
Як вказати канонічну адресу: чотири способи
| Спосіб | Де задається | Сила сигналу за документацією Google | Коли використовувати |
|---|---|---|---|
Тег link rel="canonical" | У блоці <head> HTML-сторінки | Сильний | Основний спосіб для звичайних сторінок |
HTTP-заголовок Link | У відповіді сервера | Сильний (та сама анотація, що й тег) | PDF, документи та інші файли без <head> |
| Редирект 301 | На сервері | Сильний | Дубль більше не потрібен людям — див. 301 чи 302 |
| Карта сайту | У sitemap.xml лише основні адреси | Слабкий | Додатковий сигнал, не заміна тегу |
Тег в HTML
<head>
<link rel="canonical" href="https://example.com/catalog/dyvany/">
</head>
HTTP-заголовок для PDF
Link: <https://example.com/docs/price.pdf>; rel="canonical"
У nginx такий заголовок додають у блоці location потрібного файлу:
location = /files/price-2026.pdf {
add_header Link '<https://example.com/docs/price.pdf>; rel="canonical"';
}
Перевірити, що заголовок справді віддається, можна перевіркою HTTP-заголовків — вона показує всі заголовки відповіді.
Правила запису тегу canonical
- Повна адреса з протоколом і доменом. Google радить абсолютні адреси:
https://example.com/page/, а не/page/. - Лише в
<head>. Тег у тілі сторінки Google не приймає. Якщо шаблон виводить невалідний елемент раніше,<head>може закритися передчасно — і тег опиниться в тілі. - Одна канонічна адреса на сторінку. Два теги з різними адресами або тег, що суперечить заголовку
Link, — суперечливі сигнали. - Адреса збігається з версією, яку просуваєте: той самий протокол, той самий хост (з www чи без), та сама скісна риска в кінці.
- Цільова сторінка відповідає 200, відкрита для індексації й не закрита в robots.txt.
- Самоканонікал на основних сторінках захищає від дублів із мітками й параметрами.
- Без robots.txt та інструмента видалення. Google прямо пише, що їх не варто використовувати для канонізації, а
noindexне радить для вибору канонічної сторінки в межах сайту. - Краще у вихідному HTML. Тег, який додає JavaScript, Google може обробити після рендерингу, але частина інструментів і роботів скриптів не виконує.
Як виглядає правильне налаштування
| Случай | Що вказувати |
|---|---|
| Звичайна сторінка | Саму себе — самоканонікал |
| Адреса з UTM-мітками | Чисту адресу без параметрів |
| Пагінація | Кожну сторінку на себе, а не все на першу |
| Один товар у кількох категоріях | Один основний адреса товару |
| Версія для друку | Основну версію |
Як вказати канонічну адресу у WordPress та інших CMS
У більшості CMS тег виводить шаблон або SEO-модуль, а не редактор сторінки. У WordPress канонічний тег на записах і сторінках зазвичай уже є; SEO-плагіни на кшталт Yoast SEO та Rank Math виводять його й на інших типах сторінок і дають у розширених налаштуваннях запису поле для власної канонічної адреси. В інших системах шукайте схоже поле в SEO-налаштуваннях сторінки або модуль мета-тегів; на самописному сайті тег додають у спільний шаблон <head>, підставляючи адресу поточної сторінки без параметрів.
- Залиште самоканонікал за замовчуванням для всіх звичайних сторінок.
- Для дублів — копій товару в різних категоріях, версій для друку — вкажіть у полі адресу основної версії.
- Після встановлення плагіна перевірте, що тег на сторінці один: тема й плагін нерідко виводять його обидва.
- Для пагінації та фільтрів є окремі правила — див. пагінацію і фасетну навігацію.
Канонічна адреса на багатомовному сайті та для мобільної версії
Мовні версії — не дублі, навіть якщо переклад близький до оригіналу. Кожна версія вказує канонічну адресу на саму себе, а зв'язок між мовами описують атрибутами hreflang. Якщо англійська сторінка вкаже канонічною українську, Google може викинути англійську з індексу, а розмітка hreflang перестане працювати: у ній мають стояти лише канонічні адреси.
<!-- на https://example.com/en/page/ -->
<link rel="canonical" href="https://example.com/en/page/">
<link rel="alternate" hreflang="uk" href="https://example.com/uk/page/">
<link rel="alternate" hreflang="en" href="https://example.com/en/page/">
Окрема мобільна версія на піддомені на кшталт m.example.com — інший випадок: Google для таких сайтів описує зв'язку rel="alternate" на основній сторінці та rel="canonical" з мобільної сторінки на основну. Адаптивний сайт з однією адресою для всіх пристроїв цього не потребує — докладніше у статтях про hreflang, перевірку hreflang і mobile-first індексацію.
Часті помилки
- Всі сторінки вказують на головну. Класика при копіюванні шаблону: інші сторінки випадають з індексу.
- Канонічна адреса веде на редирект або 404. Сигнал ламається повністю.
- Різні протоколи і домени. Адреса повинна збігатися з тією, яку ви реально просуваєте.
- Канонічна плюс noindex на одній сторінці. Суперечність, яка трактуються непередбачувано.
Як перевірити канонічну адресу
- Вихідний код. Відкрийте сторінку, натисніть Ctrl+U і знайдіть
canonical: тег має бути один і всередині<head>. - Аналіз мета-тегів показує canonical разом із title, description і hreflang. Він читає вихідний HTML без виконання JavaScript, тож тег, доданий скриптом, не побачить.
- Перевірка індексації сторінки порівнює canonical з кінцевою адресою після редиректів і попереджає, якщо вони розходяться.
- Search Console → «Перевірка URL». У відомостях про індексування видно два поля: канонічна адреса, вказана користувачем, і канонічна адреса, вибрана Google. Якщо вони різні, Google не погодився з вашою вказівкою.
- Звіт про індексування сторінок. Статус на кшталт «копія, Google вибрав іншу канонічну сторінку» (англійською — Duplicate, Google chose different canonical than user) показує такі адреси списком.
Якщо Google обирає не вашу адресу, шукайте суперечливі сигнали: внутрішні посилання на дубль, дубль у карті сайту, редирект у зворотний бік, різний вміст на «однакових» сторінках. Докладніше — у статті про перевірку індексації.
Канонічна адреса проти редиректу
Їх часто плутають. Редирект фізично уводить і робота, і людину на іншу адресу — стара сторінка перестає відкриватися. Канонічна адреса залишає обидві сторінки доступними, але просить вважати основною одну з них. Правило просте: якщо стара адреса більше не потрібна людям — редирект; якщо обидві версії потрібні, наприклад товар у двох категоріях, — канонічна адреса.
Як це пов'язано з просуванням
Посилання треба вести на канонічну адресу. Якщо просувається сторінка вказує канонічним іншу адресу, вага піде туди, а не на неї. Перевірити теги можна аналітиком мета-тегів, а вибір сторінки під запуск розібрано в статті «Яку сторінку вибрати».