DomainLens

Навчання

Проблеми canonical tag: типові помилки та виправлення

Практичний гайд про проблеми canonical tag: що робить тег, яких правил має дотримуватись, чому Google інколи його ігнорує і як продебажити поганий canonical.

Перевір сайт перед виправленнями

Запусти свіжий аудит DomainLens і використовуй звіт як список пріоритетів.

Запустити безкоштовний SEO-аудит

Що робить canonical tag

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

Це підказка, а не команда. Google зазвичай поважає чіткий узгоджений canonical, але якщо інші твої сигнали з ним не згодні, Google обере власний canonical і тихо проігнорує твій — саме звідси починається більшість проблем із canonical.

Правила валідного canonical

  • Один canonical на сторінку: єдиний rel="canonical" у head HTML (або HTTP-заголовку), ніколи кілька.
  • Абсолютний URL: використовуй повну адресу https://…, а не відносний шлях.
  • Вказує на indexable 200-URL: ціль не має бути з редиректом, noindex чи заблокованою.
  • За замовчуванням самопосилальний: сторінка, що має ранжуватись, має канонікалізуватись на себе.
  • Узгоджений з іншими сигналами: внутрішні посилання, sitemap і hreflang мають збігатися з canonical.

Найтиповіші помилки canonical

  • Канонікалізувати кожну пагіновану сторінку на сторінку 1, що ховає глибші елементи від індексації.
  • Вказувати canonical на URL, що редиректить або має noindex, що робить підказку невалідною.
  • Site-wide canonical, що випадково вказує кожну сторінку на головну — катастрофічний баг шаблону.
  • Кілька суперечливих canonical-тегів на одній сторінці, тож Google ігнорує всі.
  • Canonical, що не збігається із sitemap, внутрішніми посиланнями чи hreflang, посилаючи змішані сигнали.

Коли Google ігнорує твій canonical

Оскільки canonical — це підказка, Google може її перекрити — і тоді URL Inspection покаже «Google-selected canonical», відмінний від твого «user-declared canonical». Ця розбіжність — найчіткіший знак, що щось не так.

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

Як продебажити проблему canonical

  • Прожени сторінку через URL Inspection і порівняй user-declared і Google-selected canonical.
  • Переглянь rendered HTML і підтверди, що canonical рівно один, абсолютний і вказує туди, куди задумано.
  • Перевір, що ціль canonical віддає 200 і не має редиректу чи noindex.
  • Підтверди, що внутрішні посилання, XML sitemap і hreflang посилаються на той самий canonical URL.
  • Якщо canonical задається JavaScript-ом, переконайся, що він потрапляє в rendered DOM, який індексує краулер.

Як DomainLens перевіряє canonical

DomainLens читає rendered canonical і показує його ціль поряд зі статус-кодом сторінки й indexability, тож canonical, що вказує на редирект, noindex-URL чи кудись несподівано, спливає як конфлікт, а не тиха проблема.

Читай його разом із перевірками duplicate content та indexability: інструмент каже, куди вказує canonical; ти підтверджуєш, що це справді той URL, який ти хочеш бачити в Google, і що всі інші сигнали згодні.

Схожі ресурси