Rel canonical: как настроить и почему ошибка обнуляет статьи

Статья может быть написана хорошо и опубликована, но не появляться в результатах поиска, потому что в её коде указан canonical на другую страницу. Тег rel canonical сообщает поисковой системе, какой адрес страницы считать главным, и ошибка в нём выключает статью из поиска целиком. Разберём, как устроен тег и какие ошибки в нём встречаются чаще всего.

Что такое rel canonical простыми словами

Rel canonical указывает поисковой системе главный адрес страницы. Робот видит это указание и понимает: содержимое доступно по нескольким ссылкам, но в выдачу нужно ставить одну, названную в теге. Остальные адреса продолжают открываться, читатель ничего не замечает.

Карточка товара в интернет-магазине открывается по чистому адресу. Тот же товар доступен по ссылке с меткой рекламной кампании и по адресу с выбранным цветом в фильтре. Для человека это одна страница, а для поиска три разных адреса с почти одинаковым текстом. Canonical снимает вопрос: вы сами называете чистый адрес главным.

Как тег выглядит в коде

Тег ставится внутри блока head, в самом верху кода страницы, и выглядит так:

<link rel="canonical" href="https://example.ru/blog/kak-vesti-blog/">

Границы действия тега

Сам тег ничего не запрещает роботу и не переадресует читателя: лишние адреса остаются на сайте, тег только расставляет между ними приоритет. Но адрес, который поиск признал неканоническим, в результатах не показывается. И тег не работает, если оказался не в блоке head, а в теле статьи: так бывает, когда код вставляют через визуальный редактор.

Зачем canonical нужен сайту со статьями

Раздел статей пополняется чаще остальных разделов сайта, и дубли в нём появляются сами, без участия редактора: рассылки, рекламные кампании и кнопка «поделиться» добавляют к адресу статьи параметры. Для поиска это новые адреса, и по каждому он решает, что с ним делать. Что публиковать в таком разделе, мы разбирали в материале про блог компании на сайте.

Откуда на сайте берутся дубли

• Ссылки с рекламной разметкой: utm, yclid, gclid и метки рассылок.
• Два варианта одного адреса: со слешем на конце и без него, с www и без www, на http и на https.
• Страницы тегов и рубрик, которые собирают одни и те же анонсы в разном порядке.
• Версия для печати.

Склейка сигналов между адресами

Пока адресов несколько, ссылки и поведение читателей распределяются между ними: часть людей приходит на адрес с меткой рассылки, часть на чистый. Canonical собирает эти сигналы на одном адресе. О том, как статьи передают вес друг другу, мы писали в материале про внутреннюю перелинковку.

Техническая аккуратность в разделе статей влияет на результат сильнее, чем кажется. По данным Яндекс Вебмастера на сентябрь 2026 года, из 1 894 статей, опубликованных на сайтах наших клиентов в апреле-июне 2026 года, показы в поиске получили 56 %. Разброс между сайтами составил от 8 % до 77 % статей с показами, и объясняется он техническим состоянием сайта, а не текстами. Canonical входит в число настроек, которые в таком разборе проверяют первыми.

Как поисковые системы обрабатывают canonical

Тег как рекомендация для робота

И Яндекс, и Google считают canonical рекомендацией. Робот учитывает тег, сопоставляет его с остальными сигналами и может выбрать другой главный адрес. Чем сильнее остальные сигналы подтверждают тег, тем вероятнее поиск с ним соглашается, а при ошибке в шаблоне он соглашается почти всегда. Поэтому в Google Search Console инструмент «Проверка URL» показывает два значения: канонический адрес, указанный пользователем, и канонический адрес, выбранный Google. Расхождение между ними служит сигналом проверить настройку.

Другие сигналы, которые учитываются вместе с тегом

• Какой адрес стоит в карте сайта sitemap.xml.
• На какой адрес ведут внутренние ссылки сайта и меню.
• Есть ли переадресация с одного варианта адреса на другой.
• На какой адрес ведут внешние ссылки на статью.

Если сигналы расходятся, вес тега падает: все четыре пункта должны называть тот же адрес, что и canonical. У Яндекса для адресов с параметрами есть отдельная директива Clean-param в файле robots.txt: она перечисляет параметры, которые не меняют содержимое страницы. Google эту директиву не поддерживает, поэтому тег нужен в любом случае.

Как настроить rel canonical на сайте

Тег в head страницы

Базовая настройка такая: на каждой странице сайта стоит один тег canonical, который указывает на эту же страницу. Такой тег называют самоссылающимся: он закрывает случайные варианты адреса заранее, до того как они появятся в рассылках и в рекламе.

