Canonical: как убрать дубли страниц с помощью rel=canonical

<link rel="canonical" href="https://example.ru/blog/chto-takoe-seo/" />

ВажноCanonical — это рекомендация, а не жёсткая директива вроде meta robots noindex. В большинстве случаев Google и Яндекс её соблюдают, но если другие сигналы (например, много внешних ссылок именно на «неканоническую» версию) сильно противоречат указанному canonical, поисковик может выбрать другую страницу как основную самостоятельно.

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

Типичные причины появления дублей

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

Похожая логика применима к так называемым «сессионным» параметрам, которые некоторые CMS добавляют в URL автоматически (идентификатор сессии, параметр сортировки по умолчанию, реферальный код партнёра). Каждый такой параметр потенциально создаёт новую техническую копию страницы, если движок сайта не настроен на автоматическую подстановку canonical на «чистую» версию URL без параметров.

Где обязательно нужен canonical

Canonical стоит проставлять на всех страницах сайта, включая те, что не имеют явных дублей, — это защищает от случайного появления дублей в будущем (например, если кто-то создаст ссылку с параметром, о котором вы не подумали). Особенно критичны следующие случаи:

• Страницы каталога с фильтрами и сортировками — canonical должен указывать на базовую версию без параметров.
• Страницы, доступные по нескольким URL из-за особенностей CMS (например, один и тот же товар в двух категориях).
• Страницы с пагинацией — иногда имеет смысл canonical на первую страницу серии, но чаще правильнее делать self-canonical на каждую страницу пагинации отдельно, поскольку контент на них разный.
• Мобильная и десктопная версии, если они живут на разных URL (m.example.ru и example.ru).

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

Частые ошибки с canonical

1. Canonical указывает на несуществующую (404) или редиректящую страницу
2. Canonical проставлен на другой домен по ошибке
3. Цепочка canonical: страница А → canonical на Б → canonical на В
4. Canonical противоречит редиректу (301 ведёт в одну сторону,
   canonical указывает в другую)
5. Canonical одинаковый на всех страницах шаблона (например,
   на всю страницу каталога стоит canonical на главную)

Пункт 5 — особенно частая ошибка при автогенерации шаблонов: разработчик копирует шаблон head для всех страниц раздела и забывает сделать значение canonical динамическим, в результате чего все страницы каталога «дублируют» друг на друга через один и тот же canonical.

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

Полезно помнить и о том, что canonical можно указывать не только на страницу с идентичным дизайном, но и на страницу с другим форматом того же контента — например, AMP-версия статьи или её печатная версия логично «канонизируются» на основную HTML-версию. Ещё один нестандартный, но легальный случай — canonical на страницу с другого домена, если контент официально синдицируется на нескольких принадлежащих одной компании сайтах и требуется явно закрепить первоисточник — например, AMP-версию статьи или её печатную версию логично «канонизировать» на основную HTML-версию. Главное правило остаётся неизменным: canonical всегда указывает в сторону наиболее полной и предпочтительной для показа в выдаче версии контента, а не наоборот.

Полезная привычка перед запуском любой крупной рекламной кампании — заранее проверить, что все целевые посадочные страницы имеют корректный self-canonical, а не canonical на более общую страницу категории. Ошибка такого рода иногда обнаруживается только тогда, когда рекламная страница неожиданно выпадает из индекса, «слившись» в глазах поисковика с более общей страницей каталога.

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

Как и в случае с большинством элементов технического SEO, разовая настройка canonical на уровне шаблона CMS работает автоматически на всех будущих страницах сайта — в отличие от контентной оптимизации, которую приходится повторять для каждого нового материала отдельно, здесь достаточно один раз выстроить правильную логику генерации и забыть о проблеме дублей на годы вперёд.

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

Как проверить canonical на сайте

Быстрая проверка — открыть исходный код страницы (Ctrl+U) и найти тег <link rel="canonical"> вручную. Для массовой проверки всего сайта используют краулеры (Screaming Frog, Netpeak Spider) с отчётом по каноническим URL — там сразу видно страницы без canonical, с canonical на другой домен или с цепочками из нескольких canonical подряд.

Canonical — самый дешёвый по времени внедрения технический элемент SEO: один раз настроенный правильный шаблон работает на весь сайт автоматически, без ручной работы на каждой странице.

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

Обязательно ли ставить canonical, если дублей нет?

Да, рекомендуется ставить self-canonical (страница ссылается сама на себя) на все страницы — это защита от появления дублей в будущем, например через случайные параметры в URL.

Canonical — это то же самое, что редирект 301?

Нет. Редирект физически перенаправляет пользователя и робота на другой адрес, старая страница перестаёт открываться. Canonical оставляет обе страницы доступными, но говорит поисковику, какую считать основной для индексации.

Что будет, если проставить canonical на другой домен по ошибке?

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

Нужен ли canonical на страницах пагинации блога?

Чаще правильнее делать self-canonical на каждую страницу пагинации отдельно, так как контент (разные статьи) на них действительно разный, а не canonical всех страниц на первую.

Как UTM-метки связаны с дублями и canonical?

Страница с UTM-параметром в URL технически может проиндексироваться как отдельный дубль. Правильный canonical на версию без параметров решает эту проблему.