Неканоническая страница

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

В SEO я с 2005 года, и по частоте обращений эта тема стабильно в первой пятёрке. Схема почти всегда одинаковая: сайт переехал на новый движок или в каталоге включили фильтры, через несколько недель страницы начали пропадать из поиска, а в Вебмастере напротив них появилась пометка про неканоничность. Дальше — механика статуса, способы проверки и порядок действий, когда под исключение попало то, что должно было продаваться.

Что означает статус «Неканоническая» в Вебмастере

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

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

Проверить положение дел просто. В Вебмастере откройте «Индексирование» → «Страницы в поиске» → вкладку с исключёнными и отфильтруйте по статусу. Рядом с каждым адресом виден тот, который поисковик счёл главным. Первое, что нужно сделать, — посмотреть на этот второй адрес: если он логичный и рабочий, всё в порядке; если это случайная страница, главная сайта или адрес с параметрами, начинается разбор.

Как работает атрибут rel=»canonical»

В коде страницы, внутри секции head, ставится тег вида <link rel="canonical" href="адрес основной страницы">. Он сообщает поиску: содержимое этого документа считать копией указанного, показывать в выдаче нужно указанный.

Важные свойства, из-за незнания которых чаще всего и возникают проблемы:

• Это рекомендация, а не команда. Поисковик учитывает указание, но может его проигнорировать, если содержимое страниц заметно различается. Обратное тоже верно: он может склеить страницы, у которых canonical не проставлен вовсе.
• Адрес должен быть абсолютным. Относительные пути работают нестабильно и после переездов приводят к неверным склейкам.
• Канонический адрес обязан отвечать кодом 200 и быть открыт для индексации. Указание на закрытую или несуществующую страницу выбрасывает из поиска обе.
• Тег может быть только один. Два разных canonical на одной странице — гарантированная неопределённость, поисковик решит сам.
• Страница должна ссылаться сама на себя, если она основная. Самоканоникал — нормальная практика, страхующая от случайных дублей с параметрами.
• Цепочки не работают. Если A указывает на B, а B на C, вес теряется по дороге; указывать нужно сразу на конечный адрес.

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

Если нужны детали, смотрите «Малоценная или маловостребованная страница».

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

Неканоничность почти никогда не создаётся вручную. Её порождают типовые механизмы движка и маркетинга, которые сами по себе полезны.

Источник дублей	Как выглядит адрес	Что с этим делать
UTM-метки и рекламные параметры	Адрес страницы с добавленными метками кампании	Самоканоникал на чистый адрес плюс директива Clean-param
Сортировки и вид отображения каталога	Тот же раздел с параметром порядка или сетки	Canonical на базовый раздел
Фильтры каталога	Раздел с набором выбранных характеристик	Разделить: спросовые фильтры делать отдельными страницами, остальные закрывать
Пагинация	Вторая, третья и последующие страницы списка	Самоканоникал на каждой странице списка, а не склейка всех на первую
Один товар в нескольких категориях	Разные пути к одной карточке	Единый адрес карточки, canonical с остальных на него
Версии со слешем, без слеша, с index-файлом	Технические варианты одного пути	Настроить 301 на уровне сервера, не полагаться на canonical
Печатные и AMP-подобные версии	Дополнительный путь или параметр вывода	Canonical на основную версию

Помогу с продвижением: заказать продвижение сайта — вывожу сайты в топ Яндекса белыми методами.

Строка про фильтры — самая сложная и самая доходная. Часть фильтров совпадает с реальным спросом: люди ищут товар с конкретной характеристикой, и такая комбинация заслуживает отдельной страницы с собственным заголовком и текстом. Остальные комбинации спроса не имеют и множатся тысячами. Решение принимается по данным: собираете спрос через Вордстат или Rush Analytics, отбираете комбинации с показами, делаете их полноценными посадочными, остальные склеиваете на базовый раздел.

Насколько ссылки влияют на позиции сегодня:

9:44

Когда статус нормален, а когда это ошибка

Само по себе исключение страниц как неканонических — не проблема. У крупного магазина в этом списке нормально видеть тысячи адресов с параметрами. Тревога начинается, когда туда попадает то, что должно приносить трафик.

Ситуация	Норма или авария	Что проверить
В списке адреса с метками и параметрами сортировки	Норма	Ничего, механизм работает как задумано
Карточки товаров исключены, канонический — раздел каталога	Авария	Шаблон карточки: canonical подставляется от родительской категории
Страницы услуг склеены с главной	Авария	Жёстко прописанный canonical на главную в шаблоне
Вторая и третья страницы списка исключены	Зависит	Если товары есть только на них, теряется индексация товаров
Региональные страницы склеены между собой	Авария	Тексты различаются только названием города
Старая версия страницы указана канонической	Авария	После переезда canonical остался на прежние адреса

