Canonical URL: что это такое и как настроить rel=canonical

Canonical URL — это главная версия страницы из набора похожих адресов, а тег rel="canonical" в <head> объясняет поисковику, какую именно версию считать основной. Дубли у большинства сайтов появляются не потому, что кто-то испортил SEO, а потому что так устроена архитектура: HTTP и HTTPS, версии с параметрами, сортировки, фильтры, копии товара в нескольких разделах, www и без www.

Если коротко: rel="canonical" — рабочий тег, а не декоративный. Google прямо пишет, что canonical нужен для консолидации сигналов между дублирующимися URL: How to specify a canonical URL.

Что такое canonical URL простыми словами?

rel="canonical" сообщает: из набора похожих адресов главным считаем вот этот:

<link rel="canonical" href="https://site.ru/catalog/stoly/">

Для PDF и других не-HTML файлов canonical передается HTTP-заголовком ответа Link: <https://site.ru/file.pdf>; rel="canonical".

Пара терминов дальше по тексту. Кластер дублей — набор адресов с одним и тем же или очень похожим контентом. Self-canonical — canonical, указанный страницей на саму себя (про него ниже отдельный раздел).

Это не абсолютный приказ, а сильная подсказка. Поисковик все равно смотрит на внутренние ссылки, редиректы, sitemap, ответ сервера, похожесть контента и внешние ссылки. Canonical сработает, только если ссылки, sitemap и редиректы ведут на ту же версию адреса.

У Яндекса своя акцентуация: rel=canonical он понимает, но в рекомендациях по склейке делает ставку на редиректы и настройку зеркал — для русскоязычных сайтов это значит, что тег работает, а надежнее всего он в связке с 301.

Чем canonical отличается от 301 редиректа?

Коротко: canonical — подсказка «главная версия вот эта», 301 редирект — физический перенос адреса. Разница видна пользователю: при canonical старый URL открывается, при 301 — перебрасывает на новый.

	Canonical	301	Noindex
Что делает	указывает главную версию	переносит адрес	убирает из индекса
Старый URL открывается?	да	нет, перебрасывает	да
Вес и сигналы	собираются на главную	переезжают на новый адрес	страница выпадает из поиска

Правило выбора: страница переехала навсегда — 301; дубли живут и доступны, но ранжироваться должна одна версия — canonical; страницу нужно убрать из индекса — noindex или 404/410.

Пример конфликта: товар переехал из /catalog/a/ в /catalog/b/, поставили 301, а со старой страницы canonical забыл указывать на старый же адрес. Google получает два противоречащих указания и решает сам — не обязательно в вашу пользу.

Нужен ли canonical на самого себя?

Да, это нормальная практика: каждая страница указывает canonical на свой же чистый адрес. Зачем: страница открывается с хвостами параметров (?utm=, ?sort=, ?yclid=), и self-canonical говорит поисковику — это та же страница, а не новая. Требование не строгое, но именно self-canonical защищает от расползания дублей с параметрами. Прописывается шаблоном: canonical формируется из «чистого» URL текущей страницы.

Когда canonical действительно нужен

Типовые случаи:

• одна и та же страница открывается по нескольким адресам;
• есть URL с параметрами сортировки и трекинга;
• карточка доступна из нескольких веток каталога;
• фильтры создают полудубли;
• похожие версии страницы должны собирать ссылки и поведенческие данные в одной точке.

Как проставить canonical в CMS

• WordPress. Yoast SEO или Rank Math: на вкладке «Дополнительно» у каждой записи есть поле Canonical URL; в премиум-версиях — массовая правка.
• 1С-Битрикс. Шаблонный canonical настраивается в настройках компонента (поле «Канонический URL»), для нестандартных мест — вывод $APPLICATION->SetPageProperty('canonical', ...).
• Tilda. Прямого поля нет: тег добавляется в <head> страницы через HTML-блок или настройку «код внутри head».
• OpenCart и самописные CMS. Обычно плагинами или правкой шаблона вывода <head>; главное, чтобы адрес формировался один раз в одном месте.

Где чаще всего ломают canonical

Canonical указывает на нерелевантную страницу

Например, все вариации товара ведут canonical’ом на категорию. В результате карточки теряют самостоятельность, а категория получает странный смешанный сигнал.

Canonical ставят на главную «на всякий случай»

Это не мелочь: поисковик может решить, что половина сайта дублирует главную, и выкинуть из индекса реальные страницы.

Canonical противоречит редиректам

Старая версия URL редиректит на адрес B, а canonical указывает на C — вы сами создаете конфликт.

Цепочки canonical

A → B → C работает плохо так же, как цепочки редиректов: указывайте canonical на итоговую главную версию напрямую, без посредников.

Относительный URL вместо абсолютного

href="/catalog/" вместо href="https://site.ru/catalog/" — поисковик может достроить адрес не так, как вы ожидали. Используйте абсолютный URL с доменом.

Canonical на другой домен

Междоменный canonical существует (например, при синдикации контента), но это осознанный сценарий, а не способ «перелить» чужой вес. При переезде домена используют редиректы и миграцию, а не canonical.

