Тег canonical: як правильно виправити дублі сторінок

Тег canonical (rel="canonical") — це рядок HTML-коду, який підказує пошуковим системам, яка URL-адреса є основною версією сторінки, коли однаковий або дуже схожий контент доступний за кількома адресами. Google сприймає його як сильну підказку, а не як наказ. За допомогою цього тегу пошуковик обʼєднує дублі сторінок, вирішує, яку URL-адресу індексувати, і зводить сигнали ранжування на одну сторінку.

Дублікати URL — одна з найчастіших знахідок під час будь-якого SEO-аудиту. Фільтри, параметри відстеження, варіанти HTTP/HTTPS, слеш у кінці адреси та версії для друку можуть перетворити 200 справжніх сторінок на 2000 URL, доступних для сканування. У цьому посібнику розповідаємо, як працює канонікалізація, як її налаштувати та як виправити помилки canonical, про які повідомляє Google Search Console.

Що таке тег canonical і навіщо він потрібен?

Канонічний тег — це елемент <link> у блоці <head> сторінки, що вказує на URL-адресу, яку пошукові системи мають вважати оригіналом. Ось приклад:

<link rel="canonical" href="https://example.com/shoes/running/" />

Якщо адреса https://example.com/shoes/running/?color=blue&utm_source=newsletter показує той самий список товарів, цей тег на ній повідомляє Google, що індексувати й показувати в результатах пошуку слід саме «чисту» URL-адресу.

Канонікалізація важлива з трьох практичних причин:

• Обʼєднання сигналів. Посилання та інші сигнали, що ведуть на дублікати, зараховуються одній сторінці, а не розпорошуються між кількома.
• Охайніші результати пошуку. Ви самі вирішуєте, яку URL-адресу люди бачать у Google, тож у видачу не потрапляє адреса з купою параметрів чи застаріла.
• Ефективніше сканування. Google витрачає менше часу на копії й більше — на важливі сторінки. Для великих каталогів це особливо суттєво.

Без чітких сигналів Google обирає канонічну сторінку самостійно. Зазвичай його вибір розумний, але це не завжди та URL-адреса, яку хочете ви.

Як Google обирає канонічну URL-адресу?

Google не просто читає ваш тег і виконує його. Згідно з документацією Google Search Central про обʼєднання дублікатів URL, пошуковик зважує кілька сигналів і обирає ту URL-адресу, яку вважає найбільш репрезентативною для групи сторінок-дублікатів. Вказаний вами canonical — лише один із цих сигналів. Серед інших — переадресації, наявність у карті сайту, внутрішні посилання, HTTPS чи HTTP, а також належність URL до кластера hreflang.

Способи, якими ви можете керувати, Google ранжує за силою:

Головне правило: сигнали мають узгоджуватися між собою. Якщо canonical вказує на URL A, карта сайту містить URL B, а внутрішні посилання ведуть на URL C, Google з більшою ймовірністю проігнорує вашу вказівку. Документація Google прямо застерігає від того, щоб задавати для однієї сторінки різні канонічні адреси різними способами.

Коли використовувати тег canonical?

Використовуйте канонічний тег, коли дублікат має залишатися доступним для користувачів, але не повинен конкурувати в пошуку. Типові випадки:

1. Параметри URL. Мітки відстеження (?utm_source=), ідентифікатори сесій, сортування (?sort=price) і комбінації фільтрів, які суттєво не змінюють контент.
2. Той самий товар у кількох категоріях. Наприклад, /men/sneakers/model-x і /sale/model-x показують один і той самий товар.
3. Версії статті для друку або в іншому форматі.
4. Синдикований контент. Якщо партнер передруковує вашу статтю, попросіть його додати міждоменний canonical, що вказує на ваш оригінал.
5. Самопосилальні canonical. Google рекомендує, щоб канонічна сторінка теж мала тег canonical, який вказує на її власну URL-адресу. Це захищає її, коли інші сайти посилаються на неї з доданими параметрами.

Натомість використовуйте переадресацію 301, коли дублікат не потрібен користувачам: HTTP-сторінки, варіанти без www, старі URL після міграції або дублі зі слешем у кінці. Переадресація — чистіше рішення, бо і відвідувачі, і пошукові роботи потрапляють в одне й те саме місце.

Коли тег canonical використовувати не варто

• Пагінація. Друга сторінка категорії не є дублікатом першої. Якщо всі сторінки пагінації вказують canonical на першу, Google може не побачити товари на глибших сторінках. Нехай кожна сторінка канонікалізується сама на себе.
• Сторінки з справді різним контентом. Якщо дві сторінки присвячені різним темам чи товарам, canonical не обʼєднає їх коректно. Google може його проігнорувати, або ви втратите сторінку, яку хотіли бачити в пошуку.
• Як заміна noindex. Google не радить використовувати noindex, щоб обрати канонічну сторінку в межах одного сайту. Це різні інструменти: noindex прибирає сторінку з індексу, а canonical обʼєднує її з іншою сторінкою.
• Через robots.txt. Якщо URL заблоковано для сканування, Google узагалі не побачить його тег canonical.

Як правильно налаштувати канонічні теги

Більшість CMS, зокрема WordPress із SEO-плагіном, Shopify, Wix і Webflow, за замовчуванням виводять самопосилальний canonical. Проблеми зазвичай виникають через шаблони, конфлікти плагінів або власний код. Дотримуйтеся цих правил із документації Google:

• Використовуйте абсолютні URL. Пишіть https://example.com/page/, а не /page/.
• Розміщуйте тег у <head>. Тег canonical, який опинився в <body> (часто через биту HTML-розмітку, що передчасно закриває head), ігнорується.
• Один canonical на сторінку. Якщо на сторінці два суперечливі теги canonical — а так часто буває, коли один додає тема, а другий плагін, — Google може проігнорувати обидва.
• Вказуйте на робочу URL-адресу, доступну для індексації. Цільова сторінка має віддавати код 200, а не переадресацію, 404 чи noindex.
• Не використовуйте фрагменти. https://example.com/page#section не може бути канонічною адресою.
• Точно дотримуйтеся обраного формату. Протокол, www, слеш у кінці та регістр літер мають збігатися з внутрішніми посиланнями й картою сайту.

Для PDF та інших файлів не у форматі HTML передавайте canonical в HTTP-заголовку:

Link: <https://example.com/guide/>; rel="canonical"

Канонічні теги на багатомовних сайтах

Кожна мовна версія має канонікалізуватися сама на себе, а не на англійську сторінку. Якщо українська сторінка /ua/pricing/ має canonical на /pricing/, ви кажете Google, що українська сторінка — це дублікат. Це суперечить вашим анотаціям hreflang, і перекладена сторінка може випасти з індексу. У нашому посібнику з hreflang пояснюємо, як canonical і hreflang мають працювати разом.

Що означають статуси canonical у Search Console?

У звіті «Індексування сторінок» у Google Search Console є три статуси, повʼязані з канонічними сторінками. Ось що означає кожен із них і чи треба на нього реагувати.

Дублікат без канонічної сторінки, вибраної користувачем

(В англомовному інтерфейсі — «Duplicate without user-selected canonical».) Формулювання Google: «Ця сторінка є дублікатом іншої сторінки, але не вказує бажаної канонічної сторінки». Google знайшов групу дублікатів без указаного canonical, сам обрав одну URL-адресу, а цю залишив поза індексом. Сам по собі це не помилка: дублікати й не повинні зʼявлятися в результатах пошуку. Перевірити треба дві речі. Спершу скористайтеся інструментом перевірки URL-адрес, щоб побачити, яку URL обрав Google. Якщо це саме та адреса, яку ви хочете, додайте явний canonical, щоб закріпити вибір. Якщо Google обрав не ту URL, задайте canonical на бажану версію й узгодьте з нею внутрішні посилання та карту сайту. Якщо ж сторінка насправді не дублікат — наприклад, варіант товару з власним описом, — зробіть контент помітно відмінним, щоб Google вважав її окремою сторінкою.

Дублікат: Google вибрав іншу канонічну сторінку, ніж користувач

(В англомовному інтерфейсі — «Duplicate, Google chose different canonical than user».) Ви вказали canonical, але Google його переважив. Зазвичай це означає, що ваші сигнали суперечать один одному або сторінки недостатньо схожі. Перевірте типові причини:

• Внутрішні посилання, навігація чи XML-карта сайту ведуть на іншу URL-адресу, ніж ваш canonical.
• Вказана канонічна адреса переадресовує, повертає помилку або має noindex.
• «Дублікат» і канонічна сторінка мають різний контент. Наприклад, варіант товару, якого немає в наявності, вказує на сторінку категорії.
• HTTP-сторінки вказують canonical на HTTPS (або навпаки) на сайті, який не завершив міграцію.

У документації Google сказано: якщо обрана Google URL-адреса вас влаштовує, нічого робити не потрібно. Виправляйте цей статус лише тоді, коли вибір Google не підходить для вашого бізнесу.

Альтернативна сторінка з належним канонічним тегом

