Как Google обрабатывает hreflang: от канонизации до семантического поиска

В 2018 году Гленн Гейб опубликовал одно из самых загадочных исследований SEO за последнее десятилетие. Его клиент использовал канонические URL-адреса для Великобритании и Индии, ссылаясь на версию для США, что было технически неверно и противоречило рекомендациям Google. Тем не менее, "неправильные" URL-адреса продолжали появляться в результатах поиска для конкретных стран, даже несмотря на то, что Search Console показывала их как неиндексированные. Когда Гейб спросил Джона Мюллера об этом на вебмастере, Мюллер подтвердил, что такое поведение действительно существует: Google может подменять правильный URL для страны/языка на уровне SERP, даже если только одна страница в группе hreflang была фактически индексирована. Это явление было воспринято как любопытство, своего рода "магический трюк", как назвал его Гейб, поскольку Google никогда полностью не объяснял механизм его работы. В августе 2026 года это явление получило название. Гари Иллиес из Google ответил на вопрос в LinkedIn о данной ситуации и описал эти URL как альтернативные имена. Его объяснение предоставляет полезную модель для понимания того, как международные SEO-специалисты уже много лет пытаются расшифровать: открытие, канонизация, индексация, оценка и подача — это отдельные части процесса, и URL не обязательно должен проходить через все эти этапы независимо, чтобы появиться в поиске. Это различие помогает объяснить, как на самом деле работает hreflang.

Открытие альтернативных URL

Прежде чем можно будет создать группу для канонизации, оценить канонический URL или подать альтернативный URL, Google должен сначала обнаружить эти URL. Именно поэтому XML-карты сайта, внутренние ссылки и аннотации hreflang становятся особенно важными во время миграций, изменения платформ и международных запусков. Google должен обнаружить версии для США, Великобритании, Австралии, Италии и других стран, прежде чем он сможет понять, как эти ресурсы соотносятся друг с другом. После того как URL-адреса будут обнаружены и проиндексированы, они не становятся автоматически независимыми индексируемыми документами. Google все еще должен определить, представляют ли они действительно разные ресурсы или дублирующие и почти дублирующие версии по существу одного и того же контента. Некоторые из них могут потребовать независимой индексации и оценки, в то время как другие могут быть сгруппированы с другим URL. Это важное различие, поскольку мы часто рассматриваем "обнаруженные", "проиндексированные" и "индексируемые" как этапы, через которые URL просто проходит. Объяснение альтернативных имен демонстрирует, что Google может сохранять информацию о URL и его взаимосвязи с другими URL, даже если этот URL не представлен в индексе.

Hreflang как кросс-ссылка, а не сигнал ранжирования

Одно из самых устойчивых заблуждений о hreflang заключается в том, что он каким-то образом создает ценность для ранжирования. Я всегда считал более полезным рассматривать hreflang как таблицу перекрестных ссылок, которая сообщает Google, что этот URL является итальянским эквивалентом другого URL; этот предназначен для англоговорящих в Австралии, а другой — для англоговорящих в Великобритании. Google может использовать эти взаимосвязи при определении, какой URL представить конкретному пользователю, но это не означает, что hreflang создал ранжирование изначально. На протяжении десятков тысяч реализаций hreflang я никогда не видел случая, когда добавление hreflang внезапно заставляло страницу занять более высокую позицию только из-за самой аннотации. Если страница на английском языке из США занимает высокие позиции в Великобритании до внедрения hreflang, добавление правильного альтернативного URL для Великобритании не дает ему нового рангового значения. Что может измениться, так это то, какой URL Google представит для уже определенного ранжирования.

Проблема 38 рынков

Глобальный бренд обуви, с которым я работал, иллюстрирует проблему в большом масштабе. У него было примерно 98 рыночных сайтов, около 38 из которых были на английском языке и почти идентичны друг другу. 22 даже использовали один и тот же символ доллара. Это означало, что десятки URL-адресов фактически содержали одну и ту же информацию о продукте, один и тот же язык и часто одно и то же представление цен, отличаясь в основном доменом, каталогом или несколькими локализованными деталями. С точки зрения организации это были 38 различных рыночных сайтов. С точки зрения машины, однако, многие из них представляли собой по существу один и тот же ресурс.

Канонизация и стоимость дублирования

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

Hreflang не может сделать контент локальным

Hreflang может сообщить Google, что одна страница предназначена для Великобритании, а другая — для Австралии, но он не может сделать ни одну из страниц более актуальной для этих рынков. Если 20 рыночных страниц содержат по существу одни и те же описания продуктов, утверждения, спецификации, часто задаваемые вопросы и сопроводительную информацию, добавление идеальных аннотаций hreflang не делает эти страницы значимо различными. Организация может создать 20 URL-адресов, но с точки зрения извлечения информации она может создать один кусок знаний с 20 различными адресами.

Каждой рыночной странице нужно дать причину для существования

Все это не делает hreflang менее важным. Напротив, объяснение Google о альтернативных именах делает его роль более ясной. Hreflang устанавливает взаимосвязь между альтернативными языковыми и рыночными URL и помогает Google понять, какая версия предназначена для какой аудитории. Однако он не может создать само рыночное различие. Контент должен это сделать. Это становится все более важным по мере того, как системы извлечения становятся лучше в понимании семантического эквивалента между URL и языками. Если страницы для США, Великобритании, Австралии, Сингапура и Южной Африки говорят по существу одно и то же, машины становятся все более способными распознавать это независимо от того, сколько URL-адресов, папок, доменов или аннотаций hreflang окружает контент. Цель не должна заключаться в том, чтобы заставить эти системы поверить, что страницы различны, когда это не так. Международные команды должны вместо этого искать места, где рынки действительно различаются, и обеспечивать отражение этих различий в контенте. Это требует совместной работы не только SEO или локализационной команды. Международный SEO, локализация, контент, продукт, юридические, региональные маркетинговые и местные команды могут все держать разные части информации, необходимой для создания действительно полезного рыночного опыта. Техническая реализация устанавливает взаимосвязь; местные знания создают различие.