Canonical

01

Что такое canonical

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

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

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

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

02

Когда нужен canonical

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

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

На самостоятельной странице уместен canonical на её собственный адрес. Если старый URL больше не нужен посетителям, настройте перенаправление на подходящую замену. Не закрывайте обход дубля, если роботу нужно прочитать размещённый на нём canonical.

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

03

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

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

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

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

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

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

04

Чек-лист настройки

Чек-лист для проверки реализации на коммерческом сайте:

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

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

05

Canonical и 301

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

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

06

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

Проверьте следующие распространённые ошибки реализации:

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

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