Canonical и noindex решают разные задачи, и если их перепутать, можно случайно выкинуть из индекса нужные страницы или, наоборот, оставить в выдаче дубли, которые конкурируют друг с другом. Правило простое: canonical говорит поисковику «вот основная версия, учитывай именно её», а noindex говорит «эту страницу вообще не показывай в результатах поиска». Если страница должна остаться в индексе, но не как самостоятельная единица, нужен canonical. Если страница не должна появляться в выдаче вовсе, нужен noindex. Дальше — как применять это на практике без конфликтов.
Что делает rel=canonical и для каких страниц он подходит
Canonical — это указание предпочитаемого URL среди нескольких похожих или дублирующихся страниц. Это сигнал, а не команда: поисковик может его игнорировать, если содержимое страницы заметно отличается от того, на что указывает canonical.
Директива подходит для страниц с параметрами сортировки и фильтрации, версий с www и без, http и https, а также для товарных карточек, доступных по нескольким адресам. Проверить canonical просто: открываем исходный код страницы, ищем в блоке head строку с ссылкой rel=»canonical» и смотрим, куда она ведёт — на правильную страницу или случайно на главную.
Есть одно обязательное условие: страница, на которую указывает canonical, сама должна быть открыта для индексации. Если она закрыта noindex или заблокирована в robots.txt, сигнал canonical теряет смысл.
Что делает noindex и когда его ставить
Noindex — директива, запрещающая показывать страницу в результатах поиска. В отличие от canonical, это команда, хотя поисковая система может применить её не мгновенно.
Noindex уместен для страниц внутреннего поиска по сайту, технических и служебных страниц, временных лендингов, личного кабинета пользователя, а также для дублей с низкой ценностью, которые нет смысла направлять трафиком через canonical — например, страниц с идентификаторами сессий в адресе.
Задать директиву можно через meta-тег robots в head или через HTTP-заголовок X-Robots-Tag. Заголовок нужен, когда закрыть от индексации требуется не html-страницу, а файл — например, PDF или изображение, где meta-тег физически невозможно разместить.
Главная путаница: canonical и noindex на одной странице
Самая частая ошибка — одновременно поставить на странице noindex и canonical, указывающий на другой адрес. Такая комбинация считается противоречивой: поисковик может либо исполнить noindex и убрать страницу, либо проигнорировать оба сигнала сразу.
Правило простое: директивы не комбинируют. Либо canonical — страница остаётся потенциально индексируемой, но ссылается на предпочитаемую версию. Либо noindex — страница не должна появляться в поиске в принципе, и canonical на ней просто не нужен.
Если страница закрыта noindex, оставлять на ней canonical бессмысленно: он только добавляет путаницы при обходе сканером.
Алгоритм выбора: пошаговая проверка перед внедрением
- Определите, есть ли у страницы дубль или почти дубль по содержанию. Если дублей нет — вероятно, ни canonical, ни noindex не требуются.
- Решите, нужен ли трафик именно на эту версию URL. Если нет и существует основная версия — поставьте canonical на неё.
- Убедитесь, что страница-canonical сама доступна для индексации: не закрыта noindex, не блокируется в robots.txt, отдаёт код ответа 200.
- Если страница не дубль, но не должна попадать в поиск вообще — используйте noindex без canonical.
- Если страница заблокирована в robots.txt, не добавляйте к ней noindex: сканер не сможет зайти на страницу и просто не увидит эту директиву.
- После внедрения проверьте фактический статус индексации страницы через инструмент проверки URL в консоли для веб-мастеров.
- Повторите проверку спустя несколько недель — обработка canonical и noindex занимает время и зависит от частоты сканирования.
Сравнение canonical и noindex
| Критерий | rel=canonical | noindex |
|---|---|---|
| Тип сигнала | Рекомендация | Команда |
| Задача | Указать предпочитаемую версию среди дублей | Полностью исключить страницу из выдачи |
| Передача веса ссылок | Да, в сторону целевой страницы | Нет |
| Остаётся ли страница в индексе | Формально да, как альтернатива | Нет, целенаправленно убирается |
| Где задаётся | Тег link в head или HTTP-заголовок | Meta robots или X-Robots-Tag |
| Риск при ошибке | Поисковик выбирает не ту версию | Страница пропадает из поиска целиком |
Условный сценарий: фильтры в карточках каталога
Представим условный интернет-магазин одежды, где в каталоге платьев можно включить фильтры по цвету и размеру. Каждая комбинация фильтров создаёт отдельный URL с параметрами, и таких адресов могут быть сотни — у большинства из них нет самостоятельного спроса в поиске.
Решение для этого условного случая: на страницы с параметрами фильтров ставится canonical, указывающий на базовую страницу категории без параметров. Так весь вес остаётся на одной индексируемой странице, а не распыляется по десяткам похожих адресов.
Исключение — если у отдельной комбинации есть реальный самостоятельный спрос, например отдельная категория «красные платья» с собственным URL и уникальным описанием. Такую страницу правильнее сделать полноценной индексируемой категорией, а не прятать за canonical. А вот страницы с параметрами сортировки или идентификаторами сессии в этом же каталоге логичнее закрыть через noindex — у них нет шанса стать самостоятельной посадочной страницей ни при каком раскладе.
Ошибки, которые чаще всего встречаются на практике
- Canonical и noindex одновременно на одной странице — конфликт сигналов, исход непредсказуем.
- Canonical указывает на страницу, которая сама делает редирект — получается цепочка, которую поисковику сложнее обработать корректно.
- Canonical задан относительной ссылкой и из-за ошибки в коде резолвится не туда, куда задумано.
- Noindex остался на странице после того, как она стала основной версией, и про него просто забыли убрать.
- Страница закрыта в robots.txt и одновременно помечена noindex — тег в head никогда не будет прочитан сканером.
- Все страницы пагинации канонизированы на первую страницу листинга, из-за чего товары с глубоких страниц вообще не попадают в индекс.
Короткие вопросы по теме
Можно ли использовать noindex вместо редиректа при объединении дублей? Нет, это разные инструменты. Noindex убирает страницу из поиска, но оба адреса остаются рабочими и делят ссылочный вес между собой. Если старый адрес больше не нужен пользователям, логичнее настроить редирект на основную страницу, а не noindex.
Нужен ли self-referencing canonical, когда дублей вроде бы нет? Да, это распространённая практика защиты. Он страхует от случаев, когда на страницу ссылаются с параметрами из внешних источников — например, с UTM-метками, которые иначе могли бы создать дубль в индексе.
Как быстро применяются эти директивы после внедрения? По-разному, в зависимости от того, как часто поисковик сканирует конкретный раздел сайта — это может занять от нескольких дней до нескольких недель, а не произойти мгновенно.
Практическое действие на сегодня: выгрузите список страниц с параметрами и дублирующихся URL на своём сайте, откройте исходный код каждой группы и проверьте, не стоит ли на них одновременно canonical на другой адрес и noindex — это самый частый источник путаницы, и устранить его можно за один проход по шаблонам страниц.
