Как Google официально объясняет hreflang и локализованные версии

Разъяснения Google Search Central по многоязычным и мультирегиональным сайтам сводятся к одному ключевому критерию: поисковая система должна определить, для какой языковой или региональной аудитории предназначен каждый URL, и подтвердить, что эти страницы являются эквивалентными локализованными версиями, а не несколькими копиями, возникшими из-за дублирования контента, автоматических перенаправлений или путаницы с параметрами. hreflang — это сигнал для поисковых систем о связи между альтернативными версиями, а не инструкция, определяющая индексацию, ранжирование или принудительное переключение страниц.

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

Что Google называет «локализованной версией»

Локализация не равна механическому переводу. В документации Google языковые версии и региональные версии разделяются: языковая версия отвечает на вопрос «на каком языке представлена страница», а региональная — «для какой страны или региона предназначен один и тот же язык». Например, англоязычные страницы для США и Великобритании могут обе использовать en, но при существенных различиях в валюте, зоне доставки, информации о налогах, контактных данных, наличии товара, характеристиках или юридических уведомлениях можно использовать соответственно en-US и en-GB.

И наоборот, если содержание, цены и условия обслуживания двух страниц полностью совпадают и различаются только домен или путь, принудительное разделение по странам не обязательно даст более понятный сигнал. Региональный код должен отражать реальные различия в контенте или услугах, а не использоваться для создания большого количества похожих страниц исключительно на основе предполагаемых рынков продвижения. Для B2B-сайтов параметры продукции, минимальный объём заказа, поля формы запроса и география поставок часто определяют, действительно ли страница относится к отдельной версии для другого рынка; для трансграничных интернет-магазинов различия локализации легче распознаются по валюте, регионам продаж и правилам логистики.

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

Три условия для корректного hreflang

Во-первых, альтернативная связь должна быть двусторонней и замкнутой. Если страница A заявляет, что B является её немецкой версией, то страница B также должна заявлять, что A является её английской версией; при отсутствии обратной ссылки поисковой системе трудно подтвердить, что это поддерживаемая взаимосвязь. Несколько языковых версий должны ссылаться друг на друга в рамках одной группы, и каждая страница должна содержать собственный элемент hreflang. Самоссылка — не декоративный элемент: она обеспечивает единое определение языковой группы для каждого URL.

Во-вторых, коды должны использовать действительные комбинации языка и региона. Языковая часть использует коды ISO 639-1, например de, ja, zh; региональная часть использует коды ISO 3166-1 Alpha 2, например DE, JP, CN. Сначала указывается язык, затем регион, между ними ставится дефис. de-DE может обозначать немецкий язык для Германии, тогда как de обозначает немецкий без указания региона. Использование кода страны отдельно в качестве языкового кода, пользовательских сокращений рынков или перестановка местами языка и региона лишают заявление ожидаемого смысла.

В-третьих, целевой URL должен быть канонической страницей, доступной пользователям и поисковым роботам. Если hreflang указывает на URL, который перенаправляет, возвращает ошибку, заблокирован правилами robots или имеет canonical на другой адрес, между сигналами возникает конфликт. Типичная доработка возникает после запуска: контент-команда меняет путь страницы продукта, а разработчики сохраняют старые языковые сопоставления; либо магазин после переключения запасов по регионам перенаправляет страницу отсутствующего товара на главную. Все такие изменения нарушают исходную группу альтернативных версий.

Три способа реализации: выберите один для стабильного сопровождения

Google поддерживает добавление в <head> HTML элемента <link rel="alternate" hreflang="..." href="...">, а также передачу через заголовки HTTP-ответов или отправку в XML Sitemap. Все три метода выражают один и тот же тип связи, и обычно достаточно выбрать тот, который лучше всего соответствует архитектуре публикации. Для обычных HTML-страниц удобны теги head, поскольку они могут генерироваться шаблоном страницы; для не-HTML-документов, например PDF, больше подходят HTTP-заголовки; при большом количестве языковых версий, поддерживаемых централизованной системой контента, Sitemap может сократить повторяющийся вывод в шаблонах страниц.

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

Назначение и границы x-default

x-default используется для указания страницы по умолчанию, когда нет более подходящего соответствия по языку или региону; он часто применяется для страницы выбора языка, глобальной входной страницы или версии по умолчанию, где посетитель может самостоятельно выбрать рынок. Это не фиксированная метка для «главной страницы международного сайта» и не должна заменять объявление hreflang для каждой конкретной языковой страницы.

Особую осторожность следует соблюдать при обозначении страниц с автоматической геолокацией как x-default. Google прямо рекомендует избегать принудительных перенаправлений поисковых роботов и пользователей на разные страницы на основе IP-адреса или языка браузера. Автоматические переходы затрудняют пользователям доступ к заданному URL, а также могут помешать роботам стабильно получать содержимое всех версий. Более надёжный подход — сохранять доступные URL версий и предоставлять на странице видимый переключатель языка или региона; сохранять предпочтение следует только после явного выбора пользователя.

canonical и hreflang нельзя настраивать независимо друг от друга

canonical решает вопрос «какая версия является предпочтительной среди нескольких похожих URL», а hreflang — «как соотносятся версии на разных языках или для разных регионов». Эти понятия часто путают. Даже если английская и французская страницы имеют одинаковую структуру, не следует назначать французской странице canonical на английскую только из-за сходства контента; это сообщит поисковой системе, что французская страница не является самостоятельной предпочтительной страницей, что противоречит её объявлению как альтернативной версии на французском языке.

Более подходящая конфигурация такова: каждая страница для языка или региона использует самоссылочный canonical, а hreflang связывает её с другими эквивалентными версиями. Только при наличии внутри одной языковой версии URL-параметров, различий в регистре, завершающего слеша, версии для печати или дублирующихся путей следует выбирать canonical внутри этого языка. Сначала упорядочивание каноникализации, затем создание международных сопоставлений помогает не принимать проблемы очистки URL за проблемы языковых версий.

Сигналы, которые следует отслеживать после публикации

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

Аномалии, связанные с международным таргетингом, обнаруженные, но неправильно обработанные альтернативные страницы, а также результаты выбора канонической страницы в Search Console могут использоваться для выявления проблем. Здесь важно различать два явления: если в результатах поиска не отображается страница для целевого региона, это не обязательно означает, что hreflang не работает, поскольку на показ влияют язык запроса, местоположение пользователя, релевантность страницы и состояние индексации; однако если альтернативная страница длительное время недоступна для сканирования, отсутствуют взаимные ссылки или canonical указывает на страницу на другом языке, это сигналы на уровне конфигурации, требующие первоочередного исправления.

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