UTM и служебные параметры
Контент не меняется, а URL отличается только параметром аналитики.
Практическое SEO · canonical
Canonical: какой URL считать основным и где чаще ошибаются
rel="canonical" помогает указать поисковой системе предпочтительный URL, когда один документ доступен по нескольким адресам или несколько страниц очень похожи. Но canonical — рекомендация, а не способ «спрятать» любую проблему структуры.
Основа
Что делает rel="canonical"
Если одинаковое или очень похожее содержимое доступно по нескольким URL, поисковая система может объединить такие адреса в группу дублей и выбрать один основной документ. С помощью rel="canonical" владелец сайта сообщает, какой URL предпочитает считать главным.
Яндекс прямо указывает, что canonical воспринимается как рекомендация. Робот может проигнорировать её, если страница существенно отличается, канонический URL недоступен, задана цепочка canonical или указано несколько разных канонических адресов.
Canonical не удаляет второй URL и не перенаправляет пользователя. Альтернативная страница продолжает открываться — меняется только рекомендация для поисковой системы.
Шаг 1
Когда canonical действительно уместен
Он полезен, когда альтернативный URL нужен технически или пользовательски, но не должен становиться отдельным поисковым документом. Типичный пример — страница товара с рекламной UTM-меткой, печатная версия документа или один PDF, доступный из нескольких маршрутов.
Несколько технических маршрутов
Документ должен оставаться доступным по альтернативному адресу, но основной URL один.
Похожие варианты
Страницы очень близки по содержанию и нет смысла продвигать каждую отдельно.
Не-HTML документы
Для файлов вроде PDF canonical можно передавать через HTTP-заголовок Link.
Шаг 2
Самоканоникал — это нормально
На основной индексируемой странице canonical может указывать на неё же. Яндекс прямо считает такой вариант корректным. Самоканоникал помогает шаблону явно фиксировать основную версию и упрощает контроль после появления параметров или альтернативных маршрутов.
Но самоканоникал не исправляет серверные дубли автоматически. Если один документ доступен по пяти техническим адресам, наличие canonical на основном URL не мешает четырём другим адресам существовать. Их тоже нужно проверить и привести к понятной схеме.
Шаг 3
Где canonical чаще всего ломают
Canonical на редирект
Основным объявлен URL, который сам перенаправляет дальше. Поисковой системе приходится разбирать цепочку вместо одного стабильного адреса.
Canonical на 404 или закрытую страницу
Предпочтительный URL нельзя нормально проиндексировать, поэтому рекомендация теряет смысл.
Несколько canonical
Шаблон, плагин и CDN могут одновременно вставить разные значения в HTML или HTTP-заголовок.
Цепочка canonical
Страница A указывает на B, а B — на C. Лучше сразу указывать конечный основной документ.
Сильное различие контента
Нельзя использовать canonical, чтобы объявить основной совершенно другую по смыслу страницу.
Старый или тестовый домен
После миграции шаблон продолжает указывать canonical на staging или прежний адрес.
Шаг 4
Canonical или 301: что выбрать
Если альтернативный URL больше не нужен пользователю и должен полностью уступить место основной версии, постоянный редирект обычно понятнее. Если второй адрес технически должен оставаться доступным, но не нужен как самостоятельный поисковый документ, canonical подходит лучше.
| Ситуация | Canonical | 301 | Почему |
|---|---|---|---|
| UTM-метка | Да | Обычно нет | Параметр нужен аналитике, содержимое страницы то же |
| Старый URL после переезда | Нет | Да | Пользователь и робот должны перейти на новый адрес |
| Два маршрута одной страницы в CMS | Временно возможно | Предпочтительно, если второй маршрут не нужен | Лучше оставить одну рабочую версию |
| Печатная версия страницы | Да | Нет | Версия нужна пользователю, но основная поисковая страница одна |
Шаг 5
Canonical для параметров, фильтров и сортировок
Параметры не одинаковы по смыслу. UTM-метка обычно не меняет содержимое, а фильтр по бренду может создавать самостоятельную полезную выборку. Поэтому нельзя автоматически канонизировать все параметрические URL на категорию.
Сначала определяем, есть ли у комбинации свой спрос и самостоятельная пользовательская задача. Если нет — основной URL категории обычно логичен. Если да — фильтруемая страница может заслуживать собственный канонический адрес и отдельное содержание.
Шаг 6
После переноса canonical проверяем на каждом типе страниц
Миграции часто ломают canonical массово: адрес остаётся от тестового домена, старой CMS или предыдущей структуры. Проверить только главную недостаточно — шаблоны категории, карточки, статьи и служебные типы документов могут генерировать значения отдельно.
Для смены HTTP на HTTPS Яндекс рекомендует использовать редирект, а не canonical как механизм переезда. При смене домена или структуры canonical должен согласовываться с реальными редиректами и новой архитектурой.
Шаг 7
Как проверить canonical на действующем сайте
Проверяем не только тег в исходном коде, но всю цепочку сигналов: HTTP-ответ, доступность канонического URL, внутренние ссылки, Sitemap и решение поисковой системы.
Посмотреть HTML
Есть ли один canonical и куда именно он указывает.
Проверить HTTP-заголовки
Нет ли второго canonical через Link, который конфликтует с HTML.
Открыть целевой URL
Он должен быть доступен, индексируем и не перенаправлять дальше.
Сверить внутренние ссылки
Сайт должен ссылаться на ту же основную версию.
Сверить Sitemap
В карте находится канонический адрес, а не альтернативный дубль.
Проверить Вебмастер
Какой URL Яндекс фактически выбрал основным.
Проверить шаблон
Ошибка не должна повторяться на сотнях страниц одного типа.
Перепроверить после исправления
Изменение учитывается после нового обхода страницы.
Практический пример
Карточка товара доступна по трём адресам
| URL | Роль | Canonical | Дополнительное действие |
|---|---|---|---|
| /catalog/product-a/ | Основная карточка | На себя | Оставить в Sitemap и внутренних ссылках |
| /catalog/product-a/?utm_source=ads | Рекламная версия | На /catalog/product-a/ | URL остаётся доступным для аналитики |
| /old-category/product-a/ | Старый маршрут CMS | Не использовать как конечное решение | 301 на /catalog/product-a/ |
3 адресаодин документ
→
1 канонический URLединый сигнал
→
Согласованная структураSitemap и ссылки ведут туда же
Шаг 8
Что происходит, когда сигналы противоречат друг другу
Canonical может указывать на URL A, Sitemap содержать URL B, а меню ссылаться на URL C. Для поисковой системы это не три равноправных команды, а набор противоречивых сигналов, среди которых ей приходится выбирать.
Поэтому после настройки canonical всегда проверяем остальные элементы. Чем последовательнее сайт сам использует одну основную версию, тем меньше причин у поисковой системы игнорировать рекомендацию.
Самая частая ошибка — воспринимать canonical как «магическую метку». Он работает лучше всего, когда подтверждает уже логичную архитектуру сайта.
Чек-лист
Проверка canonical
- Определить основной URL: какой адрес должен участвовать в поиске.
- Проверить один canonical: без нескольких значений в HTML и заголовках.
- Проверить целевой URL: он отвечает 200, доступен роботу и не редиректит.
- Убрать цепочки: A не должен указывать на B, если B канонизируется на C.
- Сверить содержимое: альтернативная и каноническая страницы должны быть близки по смыслу.
- Сверить внутренние ссылки: сайт сам ведёт на основную версию.
- Сверить Sitemap: в карте только актуальный канонический URL.
- Проверить параметры: не канонизировать полезные фильтры автоматически.
- Проверить миграцию: нет ли старого или staging-домена в шаблонах.
- Выбрать 301 там, где второй URL не нужен: не использовать canonical вместо перенаправления.
- Проверить Вебмастер: какую версию выбрал Яндекс.
- Повторить проверку после обхода: изменения не учитываются мгновенно.
Вопросы
Короткие ответы
Canonical — это обязательная директива?
Нет. Это рекомендация поисковой системе, и она может быть проигнорирована при конфликтующих сигналах.
Можно ли ставить canonical на эту же страницу?
Да. Яндекс считает самоканоникал корректным.
Можно ли использовать canonical вместо 301?
Если старый URL больше не нужен пользователю, постоянный редирект обычно логичнее. Canonical уместен, когда альтернативная версия должна оставаться доступной.
Почему canonical не сработал?
Проверьте доступность целевого URL, различие контента, цепочки, несколько canonical, внутренние ссылки и Sitemap. Поисковая система оценивает сигналы вместе.
Нужно ли ставить canonical на страницы с UTM?
Если UTM не меняет содержимое, основной URL без рекламной метки обычно является естественной канонической версией.
Практика NIC-SEO
Canonical подтверждает структуру, а не заменяет её
Сначала выбираем логичный основной URL, затем приводим к нему canonical, Sitemap, внутренние ссылки и редиректы альтернативных версий.