Канонические ссылки — тот случай, когда одна строчка в шапке страницы способна и вылечить сайт, и убить его трафик за пару недель. Я в SEO с 2005 года и до сих пор регулярно вижу интернет-магазины, где весь каталог склеен канониклом на главную. Владелец недоумевает, почему в индексе три страницы вместо трёх тысяч, а разработчик уверен, что «поставил как надо».
Разберу без теории ради теории: как это работает на самом деле, где применять, где не применять и какие ошибки встречаются чаще всего.
Что делает rel=canonical и чего не делает
Атрибут rel="canonical" — это указание поисковой системе: «у этого содержимого есть основной адрес, вот он». Ставится в секции head страницы одной строкой вида <link rel="canonical" href="https://site.ru/page/"> либо передаётся в HTTP-заголовке Link — это удобно для PDF и других нетекстовых файлов.
Что важно понимать про его природу:
- Это рекомендация, а не команда. Поиск учитывает её как сильный сигнал, но может проигнорировать, если она противоречит остальным данным.
- Страница остаётся доступной пользователю. Никакого перенаправления не происходит, человек видит тот адрес, по которому пришёл.
- Сигналы объединяются. Ссылочный вес и поведенческие данные дубля приписываются каноническому адресу.
- Обход не прекращается. Робот продолжает заходить на неканонические страницы, просто реже.
- Работает только для дублей или очень близких страниц. Если содержимое разное, указание будет отброшено.
Отсюда главный вывод: канонический адрес — инструмент управления дублями, а не инструмент управления индексом. Скрыть им мусорную страницу нельзя, для этого есть другие механизмы.
Чем канонический адрес отличается от редиректа и noindex
Три инструмента решают похожие на первый взгляд задачи, но выбирать между ними надо осознанно.
| Критерий | rel=canonical | 301 редирект | noindex |
|---|---|---|---|
| Страница доступна человеку | Да | Нет, перебрасывает | Да |
| Передаёт вес | Да, консолидирует | Да, почти полностью | Нет |
| Сила указания | Рекомендация | Директива | Директива |
| Скорость эффекта | Медленно, недели | Быстро | Средне |
| Когда применять | Дубли, которые нужны пользователю | Страница переехала навсегда | Страница не нужна в поиске совсем |
| Типичный пример | Сортировки, метки, версии для печати | Смена URL, объединение разделов | Личный кабинет, корзина, результаты поиска |
Правило, которым я пользуюсь: если страница вообще не нужна ни человеку, ни поиску — редирект или закрытие. Если нужна человеку, но не должна конкурировать в поиске — канонический адрес. Если нужна человеку и не должна попадать в индекс в принципе — noindex.
Где канонический адрес действительно нужен
Самые частые сценарии, где без него не обойтись:
- Параметры фильтров и сортировок. Адреса вида
/catalog/?sort=price&dir=ascдают то же содержимое, что и/catalog/. - UTM-метки. Рекламный трафик приходит на адреса с метками, и они плодят дубли.
- Идентификаторы сессий и партнёрские метки. Классика для старых движков.
- Товар в нескольких категориях. Если карточка доступна по трём путям, канонический адрес выбирает один.
- Версии для печати и AMP-подобные облегчённые версии.
- Пагинация каталога с параметром показа. Здесь нужна аккуратность, о ней ниже.
- Синдикация контента. Когда ваш материал перепечатывают, у партнёра должен стоять канонический адрес на ваш оригинал.
Отдельно — самоканоникал. Это когда страница указывает канонический адрес сама на себя. Практика полезная: она страхует от случайных дублей с параметрами, которые вы не предусмотрели. Ставить его я рекомендую по умолчанию на всех индексируемых страницах, с абсолютным адресом и в том регистре и с тем слешем, которые реально отдаёт сервер.
Практический разбор: пагинация и фильтры
Самая спорная зона. Разберу три типовых ситуации.
Пагинация каталога. Ставить на всех страницах со второй по сотую канонический адрес на первую — распространённая, но опасная практика. Товары со второй страницы могут вообще не попасть в индекс. Разумнее оставить на страницах пагинации самоканоникал, закрыть их от попадания в выдачу через ослабленные метатеги (уникальные заголовки с номером страницы) и следить, чтобы товары были доступны и через карту сайта.
Фильтры. Здесь развилка. Если фильтр даёт реальный спрос — «купить диван угловой синий» — это самостоятельная посадочная страница со своим заголовком и текстом, и канонический адрес у неё свой. Если фильтр технический — сортировка по цене, показ по 24 штуки — канонический адрес ведёт на базовую категорию. Ошибка обеих сторон одинаково дорога: в первом случае вы теряете сотни точек входа, во втором засоряете индекс тысячами клонов.
Товар в разных категориях. Лучшее решение — вообще не плодить адреса: одна карточка, один URL, категории только в хлебных крошках. Если движок так не умеет, выбирайте главный путь и указывайте его каноническим. Часто на этом этапе выясняется, что нужна доработка сайта на уровне маршрутизации, а не косметическая правка шаблона.
Чтобы не держать всё в голове, вот сводка по типовым ситуациям.
| Ситуация | Что ставить | Почему |
|---|---|---|
| Сортировка, показ по 24 или 48 товаров | Canonical на базовую категорию | Содержимое то же самое |
| Фильтр с реальным спросом | Самоканоникал | Это самостоятельная посадочная страница |
| Страницы пагинации | Самоканоникал | Иначе товары со вторых страниц выпадут |
| Адрес с UTM-меткой | Canonical на чистый адрес | Метка не меняет содержимое |
| Версия для печати | Canonical на основную версию | Полный дубль |
| Товар доступен по двум путям | Canonical на главный путь | Одна карточка — один основной адрес |
| Корзина, сравнение, личный кабинет | Noindex | В поиске такие страницы не нужны |
| Раздел объединён с другим | 301 редирект | Старой страницы больше не существует |
Частые ошибки
| Ошибка | Что происходит | Как исправить |
|---|---|---|
| Канонический адрес всех страниц на главную | Из индекса выпадает весь сайт, кроме главной | Самоканоникал на каждой странице |
| Цепочка: A указывает на B, B на C | Указание может быть проигнорировано целиком | Указывать сразу на конечный адрес |
| Канонический адрес ведёт на страницу с редиректом | Противоречивые сигналы, склейка не работает | Ставить конечный адрес после редиректа |
| Канонический адрес на закрытую в robots.txt страницу | Робот не может её прочитать и проверить | Открыть целевую страницу для обхода |
| Канонический адрес + noindex на одной странице | Риск, что noindex перенесётся на канонический адрес | Выбрать одно из двух |
| Относительный путь в href | Ошибки склейки при смене базового адреса | Всегда абсолютный адрес с протоколом |
| Несколько тегов canonical на странице | Все указания игнорируются | Проверить шаблон и плагины на дублирование |
| Канонический адрес на http при работающем https | Склейка на несуществующую версию | Синхронизировать протокол |
| Тег вставлен в body скриптом | Может быть не учтён | Только в head серверным кодом |
Ещё одна ловушка — конфликт с языковой разметкой. Если у вас несколько языковых версий, канонический адрес каждой версии должен указывать на саму себя, а не на основной язык. Иначе альтернативные версии просто исчезнут из выдачи своих регионов.
Чего делать не стоит
- Использовать канонический адрес как замену редиректа при переезде. Страница остаётся доступной, старые адреса живут годами, вес размазывается.
- Склеивать похожие, но разные страницы. Две услуги с разной ценой и разным содержанием — не дубли. Указание будет проигнорировано, а вы будете считать вопрос закрытым.
- Ставить канонический адрес на конкурента или партнёрский сайт. Встречается при копировании шаблонов — сайт добровольно отдаёт весь вес чужому домену.
- Менять канонические адреса каждую неделю. Переиндексация занимает время, метания только продлевают неопределённость.
- Считать, что канонический адрес ускоряет индексацию. Он её, наоборот, ограничивает.
- Полагаться только на него при массовых дублях. Если у вас миллион адресов с параметрами, сначала нужно уменьшить их число, а уже потом склеивать остаток.
Как проверить, что всё настроено верно
Проверка занимает меньше часа даже на большом сайте:
- Прогоните сайт краулером и выгрузите колонку с каноническими адресами. Ищите пустые значения, адреса на главную, относительные пути.
- Сверьте: канонический адрес должен отдавать код 200 и совпадать по протоколу, домену, регистру и слешу.
- Проверьте вручную десяток страниц через просмотр исходного кода — так видно дублирование тега.
- В панели вебмастера посмотрите отчёт по исключённым страницам: там прямо указано, какие страницы признаны неканоническими и какой адрес выбран основным.
- Сравните адрес, который выбрали вы, с тем, который выбрал поиск. Расхождение — сигнал, что ваше указание не принято.
- Проверьте карту сайта: в ней должны быть только канонические адреса.
Если поиск систематически выбирает не тот адрес, что вы указали, значит, сигналы противоречат друг другу: внутренние ссылки ведут на другой URL, карта сайта содержит третий, а редиректы — четвёртый. Такие противоречия обычно выявляет полноценный аудит сайта, а не точечная проверка одного тега.
Частые вопросы
Через сколько канонический адрес начинает работать? Первые изменения обычно видно через 2–4 недели после переобхода. На больших сайтах полная перестройка индекса занимает месяцы. Ускорить можно, отправив ключевые страницы на переобход вручную.
Нужен ли канонический адрес на странице, если у неё нет дублей? Да, самоканоникал полезен как страховка. Он защищает от дублей, которые появятся сами: с UTM-метками, с якорями от сторонних сервисов, с добавленными параметрами.
Можно ли ставить канонический адрес на другой домен? Технически можно, и это штатный сценарий при синдикации: перепечатка на партнёрском сайте указывает на ваш оригинал. Но убедитесь, что вы не делаете это случайно в обратную сторону.
Что сильнее — canonical или редирект? Редирект. Если страница отдаёт 301, канонический тег на ней уже никто не прочитает. При конфликте всегда побеждает то, что происходит на уровне HTTP.
Помогает ли канонический адрес при краже контента? Только если копирование санкционированное и на чужой стороне готовы поставить тег. Пират его не поставит. Здесь работают другие методы: быстрая индексация оригинала и внешние сигналы.
Чеклист по каноническим адресам
- На всех индексируемых страницах стоит самоканоникал с абсолютным адресом.
- Тег ровно один и находится в head, вставлен серверным кодом.
- Целевой адрес отдаёт 200, а не редирект и не 404.
- Нет цепочек: указание ведёт сразу на конечный адрес.
- Протокол, домен, регистр и завершающий слеш совпадают с реальным адресом.
- Целевая страница открыта в robots.txt.
- Canonical и noindex не стоят вместе на одной странице.
- Страницы фильтров с реальным спросом имеют собственный канонический адрес.
- Пагинация не склеена целиком на первую страницу.
- Языковые версии указывают сами на себя.
- В карте сайта только канонические адреса.
- В отчёте вебмастера выбранный поиском адрес совпадает с указанным.
Канонические ссылки не приносят трафика сами по себе. Они наводят порядок, чтобы вес не размазывался по десяткам клонов одной страницы. Но именно поэтому ошибка в них стоит дороже, чем большинство правок в текстах: неверная строка в шаблоне выключает из поиска целые разделы, и заметить это можно спустя месяцы.
Если нужно заказать SEO-продвижение — помогу вывести сайт в топ Яндекса и удержать позиции.
Увеличьте позиции и продажи вашего сайта
Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:
Остались вопросы по продвижению?
Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.
Связаться со мной →
Старт 
Стандарт 
Премиум 
