Глоссарий

Canonical

Что такое canonical

Canonical (канонический URL, тег rel="canonical") — это HTML-элемент или HTTP-заголовок, который сообщает поисковой системе предпочтительный адрес страницы, если один и тот же или очень похожий контент доступен по нескольким URL. Задача canonical — не «скрыть» страницу от пользователя, а помочь поисковику сгруппировать дубли и сконцентрировать сигналы ранжирования: ссылочный вес, поведенческие данные, историю индексации — на одной версии документа.

Для бизнеса canonical — инструмент защиты органического трафика и бюджета на SEO. Интернет-магазины, каталоги услуг, медиа и корпоративные сайты регулярно генерируют дубли: фильтры, сортировки, метки UTM, печатные версии, HTTP/HTTPS, www и non-www, поддомены регионов. Без явного указания основной версии поисковик может индексировать «шумовые» URL, размывать позиции и показывать в выдаче не ту посадочную, которую вы продвигаете.

Canonical не является редиректом и не блокирует обход страницы. Робот может просканировать дубль, но при корректной настройке в индекс чаще попадает канонический адрес. Это особенно важно при работе с индексацией и управлением краулинговым бюджетом на крупных проектах.

Self-referencing canonical — ссылка страницы на саму себя; подтверждает выбранный URL как основной.
Cross-domain canonical — указание на URL другого домена при синдикации или зеркалировании контента.
Canonical в HTTP-заголовке — альтернатива тегу в HTML для PDF, изображений и не-HTML ресурсов.

Когда нужен canonical

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

параметры сортировки и фильтров в каталоге (?sort=price, ?color=red);
страницы пагинации, если вы не выделяете их как самостоятельные посадочные;
версии с UTM-метками и трекинг-параметрами рекламных систем;
дубли после миграции CMS, смены ЧПУ или A/B-версий без редиректа;
HTTPS и HTTP, www и non-www до полного переезда на одну схему;
товар в нескольких категориях с разными путями, но одним описанием;
партнёрские и агрегаторные копии статей с согласованным «главным» источником.

Если страница уникальна, приносит целевой трафик и не имеет альтернативных URL — self-referencing canonical остаётся полезной страховкой. Если дубль должен исчезнуть для пользователей и роботов — комбинируйте canonical с 301 и правилами в robots.txt, а не заменяйте редирект одним тегом.

Отдельно оценивайте региональные и языковые версии: canonical не заменяет hreflang. Для мультирегиональных проектов согласуйте canonical, hreflang и структуру URL с SEO-специалистом до запуска рекламы и масштабирования контента.

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

Базовый способ — тег в секции <head> каждой HTML-страницы:

<link rel="canonical" href="https://example.com/uslugi/seo/" />

Адрес в href должен быть абсолютным, с корректным протоколом и без лишних параметров, если вы объявляете «чистую» каноническую версию. Для не-HTML файлов используйте заголовок Link: <url>; rel="canonical" на уровне сервера или CDN.

Способ	Когда применять	Примечание
HTML link	Страницы сайта, блог, каталог	Один canonical на страницу
HTTP Link header	PDF, документы, API-ответы	Удобно на уровне nginx/Apache
CMS / SEO-плагин	WordPress, Битрикс, Shopify	Проверьте шаблоны и фильтры
Sitemap + canonical	Крупные каталоги	URL в sitemap желательно совпадают с canonical

В CMS настройте автогенерацию self-referencing canonical для типовых страниц и ручное переопределение для дублей фильтров. После внедрения прогоните краулером выборку URL и убедитесь, что на каждой странице ровно один тег, без конфликта с meta-тегами robots и пагинацией.

При смене домена или структуры сначала внедрите 301 на новые адреса, затем обновите canonical и sitemap, отправьте на переобход в Search Console и Яндекс.Вебмастер. Документируйте карту старых и новых URL — это снижает риск потери позиций при релизе.

Best practices

Ниже — практики, которые CTR Agency применяет на коммерческих проектах при аудите и сопровождении SEO:

