Канонический адрес страницы: как собрать дубли вокруг основной версии

Параметры сортировки, метки кампаний и разные пути иногда показывают почти одинаковое содержание по разным адресам. Составьте пары URL и решите, какая версия нужна человеку и должна быть основной в поиске. Не объединяйте страницы с разным ассортиментом или смыслом только ради сокращения числа URL.

Канонический адрес полезен для близких дублей, которые должны оставаться доступны. Если старый адрес полностью заменён новым и пользователю не нужно видеть обе версии, рассмотрите перенаправление.

Разместите rel=canonical в HTML или соответствующем HTTP-заголовке там, где это подходит формату. Целевой URL должен открываться и содержать основную версию материала. Проверьте, чтобы на странице не было нескольких противоречащих canonical или длинной цепочки указаний.

Яндекс описывает canonical как рекомендацию: робот может выбрать иначе, если страницы существенно различаются или целевой адрес недоступен. Поэтому одного тега недостаточно для исправления запутанной структуры.

Ссылки из навигации и карточек должны вести преимущественно к основной версии, а карта сайта — перечислять те адреса, которые вы хотите показывать поиску. Если sitemap, внутренние ссылки и canonical указывают в разные стороны, проверять результат сложнее.

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

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

При переезде с HTTP на HTTPS Яндекс рекомендует редирект; canonical не заменяет миграцию. Сохраняйте таблицу старых и новых адресов, чтобы не потерять важные страницы после изменения сайта.