Canonical указывает на noindex-страницу

Что это

Canonical (rel="canonical") — это тег, который сообщает поисковым роботам, какую страницу считать «оригинальной» при наличии дублей. Когда canonical ссылается на страницу, закрытую от индексации директивой noindex, возникает конфликт сигналов: одна директива говорит «считай эту страницу главной», вторая — «не индексируй её вовсе». Такая ситуация ломает логику краулера и приводит к непредсказуемым последствиям для ранжирования.

---

Почему это важно для SEO

Когда Googlebot встречает canonical на noindex-страницу, он получает взаимоисключающие инструкции. Google официально документирует: noindex — жёсткая директива, а canonical — лишь «подсказка». На практике это означает, что робот может проигнорировать canonical и самостоятельно решить, какую из страниц считать каноничной — и выбор будет не в вашу пользу. В результате продвигаемая страница теряет вес ссылок и контентные сигналы, которые должны были передаваться через canonical.

Яндекс ведёт себя строже: если каноничная страница закрыта noindex, робот с высокой вероятностью откажется передавать на неё ссылочный вес и может исключить исходную страницу из индекса — особенно при обнаружении паттерна на десятках URL (актуально для интернет-магазинов с фасетной навигацией). В Яндекс.Вебмастере такие страницы нередко попадают в раздел «Исключённые» с пометкой «Канонический URL недоступен». При массовом характере проблемы (50+ страниц) падение позиций становится заметным в течение 2–4 недель после краулинга.

---

Как проверить вручную

1. Screaming Frog SEO Spider — запустите полный краул, откройте вкладку Canonicals → фильтр Canonical Points to noindex Page. Инструмент покажет все исходные URL и адреса canonical, на которых обнаружен noindex.

1. Google Search Console — перейдите в Индексирование → Страницы, выберите причину исключения «Дубликат без указания каноничной». Если видите страницы, которые должны быть в индексе, — проверяйте canonical вручную через Проверка URL.

1. Яндекс.Вебмастер — раздел Индексирование → Страницы в поиске → Исключённые страницы. Ищите причину «Закрыта от индексирования» у страниц, на которые ведут canonical с других URL.

1. Ручная проверка через браузер: откройте страницу-canonical → Ctrl+U → ищите <meta name="robots" content="noindex" или X-Robots-Tag: noindex в заголовках ответа (проверяется через DevTools → Network → Headers).

---

Как исправить

Шаг 1. Определите, что неверно: noindex на каноничной странице стоит случайно или намеренно?

• Если случайно — уберите noindex с канонической страницы.
• Если страница действительно не должна индексироваться — смените canonical на другой, валидный URL.

Шаг 2. Исправьте тег на странице-источнике или на каноничной странице.

<!-- Было: canonical ведёт на noindex-страницу -->
<link rel="canonical" href="https://example.ru/catalog?sort=price" />
<!-- На /catalog?sort=price стоит <meta name="robots" content="noindex"> -->

<!-- Стало: canonical ведёт на индексируемую страницу -->
<link rel="canonical" href="https://example.ru/catalog/" />

WordPress (Yoast SEO / Rank Math) Перейдите в настройки конкретной страницы → вкладка Advanced → поле Canonical URL. Убедитесь, что указанный URL не имеет noindex в мета-тегах.

Tilda SEO-настройки страницы → поле Canonical. Tilda не позволяет задать noindex через интерфейс для той же страницы, поэтому проблема обычно возникает при ручном добавлении кода через блок T123.

1C-Bitrix Настройки → Параметры URL → Канонические ссылки. Для фасетной навигации проверьте компонент умного фильтра: параметр SEF_MODE и шаблоны canonical в файле component_epilog.php.

Webflow Page Settings → SEO → Canonical Tag. Одновременно проверьте, не включён ли noindex в разделе Indexing для целевой страницы.

---

Типичные ошибки

• noindex на страницах пагинации при canonical на первую страницу. Страницы /catalog/page-2/ закрывают noindex, но canonical ведёт на /catalog/. В итоге Googlebot получает противоречивый сигнал по всей цепочке.

• Временное закрытие раздела на период разработки. Разработчики ставят noindex на staging или новый раздел, но canonical уже прописан в шаблоне. После снятия noindex canonical остаётся рабочим — но до этого момента наносится реальный ущерб.

• Конфликт в Sitemap. URL попадает в sitemap.xml с <changefreq> и <priority>, canonical корректный, но на целевой странице тихо стоит noindex через X-Robots-Tag на уровне сервера — это не видно в коде страницы и часто пропускается.

• Массовое применение canonical через шаблон без проверки. CMS автоматически генерирует canonical для всех страниц категорий, включая те, что закрыты noindex как технический мусор (пустые фильтры, нулевые выборки).

• Игнорирование HTTP-заголовков. Проверяют только мета-тег noindex в HTML, но не заголовок X-Robots-Tag, который выставляется на уровне nginx/Apache и имеет приоритет.

---

Влияние на разные типы сайтов

Интернет-магазины страдают от этой проблемы сильнее всего. Фасетная навигация генерирует сотни URL с фильтрами — часть закрывают noindex, часть получают canonical на категорию. Если логика перепутана хотя бы в 10–15% случаев, краулинговый бюджет тратится впустую, а основные страницы категорий теряют ссылочный вес от внутренних ссылок. PageSpeed Insights и Core Web Vitals здесь не помогут — это чистая техническая ошибка архитектуры.

Контентные сайты и SaaS встречают проблему реже, но последствия точечные и болезненные: landing-страница продукта или статья-лидер трафика вдруг перестаёт ранжироваться, потому что canonical ведёт на закрытую служебную страницу (например, /print/ или /amp/ версию с noindex). Для лендингов с единственной конверсионной страницей это может означать полное выпадение из индекса.