Если поисковик видит несколько одинаковых или очень похожих страниц, он старается выбрать одну основную версию сам. Но этот выбор не всегда совпадает с тем URL, который нужен вам для продвижения. В результате в индекс может попасть не тот адрес, на который вы рассчитывали, а сигналы по дублям распределятся не так, как вы ожидали.
Именно для таких случаев используют тег canonical. Он не закрывает страницу от индексации, не отправляет пользователя на другой URL и не заменяет редирект. Он лишь показывает поисковым системам, какой адрес вы считаете предпочтительным среди одинаковых или очень похожих страниц.
Важно: canonical – это не жёсткая команда, а сигнал для поисковика. Обычно он учитывается, если остальная техническая настройка сайта ему не противоречит. Но окончательный выбор канонического URL поисковая система всё равно может сделать сама.
Что такое тег canonical простыми словами
Canonical – это ссылка в коде страницы, которая указывает предпочтительный URL. Обычно её размещают в разделе <head>:
<link rel="canonical" href="https://example.com/glavnaya-stranica/" />
Запись rel="canonical" означает, что указанный в href адрес считается основной версией документа. Это особенно полезно, когда один и тот же контент доступен по нескольким URL или когда страницы отличаются только параметрами, сортировкой, фильтрами или техническими вариантами адреса.
Canonical можно ставить не только на дубли. Часто его указывают и на самой странице, то есть делают self-canonical. Это нормальная практика: так вы прямо показываете поисковику, какой URL считать основным именно для этого документа.
Зачем нужен canonical
Основная задача тега – помочь поисковым системам правильно объединять дубли и похожие страницы. Это важно для сайтов любого размера, но особенно для интернет-магазинов, маркетплейсов, каталогов услуг и крупных блогов.
Дубли появляются чаще, чем кажется. Один и тот же товар может открываться из нескольких категорий. Страница каталога может получать разные URL из-за фильтров и сортировки. CMS иногда создаёт технические копии. Отдельно встречаются варианты с параметрами отслеживания, печатными версиями страниц, мобильными поддоменами и тестовыми URL.
Когда таких адресов много, поисковику приходится самому решать, какой из них считать основным. Canonical позволяет снизить неоднозначность и показать предпочтительный вариант. Это помогает аккуратнее объединять сигналы дублей вокруг одного URL и уменьшает риск того, что в выдачу попадёт не тот адрес.
Этот тег особенно нужен в ситуациях, когда страницы должны оставаться доступными пользователю, но при этом вы не хотите, чтобы они конкурировали друг с другом в поиске.
- Один и тот же товар доступен через несколько категорий.
- Есть страницы с параметрами сортировки, фильтрации или метками отслеживания.
- Контент открывается по нескольким техническим URL.
- Есть отдельные версии страницы для печати или другого формата показа.
- Вы публикуете один и тот же материал в HTML и PDF, и хотите указать основную версию.
- На сайте есть похожие страницы, где одна должна считаться основной для поиска.
Если страница не нужна ни пользователю, ни поисковику, canonical обычно не лучший инструмент. В таких случаях чаще используют 301 редирект. Он сильнее показывает, что старый или лишний URL больше не должен участвовать в поиске как самостоятельная страница.
Как правильно использовать rel canonical
Самое важное правило: canonical должен указывать на тот URL, который вы действительно хотите считать основным. Причём этот адрес должен быть рабочим, доступным для обхода и пригодным для индексации.
На практике это значит следующее. Канонический URL лучше сразу указывать в полном, абсолютном виде, а не относительным путём. Он должен вести на конечную версию страницы, а не на промежуточный адрес. Желательно, чтобы страница-цель отдавала код ответа 200, не была закрыта в robots.txt и не имела noindex.
Размещать тег нужно в разделе <head>. Если он попадает в <body> или формируется с ошибками, поисковик может его не учесть. Если canonical добавляется через JavaScript, важно проверить, что он действительно появляется в итоговом HTML после рендеринга.
Ещё одно важное правило – сигналы должны быть согласованными. Если вы указали один URL в canonical, а в sitemap, внутренних ссылках и редиректах продвигаете другой, поисковик может проигнорировать ваш выбор. Чем меньше противоречий, тем выше шанс, что нужный адрес будет выбран как основной.
Редирект отправляет пользователя и поискового робота на другой URL. По сути, он говорит: этой страницы больше нет или использовать нужно другой адрес. Canonical работает мягче. Он оставляет страницу доступной для пользователя, но подсказывает поисковику, какую версию считать основной.
Поэтому выбор зависит от задачи. Если лишний URL больше не нужен, лучше редирект. Если страница должна существовать для пользователя, но не должна конкурировать с основной версией, подходит canonical.
Можно ли указывать canonical на другой домен
Да, в некоторых случаях можно. Существуют сценарии, когда canonical используют между разными доменами, например при легальной пере-публикации материала или при переносе контента между своими проектами.
Но применять такую схему нужно осторожно. Поисковик должен видеть, что страницы действительно связаны между собой и что указанный адрес логично считать основной версией. Для большинства обычных задач достаточно внутреннего canonical в пределах одного сайта.
Canonical для пагинации: как правильно
С пагинацией чаще всего допускают одну и ту же ошибку: ставят canonical со второй, третьей и последующих страниц на первую. Делать так по умолчанию не стоит.
Если каждая страница пагинации содержит собственный набор товаров, статей или других элементов, то она считается отдельной страницей подборки. В этом случае у неё обычно должен быть self-canonical, то есть ссылка на саму себя.
Canonical на первую страницу оправдан только тогда, когда остальные страницы фактически дублируют её или когда у вас есть отдельная страница «показать всё», которую вы хотите считать основной. Если же на странице 2 и странице 3 есть уникальные позиции, сводить их к первой странице не нужно.
Если вам интересна тема технических настроек глубже, можно посмотреть и другие материалы из раздела про техническое SEO.
Частые ошибки при настройке canonical
Проблема обычно не в самом теге, а в том, как его используют. Вот самые распространённые ошибки:
Ставят canonical на страницу, которая закрыта от индексации. Указывают каноническим URL адрес с ошибкой или не ту версию страницы. Добавляют тег в <body> вместо <head>. Используют относительные адреса там, где лучше дать полный URL. Создают противоречия между canonical, редиректами, sitemap и внутренними ссылками. Или направляют несколько разных по смыслу страниц на один URL, хотя это уже не дубли, а отдельные документы.
Ещё одна типичная ошибка – пытаться лечить canonical всё подряд. Он нужен именно для дублей и очень похожих страниц. Если контент разный и каждая страница должна ранжироваться сама по себе, canonical может только навредить.
Как проверить, правильно ли настроен canonical
Первый способ – открыть исходный код страницы и найти строку с rel="canonical". Так вы увидите, есть ли тег вообще и куда он ведёт.
Второй способ – проверить конкретный URL в Google Search Console. Там можно увидеть, какой canonical вы указали сами и какой канонический адрес выбрал Google фактически. Если эти значения не совпадают, значит, на сайте есть противоречивые сигналы или выбранный URL не кажется поисковику лучшей версией.
Третий способ – использовать краулеры и сервисы аудита. Они помогают быстро найти битые canonical, циклы, конфликтующие настройки и страницы без self-canonical. Подборку инструментов можно посмотреть в обзоре SEO-сервисов для анализа сайта.
Проверять canonical стоит после любых изменений в CMS, шаблонах, фильтрах, пагинации и настройках SEO-плагинов. Именно после обновлений такие ошибки появляются чаще всего.
Часто задаваемые вопросы про тег canonical (FAQ)
Canonical – это редирект?
Нет. Редирект отправляет пользователя и робота на другой адрес. Canonical не перенаправляет, а лишь показывает поисковику, какой URL вы считаете предпочтительным.
Нужно ли ставить canonical на каждой странице?
Обычно да. Для индексируемых страниц часто используют self-canonical, чтобы у поисковика не было лишней неоднозначности при выборе основного URL.
Можно ли ставить canonical на другой домен?
Да, такая возможность существует. Но применять её стоит только в понятных сценариях, например при пере-публикации контента или работе со связанными проектами.
Как быть с пагинацией?
Если страницы пагинации содержат разные товары или материалы, каждой из них обычно нужен canonical на саму себя. Указывать canonical на первую страницу стоит только в случае реального дублирования или при наличии отдельной страницы «показать всё».
Что делать, если поисковик выбрал другой canonical?
Проверьте, нет ли конфликтов между canonical, редиректами, sitemap, внутренними ссылками и метатегами. Также убедитесь, что каноническая страница доступна, индексируема и действительно похожа на дубль, который на неё ссылается.