Alternate page with proper canonical tag: что это значит и как исправить

Что означает «Alternate page with proper canonical tag» в Google Search Console?

Этот статус подтверждает, что Google нашёл несколько версий страницы с одной и той же канонической целью, учёл ваш канонический тег и проиндексировал канонический URL вместо отмеченной альтернативы. Альтернативная страница по-прежнему доступна посетителям, но Google не индексирует её отдельно.

Слово «proper» (правильный) означает, что Google согласен с вашей настройкой canonical. В этом ключевое отличие от статусов вроде «Duplicate, Google chose different canonical than user», где Google переопределяет заданный вами canonical.

Где этот статус появляется в GSC

В Google Search Console перейдите в Индексирование › Страницы и изучите таблицу «Почему эти страницы не индексируются». Нажмите «Alternate page with proper canonical tag», чтобы увидеть затронутые URL, и с помощью кнопки Экспортировать скачайте полный список для анализа.

Альтернативный, канонический и дублирующийся URL в одной фразе

Каноническим URL называют основную версию, которую вы назначаете главной копией. Альтернативный URL показывает такой же или похожий контент, а его канонический тег указывает на основную версию. Дублирующийся контент означает один и тот же контент, доступный по нескольким URL. Канонические теги решают эту проблему, объединяя сигналы ранжирования на основном URL.

Когда это совершенно нормально (и ничего делать не нужно)

Большинство URL с этим статусом не требуют никаких действий. Если альтернативный URL является корректным вариантом проиндексированной основной страницы, статус подтверждает, что канонизация работает правильно. Типичные ожидаемые случаи:

• ›Параметры и фильтры в URL: параметры отслеживания, варианты сортировки или фасетная навигация (например, ?color=blue или ?utm_source=...).
• ›Идентификаторы сессий и метки отслеживания: параметры, которые добавляют уникальные идентификаторы, не меняя содержимого страницы.
• ›Вариации структуры URL: слеш в конце, заглавные буквы или варианты HTTP, указывающие на основные URL с HTTPS.
• ›Версии для печати и AMP: альтернативные форматы, которые правильно указывают на основную страницу как на каноническую.
• ›Синдицированный контент: сторонние сайты, перепубликующие ваш контент с каноническим тегом, указывающим на ваш оригинал.

Если отмеченные URL попадают в эти категории, оставьте их как есть. Принудительное индексирование или удаление канонического тега может вернуть проблему дублирующегося контента.

Чтобы убедиться, что canonical страницы настроен правильно, проверьте её бесплатным инструментом проверки тега canonical.

Когда это действительно проблема

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

1. Canonical указывает не на ту цель

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

2. Canonical указывает на неиндексируемую страницу

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

3. Неправильно объединённые страницы пагинации и URL с параметрами

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

4. Конфликт hreflang и canonical

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

5. Настоящие дубликаты, объединённые не в ту сторону

Если канонический тег указывает на более слабый дубликат вместо основной страницы, Google проиндексирует указанную вами цель. Убедитесь, что канонические теги, внутренние ссылки и файлы Sitemap согласованно указывают на один и тот же предпочтительный основной URL.

Если вы имеете дело с другими статусами индексирования, посмотрите наши руководства по Not found (404) и Blocked due to other 4xx issue.

Как диагностировать проблему с помощью проверки URL

Прежде чем что-то менять, проверьте, как Google видит страницу.

Сравните canonical, выбранный Google, и canonical, заданный пользователем

Вставьте отмеченный URL в строку проверки URL в верхней части Search Console и разверните раздел Индексирование страницы. Сравните «User-declared canonical» (canonical, заданный пользователем) с «Google-selected canonical» (canonical, выбранный Google). Если оба указывают на задуманный основной URL, настройка верна. Если они различаются или заданная цель неправильная, исправьте тег.

Проверьте, что вы на самом деле отправляете

Canonical можно задать в HTML-разделе <head> или в HTTP-заголовке ответа Link. Бесплатный инструмент проверки тега canonical читает оба варианта и показывает, указывает ли URL сам на себя, на другой домен, отсутствует ли canonical или HTML-canonical расходится с тем, что в заголовке.

Найдите все проблемные URL на сайте

Проверять URL по одному на больших сайтах не получится. Crawler от SEOcrawl AI сканирует весь сайт и отмечает проблемы с canonical, например canonical, указывающий на неправильный URL, редирект или страницу с ошибкой, вместе с индексируемостью каждой страницы. Раздел Indexation в SEOcrawl AI группирует ваши URL по статусу покрытия в Search Console и показывает для каждого canonical, выбранный Google, и заданный canonical, а проблемные URL можно помечать тегами по правилу или вручную. Команды, работающие с AI-ассистентами, могут получать те же данные, URL за URL, через MCP-сервер SEOcrawl AI.

Как исправить «Alternate page with proper canonical tag»

Примените исправление, соответствующее вашей диагностике. Цель всегда одна: канонические теги, внутренние ссылки и XML-файлы Sitemap указывают на один индексируемый основной URL.

Исправьте тег rel=canonical

