В коде страницы указан canonical. Через некоторое время команда смотрит поисковую панель и видит, что Google выбрал другой адрес. Первая реакция — «тег не работает». Но одного тега недостаточно, чтобы понять ситуацию: нужно проверить сами страницы и остальные сигналы сайта.
Canonical сообщает предпочтительный адрес для одинакового или очень похожего содержания. Google называет его сильным сигналом, а не безусловной командой. В документации о каноникализации также перечислены перенаправления и sitemap. Они должны описывать согласованную схему.
Допустим, страница А рассказывает о разовой диагностике, а Б — о годовом сопровождении. Обе связаны с маркетингом, но отвечают на разные вопросы. Указывать Б канонической версией А только ради «передачи веса» — плохое объяснение задачи. Сначала нужно решить, почему материалы вообще считаются дублями.
Другой случай: А и Б показывают одну статью, но один URL содержит параметр кампании. Здесь выбор предпочтительного адреса естественен. Смысловая проверка предшествует редактированию тега, потому что техническая настройка не может сделать разные предложения одинаковыми.
Зафиксируйте пару в карточке:
Исходный URL: Полный адрес, который проверяется.
Заявленный canonical: Точное значение из ответа страницы.
Сходство: Какие основные блоки совпадают и что различается.
Ответ назначения: Код, конечный адрес, доступность текста.
Внутренние ссылки: На какой вариант ведут меню и материалы.
Sitemap: Какой вариант включён.
Наблюдение поисковика: Выбранный адрес и дата проверки.
Такая карточка позволяет обсуждать конкретное расхождение, а не спорить о том, «любит ли поисковик canonical».
Сначала убедитесь, что тег действительно присутствует на опубликованной странице. Исправление в локальном шаблоне ещё не подтверждает изменение на сайте. Посмотрите точный адрес: протокол, домен, путь и параметры. Ошибка в одном символе может отправить сигнал не туда.
Затем откройте назначение. Оно не должно неожиданно вести дальше, возвращать ошибку или показывать другое содержание. Если canonical указывает на страницу, которая сама объявляет основной третью, схема требует пересмотра. Цепочка затрудняет понимание замысла даже для человека.
После этого сопоставьте внутренние ссылки и sitemap. Если сайт везде рекомендует А, а тег в единственном месте предлагает Б, сигнал противоречив. Не следует приписывать любое расхождение только этому фактору, но устранить несогласованность разумно.
Не закрывайте исходную страницу в robots.txt только ради того, чтобы «заставить» выбрать другую. Не заменяйте canonical случайным noindex. У этих инструментов разные задачи, и новая настройка может мешать получению нужной информации.
Не ставьте всем страницам сайта canonical на главную. Страницы разных услуг не становятся копиями главной от одной строки в коде. Если причина в шаблоне, проверять нужно всю группу затронутых страниц, а не только пример из отчёта.
Разбор канонических пар — одна из технических проверок, которую можно включить в маркетинговый аудит агентства Эйч. Полезный вывод описывает конкретную ошибку и её влияние на путь клиента, а не обещает рост позиций после замены тега.
Разделите два события. Первое: опубликованная страница отдаёт ожидаемый canonical, назначение доступно, внутренние ссылки и карта сайта согласованы. Это можно проверить после выпуска изменения. Второе: поисковая система повторно обработала страницы и обновила свой выбор. Оно происходит по её графику.
Сохраните дату изменения и результат каждой проверки. Если выбор остаётся другим, вернитесь к содержанию и сигналам всей пары. Повторная установка того же тега без новой гипотезы обычно лишь создаёт ещё одну запись в журнале работ.