Проверщик канонических тегов
Вставьте страницу и посмотрите все канонические сигналы, которые она отправляет, и какие из них конфликтуют друг с другом.
Ничего, что вы вводите здесь, не загружается, не сохраняется и не отправляется куда-либо. Всё работает в вашем браузере.
Комбинация, удаляющая страницы: canonical плюс noindex
Поместите noindex и канонический тег, указывающий на другой URL на той же странице, и вы дали Google два противоречивых указания: «не индексировать эту страницу» и «рассматривать её как ту же страницу, что и другая». Google разрешает противоречие, выбирая одно, и какой вариант будет выбран, вы не контролируете. Документированный риск состоит в том, что noindex переносится на целевой canonical — так что страница, которую вы пытались консолидировать в также выпадает из индекса.
Это происходит чаще всего случайно, когда плагин добавляет canonicals на весь сайт, а кто‑то отдельно ставит noindex шаблону. Если вы хотите убрать страницу из индекса, используйте noindex и без canonical. Если вы хотите её консолидировать, используйте canonical и сделайте её индексируемой. Никогда не используйте оба одновременно.
Canonical — это подсказка, а подсказки игнорируются
Google рассматривает тег canonical как один из нескольких сигналов — внутренние ссылки, карта сайта, редиректы, hreflang, какая версия содержит ссылки. Если другие сигналы противоречат вашему canonical, Google часто следует им, и Search Console будет показывать страницу как "Duplicate, Google chose a different canonical than user". Это сообщение не является ошибкой тега. Оно означает, что остальная часть сайта «голосует» иначе.
Решение — в согласованности, а не в принуждении. Внутренние ссылки ставьте только на каноническую версию. В карту сайта включайте только каноническую версию. Убедитесь, что канонический URL возвращает статус 200, а не редирект. Тогда тег перестанет быть единственным «противным» голосом.
Тихие ошибки
- Относительный canonical.
href="/pricing"является допустимым и разрешается относительно текущего URL — или относительно<base>если у страницы есть такой, именно здесь происходит ошибка. На тестовом домене он канонизирует к staging. - Canonical в body. Только
<head>имеет значение. Тег, помещённый ниже первого контента body из‑за незакрытого элемента в head, полностью игнорируется, и DevTools не покажет это, потому что парсер исправляет разметку. - Два canonical. Тема добавляет один, плагин — другой, и Google игнорирует оба, вместо того чтобы выбрать. Это самая распространённая ошибка canonical на сайтах WordPress, и она не вызывает никаких ошибок.
- Canonical, противоречащий hreflang. Каждая языковая версия должна канонизировать себя. Русская страница, у которой canonical указывает на английский URL, фактически просит не индексироваться, и кластер hreflang её не сохранит.
- Различие в завершающем слеше или регистре.
/Pricing/и/pricingэто разные URL для Google. Canonical, отличающийся от обслуживаемого URL лишь пунктуацией, обычно означает, что две системы не согласованы в формате URL, и отсутствует редирект, который должен решить проблему.
Что этот инструмент не проверяет
Он читает HTML, который вы вставляете. Он не может получить канонический целевой URL, чтобы увидеть, возвращает ли этот URL действительно 200, не канонизирован ли он где‑то ещё, или перенаправляет — а канонический, указывающий на перенаправление, является реальной и распространённой проблемой. Он также не видит канонический тег, внедрённый JavaScript после загрузки, который Google видит на этапе рендеринга и который не появляется в view‑source. Если вы подозреваете это, проверьте отрендеренный HTML в проверке URL в Search Console.
Вопросы, которые задают пользователи
Нужен ли каждой странице самоссылочный canonical?
Это не обязательно, и Google нормально работает без него. Тем не менее, его стоит использовать, потому что он решает вопрос вариантов URL ещё до их появления: параметры сессии, параметры отслеживания, пути в верхнем регистре и варианты с завершающим слешем — все они приводятся к единственному URL, который вы указали. Стоимость нулевая, а предотвращаемая им ошибка — дублирующий контент, о котором вы не знали.
Почему Search Console сообщает, что Google выбрал другой canonical?
Потому что другие сигналы превзошли тег. Посмотрите, на что вы ссылаетесь внутри сайта, что находится в карте сайта, и перенаправляет ли канонический URL. Это также происходит, когда две страницы действительно почти идентичны, и Google выбирает ту, у которой больше ссылок — в этом случае тег не ошибочен, проблема в структуре сайта.
Можно ли указать canonical на другой домен?
Да, и это правильный подход для синдицированного контента — партнёр, переиздающий вашу статью, должен указывать canonical на оригинал. Однако он не может переместить сайт. Для этого нужны 301‑перенаправления. Кросс‑доменный canonical без редиректа оставляет оба URL активными и полностью полагается на согласие Google.
Передают ли canonical‑теги вес ссылок?
В целом — да. Google консолидирует сигналы с дубликата в canonical, что и является основной целью тега. Это не то же самое, что 301 — перенаправление является инструкцией, а canonical — подсказкой — но когда Google принимает canonical, ссылки, указывающие на дубликат, учитываются в пользу канонической версии.
Должны ли пагинированные страницы указывать canonical на первую страницу?
Нет. Это был распространённый совет несколько лет назад, и Google явно заявила, что он неверен. Вторая страница не является дубликатом первой — у неё другой контент. Каждая страница пагинации должна канонизировать себя. Канонизация всех страниц на первую сообщает Google, что остальная часть вашего архива не существует.
Отправляется ли HTML, который я вставляю, куда‑либо?
Нет. Разбор происходит в вашем браузере, и эта страница не делает сетевых запросов. Вставьте страницу тестовой среды или страницу после входа в систему с чистой совестью.
Связанные инструменты
Консолидация сигналов помогает только при наличии сигналов
Канонический элемент определяет, куда падает авторитет. Есть ли вообще куда падать — другой вопрос, и ответ — ссылки.