Для страниц, которые вы хотите продвигать, задайте в HTML-разделе <head> канонический тег, указывающий на саму страницу:

<link rel="canonical" href="https://example.com/your-page" />

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

Исправьте внутренние ссылки и файлы Sitemap

Согласуйте внутренние сигналы со структурой canonical. Ссылайтесь внутри сайта на основные канонические URL, а не на версии с параметрами или альтернативные, и убедитесь, что XML-файлы Sitemap содержат только индексируемые основные URL.

Исправьте дублирующиеся шаблоны в WordPress

В WordPress канонические теги обычно генерирует SEO-плагин. В Yoast SEO откройте запись, перейдите на вкладку Advanced в блоке Yoast и проверьте или очистите поле Canonical URL. В Rank Math и All in One SEO проверьте настройку Canonical URL на вкладке Advanced. Если оставить поле пустым, вернётся стандартный canonical, указывающий на саму страницу.

Исправьте это в Shopify

Shopify генерирует канонические теги автоматически. URL товаров, открытые через коллекцию (/collections/x/products/y), по умолчанию указывают как канонический чистый URL товара (/products/y), и это как раз ожидаемый случай, описанный выше. Если основная страница указывает на неправильный канонический URL, проверьте канонический тег в theme.liquid и все SEO-приложения, которые его переписывают.

Исправьте это в Squarespace и Wix

Squarespace управляет каноническими тегами автоматически. Чтобы справиться с дублирующимися страницами, объедините их или добавьте редиректы 301 на панели URL Mappings в настройках сайта. Wix добавляет на каждую страницу canonical, указывающий на неё саму; если продублированная страница указывает на неправильный URL, откройте SEO-настройки этой страницы и проверьте canonical в разделе Advanced SEO.

Используйте редирект 301, если дубликат не должен существовать

Если альтернативный URL не несёт пользы для посетителей, настройте редирект 301 на основную страницу, а не полагайтесь только на канонический тег.

Подтвердите исправление

После обновления canonical попросите Google заново оценить страницы:

1. ›Проверьте URL в Search Console и нажмите Test live URL, чтобы убедиться, что canonical, заданный пользователем, теперь указывает на задуманную цель.
2. ›Нажмите Запросить индексирование, чтобы добавить страницу в очередь сканирования.
3. ›Используйте Validate fix на странице с подробностями проблемы, чтобы вся группа была перепроверена.
4. ›Отправьте обновлённый XML-файл Sitemap, в котором есть только основные канонические URL.

Alternate page и другие статусы дубликатов в GSC

Search Console показывает несколько похожих статусов. Они означают разное, и работы требуют лишь некоторые из них:

• ›Alternate page with proper canonical tag: Google согласен с вашим canonical и индексирует основной URL. Обычно ничего делать не нужно.
• ›Duplicate, Google chose different canonical than user: Google проигнорировал ваш canonical и выбрал другой URL. Выясните причину и согласуйте сигналы.
• ›Duplicate without user-selected canonical: у страницы нет canonical, поэтому Google выбрал его за вас. Добавьте canonical, чтобы взять ситуацию под контроль.
• ›Excluded by 'noindex' tag: директива не пускает страницу в индекс. Используйте noindex для страниц, которые никогда не должны появляться в поиске, а не для дубликатов.

Как предотвратить это в будущем

Чтобы проблемы с canonical не возвращались с каждым обновлением сайта:

• ›Сделайте canonical, указывающий на саму страницу, стандартом для каждой индексируемой страницы.
• ›Поддерживайте чистую структуру URL, чтобы ограничить лишние варианты с параметрами.
• ›Включайте в XML-файлы Sitemap только канонические индексируемые URL.
• ›Сканируйте сайт после каждого изменения шаблона, обновления плагина или миграции и сравнивайте сканирования, чтобы видеть, какие canonical изменились.

SEO Monitor предупреждает вас, когда канонический тег меняется, ломается или исчезает на ключевых страницах, а также отслеживает их статус индексирования, поэтому о плохом canonical вы узнаете раньше, чем Search Console.

Часто задаваемые вопросы

Является ли «Alternate page with proper canonical tag» ошибкой?

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

Нужно ли это исправлять?

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

Почему Google выбирает другой канонический URL, а не тот, что указал я?

Google считает rel=canonical сильной подсказкой, а не командой. Если внутренние ссылки, Sitemap, редиректы или теги hreflang указывают на другой URL, чем ваш канонический тег, Google может выбрать именно его. Сведите все эти сигналы к одному основному URL.

Как правильно настроить канонический тег?

Добавьте один тег rel=canonical в раздел head HTML-кода, указывающий на абсолютный URL основной страницы. В SEO-плагинах для WordPress оставьте поле canonical пустым, чтобы сохранить стандартный canonical, указывающий на саму страницу, если только вы не объединяете дубликат намеренно.

Чем URL отличается от канонического URL?

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

Вредит ли этот статус моим позициям?

Нет. Объединение дублирующихся URL под одним каноническим защищает ваши позиции, потому что сосредотачивает сигналы на одной странице. Трафик теряется, только если основную страницу по ошибке считают альтернативой другого URL.