
Атрибут rel=canonical — это способ сказать поисковику: «из нескольких похожих адресов главный вот этот, его и показывай». Он решает одну из самых частых проблем SEO — дубли, возникающие из-за параметров, сортировок, пагинации и вариантов адреса. Но канонизация коварна: неверно проставленный canonical способен выкинуть из индекса нужные страницы или, наоборот, не сработать вовсе. Разберём, когда использовать canonical, чем он отличается от 301 и noindex и каких ошибок избегать.
Что делает canonical
Тег <link rel="canonical" href="..."> в секции <head> указывает предпочтительный (канонический) адрес страницы. Когда у одного содержимого есть несколько URL, canonical говорит поиску, какой из них считать основным и в него передавать сигналы.
Ключевые свойства:
- это рекомендация, а не жёсткая директива — поиск обычно следует ей, но может и проигнорировать при явных противоречиях;
- канонический адрес собирает ссылочный вес всех своих дублей;
- страница может ссылаться сама на себя (self-referencing canonical) — это норма и хорошая практика.
В отличие от robots.txt, canonical не запрещает обход — робот видит все версии, но понимает, какую показывать. Общая картина работы с дублями — в материале про дубли страниц.
Когда использовать canonical
Классические сценарии, где канонизация — правильный инструмент:
| Ситуация | Канонический адрес |
|---|---|
| Параметры сортировки, фильтры без спроса | Базовая категория |
| UTM-метки и трекинговые параметры | Чистый URL без параметров |
| Пагинация листингов | Первая страница раздела (или self) |
| Один товар в нескольких категориях | Единый URL товара |
| Версии для печати | Основная версия страницы |
| Похожие страницы с небольшими отличиями | Наиболее полная версия |
Во всех случаях содержимое почти одинаковое, а страницы должны остаться доступными для пользователя — поэтому редирект не подходит, а canonical идеально склеивает сигналы.
Canonical, 301 или noindex — что выбрать
Это три разных инструмента для разных задач, и путать их дорого.
- 301-редирект — когда старый адрес не нужен пользователю и должен исчезнуть (переезд, смена URL). Посетитель и робот отправляются на новый адрес. Подробно — в материале про редиректы 301.
- canonical — когда обе страницы должны остаться доступными для пользователя, но в индексе нужна одна (фильтры, метки, вариации).
- noindex — когда страница нужна пользователю, но в выдаче её быть не должно вообще (личный кабинет, служебные, страницы благодарности).
Проще так: нужно убрать адрес совсем — 301; оставить для людей, но склеить в поиске — canonical; оставить для людей, но полностью скрыть из выдачи — noindex.
Ошибки канонизации
Здесь легко навредить. Самые частые и опасные ошибки:
- Canonical на неканоническую страницу — цепочка, где A ссылается на B, а B на C. Поиск путается; канонический адрес должен ссылаться сам на себя.
- Canonical на страницу с noindex — противоречие: вы одновременно говорите «показывай эту» и «не показывай эту». Сигналы конфликтуют.
- Canonical на закрытую в robots страницу — робот не может её проверить.
- Один canonical на весь сайт (например, на главную) — грубейшая ошибка шаблона, выкидывает все страницы из индекса в пользу одной.
- Разные canonical у мобильной и десктопной версий, указывающие друг на друга неверно.
- Canonical на страницу, отдающую 404 или редирект.
Любая из этих ошибок способна массово убрать страницы из выдачи, поэтому canonical проверяют так же тщательно, как robots.
Self-referencing canonical
Хорошая практика — чтобы каждая индексируемая страница ссылалась canonical сама на себя. Это устраняет неоднозначность (адрес со слэшем и без, с параметрами и без) и защищает от случайной склейки. Большинство современных CMS и SEO-плагинов проставляют self-canonical автоматически; стоит убедиться, что он ведёт на правильный, единый вид адреса.
Как проверить canonical
Канонизацию нельзя настроить и забыть — её проверяют:
- в Яндекс Вебмастере и Google Search Console — какой адрес поиск выбрал каноническим (иногда он игнорирует ваш выбор, и это сигнал проблемы);
- краулером — массовая проверка canonical по всему сайту, поиск цепочек и противоречий;
- вручную в коде страницы — куда именно ведёт тег.
Если поиск выбирает канонический адрес не тот, что вы указали, — значит, сигналы противоречивы (внутренние ссылки, sitemap, редиректы указывают в разные стороны), и нужно их согласовать.
Когда дубли убраны, а рост не пришёл
Чистая канонизация убирает распыление веса по дублям и концентрирует его на нужных страницах — но это устранение потерь, а не источник роста. Дальше решают контент, ссылки и поведение. Если страница собрала весь вес, попадает в выдачу, но её не выбирают, помогает работа с поведенческими факторами: сервис TopBooster приводит на канонические страницы живой трафик из поиска и усиливает сигналы качества. Сначала — согласованные сигналы и один канонический адрес, потом — усиление поведения.
Частые вопросы
Чем canonical отличается от 301-редиректа? 301 физически перенаправляет пользователя и робота на другой адрес — старая страница исчезает. Canonical оставляет обе страницы доступными для людей, но склеивает их в индексе, указывая главную. Используйте 301, когда адрес не нужен, и canonical, когда обе версии должны остаться (фильтры, метки, вариации).
Можно ли ставить canonical на страницу с noindex? Нет, это противоречие: canonical говорит «эта страница главная, показывай её», а noindex — «не показывай». Сигналы конфликтуют, и поиск трактует их непредсказуемо. Выберите один инструмент под задачу.
Что такое self-referencing canonical? Это когда страница ссылается canonical сама на себя. Хорошая практика: устраняет неоднозначность вариантов адреса (со слэшем, с параметрами) и защищает от случайной склейки. Современные CMS обычно проставляют его автоматически.
Почему поиск игнорирует мой canonical? canonical — рекомендация, и поиск отклоняет её при противоречивых сигналах: внутренние ссылки, sitemap или редиректы указывают на другой адрес, содержимое слишком различается, или указанная страница закрыта/отдаёт ошибку. Нужно согласовать все сигналы канонизации между собой.
Вывод
rel=canonical — точный инструмент против дублей: он склеивает похожие адреса, концентрирует их вес на главной версии и при этом оставляет все страницы доступными для пользователей. Используйте его для параметров, меток, пагинации и вариаций, а 301 и noindex — для их задач (убрать адрес или скрыть из выдачи). Избегайте смертельных ошибок: canonical на noindex, единый canonical на главную, цепочки и ссылки на 404. Проверяйте, какой адрес поиск реально выбрал каноническим, и согласуйте все сигналы. Канонизация убирает потери, а рост дают контент и поведение — оценить нужную поддержку можно на странице тарифов.
Продвинем ваш сайт в ТОП Яндекса и Google
Реальные переходы из поиска, отчёты 24/7, первый результат — до оплаты.
Смотреть тарифы →