Canonical — это тег <link rel="canonical" href="..."> в шапке страницы. Он сообщает поисковику, что среди нескольких похожих URL нужно индексировать только указанный. Применяется, чтобы не плодить дубли.
Не директива, а подсказка для поисковика. Google и Яндекс могут проигнорировать canonical, если решат, что страница важнее. Чтобы canonical сработал — внутренние и внешние ссылки должны идти на ту же страницу, что указана как canonical.
<link rel="canonical" href="https://pawetta.com/glossary/canonical/" >
Как делать правильно
- пагинация: страницы /page/2/, /page/3/ → canonical на первую
- UTM-метки и фильтры на товарах
- версии для печати и AMP-страницы
- одинаковый контент на нескольких URL
- разные товары / категории — нужны разные страницы
- разные языковые версии — это hreflang
- разные регионы — отдельные географические страницы
- тонкая разница в контенте — лучше доработать страницу
Интернет-магазин: 12 фильтров на каждой категории дают сотни тысяч комбинаций URL. Прописали canonical на основную категорию для всех фильтрованных страниц. Через месяц — индекс сократился в 30 раз, ключевые категории выросли в позициях за счёт концентрации сигналов.
Яндекс и Google относятся к canonical с разной строгостью. Google считает его одним из ~20 сигналов консолидации и при конфликте (canonical указывает на A, а sitemap, внутренние ссылки и редиректы тянут на B) сам выбирает «канонический» URL — в Search Console это видно в отчёте «Индексирование», статус «Выбран другой канонический URL, чем указан пользователем». Яндекс воспринимает rel=canonical жёстче и при противоречивых сигналах чаще просто исключает страницу из поиска со статусом «Неканоническая» в Вебмастере. Поэтому одного тега мало — все сигналы должны указывать в одну точку.
Типовые ошибки, которые ломают canonical: относительный href вместо абсолютного (поисковик резолвит его от текущего URL и промахивается), canonical на странице пагинации, ведущий на первую страницу (вторая и далее перестают индексироваться, ВЧ-карточки с них выпадают — лучше self-canonical на каждой), и canonical внутри блока, закрытого в robots.txt — робот туда не зайдёт и тег не прочитает. Для дублей, которые нужно убрать целиком, надёжнее 301-редирект: он передаёт вес жёстко, тогда как canonical остаётся подсказкой. Разные языковые версии canonical не склеивает — для них hreflang.
Тег link rel=canonical в head говорит, какой из похожих URL индексировать и накапливать сигналы.
Google и Яндекс могут переопределить выбор, если ссылки, sitemap и редиректы спорят с тегом.
Склеивает ссылочный вес и поведенческие дублей на одной странице — вместо распыления по фильтрам и UTM.
Блог развернули на новом домене, но забыли убрать canonical на старые URL (cms подставила их в шаблон). 340 статей указывали rel=canonical на адреса предыдущего сайта — Google консолидировал сигналы туда, и новый домен три недели не показывался по своим же заголовкам. Заменили на self-canonical (каждая страница ссылается на себя) — за две недели вернулись в индекс и в топ-10 по 60 информационным з
Частые вопросы
Чем canonical отличается от 301-редиректа?
301-редирект передаёт вес жёстко и физически уводит пользователя на нужный URL, а canonical остаётся подсказкой, которую поисковик может переопределить. Для дублей, которые надо убрать совсем, надёжнее 301. Canonical берут там, где обе версии должны жить: пагинация, UTM, фильтры каталога.
Почему canonical не сработал?
Частые причины: относительный href вместо абсолютного (поисковик резолвит его от текущего URL и промахивается), тег внутри блока, закрытого в robots.txt (робот туда не зайдёт), и конфликт сигналов, когда ссылки, sitemap и редиректы тянут на другой адрес. Проверь в Search Console статус «Выбран другой канонический URL, чем указан пользователем».
Нужен ли canonical на страницах пагинации?
Ставить canonical со второй и последующих страниц пагинации на первую — распространённая ошибка: вторая и дальше перестают индексироваться, и карточки с них выпадают из поиска. Поставь на каждой странице пагинации self-canonical, чтобы она ссылалась сама на себя.