Для страниц с параметрами правило другое: они указывают canonical на чистый адрес без параметров. Так же поступают с версией для печати.

HTTP-заголовок Link для файлов

Прайс в PDF и другие файлы тоже попадают в поиск, и у них тоже бывают дубли. Блока head у файла нет, поэтому главный адрес передают заголовком ответа сервера:

Link: <https://example.ru/files/price.pdf>; rel="canonical"

Настраивают его в конфигурации сервера, разовой задачей для системного администратора. Поддержка у поисковых систем разная, поэтому для обычных страниц остаётся тег в head.

Правила, которые нарушают чаще всего

• Адрес указывают полностью, с протоколом и доменом: относительный путь при ошибке в шаблоне склеивается неверно.
• На странице стоит ровно один тег canonical. Два тега с разными адресами поиск, скорее всего, проигнорирует оба и выберет главный адрес сам.
• Адрес из тега отвечает кодом 200, то есть открывается без ошибок и переадресаций, и открыт для обхода роботом. Ошибка 404, переадресация или запрет обхода в robots.txt превращают тег в противоречие: названный главный адрес робот не может проверить.
• Выбран один вариант написания адреса: регистр, слеш на конце, www, протокол. В теге, в карте сайта и во внутренних ссылках он совпадает посимвольно.
• На одной странице не стоят одновременно canonical на другой адрес и запрет индексирования noindex.

Где искать настройку в Битриксе, WordPress и Tilda

Название пункта меню отличается от версии к версии, поэтому ориентируйтесь на поле со словом canonical или «канонический адрес». Результат проверяется одинаково, в исходном коде опубликованной страницы.

WordPress

WordPress сам добавляет самоссылающийся тег на записи и страницы. Если установлен SEO-плагин, то есть расширение для поисковой оптимизации, тег формирует он, а у каждой записи появляется отдельное поле для канонического адреса в настройках под редактором. Пустое поле означает адрес самой записи. Частая поломка: тему и плагин настраивали разные подрядчики, и в коде оказываются два тега canonical.

Битрикс

В Битриксе канонический адрес обычно выводится из шаблона сайта: его задают свойством страницы или сторонним SEO-модулем, отдельного штатного поля у элемента каталога нет. Проверять нужно каждый тип страниц: детальную страницу статьи, страницы списка со второй и дальше, страницы с открытым фильтром. На практике шаблон закрывает детальные страницы, а остальные остаются без тега или получают адрес главной.

Tilda и другие конструкторы

В Tilda канонический адрес задаётся в настройках конкретной страницы. У других конструкторов поле называется по-разному, а поведение при пустом поле отличается, поэтому результат проверяют в исходном коде. Риск появляется при копировании страниц: вместе с блоками копируется и заполненное поле, и у новой статьи canonical ведёт на старую. Про автоматическую публикацию статей в этой системе мы писали в материале про Тильда Потоки.

Как неверный canonical выключает статью из поиска

Механика у всех ошибок одна. Поисковая система получает от страницы указание «главная не я», как правило соглашается с ним и перестаёт показывать страницу по запросам. Статья при этом открывается и выглядит опубликованной, а показов, то есть появлений в результатах поиска, у неё нет. Отсюда и слово «обнуляет»: текст написан и оплачен, а обращений с него нет.

Canonical ведёт на чужой домен

Эта ошибка затрагивает все страницы сайта сразу. Они называют главным адресом страницу другого проекта, поиск с большой вероятностью признаёт содержимое копией внешнего источника и перестаёт показывать сайт по его собственным запросам, а сигналы уходят чужому домену. Появляется такой тег обычно случайно: вместе с купленным шаблоном или при переносе сайта с тестового домена.

Canonical ведёт на главную страницу

Ещё один частый случай, и обычно это следствие настройки шаблона «на всех страницах canonical на главную». Поиск может признать каждую статью копией главной и оставить в выдаче только её. Раздел статей перестаёт собирать запросы, под которые его делали, а по брендовым запросам сайт выглядит нормально. Поэтому поломку замечают не сразу: главная в поиске есть, значит «сайт индексируется».

Canonical ведёт на страницу списка или на удалённый адрес

Со второй страницы списка статей canonical часто ставят на первую, хотя содержимое у этих страниц разное. Тогда сами страницы списка из выдачи уходят, а статьи из их анонсов поиск находит хуже. Отдельная разновидность: после смены структуры старые адреса удалили, а в теге они остались, и он указывает на ошибку 404.

Цепочки и конфликт с запретом индексирования

