«Вариант страницы с тегом canonical» в Search Console: когда это норма и когда нужно действовать

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

Что означает «Вариант страницы с тегом canonical»?

Канонический URL обозначает ту версию страницы, которую Google индексирует и показывает в результатах, когда один и тот же контент доступен по нескольким адресам. Статус описывает самый чистый исход канонизации:

• Страница указывает канонический URL: ее тег rel="canonical" ведет на другой адрес.
• Google согласен: он выбрал каноническим именно этот URL.
• Каноническая страница в индексе: контент присутствует в Google через предпочтительный URL, поэтому сам вариант страницы остается вне индекса.

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

Этот статус часто путают с двумя соседними. Разница в том, кто выбрал канонический URL:

Когда «Вариант страницы с тегом canonical» является нормой?

Почти всегда. Если URL в отчете представляют собой варианты, которые вы никогда не хотели видеть в поиске, статус подтверждает, что ваши теги canonical работают. Типичные случаи:

Большое число само по себе не проблема. У интернет-магазина с фильтрами вариантов страниц может быть в десять раз больше, чем проиндексированных страниц, и это значит, что система работает. В Shopify, WordPress и большинстве современных CMS теги canonical для таких вариантов создаются автоматически.

Когда это проблема?

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

1. Страницы, которые должны ранжироваться, указывают на другой URL

Тема, плагин или скрипт переезда ставит canonical всех статей блога на главную страницу или canonical каждого товара на его категорию. Страницы пропадают из Google, а отчет все равно относит их к этому статусу, поскольку технически тег корректен. Найдите в выгрузке важные URL (статьи, услуги, товары).

2. Языковые версии канонизированы на один язык

У каждой переведенной страницы должен быть canonical на саму себя плюс аннотации hreflang, которые связывают версии. Руководство Google по локализованным версиям говорит, что локализованные страницы считаются копиями, только если их основной контент не переведен, а каждая языковая версия должна указывать саму себя и все остальные версии. Canonical с /en/ на /ru/ просит Google отказаться от английской страницы. Наше руководство по международному SEO описывает полную настройку, а генератор hreflang создаст теги за вас.

3. Страницы пагинации канонизированы на первую страницу

Страницы 2, 3 и 4 категории или архива блога часто указывают на первую. Рекомендации Google по пагинации требуют обратного: не используйте первую страницу последовательности как каноническую, дайте каждой странице собственный канонический URL. Иначе товары или записи, которые есть только на дальних страницах, теряют путь сканирования. См. наше руководство SEO и пагинация.

4. Варианты, которые заслуживают отдельной страницы

Если люди ищут «синяя льняная рубашка», а у вашего синего варианта есть свои фото и остатки на складе, canonical на общий товар убирает страницу, которая могла бы ранжироваться. Дайте ей уникальный контент и canonical на саму себя или оставьте вариантом, если поискового спроса нет.

5. Резкий рост числа страниц

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

Как проверить вариант страницы в Search Console?

1. Откройте статус: в Google Search Console перейдите в раздел «Индексирование», затем «Страницы», прокрутите до таблицы причин, по которым страницы не проиндексированы, и нажмите «Вариант страницы с тегом canonical».
2. Выгрузите и отсортируйте примеры: сгруппируйте их по шаблону (параметр, папка, языковой префикс, /page/2/). Google уточняет, что список ограничен 1000 примеров URL.
3. Сверьте с файлом Sitemap: URL, который есть и в вашей XML-карте сайта, и в этом списке, посылает два противоположных сигнала. В карте сайта должны быть только канонические URL.
4. Проверьте по одному URL на шаблон: в инструменте проверки URL сравните поля «Каноническая страница, выбранная пользователем» и «Каноническая страница, выбранная Google». При этом статусе они совпадают.
5. Задайте один вопрос: хочу ли я, чтобы именно этот URL ранжировался? Если нет, двигайтесь дальше. Если да, тег canonical указан неверно.

Как исправить неверный тег canonical?

Исправление всегда касается самого тега и сигналов вокруг него. Руководство Google по объединению повторяющихся URL рекомендует ставить canonical на саму себя на каждой канонической странице и вести внутренние ссылки на канонический URL, а также не советует использовать robots.txt или noindex для выбора канонического URL.

После исправления запросите индексирование нескольких ключевых URL в инструменте проверки URL, а остальное оставьте повторному сканированию Googlebot. По мере сканирования страницы переходят из непроиндексированных в проиндексированные; наше руководство по индексированию в Google объясняет, как это ускорить. Если у URL вообще нет canonical и Google сгруппировал его сам, статус будет другим: см. наше руководство по статусу «Страница является копией. Канонический вариант не выбран пользователем».

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

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

Та же логика действует для ИИ-ассистентов. ChatGPT, Perplexity и Gemini отвечают на многие вопросы, извлекая страницы из поисковых индексов и цитируя их URL. Страницу, по ошибке исключенную как вариант, нельзя извлечь, а значит, и процитировать, тогда как чистый canonical делает так, что ответы ИИ ссылаются на выбранный вами URL.

Sorank является нашим продуктом: это программа для SEO и GEO в режиме autopilot. Дашборд GEO и SEO показывает клики, показы и позиции из Search Console, поэтому страница, которая просела после ошибки в canonical, сразу заметна, а Отслеживание упоминаний в ИИ каждую неделю проверяет, цитируют ли ChatGPT, Claude и Gemini ваш бренд.

Главное: варианты страниц обычно доказывают, что ваши теги canonical работают; действуйте, только если в списке есть страница, которую вы хотите продвигать. Чтобы и дальше добавлять страницы, достойные индексирования и цитирования, посмотрите тарифы Sorank: от $49 в месяц и 3 дня бесплатного пробного периода.