Первый признак аварии, который виден без Вебмастера, — расхождение между числом страниц на сайте и числом страниц в поиске. Если в каталоге две тысячи товаров, а в поиске держится двести, причина чаще всего именно в неверной канонизации, а не в качестве текстов.

Как проверить, что происходит с конкретной страницей

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

Подробнее об этом — в статье «Индексация против ранжирования: почему страница в индексе, но не в топе».

1. Посмотрите исходный код страницы. Найдите в head тег canonical и сверьте адрес с текущим. Совпадает — самоканоникал, всё правильно. Указывает на другую страницу — вот и причина.
2. Проверьте, что канонический адрес открывается. Он должен отдавать код 200, не вести на редирект и не быть закрыт от индексации.
3. Проверьте HTTP-заголовки. Canonical можно передать не только тегом, но и заголовком ответа сервера. Такое встречается редко, поэтому и ищут долго.
4. Откройте инструмент проверки страницы в Вебмастере. Он показывает, что видит робот: код ответа, содержимое, указанный канонический адрес.
5. Сравните содержимое склеенных страниц. Если различий почти нет, поисковик мог принять решение самостоятельно, и правильный ответ — не воевать с ним, а сделать страницы действительно разными.
6. Проверьте карту сайта. В sitemap.xml должны быть только канонические адреса. Присутствие там неканонических путает робота и замедляет переиндексацию.
7. Посмотрите внутренние ссылки. Если меню и фильтры ведут на неканонические варианты, вы сами каждый день подтверждаете их значимость.

Типичные ошибки настройки

Ошибки повторяются от проекта к проекту, потому что почти все они происходят из шаблона движка, а не из ручной правки.

Ошибка	Последствие	Исправление
Canonical всех страниц указывает на главную	Сайт представлен в поиске одной страницей	Убрать жёсткое значение из шаблона, поставить самоканоникал
Canonical ведёт на страницу с 301-редиректом	Сигнал противоречив, склейка не выполняется корректно	Указывать конечный адрес после всех переадресаций
Canonical ведёт на закрытую в robots.txt страницу	Из поиска выпадают обе страницы	Открыть каноническую или сменить цель
Canonical и noindex на одной странице	Взаимоисключающие указания, поведение непредсказуемо	Оставить что-то одно по задаче
Разные протоколы или домены с www и без	Дублирование всего сайта	Один основной вариант, 301 с остальных, canonical на него
Пагинация склеена на первую страницу	Товары со второй и далее страниц не индексируются	Самоканоникал на каждой странице пагинации
Canonical проставляется скриптом на стороне браузера	Робот может не увидеть тег	Отдавать тег в исходном HTML

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

Canonical, редирект, noindex или Clean-param

Четыре инструмента решают похожие на первый взгляд задачи, но подменять один другим нельзя: последствия разные.

Инструмент	Когда применять	Что происходит с пользователем	Что происходит с весом страницы
rel=»canonical»	Страницы нужны людям, но в поиске должна быть одна	Видит ту страницу, на которую пришёл	Передаётся канонической
301-редирект	Страница больше не нужна, есть замена	Автоматически попадает на другой адрес	Передаётся целевой
noindex	Страница нужна людям, но бесполезна в поиске	Видит страницу	Не передаётся
Clean-param в robots.txt	Параметры не меняют содержимое	Видит страницу	Учитывается на чистом адресе
Disallow в robots.txt	Целый раздел не должен обходиться роботом	Видит страницу	Теряется, робот не заходит

Практическое правило выбора простое. Разные адреса ведут к одинаковому содержимому и все нужны людям — canonical. Адрес устарел и не должен открываться — редирект. Страница техническая, вроде корзины или личного кабинета, — noindex. Параметры вроде меток и идентификаторов сессии — Clean-param. Disallow оставляйте для служебных каталогов: закрытая в robots страница не обходится, и указания внутри неё поисковик не увидит.

Что делать, если важная страница выпала как неканоническая

Если нужна помощь по теме — разработка сайта под ключ.

Порядок восстановления одинаковый и для одной страницы, и для тысячи карточек.

Тему разбирал отдельно: «Одна лишняя буква в canonical — и страница исчезает из выдачи».

