Проверка канонических тегов: canonical, редиректы и noindex вместе | We.Inc
Вставьте HTML страницы и заголовки ответа, чтобы проверить её канонический тег относительно нужного URL для индексации, HTTP-статус, редиректы и noindex. Объясняет противоречивые сигналы и экспортирует чек-лист исправлений.
Введите адрес страницы и адрес, который должен индексироваться поисковыми системами, затем вставьте исходный HTML страницы и, если они у вас есть, заголовки ответа. Инструмент читает канонический тег, канонический HTTP-заголовок, meta-тег robots и X-Robots-Tag, код статуса и цепочку редиректов и показывает, где они расходятся. Он не заходит на другие сайты: браузеры не дают одному сайту читать другой, и мы не запускаем скрытый краулер. Вы вставляете то, что нужно инструменту, и он проверяет именно этот текст. На странице есть однострочные команды, которые дадут вам заголовки и HTML.
Введите проверяемый URL и предпочитаемый URL, который должен индексироваться (часто это один и тот же адрес).
Получите заголовки, выполнив curl -sIL и указав адрес в терминале, и вставьте вывод. Он показывает каждый шаг редиректа и итоговый код статуса.
Получите HTML через «Просмотр кода страницы» в браузере (Ctrl+U или Cmd+Option+U), либо curl -sL и адрес, и вставьте его.
Инструмент находит каждый rel=canonical в HTML и в заголовке Link, meta-теги robots и X-Robots-Tag, а также статус каждого шага.
Каждый результат помечен как ошибка, требует проверки или всё в порядке, с объяснением почему. Отсутствующие данные помечаются как «не проверено», а не как «пройдено».
Скачайте чек-лист исправлений как текстовый файл для того, кто редактирует сайт.
Канонический URL должен указывать на страницу, которая отвечает 200, не редиректится, не noindex и содержит тот же контент.
Используйте один canonical на страницу. Два разных canonical, или тег и заголовок, которые расходятся, заставляют поисковые системы игнорировать оба.
Используйте абсолютные URL с https и выбранным вами www или без www хостом.
Не совмещайте noindex с canonical на другую страницу. Одно говорит «удали эту страницу», другое — «объедини её»; выберите что-то одно.
Canonical — это подсказка, а не команда. Редиректы и последовательные внутренние ссылки — более сильные сигналы для того же выбора.
Частые вопросы
Почему нужно вставлять HTML?
Браузеры не дают веб-странице читать содержимое другого сайта, поэтому инструмент, работающий в вашем браузере, не может сам загрузить вашу страницу. Инструменты, которые как будто делают это, на самом деле используют сервер, который загружает страницу за них. Мы решили сделать этот инструмент полностью в браузере и точно объяснить, как получить исходный код.
Что делает канонический тег?
Он сообщает поисковым системам, какой адрес является основной версией страницы, когда один и тот же контент доступен по нескольким адресам — например, с параметрами отслеживания и без них. Поисковые системы обычно следуют ему, но могут выбрать другой URL, если другие сигналы противоречат.
Должна ли каждая страница иметь canonical на саму себя?
Это хорошая практика по умолчанию. Canonical, указывающий на саму страницу, защищает от копий, созданных параметрами, регистром букв или завершающими слэшами.
В чём разница между отсутствующим canonical и заблокированной загрузкой?
Здесь отсутствующий canonical означает, что во вставленном вами HTML нет rel=canonical. Если вы не вставили ничего или вставили страницу с ошибкой, инструмент сообщает, что HTML не проверялся, чтобы вы не приняли неудачную загрузку за отсутствующий тег.
Google всегда использует мой canonical?
Нет. Google считает его сильной подсказкой. Инструмент проверки URL в Search Console показывает canonical, который Google выбрал на самом деле.
Противоречивые сигналы
Большинство проблем с canonical — это противоречия: canonical, указывающий на редирект, страница noindex с canonical на другую страницу, тег в HTML, расходящийся с тегом в HTTP-заголовке, или canonical на http на https-сайте. Каждый такой случай сообщает поисковым системам сразу два разных сигнала, и тогда выбор делают уже они, а не вы.
Проверка canonical вместе с кодом статуса, редиректами и директивами robots и выявляет эти противоречия. Проверка, которая читает только тег, упускает большинство из них.
Пример разбора
Загрузите пример на странице: вымышленная страница услуги на example.com, до которой доходят через редирект с http на https, чей canonical указывает на http-адрес на хосте www с завершающим слэшем. Проверка сообщает о редиректе, о canonical на http, о canonical на другом хосте и о несовпадении с предпочитаемым URL, с исправлением для каждого случая.