Цепочка выглядит так: первая статья называет главной вторую, вторая называет главной третью. Поиск такую конструкцию разбирает плохо и выбирает адрес сам. Прямой конфликт получается, когда на странице одновременно стоят canonical на другой адрес и запрет индексирования, либо когда главный адрес закрыт в robots.txt.

Четыре ошибки в canonical: как выглядят в отчётах и что делать

Как проверить canonical на своём сайте

Проверка одной страницы

Откройте статью в браузере и вызовите просмотр исходного кода, это сочетание Ctrl+U, на Mac Option+Cmd+U. Найдите по тексту rel="canonical": в коде должен быть один такой тег, и адрес в нём совпадает с адресом открытой статьи посимвольно. Если тега нет или адрес чужой, поломка найдена.

Проверка всего раздела статей

Для раздела из сотен адресов нужна программа-сканер, их называют краулерами: Screaming Frog или Netpeak Spider. Сканер проходит по всем страницам и выгружает в таблицу канонический адрес каждой. В выгрузке нужны две проверки: у всех ли статей canonical ведёт на себя и нет ли адреса, повторяющегося у разных страниц. Второй признак обычно и показывает жёсткий адрес в шаблоне.

Отчёты Яндекс Вебмастера и Search Console

В Яндекс Вебмастере нужен раздел с индексированием и страницами в поиске: в исключённых есть статус «Неканоническая» со списком адресов. Ответ сервера по адресу проверяют отдельно, в разделе «Инструменты». В Google Search Console инструмент «Проверка URL» показывает указанный и выбранный канонический адрес рядом. Сверять отчёты полезно вместе с проверкой того, попали ли статьи в поиск, и с динамикой видимости сайта в поиске.

Сроки проверки стоит закладывать с запасом. По нашим данным первый показ статьи в Яндексе приходит в период от двух до пяти недель после публикации, в зависимости от сайта, а рабочего уровня показов статья достигает примерно к третьему месяцу. Поэтому отсутствие показов на второй неделе само по себе ещё ничего не говорит, а вот canonical на главную видно в день публикации. Как читать цифры за первые месяцы, мы разбирали в материале про посещаемость сайта.

Canonical, редирект 301 и noindex: что применять в каком случае

Три инструмента отвечают на похожий вопрос: какой адрес должен быть в поиске. Но делают это по-разному. Путаница стоит дорого: редирект там, где нужен canonical, закрывает людям доступ к рабочей странице.

Чем canonical отличается от редиректа и запрета индексирования

Запрет индексирования и canonical на одной странице не комбинируют: если страница не нужна в поиске, достаточно noindex, если нужна, но не как главная, достаточно canonical.

Чек-лист: что проверить в разделе статей

Проверку делают при запуске раздела и повторяют после обновления шаблона или плагинов: поломки canonical чаще всего появляются после обновлений.

• У каждой статьи в коде один тег canonical, и он указывает на адрес этой же статьи.
• Адрес в теге полный и в том же написании, что во внутренних ссылках.
• Ни один тег не ведёт на чужой домен или на главную страницу сайта.
• Адреса из тегов отвечают кодом 200, без переадресаций и ошибок 404.
• Страницы списков статей ссылаются на себя, а не на первую страницу списка.
• Адреса с рекламными метками указывают на чистый адрес статьи.
• В карте сайта sitemap.xml лежат только канонические адреса.
• На страницах нет одновременно canonical на другой адрес и запрета индексирования.
• В Яндекс Вебмастере в исключённых нет статей со статусом «Неканоническая».
• В Search Console указанный и выбранный канонический адрес совпадают.

Список пригодится, если вы ведёте раздел статей сами: такой план на первые месяцы мы описывали в материале про продвижение сайта в Яндексе самостоятельно, а про служебные файлы раздела писали в материале про файл llms.txt.

Сколько стоит КОНТЕНТЗАВОД

КОНТЕНТЗАВОД ведёт раздел статей на сайте компании: подбирает темы под нишу, пишет статьи в тоне компании и публикует их на домене клиента в его дизайне. Раздел встраивает команда сервиса, публикация идёт по расписанию или через черновики с проверкой перед выходом.

Тарифов три. «Базовый» и «Профессиональный» различаются объёмом статей, долей экспертных материалов и доступом к аналитике «Вклад статей», «Индивидуальный» рассчитывается по результатам аудита сайта. Ориентиры на момент подготовки: «Базовый» 30 000 ₽ в месяц, «Профессиональный» 50 000 ₽ в месяц, цены без НДС. Состав пакетов и актуальные условия смотрите в разделе Тарифы КОНТЕНТЗАВОДА.