Одна лишняя буква в canonical — и страница исчезает из выдачи

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

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

Что на самом деле делает тег canonical

Атрибут rel=»canonical» — способ сказать поисковой системе, какой из нескольких похожих адресов считать основным. Появился он как лекарство от дублей: один и тот же товар открывается по десятку разных URL — с параметрами сортировки, с меткой рекламной кампании, со слешем на конце и без, с фильтром по цвету, через мобильную версию. Для человека это одна страница. Для робота — десять разных документов, между которыми размывается вес.

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

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

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

Как один символ ломает всё: типовые поломки

Ниже — поломки, которые встречаются в проектах чаще всего. Ни одна из них не выглядит как катастрофа при беглом взгляде на сайт.

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

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

Смешение протоколов и поддоменов. Сайт переехал на https, canonical остался с http. Или адрес указан с www, а сайт работает без www. Формально это разные адреса, и поисковик воспринимает их как разные документы. Каждая страница указывает на несуществующую копию себя.

Относительный путь вместо абсолютного. Спецификация допускает относительный адрес, но любая ошибка в базовом пути превращает его в мусор. Абсолютный адрес с протоколом и доменом — единственный вариант, который не ломается при смене шаблона.

Цепочка канониклов. Страница A указывает на B, B указывает на C. Поисковик такие цепочки не любит и часто просто игнорирует их целиком, возвращаясь к самостоятельному выбору основной версии. Итог: вы потратили усилия и не получили ничего.

Тему разбирал отдельно: «Одна лишняя буква в адресе — и вас нет на Картах: чем опасен разнобой в NAP».

Конфликт с другими директивами. Страница закрыта в robots.txt и одновременно указана как каноническая. Или canonical ведёт на адрес с тегом noindex. Или на адрес, с которого стоит перенаправление. Робот получает противоречивые команды и решает по-своему — обычно не в вашу пользу.

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

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

Canonical на пагинации. Все страницы листинга указывают на первую. Товары со второй и последующих страниц выпадают из индекса вместе с ней. В каталоге на несколько тысяч позиций это означает потерю большей части ассортимента.

Поломка	Что видит поисковик	Как проявляется
Опечатка в адресе	Указатель на несуществующий документ	Одна-две страницы молча выпадают
Всё на главную	Весь сайт — копии главной	В индексе остаётся одна страница
http вместо https	Ссылка на другой домен	Постепенное вымывание индекса
Цепочка A→B→C	Противоречивые указания	Тег игнорируется, дубли остаются
Canonical + noindex	Основная версия запрещена к показу	Из индекса уходят обе страницы
Два тега в head	Конфликт директив	Поиск выбирает основную сам
Пагинация на первую	Страницы 2, 3, 4 — копии первой	Товары с глубоких страниц не индексируются

Почему Яндекс и Google реагируют по-разному

Реакция систем на один и тот же кривой тег отличается, и это стоит учитывать при диагностике.

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

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

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

Как найти сломанный canonical за полчаса

Проверка делится на два уровня: быстрый ручной и полный по всему сайту.

Ручной, три минуты. Откройте четыре страницы разных типов — главную, страницу категории, карточку товара или услуги, статью блога. На каждой вызовите просмотр исходного кода и найдите слово canonical. Убедитесь, что тег ровно один, адрес абсолютный, начинается с https, совпадает с адресом в строке браузера. На главной canonical должен указывать на главную, на карточке — на саму карточку. Если карточка указывает на категорию или на главную — вы нашли причину.

Полный, полчаса. Прогоните сайт краулером и выгрузите таблицу с колонками: адрес страницы, указанный canonical, код ответа канонического адреса, наличие noindex. Дальше отфильтруйте четыре ситуации: канонический адрес отличается от адреса страницы; канонический адрес отдаёт не 200; канонических тегов больше одного; канонический адрес закрыт от индексации. Каждая строка в этих выборках — потенциальная потеря.

Смежный материал по теме — «Одна страница закрывает сто запросов: что такое полнота ответа и тематический охват».

Отдельно проверьте панель вебмастера. В Яндексе интересует раздел со страницами, исключёнными из поиска: причина «неканоническая» прямо называет проблему и показывает, на какой адрес указывает страница. Это самый быстрый способ увидеть масштаб: если там несколько тысяч адресов, вопрос не в опечатке, а в настройке шаблона.

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

Как исправить правильно, а не наскоро

Порядок исправления имеет значение, иначе вы получите вторую поломку поверх первой.

