Canonical и дубли страниц: как выбрать главный URL

Откуда появляются дубли

Частые источники: http и https, www и без www, параметры сортировки, UTM, завершающий слеш, печатная версия и одинаковая карточка в нескольких категориях.

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

Как выбрать основную версию

Выберите стабильный HTTPS-адрес без служебных параметров, который открывается с 200 и содержит полную версию ответа. Проверьте, что он подходит пользователю при прямом переходе.

Для полностью лишних копий используйте редирект, если это не ломает функцию. Canonical оставляют там, где альтернативный URL должен продолжать открываться.

Согласуйте все сигналы

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

Противоречие часто возникает после миграции: новый sitemap уже опубликован, а шаблон всё ещё указывает старый домен.

• self-canonical на основной странице;
• один вариант URL во внутренних ссылках;
• один вариант в sitemap;
• редиректы движутся к основной версии.

Осторожно с canonical между доменами

Междоменный canonical уместен для действительно дублированного материала и требует контроля обоих адресов. Он не является способом передать авторитет любой странице.

Если вы публикуете адаптированную версию для другой площадки, сначала решите, является ли она копией или самостоятельным материалом. Разные интро и структура сами по себе не гарантируют самостоятельный интент.

Не канонизируйте все фильтры на одну страницу вслепую

Фильтр с самостоятельным спросом и уникальным набором может быть отдельной страницей. Технические комбинации без спроса чаще закрывают или оставляют вне sitemap.

Canonical на первую страницу для всех состояний иногда скрывает полезное содержимое. Сначала определите задачу URL, затем директиву.

Как проверить выбор поисковика

Используйте анализ URL в инструментах поисковика и сравните заявленный canonical с выбранным. Проверьте серверный HTML, а не только DOM браузера.

После исправления дождитесь переобхода. Старый выбранный URL может сохраняться некоторое время без новой технической ошибки.

Canonical не заменяет удаление мусора

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

Главная цель состоит в одном понятном адресе на одну самостоятельную задачу. Тег фиксирует решение, но не принимает его за владельца.