Сначала определите, действительно ли URL дубли
Параметры сортировки, UTM, HTTP/HTTPS и технические варианты часто дублируют содержание. Но город, язык, размер товара или фильтр могут менять интент и ценность. Прежде чем ставить canonical, решите, должны ли страницы конкурировать как самостоятельные документы.
Согласуйте четыре сигнала
Для выбранного canonical URL внутренние ссылки должны вести преимущественно на него, sitemap — содержать именно его, server redirects — убирать технические варианты там, где редирект возможен, а HTML canonical — подтверждать ту же версию. Конфликтующие сигналы создают неопределённость.
Self-canonical полезен как явное правило
На индексируемых страницах self-referencing canonical упрощает контроль параметров и шаблонов. Но он не исправляет ситуацию, когда сервер генерирует сотни ссылок на параметрические версии.
Не используйте canonical вместо удаления URL
Если страница больше не существует и нет эквивалента, нужен корректный 404/410. Если URL переехал навсегда — 301. Canonical уместен для дублей, которые остаются доступными, а не как универсальная замена статус-кодам.
Диагностируйте кластер, а не один тег
В Search Console смотрите выбранный Google canonical; в crawl — источники ссылок, параметры, sitemap и ответы сервера. Один правильный <link rel="canonical"> на странице не означает, что архитектура решена.
Что проверить до внедрения
- Собрать все версии одного контента: параметры, протокол, slash, фильтры.
- Выбрать представительный URL по интенту и архитектуре.
- Согласовать canonical, sitemap и внутренние ссылки.
- Использовать 301 для окончательного переезда, а 404/410 для удалённого без замены.
- После релиза проверить выбранный canonical на выборке URL.
На что опирается материал
Для меняющихся функций поисковых систем и AI 21SEO отделяет официально подтверждённые требования от практической интерпретации.