Технический SEO

Канонический URL

rel=canonical · canonical link element

Канонический URL (rel=canonical) — это HTML-тег, который указывает поисковику основную версию страницы среди дублей. Помогает склеить вес ссылок и избежать каннибализации в выдаче.

Канонический URL (rel=canonical) — это HTML-тег в секции <head>, который простыми словами говорит поисковику: вот главная версия страницы среди дублей. Тег предложил консорциум Google, Yahoo и Bing в феврале 2009 года для борьбы с дублированным контентом интернет-магазинов и пагинаций.

За 16 лет canonical стал базовым инструментом технического SEO: его проверяют Screaming Frog, Ahrefs Site Audit и отчёт Pages в Search Console. Зачем нужно — склеить ссылочный вес и убрать каннибализацию ключей в выдаче Google.

§ 01Зачем нужен

Канонический URL решает 3 задачи: склейка веса дублей, выбор страницы для индексации и защита от каннибализации. Пример из e-commerce: карточка товара доступна по 4 URL с UTM-метками и фильтрами. Без rel=canonical Google сам угадывает основную версию, и часто ошибается. Джон Мюллер в 2021 году подтвердил: canonical — это подсказка, а не директива, но в 90% случаев Googlebot её учитывает. Что это значит для SEO — меньше каши в индексе и стабильные позиции.

§ 02Как настраивается

Базовый синтаксис: <link rel="canonical" href="https://site.ru/page/"> внутри <head>. Альтернатива — HTTP-заголовок Link для PDF и не-HTML файлов. В WordPress тег ставят Yoast SEO и Rank Math автоматически. Правила: указывать абсолютный URL с протоколом, ссылаться на индексируемую страницу с кодом 200, избегать цепочек canonical→canonical. Для пагинации с 2019 года Google игнорирует rel=prev/next — оптимизация идёт через canonical на саму страницу пагинации.

Сценарий настройки

дубли −92% — Интернет-магазин одежды на Shopify с фасетной навигацией добавил rel=canonical на страницы фильтров, указав основную категорию. За 8 недель доля проиндексированных дублей в Google Search Console упала с 14 200 до 1 150 URL, краулинговый бюджет высвободился.

Замер эффекта

органика +28% — B2B SaaS с блогом на HubSpot склеил AMP- и десктоп-версии статей через canonical на основную HTML-страницу. Органический трафик из Google вырос на 28% за 4 месяца, позиции топ-10 удвоились. Динамика отслеживалась в Ahrefs и GA4 Acquisition.

§ 03Где смотреть результат

Главный инструмент проверки — Search Console, отчёт «Индексирование страниц». Там видно поля «Канонический URL, объявленный пользователем» и «Канонический URL, выбранный Google». Если они расходятся — Googlebot не согласен с вашим выбором. Screaming Frog в режиме краулинга выгружает все canonical-теги сайта за 1 проход. Ahrefs Site Audit подсвечивает 4 типа ошибок: отсутствие тега, ссылку на 404, цепочки и конфликт с hreflang. Расшифровка статусов занимает 5 минут на средний сайт до 10 000 URL.

§ 04Подводные камни

Топ-5 ошибок с rel=canonical 2024 года по аудитам агентства GUSAROV: canonical на главную со всех страниц (убивает индексацию), относительные URL вместо абсолютных, конфликт с тегом noindex, canonical на http при работающем https, и тег вне <head> (Google его не увидит). Отдельный кейс — мобильная версия m.site.ru: canonical должен указывать на десктопную версию, иначе нарушается mobile-first индексация, действующая для всех сайтов с июля 2024 года.

Частые ошибки
01
Указание canonical на неиндексируемую или закрытую страницу. Тег ссылается на URL с noindex, 404 или закрытый в robots.txt. Google игнорирует такой сигнал и сам выбирает каноникал — вес ссылок размывается, а в выдачу попадает случайная версия дубля. Как правильно: Проверяйте каждый rel=canonical в Search Console (отчёт «Индексирование страниц») — целевой URL должен отдавать 200 и быть открыт для индексации.
02
Установка rel=canonical через клиентский JavaScript. Тег вставляется только после рендера в браузере. Googlebot на этапе первой волны индексации его не видит, а John Mueller прямо предупреждал — приоритет отдаётся серверному HTML. Итог: каноникал считывается нестабильно, склейка ломается. Как правильно: Внедрите rel=canonical в исходный server-side HTML внутри . Сравнивайте view-source и rendered HTML через Mobile-Friendly Test или URL Inspection.
03
Подмена 301-редиректа каноникалом при смене URL. При переезде страницы оставляют старый URL живым с canonical на новый. Google трактует rel=canonical как подсказку, а не директиву — около 20–30% сигнала теряется, дубли сидят в индексе месяцами и каннибализируют выдачу. Как правильно: Используйте 301-редирект для постоянных переездов, а rel=canonical — только для технических дублей (фильтры, UTM, пагинация-варианты).
Часто спрашивают

Канонический URL — частые вопросы

Канонический URL простыми словами — что это?

+

Канонический URL — это атрибут rel='canonical' в теге <link>, который говорит Google и Яндексу, какую страницу считать главной среди дублей. Прописывается в <head> и склеивает сигналы ранжирования с копий на основной адрес. Без него поисковик сам выберет каноникал, и часто не тот, что нужен владельцу.

301 физически перенаправляет пользователя и бота на другой адрес, а каноникал оставляет обе страницы доступными, но передаёт вес одной. Редирект используют при переезде или удалении дубля навсегда, rel='canonical' — когда нужны обе версии (фильтры, UTM, пагинация, AMP). По данным Google, каноникал — это рекомендация, а 301 — жёсткая директива.

Добавьте в <head> строку <link rel='canonical' href='https://site.ru/page/'> с абсолютным адресом, в нижнем регистре и со слешем по схеме сайта. На главной самой канонической страницы тег ссылается сам на себя (self-canonical). Проверить можно через Google Search Console (отчёт «Индексирование страниц») или расширение View Rendered Source.

Да, косвенно: каноникал передаёт PageRank и анкорные сигналы со страниц-дублей на основную, что усиливает её позиции. Сам по себе тег не запрещает индексацию — неосновные URL остаются в базе, но в выдачу попадает указанный канонический. При конфликте сигналов (sitemap, hreflang, внутренние ссылки) Google может выбрать другой URL — это видно в GSC как «Канонический URL, выбранный Google».

Нужен, даже если на сайте 10 страниц. Дубли появляются автоматически: версии с www и без, http/https, параметры ?utm_, слеш в конце, мобильные адреса. Self-canonical на каждой странице страхует от каннибализации с первого дня. Большинство CMS (WordPress, Tilda, Bitrix) проставляют тег по умолчанию — остаётся проверить корректность через Screaming Frog.

Не нашли ответ?

Спросите Андрея Гусарова — отвечаю в течение 1-2 рабочих дней.

Нажимая, вы соглашаетесь с обработкой данных.