(В англомовному інтерфейсі — «Alternate page with proper canonical tag».) Ця сторінка коректно вказує на канонічну, яка проіндексована. За рекомендацією Google, тут нічого робити не треба. Цей статус ви побачите для URL із параметрами, AMP-сторінок чи правильно налаштованих варіантів. Розбиратися варто лише тоді, коли кількість таких сторінок несподівано різко зростає: це може означати, що шаблон почав канонікалізувати важливі сторінки на інші адреси.

Проблеми з canonical часто перетинаються з іншими статусами виключення. Якщо сторінки виключено через якість, а не через дублювання, читайте статтю «Проскановано, але наразі не проіндексовано».

Типові помилки canonical, які виявляє аудит

Ось ситуації, що найчастіше трапляються на малих і середніх сайтах:

Помилка з тестовим доменом заслуговує окремої уваги. Після редизайну теги canonical, які досі вказують на staging.example.com чи dev.example.com, можуть непомітно обвалити органічний трафік. Якщо після запуску ви побачили різке падіння, наш посібник про діагностику падіння трафіку сайту допоможе перевірити цю та інші причини.

Як провести аудит канонічних тегів

Кілька сторінок можна перевірити вручну, але для всього сайту потрібне сканування. Ось практичний порядок дій:

1. Проскануйте сайт і зберіть канонічну URL-адресу кожної сторінки.
2. Порівняйте canonical з URL сторінки. Позначте всі сторінки, де вони відрізняються, і переконайтеся, що розбіжність навмисна.
3. Перевірте код відповіді кожної канонічної адреси. Кожна має віддавати 200, бути доступною для індексації й не переадресовувати.
4. Звірте з XML-картою сайту. У карті сайту мають бути лише канонічні URL. Будь-яка неканонічна адреса в ній — це суперечливий сигнал.
5. Звірте з внутрішніми посиланнями. Навігація, хлібні крихти та посилання в тексті мають вести на канонічні URL, а не на версії з параметрами чи переадресацією.
6. Перегляньте Search Console на наявність статусу «Google вибрав іншу канонічну сторінку, ніж користувач» і перевірте вибірку проблемних URL.
7. Зробіть повторну перевірку після виправлень. Google потрібен час на повторне сканування. Порівняйте результати через 30–60 днів, щоб переконатися, що проблему усунено й нових дублікатів не зʼявилося.

Перевірка canonical — частина ширшого аналізу індексованості. Повний порядок дій описано в нашому посібнику з технічного SEO-аудиту.

Чи впливають канонічні теги на AI-пошук?

AI-функції Google Пошуку, як-от AI Overviews, спираються на індекс Google. Сторінка, обʼєднана з іншою URL-адресою, не індексується окремо, тож показати чи процитувати можуть саме канонічну версію. Чітка канонікалізація допомагає, щоб використовувалася обрана вами версія з актуальним контентом. Окремої розмітки canonical для AI не існує — стандартного rel="canonical" достатньо.

Головне

• Тег canonical підказує Google, яка URL-адреса є основною версією дубльованого контенту. Це сильна підказка, а не директива.
• Переадресації та rel="canonical" — сильні сигнали, включення до карти сайту — слабкий. Усі вони мають вказувати на ту саму URL-адресу.
• Використовуйте абсолютні URL, тримайте один canonical на сторінку в <head> і завжди вказуйте на робочу сторінку, доступну для індексації.
• Не канонікалізуйте сторінки пагінації на першу, перекладені сторінки — на мову оригіналу, а унікальні сторінки — на головну.
• У Search Console статус «Альтернативна сторінка з належним канонічним тегом» не потребує дій. «Google вибрав іншу канонічну сторінку, ніж користувач» важливий лише тоді, коли вибір Google неправильний.
• Перевіряйте виправлення повторним скануванням або повторною перевіркою через 30–60 днів.

Знайдіть проблеми з canonical автоматично

Помилки canonical легко пропустити, бо для відвідувачів сторінки завантажуються як завжди. Автоматичний SEO-аудит сканує ваш сайт, позначає суперечливі, биті чи відсутні canonical із точним переліком URL-адрес і ранжує їх разом з іншими проблемами, щоб ви знали, що виправляти насамперед. Як виглядає звіт, можна подивитися у прикладі звіту та повному прикладі. Після виправлень порівняння повторної перевірки покаже, які проблеми усунено, які покращилися, а які ще залишаються.

Хочете дізнатися, у якому стані ваш сайт? Замовте безкоштовний попередній перегляд SEO-аудиту. Ви отримаєте оцінку та реальні приклади зі своїх сторінок — без реєстрації.