Один canonical на страницу. Несколько тегов создают неоднозначность — поисковик может проигнорировать все.
Канонический URL должен отдавать 200 OK, быть доступным для обхода и не закрыт noindex.
Согласуйте canonical с внутренней перелинковкой: ссылки должны вести на канонические адреса, а не на параметрические дубли.
В XML sitemap включайте канонические версии; параметрические дубли в карту сайта не добавляйте без стратегии.
Для пагинации определите политику заранее: view-all, rel next/prev (где уместно) или отдельные посадочные — и держите её единой по разделу.
Не указывайте canonical на редиректящий URL или на страницу с ошибкой 404/500.
После редизайна и смены ЧПУ проверьте массовую генерацию в CMS — типичный источник массовых ошибок.

Фиксируйте правила в техническом SEO-гайде проекта: какие параметры обрезаются, как обрабатываются фильтры, кто утверждает исключения. Это ускоряет согласования с разработкой и снижает регрессии при релизах. Подробнее о смежных понятиях — в глоссарии CTR Agency.

Canonical vs 301

Canonical и 301 решают родственные, но не идентичные задачи. Редирект 301 говорит браузеру и роботу: «этот URL больше не основной, перейди на другой». Canonical говорит: «обе версии существуют, но для индекса предпочтительна вот эта». Пользователь при canonical может остаться на параметрическом URL — и это нормально для UX фильтров, но плохо, если дубль должен исчезнуть полностью.

Критерий	Canonical	301 redirect
Влияние на пользователя	Не меняет адрес в браузере	Меняет URL в адресной строке
Передача веса	Рекомендация поисковику	Сильный сигнал слияния URL
Дубли доступны	Часто да	Нет (при корректной настройке)
Типовой кейс	Фильтры, UTM, сортировка	Смена домена, удаление страницы

Используйте 301 при консолидации разделов, слиянии блога и основного домена, отключении устаревших лендингов. Canonical — когда URL нужен для функционала сайта, но не для отдельного ранжирования. Сочетание обоих инструментов в одной стратегии — нормальная практика; противоречия (canonical на A, а с A — 301 на B) нужно устранять в первую очередь.

Типичные ошибки

На аудитах мы регулярно видим одни и те же проблемы с canonical — они стоят позиций и усложняют отчётность по органике:

Цепочки и петли. Страница A указывает на B, B — на A или на C с обратной ссылкой. Поисковик теряет доверие к сигналу.
Canonical на неиндексируемую страницу. noindex, 404, 503 или блокировка в robots — цель не должна быть недоступна.
Разные домены без стратегии. Cross-domain canonical без владения обоими сайтами и без согласования с партнёром.
HTTP вместо HTTPS в href при том, что сайт живёт на защищённой версии.
Дубли в sitemap. Карта сайта продвигает URL, которые canonical объявляет вторичными.
Игнорирование пагинации и фильтров. Тысячи тонких дублей без правил — перерасход краулинга и шум в индексе.
Ручные правки в шаблоне. На части страниц canonical от плагина, на части — захардкоженный старый путь.

Раз в квартал пересматривайте отчёты Search Console: «Просканировано — не проиндексировано», дубли без выбранной пользователем канонической страницы, исключённые URL. Исправление canonical на масштабе каталога даёт эффект не за день — заложите время на переобход и мониторинг позиций по приоритетным кластерам.

FAQ

Нас часто спрашивают

Обязательно ли ставить canonical на каждой странице?

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

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

Да, cross-domain canonical допустим, если вы владеете обоими сайтами и осознанно объединяете сигналы на одной версии контента. Поисковик может принять или проигнорировать указание — это рекомендация, а не жёсткий редирект. Для полного переноса домена надёжнее 301-редирект.

Canonical заменяет 301-редирект?

Нет. Canonical помогает поисковику выбрать основной URL среди доступных к обходу страниц, но пользователь и робот всё равно могут открыть дубль. 301 перенаправляет трафик и передаёт вес на уровне HTTP. Для закрытых или устаревших URL используйте редирект, а не только canonical.

Почему Google индексирует не тот URL, что в canonical?

Поисковик рассматривает canonical как сигнал среди других: внутренние ссылки, sitemap, редиректы, hreflang. Противоречия, цепочки canonical, noindex на целевой странице или блокировка в robots.txt снижают доверие к указанию. Проверьте отчёт «Страница с переадресацией» и «Дубли» в Search Console.