Коротко: Атрибут сообщает поисковому роботу, какую версию страницы считать основной при наличии нескольких адресов с одинаковым содержимым. Правильно проставленный, он консолидирует сигналы на одном URL и снимает риск фильтра за дублирование контента. Неправильный — уводит трафик на несуществующую или нецелевую страницу.
Разбирать этот атрибут мы будем с практической стороны: где он реально влияет на индексацию, как его ставят на популярных CMS и что ломается чаще всего. Тема кажется простой, пока не столкнёшься с интернет-магазином на 50 000 SKU, где одна и та же карточка открывается по шести адресам. Читателя, который уже видел в панели вебмастера странные «дубли», вряд ли удивишь определением — а вот конкретика по настройке пригодится.
Проблема дублей контента
Дубль — это две или более страницы с почти идентичным содержимым, доступные по разным URL. Поисковый робот не понимает, какую версию показывать в выдаче, и распределяет сигналы между ними: часть ссылок уходит на одну страницу, часть на другую. В итоге ни одна не набирает нужный вес.
Разбираясь, что такое реl canonical на практике, полезно сначала понять, откуда дубли вообще берутся. Источники почти всегда одни и те же:
- Параметры в URL — сортировка, фильтры, UTM-метки, идентификаторы сессий. Каждый вариант может попасть в индекс отдельной страницей.
- HTTP и HTTPS, www и без www — четыре адреса одного сайта с одним и тем же контентом.
- Пагинация — вторая страница каталога иногда содержит тот же набор товаров, что и первая.
- Печатные версии и версии для мобильных — классика ещё со времён статичных сайтов.
- Карточки товаров в нескольких категориях — одна и та же позиция в разных разделах каталога.
Google в справке для разработчиков прямо говорит: если робот находит несколько вариантов одной страницы, он выбирает канонической ту, что считает наиболее полной, и это не всегда та версия, которую выбрал бы владелец сайта. Управлять этим выбором и позволяет атрибут.
Как работает rel=canonical
Атрибут ставится в HTML-код страницы и указывает абсолютный адрес её основной версии. Когда робот открывает страницу-дубль, он видит подсказку, объединяет сигналы и в выдаче показывает именно канонический адрес. Атрибут не перенаправляет пользователя — страница остаётся доступной, но перестаёт конкурировать с основной.
Синтаксис элементарный. Разметка link rel canonical выглядит так — в блоке head любой страницы:
<link rel="canonical" href="https://example.com/kategoriya/tovar/">
Обратите внимание: указывается абсолютный адрес с протоколом и доменом. Относительные пути вроде /kategoriya/tovar/ поисковики обрабатывают по-разному — Google их понимает, но Яндекс исторически капризничает. Мы в проектах всегда ставим полный адрес, чтобы не зависеть от интерпретаций.
| Источник дубля | Что ставить в rel=canonical | Что происходит без него |
|---|---|---|
| UTM-метки | URL без параметров | Метки попадают в индекс как отдельные страницы |
| Пагинация | Каждая страница указывает на себя | Робот объединяет страницы каталога в одну |
| Фильтры (фасеты) | Основная страница каталога или релевантный подраздел | Тысячи комбинаций параметров засоряют индекс |
| Товар в нескольких категориях | Приоритетная категория | Два URL конкурируют за один товар |
| www / без www, https / http | Основной поддомен и протокол | Сайт «расщепляется» на четыре зеркала |
Отдельно стоит сказать про амплификацию: если на странице-дубле стоит каноникл, указывающий на страницу-дубль, которую тоже нужно склеить — например, замкнутая цепочка A → B → C — поисковик проходит её до конца и берёт C. Но если C в итоге ссылается на A, сигнал игнорируется. Это редкий, но встречается на криво настроенных CMS.
Установка на сайте
Способ установки зависит от платформы. На статическом сайте атрибут прописывают руками в head каждой страницы. На CMS его обычно формирует шаблон автоматически, и здесь важно проверить, что логика вывода совпадает с реальной структурой URL.
Для самых ходовых платформ мы собрали короткую шпаргалку. Настройка rel canonical bitrix, например, требует правки шаблона компонента или использования события OnEndBufferContent в custom-модуле. Стандартный компонент 1С-Битрикс выводит каноникл не всегда корректно — особенно для товаров, выведенных через комплексный компонент каталога.
- Определите карту основных адресов — какие URL должны быть каноничными для типовых страниц: главная, категории, карточки, статьи, страницы пагинации.
- Соберите список исключений — редко посещаемые фасеты, сортировки, страницы с UTM. Для них каноникл не нужен или указывается на родительский URL.
- Настройте шаблон — в WordPress через плагин Yoast SEO или Rank Math, в Bitrix через правку шаблона компонента, в OpenCart через модуль SEO-Pro или кастомный vQmod.
- Проверьте вывод на 20–30 типовых страницах — вручную откройте код и убедитесь, что атрибут один и указывает на нужный адрес.
На WordPress, если используете Yoast, вкладка «Дополнительно» в редакторе страницы даёт поле «Канонический URL». Если оставить его пустым, плагин подставляет текущий URL — это корректное поведение, но при использовании параметров оно не сработает. Для UTM-меток каноникл нужно ставить руками или через функцию на хуке wp_head.
По документации Google (2026), ошибочный каноникл остаётся одной из пяти самых частых причин исключения страниц из индекса. Больше половины таких ошибок возникает не из-за отсутствия атрибута, а из-за указания его в шаблоне без проверки итогового URL.
Проверка корректности
После установки нужно убедиться, что каждый URL отдаёт ровно один каноникл и ведёт туда, куда задумано. Ручной обход 10 000 страниц нереален, поэтому работают выборочно плюс инструментами.
- Chrome DevTools — открыть исходный код страницы (Ctrl+U или Cmd+U), найти в head блок с
rel="canonical". Убедиться, что адрес абсолютный и совпадает с целевым. - Расширения браузера — например, Detailed SEO Extension или SEOquake показывают каноникл одной кнопкой, без чтения кода.
- Сканеры сайта — Screaming Frog (бесплатно до 500 URL), Sitebulb, Netpeak Spider. В отчёте есть колонка Canonical Link Element, плюс фильтр «Canonical Pointing Elsewhere» для быстрой выборки.
- Консоли вебмастеров — Google Search Console → «Индексирование страниц» → причина «Альтернативная страница с корректным тегом canonical». Яндекс Вебмастер → «Диагностика сайта» → «Дубли страниц».
Один из практических приёмов — выгрузить в таблицу все URL сайта из sitemap, прогнать их через сканер и сверить: у каждой страницы должен быть ровно один каноникл, и он должен указывать на неё саму или на страницу, которая существует и отдаёт 200 OK. Всё остальное — кандидаты в баг-лист.
Мы на проектах всегда прогоняем сайт после каждой крупной правки шаблона. Один раз нам довелось чинить интернет-магазин, где каноникл выводился предыдущим разработчиком по такой логике: любой URL, содержащий параметр, ссылался на главную сайта. В результате 12 тысяч страниц указывали на главную как на каноническую, и она вылетела из выдачи по всем коммерческим запросам — зашли не с той стороны.
Ошибки при использовании
Даже при базовом понимании, зачем нужен атрибут, ломается он регулярно. Список типовых ошибок за годы практики у нас получился такой:
- Относительные URL. Работает не везде стабильно, а при переносе сайта на другой домен вообще ломает логику. Всегда — абсолютный адрес.
- Несколько канониклов на странице. Поисковик выберет один или проигнорирует оба. Норма — один тег в head.
- Каноникл в body. Google его не увидит. Яндекс — с оговорками. Блок обязан быть внутри head.
- Цепочки A → B → C. Работают, но медленно. Если B доступна, лучше сразу A → C.
- Каноникл на 404. Робот проигнорирует, а вы потеряете контроль над выбором основной страницы.
- Ошибочный шаблон на пагинации. Если все страницы пагинации ссылаются на первую, остальные выпадут из индекса и принесут меньше трафика.
- Каноникл на noindex-страницу. Сигналы противоречат друг другу, Google рекомендует выбирать один из двух инструментов.
Отдельно про пагинацию. Раньше существовал специальный rel=prev/rel=next, но Google официально отказался от него в 2019 году. Сейчас правильная схема — каждая страница пагинации указывает канониклом на саму себя. Это не идеальное решение для распределения веса, но оно предсказуемое и работает на большинстве сайтов.
Ещё одна распространённая ловушка — HD-версии статей, автоматические переводы или версии для печати. Если такие страницы содержат тот же текст, что и основная, лучше закрыть их в robots.txt от обхода или поставить на них noindex. Каноникл тут тоже уместен, но как дополнительный сигнал, а не основной.
Если тема индексации для вас в новинку, полезно сначала разобраться, как вообще формируется поисковая выдача — становится ясно, почему склейка дублей влияет на позиции. А если вы только выбираете подход к обучению, посмотрите разбор стоит ли доверять курс seo яндекс новичкам без опыта.
Читайте также
- Разобрали работу накрутка поведенческих факторов авито сервис на практике
- Анализируем спрос активное продвижение интернет магазина цена за месяц на рынке
- Объясняем простым языком, поведенческий фактор авито что это значит
Коротко о главном
Атрибут — это подсказка роботу, а не команда. Он не заменяет 301-редирект, sitemap и robots.txt, но без него сайт с параметрами, фасетами и пагинацией рано или поздно накопит дубли в индексе. Главные правила: один каноникл в head, абсолютный адрес, никаких цепочек и 404, каждая страница пагинации указывает на себя. Если сомневаетесь в корректности для своего сайта — напишите нам, разберём вместе.