1. Сначала опишите правило, потом правьте. Для каждого типа страниц запишите, какой адрес считается каноническим. Карточка — на себя. Пагинация — каждая страница на себя. Адреса с метками — на чистый адрес. Фильтры, у которых есть собственный спрос, — на себя, остальные — на категорию.
2. Правьте в шаблоне, а не руками по страницам. Ручные правки живут до следующего обновления темы. Тег должен формироваться из адреса страницы автоматически, без промежуточного поля, которое кто-то может отредактировать.
3. Уберите дубликаты тега. Если canonical ставит и тема, и плагин, отключите один источник. Оставлять оба «на всякий случай» нельзя — это гарантированный конфликт.
4. Согласуйте с остальными директивами. Канонический адрес обязан отдавать 200, быть открытым для индексации, не иметь перенаправления и присутствовать в карте сайта.
5. Отправьте изменённые страницы на переобход. Поисковик не узнает об исправлении, пока не зайдёт снова. Через панель вебмастера это ускоряет процесс с недель до нескольких дней.
6. Зафиксируйте дату исправления. От неё вы будете считать эффект. Без даты вы через месяц не сможете сказать, помогла правка или совпало.

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

Чего каноникл не делает — и во что его напрасно превращают

Половина проблем возникает оттого, что тегу приписывают чужие функции.

Он не заменяет перенаправление. Если страница переехала навсегда, нужен редирект 301, а не canonical. Тег оставляет обе страницы доступными, редирект — закрывает старую. Путать их — значит годами держать две живые версии одного документа.

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

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

Он не работает между доменами так же надёжно, как внутри одного. Межсайтовый canonical поддерживается, но доверия к нему меньше. Для переноса контента на новый домен используйте перенаправления.

Он не решает проблему тонкого контента. Если у вас триста страниц с одним абзацем текста, каноникл не сделает их полезнее. Он только перераспределит вес между одинаково слабыми документами.

Если нужны детали, смотрите «Страницы-сироты: как найти материалы, на которые не ведёт ни одна ссылка».

Профилактика: как не наступить на эти грабли снова

Тег ломается предсказуемо — в момент изменений. Поэтому профилактика сводится к нескольким привычкам.

• После любого обновления темы, плагина или переезда — проверка четырёх страниц разных типов вручную. Пять минут работы против месяцев потерь.
• Ежемесячный прогон краулером с выгрузкой канонических адресов. Сравнение с прошлым месяцем показывает изменения, которых вы не планировали.
• Мониторинг раздела с исключёнными страницами в панели вебмастера. Рост числа «неканонических» страниц — ранний сигнал.
• Запрет на ручное редактирование поля canonical в админке. Если поле есть — закройте его от редакторов, оставьте только для случаев, когда без него не обойтись.
• Проверка перед запуском новых разделов и посадочных страниц. Именно они выпадают из общего шаблона чаще всего.
• Отслеживание числа страниц в поиске. Плавное сокращение при неизменном количестве загруженных страниц — почти всегда история про директивы в head.

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

Что делать, если трафик уже утёк

Исправление тега — это половина работы. Вторая половина — вернуть страницу в индекс и восстановить её позиции.

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

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

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

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

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

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

Нужен ли canonical на страницах пагинации? Каждая страница должна указывать на себя. Указание всех страниц на первую убирает из индекса товары, которые находятся глубже.

Что делать с фильтрами каталога? Фильтры, под которые есть реальный спрос в поиске, делают отдельными страницами с собственным canonical и текстом. Остальные комбинации закрывают от индексации или каноникализируют на категорию.

Сколько времени страница возвращается после исправления? При отправке на переобход — от нескольких дней до трёх недель. Дальше вопрос не в индексации, а в позициях, и здесь срок зависит от того, как долго страница отсутствовала.

Как проверить canonical на сайте, где тысячи страниц? Только краулером с выгрузкой в таблицу. Ручная проверка на объёме бессмысленна: поломка обычно точечная, и глазами вы её не найдёте.

Коротко

• Canonical — рекомендация, которой поиск обычно следует буквально. Ошиблись вы — он послушается ошибки, молча и без предупреждений.
• Поломка бесшумная: страница отдаёт 200, работает для людей и одновременно отсутствует в поиске.
• Семь типовых поломок закрывают почти все случаи: опечатка, всё на главную, http вместо https, цепочка, конфликт с noindex, два тега, пагинация на первую.
• Быстрая проверка — четыре страницы разных типов вручную. Полная — краулер с выгрузкой канонических адресов и кодов ответа.
• Править надо в шаблоне и по заранее описанному правилу, а не руками по отдельным страницам.
• Тег не заменяет ни редирект, ни noindex, ни работу над содержимым — приписывание ему чужих функций и порождает большинство поломок.

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