Как работать с canonical в типовых сценариях

Сортировки и UTM-параметры

Каноникал указывает на чистую версию без параметров. /catalog/?sort=price должен ссылаться на /catalog/, иначе каждая сортировка станет отдельной страницей в индексе.

Похожие версии товара

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

Фильтры

Полезные SEO-фильтры должны иметь собственный self-canonical. Технический мусор обычно ведут на базовую категорию или закрывают от индексации в robots.txt.

Пагинация

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

На одном e-commerce проекте Search Console показывал сотни дублей, команда винила CMS. На деле часть внутренних ссылок вела на URL с параметрами, canonical указывал на одну версию, а в sitemap лежала другая. Когда все три стали указывать на один адрес, дубли ушли из индекса сами, без удаления страниц.

Google выбрал другой canonical: что делать

Google может назначить canonical-версию сам, если ваши сигналы противоречат друг другу. Проверяется так:

1. В Search Console откройте «Индексирование → Страницы»: статус «Дубликат. Google выбрал другую каноническую страницу» — и там видно, какую версию выбрал Google и почему.
2. Для конкретного URL — инструмент проверки страницы (URL Inspection): блок «Индексирование Google» показывает «User-selected canonical» и «Google-selected canonical».
3. Если версии разошлись — выравнивайте сигналы: canonical, sitemap, внутренние ссылки должны указывать на один и тот же адрес. После правок запросите переиндексацию.

Как проверить, что canonical работает

• Разово: DevTools (вкладка Network, фильтр Doc) или curl -s URL | grep canonical — тег виден прямо в выдаче.
• Массово: Screaming Frog или Netpeak Spider показывают все canonical сайта и сразу подсвечивают цепочки, адреса с редиректом и пустые значения.
• Со стороны поисковика: отчет Search Console выше и просмотр «дублей» в Яндекс.Вебмастере.

Проверка в одном абзаце: canonical один, ведет на URL с 200 OK, canonical-страница не редиректит, в sitemap лежит та же версия, внутренние ссылки ведут на нее же. Каноникалы, зеркала и склейки — типовой блок SEO-аудита: если нужна разовая проверка, посмотрите формат аудита с ценами.

Что сильнее canonical

Canonical почти никогда не работает один. Его поддерживают:

• единая внутренняя перелинковка;
• прямые 301 между дублями;
• чистый sitemap без параметров;
• понятная логика борьбы с каннибализацией.

Если этого нет, canonical остается формальной строкой в <head>.

Частые вопросы

Canonical на себя обязателен?

Не обязателен, но полезен: self-canonical защищает страницу от появления дублей с хвостами параметров. Ставится шаблоном из чистого URL текущей страницы — это нормальная практика для большинства сайтов.

Canonical передает вес как 301?

Похоже, но мягче: canonical собирает сигналы на главную версию, при этом старый URL остается доступным. 301 переносит вес вместе с адресом. Для физического переезда 301 надежнее.

Что делать, если Google выбрал другой canonical?

Открыть «Индексирование → Страницы» в Search Console, найти причину (обычно конфликт canonical, sitemap и внутренних ссылок), выровнять сигналы на одну версию и запросить переиндексацию.

Можно ли ставить canonical на другой домен?

Технически да, и это используется при синдикации контента. Но для переезда сайта так делать нельзя: там нужны 301-редиректы и миграция.

Canonical и пагинация: все страницы на первую?

Нет, это ошибка: так теряется обход карточек на глубоких страницах. У каждой страницы пагинации свой self-canonical, а связка с товарами держится перелинковкой.

Чек-лист

1. Для каждого кластера дублей выбрана главная версия с чистым URL.
2. Canonical стоит один раз и задан абсолютным адресом.
3. Canonical-URL отдает 200 и не редиректит.
4. Sitemap и внутренние ссылки поддерживают ту же версию.
5. Цепочек canonical нет: каждый дубль указывает на итоговую главную напрямую.
6. Полезные посадочные (фильтры, варианты) не склеены ради удобства разработки.

Итог

Canonical не работает в одиночку: он лишь объясняет поисковику, какую страницу считать основной, а работает в связке с перелинковкой, sitemap и редиректами. Чем меньше противоречий между этими слоями, тем меньше дублей в индексе и тем меньше страниц теряют позиции из-за внутренней конкуренции.

---

Понравился материал? Если на сайте уже есть дубли, canonical нужно проверять не отдельно, а вместе с редиректами и общей картой URL.

Также рекомендуем:

• 301 и 302 редиректы: когда какой использовать
• Каннибализация запросов: как страницы конкурируют друг с другом
• Пагинация в интернет-магазине: как настроить без потери SEO
• Индексация сайта в Яндексе и Google в 2026 году

Если Google выбирает не тот canonical, проблема обычно не в одном теге, а в конфликте всех сигналов вокруг URL. Команда SEO Владимир поможет разобрать кластеры дублей, выровнять сигналы и убрать техническую конкуренцию внутри сайта. Разбор дублей и канониклов входит в технический аудит.