В корзине пусто!
Канонический тег (rel=canonical) сообщает Google, какая из похожих страниц является «главной». Без него дубли поглощают индексный бюджет и размывают ссылочный вес. Ниже — практика, кейс и разбор ошибок.
Содержание
- Что такое canonical и какую проблему он решает
- Кейс: интернет-магазин с 40% дублей от URL-фильтров
- Когда Google игнорирует canonical
- Самоканонизация — когда и зачем
- Canonical при пагинации
- Cross-domain canonical
- Canonical vs noindex vs 301: сравнительная таблица
- Типичные ошибки при настройке canonical
- Инструменты для аудита canonical тегов
- Частые вопросы
Что такое canonical и какую проблему он решает
HTML-атрибут rel="canonical" появился в 2009 году как совместная инициатива Google, Bing и Yahoo. Технически это тег в разделе <head>:
<link rel="canonical" href="https://example.com/product/blue-sneakers/" />
Проблема, которую он решает, — дублирование контента. Один и тот же контент может быть доступен по нескольким URL через:
- параметры фильтрации и сортировки (/catalog?color=blue&size=42)
- сессионные идентификаторы (/page?sessionid=12345)
- UTM-метки (/blog/post?utm_source=google)
- WWW и non-WWW версии (www.site.com vs site.com)
- HTTP и HTTPS варианты
- слеш в конце URL (/page/ vs /page)
Каждый такой вариант URL — потенциальный дубль. Google тратит crawl budget на их обход, а ссылочный вес «растекается» между копиями вместо того, чтобы концентрироваться на одной странице. Canonical говорит поисковику: «Все эти URL — варианты одной страницы, учитывай вот эту».
Кейс: интернет-магазин с 40% дублей от URL-фильтров
Среди проектов, которые мы вели, один из наиболее показательных — интернет-магазин одежды с каталогом более 8 000 SKU. Клиент обратился с жалобой: трафик из органики вырос всего на 4% за год, тогда как конкуренты в той же нише показывали +25–40%.
Что обнаружил аудит
Технический аудит через Screaming Frog показал 12 400 проиндексированных URL при реальном числе уникальных страниц ~7 300. Разница — 5 100 дублей. Все они возникали из-за параметров фильтрации каталога: цвет, размер, материал, ценовой диапазон, сортировка. CMS генерировала уникальный URL для каждой комбинации фильтров. Canonical теги отсутствовали полностью.
- 40% проиндексированных URL — дубли от параметров фильтрации
- Crawl budget: Google обходил магазин ~1 800 страниц в сутки, из которых ~720 — дубли
- Новые товары попадали в индекс через 3–5 недель вместо 2–4 дней
- PageRank категорийных страниц был «размыт» между дублями: средняя позиция по ключам категорий — 18–24
Что сделали
- Аудит параметров URL через GSC (Search Console → Legacy tools → URL Parameters) — определили, какие параметры меняют контент, а какие нет.
- Canonical для всех фильтрованных URL → указали на базовую URL категории без параметров.
- Самоканонизацию добавили на все «чистые» URL категорий и товаров.
- GSC URL Parameters — настроили параметры как «не меняют контент» для Google.
- Повторный краулинг через GSC запросили для 200 приоритетных URL.
Результаты через 10 недель
| Метрика | До | После | Изменение |
|---|---|---|---|
| Проиндексированных URL | 12 400 | 7 650 | -38% |
| Средняя позиция по категориям | 18–24 | 9–13 | +10 позиций |
| Органический трафик | базовый | +67% | +67% |
| Скорость индексации новых товаров | 3–5 недель | 2–4 дня | x8 быстрее |
| CTR в поиске (категории) | 2.1% | 3.8% | +81% |
Ни новых ссылок, ни изменений в контенте. Только техническое исправление canonical — и органика выросла на 67% за 2,5 месяца. Подробнее о том, как находить подобные проблемы — в материале про SEO-аудит сайта.
Когда Google игнорирует canonical
Canonical — это рекомендация, а не директива. Google прямо говорит об этом в своей документации по канонизации. Поисковик может выбрать другую URL как каноническую при наличии противоречий.
Самые частые причины игнорирования canonical — именно с этими проблемами мы сталкиваемся в большинстве аудитов:
- Canonical указывает на страницу с noindex — противоречие в сигналах, Google игнорирует canonical
- Canonical через цепочку редиректов — если между дублём и каноником есть 301/302, Google может выбрать промежуточную URL
- Существенные отличия в контенте — если дубль и каноническая URL имеют более 30–40% разных текстов, Google может решить, что это разные страницы
- Canonical на недоступную страницу — 404 или 5xx на канонической URL
- Конфликт HTTP-заголовка и HTML-тега — сервер отправляет один canonical через Link header, а HTML содержит другой
- Относительный URL без правильной базы — неверно сформированный путь в canonical
Проверка: если GSC показывает в «Покрытии» — «Альтернативная страница с правильным canonical» среди «исключённых», canonical сработал правильно. Если URL с canonical попадает в «Проиндексированные» — Google выбрал другой каноник или проигнорировал тег.
Самоканонизация — когда и зачем
Самоканоническая ссылка — когда страница /product/sneakers/ содержит canonical, указывающий на неё же. Выглядит избыточно, но это важная защитная практика.
Зачем это нужно:
- Защита от внешних ссылок с параметрами — если кто-то ссылается на вашу страницу как /page?ref=partner123, самоканоник закрепляет «чистую» URL
- Защита от HTTP/HTTPS-дублирования — при наличии старых ссылок на http:// версию
- Явный сигнал для Google — поисковик видит, что страница намеренно отмечена как каноническая
- Предотвращение «канонических петель» — если CMS автоматически генерирует canonical, лучше явно указать правильную URL
Наш стандарт: самоканонизация — обязательна для всех страниц. В WordPress настраивается автоматически через Yoast или Rank Math. В других CMS — через шаблон head.php или аналогичный файл.
Canonical при пагинации
Один из болезненных случаев — каталоги и блоги с пагинацией. Старая практика (rel="prev/next") была отменена Google в 2019 году. Актуальные подходы к canonical при пагинации:
| Страницы пагинации | Рекомендованный подход | Когда применять |
|---|---|---|
| /catalog/page/2, /3, /4... | Каждая страница — самоканоник. Пагинированные страницы имеют собственный уникальный контент. | Если страницы пагинации имеют трафик и ссылки |
| Параметр ?page=2 | Canonical ?page=2 → /catalog/ (первая страница) | Только если пагинированные страницы не имеют уникального контента |
| View all page | Canonical всех пагинированных страниц → /catalog/all/ | Если есть полная страница со всеми товарами, которую нужно продвигать |
Из нашей практики: Canonical страниц /page/2 → /page/1 — плохая практика для каталогов. Пагинированные страницы содержат уникальные товары, и такой canonical означает, что Google «видит» только первую страницу каталога. Мы фиксировали потерю 20–35% органического трафика на глубоких страницах каталогов после подобной настройки.
Cross-domain canonical
Canonical может указывать не только на URL того же домена, но и на другой домен. Google поддерживает cross-domain canonical с 2012 года. Типичные сценарии:
- Синдикация контента — ваша статья опубликована на партнёрском сайте с canonical → ваш оригинал
- Перенос сайта — временный canonical со старого домена на новый во время миграции
- Региональные версии — если есть site.ua и site.ru с одинаковым контентом (хотя для языковых версий лучше hreflang)
- Мобильная версия на поддомене — m.site.com → site.com (устаревшая практика, но встречается)
Важно: cross-domain canonical не передаёт «весь вес» страницы — он лишь указывает на источник. Для передачи PageRank между доменами 301 редирект эффективнее. Canonical при миграции домена — временная мера на 1–2 месяца, после чего заменяется полноценными 301.
Canonical vs noindex vs 301: сравнительная таблица
Три инструмента для управления дублями — и каждый для своего сценария. Путаница между ними — одна из самых распространённых ошибок, которую мы видим при аудитах.
| Критерий | rel=canonical | noindex | 301 редирект |
|---|---|---|---|
| Что делает | Указывает «главную» версию URL | Убирает страницу из индекса | Физически перенаправляет на другую URL |
| Страница доступна пользователю | Да | Да (но не в поиске) | Нет (автоматическое перенаправление) |
| Передача PageRank | Частично (~85–90%) | Нет | Полностью (100%) |
| Google обходит дубль | Может обходить (тратит crawl budget) | Обходит, но не индексирует | Следует за редиректом |
| Когда использовать | Параметры URL, UTM, фильтры, синдикация | Технические страницы (корзина, профиль), страницы без ценности | Постоянное слияние двух URL, миграция сайта |
| Риск | Может быть проигнорирован | При ошибочной установке страница исчезнет из индекса | Цепочки редиректов снижают передачу веса |
Типичные ошибки при настройке canonical
По результатам аудитов более 200 сайтов мы выделили 7 ошибок, встречающихся чаще всего:
-
Canonical на неправильную версию URL (http вместо https)
CMS генерирует canonical с http://, хотя сайт давно переведён на https. Google видит противоречие между фактическим протоколом и canonical. -
Canonical без слеша / со слешем непоследовательно
/product/sneakers и /product/sneakers/ — технически разные URL. Canonical должен соответствовать той версии, которую вы считаете основной, и быть единообразным по всему сайту. -
Canonical страницы категории → на главную
Типичная ошибка CMS-шаблонов: все страницы без title получают canonical на главную. Итог — Google «видит» только главную страницу. -
Несколько canonical тегов на одной странице
Если в head два тега canonical, Google выбирает первый и игнорирует остальные. Частая причина — конфликт плагинов в WordPress. -
Canonical страниц пагинации → на первую страницу каталога
Скрывает товары с глубоких страниц от индексации. -
Canonical с относительным путём без базового URL
<link rel="canonical" href="/product/sneakers/">— технически допустимо, но рискованно. При проблемах с<base href="">может вести не туда. Лучше — полный абсолютный URL. -
Дубли в sitemap.xml
Если URL есть в sitemap, Google считает её «достойной индексации». Если та же URL помечена как не-каноническая через canonical другой страницы — получаем противоречие. Дубли не должны попадать в sitemap.
Быстрая проверка: в GSC откройте «Покрытие» → «Исключённые» → «Альтернативная страница с правильным canonical». Если список большой и содержит важные страницы — что-то пошло не так с настройкой canonical.
Инструменты для аудита canonical тегов
Проверить canonical вручную на сайте с тысячами страниц нереально. Инструменты, которые мы используем в работе:
| Инструмент | Что показывает | Цена |
|---|---|---|
| Google Search Console | Покрытие → Исключённые → «Альтернативная страница с правильным canonical» и «Дубль без указанного canonical» | Бесплатно |
| Screaming Frog SEO Spider | Вкладки Canonicals: выявляет отсутствующие canonical, canonical на другие домены, canonical loops, конфликты noindex + canonical | Бесплатно до 500 URL, от $259/год |
| Ahrefs Site Audit | Issues → «Pages with a canonical tag pointing to redirect», «Canonical chain», «Multiple canonical tags» | От $129/мес |
| Semrush Site Audit | Issues → Duplicate content, canonical issues — с объяснением и рекомендацией | От $139/мес |
| URL Inspection (GSC) | Проверка конкретной URL: какую Google считает канонической (Google-выбранный vs заявленный canonical) | Бесплатно |
Алгоритм аудита canonical за 4 шага:
- Screaming Frog → Export → Canonicals — собрать все canonical теги сайта в таблицу
- GSC → Coverage → Excluded — проверить «альтернативные страницы» и «дубли»
- GSC → URL Inspection на проблемных URL — сравнить «заявленный canonical» и «Google-выбранный canonical»
- Аудит sitemap.xml — убедиться, что в sitemap нет URL, помеченных как не-канонические
Если ваш сайт не проходил технический аудит, canonical-проблемы практически гарантированно присутствуют. Детальную проверку выполняем в рамках услуги SEO-аудита сайта. Экономия crawl budget после исправления canonical в среднем составляет 25–45% лишних обходов URL.
Частые вопросы
Нужно ли ставить canonical на каждой странице сайта?
Да, самоканонизацию (canonical на саму страницу) рекомендуется добавлять на все канонические страницы. Это защищает от «размывания» сигналов ссылочного веса, если кто-то ссылается на страницу с UTM-метками или через http-версию URL.
Почему Google игнорирует мой canonical тег?
Google воспринимает canonical как рекомендацию, а не директиву. Основные причины игнорирования: canonical ведёт на страницу с noindex, между дублём и каноником есть цепочка редиректов, или страницы существенно отличаются по контенту.
Что лучше — canonical или 301 редирект?
Для постоянного слияния двух URL предпочтительнее 301 редирект — он передаёт 100% PageRank и физически устраняет дубль. Canonical сохраняет доступность дубля для пользователей, но передаёт вес частично. Используйте canonical, когда обе URL нужны одновременно.
Сколько времени нужно Google для обработки canonical?
Обычно 1–4 недели для крупных сайтов, 3–7 дней для небольших. Ускорить процесс можно через Google Search Console → URL Inspection → Request Indexing на канонической URL.
Дубли тормозят ваш сайт — разберёмся
Технический аудит canonical тегов, параметров URL и дублей контента — часть нашего полного SEO-аудита. Если органика стоит на месте, несмотря на работу с контентом, причина часто именно в технических дублях.
Заказать SEO-продвижение или узнать подробнее об аудите сайта.