1. Найдите источник тега. В большинстве движков canonical формирует шаблон или SEO-модуль. Правьте там, а не на конкретной странице, иначе через неделю ошибка вернётся при обновлении.
2. Поставьте самоканоникал. Страница должна ссылаться на собственный чистый адрес без параметров.
3. Уберите противоречия. Снимите noindex, откройте адрес в robots.txt, проверьте, что страница отдаёт 200 и не участвует в цепочке редиректов.
4. Сделайте содержимое действительно различающимся. Если поиск склеил страницы самостоятельно, техническая правка не поможет: нужны разные заголовки, разное описание, разные характеристики.
5. Поправьте внутренние ссылки. Меню, хлебные крошки, карточки в списках и карта сайта должны вести на канонический адрес.
6. Отправьте на переобход. В Вебмастере есть инструмент переобхода страниц, для массовых изменений — обновлённая карта сайта.
7. Проверьте через две-три недели. Пересчёт не мгновенный: сначала робот заходит, потом обновляется статус, потом страница возвращается в поиск.

Отдельно про региональные и похожие страницы. Если поисковик склеивает их между собой, значит различий недостаточно. Замена названия города в одном и том же тексте не создаёт разной страницы — нужны местные детали: адрес, условия доставки в этом городе, конкретные объекты, цены, контакты с местным номером. Без этого борьба с канонизацией бессмысленна.

Как не создавать дубли заранее

Дешевле не лечить, а не допускать. Набор правил, которые стоит зафиксировать на старте проекта и требовать от разработчика.

• Один товар — один адрес. Даже если карточка доступна из нескольких категорий, путь к ней должен быть единственным.
• Самоканоникал по умолчанию. Каждая страница указывает на собственный чистый адрес — это страхует от параметров, о которых вы ещё не знаете.
• Один вариант домена и протокола. Остальные закрываются постоянным редиректом на уровне сервера.
• Правило для новых параметров. Любой новый параметр в адресе согласуется заранее: он либо меняет содержимое и требует своей страницы, либо не меняет и попадает в Clean-param.
• Карта сайта только из канонических адресов. Генерация должна исключать страницы с параметрами и закрытые от индексации.
• Проверка после каждого релиза. Пять минут в инструменте проверки страниц Вебмастера после выкладки дешевле месяца выпадения из индекса.

Частые вопросы

Неканоническая страница вредит сайту? Сама по себе нет. Механизм существует, чтобы избавлять поиск от копий, и в норме он экономит бюджет обхода и укрепляет основную страницу. Вред появляется только тогда, когда каноническая выбрана неверно и из поиска выпадает нужный документ.

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

Нужен ли canonical, если дублей нет? Нужен как страховка. Метки в рассылках, параметры рекламных систем, идентификаторы переходов из соцсетей создают дубли без вашего участия. Самоканоникал закрывает этот класс проблем сразу.

Сколько ждать возвращения страницы в поиск после исправления? Обычно от двух недель до полутора месяцев, в зависимости от того, как часто робот заходит на сайт. Ускоряет процесс переобход через Вебмастер и обновлённая карта сайта. Если через полтора месяца ничего не изменилось, проверяйте, действительно ли правка применилась на живом сайте, а не только в шаблоне на тестовом сервере.

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

Что делать с фильтрами каталога, если их сотни? Не пытаться индексировать всё. Соберите спрос, отберите комбинации, которые реально ищут, и сделайте из них полноценные страницы с уникальным заголовком, текстом и подборкой товаров. Остальные комбинации склейте на базовый раздел. Это единственный подход, который одновременно даёт трафик и не разносит индекс на десятки тысяч мусорных адресов.

Коротко

• Статус «Неканоническая» означает, что поиск считает адрес копией другого и показывает вместо него канонический — либо по вашему указанию, либо по собственному решению.
• Атрибут rel=»canonical» — рекомендация, а не команда: он не запрещает индексацию, не переадресует человека и игнорируется при противоречивых сигналах.
• Массовое исключение адресов с параметрами нормально; авария — когда в списке оказываются карточки товаров, страницы услуг или региональные посадочные.
• Диагностика идёт по шагам: тег в коде, доступность канонического адреса, заголовки ответа, инструмент проверки в Вебмастере, карта сайта и внутренние ссылки.
• Canonical, 301, noindex и Clean-param решают разные задачи, и подмена одного другим приводит либо к потере веса, либо к выпадению страниц из индекса.
• Спросовые комбинации фильтров превращают в отдельные посадочные страницы, остальные склеивают на базовый раздел — попытка индексировать всё вредит обеим сторонам.

Если из поиска пропали карточки или посадочные страницы, а в Вебмастере растёт список неканонических адресов, приходите на SEO-консультацию — найдём источник склейки в шаблоне и составим порядок восстановления.