Canonical: когда выбирать основную версию страницы и как проверить результат

Canonical указывает предпочтительный адрес среди одинаковых или существенно похожих версий документа. Он не перенаправляет посетителя и не является запретом сканирования. Поисковая система учитывает этот сигнал вместе с другими и может выбрать другую версию.

Сначала доказать, что это версии одного документа

Страница с меткой рекламной кампании часто показывает то же содержание, что чистый адрес. Разные категории или порции каталога могут решать разные задачи и показывать разные товары. Отсутствие спроса на фильтр ещё не делает его дублем родительской категории.

Сравните основной текст, список товаров и назначение. Если документ не нужен в поиске, выбор может быть связан с noindex; если он заменён другим, с перенаправлением. Не пытайтесь решать все задачи одним canonical.

Как задать сигнал

Для HTML используют элемент в head:

<link rel="canonical" href="https://example.org/catalog/">

Укажите предпочтительный абсолютный адрес и убедитесь, что он доступен и подходит для индексирования. Для некоторых не-HTML документов применяется HTTP-заголовок Link. Внутренние ссылки и sitemap должны согласованно указывать на выбранную версию.

Если canonical формируется JavaScript, не допускайте конфликта с исходным HTML. Проверяйте конечный документ, а не только настройку в панели CMS.

Частые ошибки

Ошибка Почему важно исправить
Все страницы ссылаются на главную Разное содержание ошибочно объявлено версиями одного документа
Все порции пагинации указывают первую В следующих порциях находятся другие элементы
Canonical ведёт на удалённый адрес Предпочтительная версия недоступна
Шаблон и плагин создают разные указания Сигналы противоречат друг другу
Дубль закрыт от обхода Робот не сможет прочитать указание на нём

Не объединяйте разные языковые страницы только из-за одинакового шаблона. Языковые связи и канонизация требуют согласованной настройки.

Проверка выбранной версии

Сначала проверьте HTML или заголовок ответа. Затем проведите обход группы URL, чтобы найти цепочки, недоступные цели и массовые ошибки шаблона. Наконец, сопоставьте заявленный адрес с выбранным поисковой системой в доступном инструменте проверки.

Расхождение не всегда означает, что тег не прочитан: содержание и другие сигналы могут указывать на иной адрес. Выясните причину, прежде чем повторно менять весь шаблон.

Безопасное внедрение

Подготовьте группы адресов и желаемую версию каждой. Проверьте несколько примеров, включая важные посадочные и исключения. После релиза контролируйте фактический выбор, индексирование и переходы. Не обещайте мгновенную «склейку»: системе требуется обработать изменения.

Проверить на своём сайте

Начните с нескольких типичных страниц и зафиксируйте проблему до изменения шаблона. Состав такой проверки описан в услуге комплексного аудита сайта.

Документация по теме.

Комментарии

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *