Тег hreflang на многоязычном сайте постоянно вызывает ошибки: как провести диагностику?

«Страница явно переведена, почему же Google всё равно показывает немецким пользователям английскую версию?» Многие внешнеторговые компании сталкиваются с подобной проблемой при расширении многоязычного сайта. Ещё чаще бывает так: разработчики уже добавили hreflang, но инструменты для веб-мастеров продолжают сообщать о несоответствиях, отсутствии обратных ссылок, либо индексация и органический трафик страниц на разных языках так и не улучшаются.

Как решить проблему постоянных ошибок в тегах hreflang на многоязычном сайте? Главное не в многократном изменении одной строки тега, а в проверке hreflang как механизма, в котором «страницы разных версий взаимно заявляют о своих связях». hreflang сообщает поисковым системам, какие URL являются версиями одного и того же контента для пользователей разных языков или регионов. Он не гарантирует позиции в выдаче, но снижает вероятность несоответствия языковых версий, позволяя пользователям с большей вероятностью попасть на страницу, удобную для чтения, запроса информации и оформления заказа.

Сначала убедитесь: действительно ли вашему сайту нужен hreflang?

Если сайт имеет только китайскую и английскую версии, а контент, валюта, логистика и контактные данные одинаковы, и различается лишь язык интерфейса, обычно достаточно использовать zh и en. Если язык в обоих случаях английский, но на сайте для США используются доллары и дюймы, а на сайте для Великобритании — фунты стерлингов и миллиметры, тогда уместно дополнительно различать en-US и en-GB.

Не создавайте механически десятки региональных кодов ради «охвата большего числа рынков». Если страница не отличается самостоятельным контентом, ценами, услугами или путём конверсии, её принудительное разделение на версии en-DE, en-FR и другие лишь повысит затраты на обслуживание и может затруднить для поисковых систем определение связей между страницами. Для B2B-сайтов внешней торговли создание версий по ключевым языкам и приоритетным рынкам обычно надёжнее, чем большое число региональных страниц с минимальными различиями.

Самое часто упускаемое правило: каждая версия должна полностью «признавать» остальные

hreflang не заканчивается тем, что английская страница указывает на китайскую. Действительная группа языковых версий должна включать все соответствующие страницы, и каждый URL должен содержать один и тот же набор объявлений, включая самого себя. Например, для китайской, английской и японской страниц товара все три должны одновременно содержать соответствующие ссылки zh, en и ja.

<link rel="alternate" hreflang="zh" href="https://example.com/zh/product-a/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/product-a/" />
<link rel="alternate" hreflang="ja" href="https://example.com/ja/product-a/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

Здесь x-default подходит для ссылки на страницу выбора языка, международную главную страницу или страницу по умолчанию, где пользователь может самостоятельно переключить язык. Это не обязательный параметр, но он полезен для брендовых сайтов, привлекающих клиентов из разных стран. Обратите внимание: сама страница по умолчанию также должна быть реальной, доступной и индексируемой страницей, а не промежуточным адресом, который немедленно выполняет принудительное перенаправление.

Проверка по этой цепочке эффективнее, чем «исправление тегов на глаз»

1. Соответствуют ли URL друг другу один к одному, а не ведут ли все на главную страницу

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

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

2. Нет ли отсутствующих обратных ссылок или несогласованности списков версий

Предположим, страница A объявляет страницу B английской версией, но страница B не объявляет A китайской версией — это и есть часто упоминаемое «отсутствие обратной ссылки». Ещё более скрытая ситуация: китайская страница содержит zh/en/ja, а английская — только zh/en. Хотя на первый взгляд тег есть на каждой странице, наборы языков фактически различаются, что также может привести к потере сигнала.

Рекомендуется сначала поддерживать связи между страницами в таблице: каждая строка представляет одну группу контента, а каждый столбец — язык или регион; после подтверждения URL система должна выводить их единообразно. Не полагайтесь на ручное копирование и вставку в разные шаблоны: когда на сайте появляются сотни товарных страниц, пропустить исправления почти неизбежно.

3. Могут ли целевые страницы нормально сканироваться и индексироваться

URL, на которые указывает hreflang, должны возвращать код состояния 200; они не могут быть адресами перенаправления 301 или 302, а также не должны быть страницами 404, мягкими 404, страницами, заблокированными robots.txt, или страницами с noindex. Типичные проблемы включают автоматическое перенаправление мобильных пользователей на другой домен, принудительные перенаправления плагинами распознавания региона, изменение URL правилами CDN, а также ошибочное попадание ссылок тестовой среды на рабочий сайт.

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

4. Правильно ли указаны коды языка и региона

Для языка используются двухбуквенные коды ISO 639-1, например en, de, fr, zh; при необходимости указать регион применяется формат «язык-регион», например en-US, pt-BR, zh-CN. Не указывайте только код страны US и не смешивайте несуществующие или нестандартизированные пользовательские сокращения.

Кроме того, атрибут lang страницы и hreflang имеют разные функции: первый помогает браузерам и вспомогательным средствам чтения понять язык страницы, а второй используется для сопоставления версий в поиске. Рекомендуется сохранять их согласованность, но они не могут заменять друг друга.

Где размещать тег: выберите один из трёх способов и поддерживайте его

hreflang можно размещать в <head> HTML, передавать через заголовок HTTP-ответа или отправлять через XML Sitemap. Обычные корпоративные сайты и контентные сайты в большинстве случаев используют тег head; для файлов не в формате HTML, таких как PDF, можно использовать HTTP-заголовки; для трансграничных интернет-магазинов с множеством языковых версий и большим количеством страниц XML Sitemap может генерироваться системой для удобства централизованного управления.

Технически можно одновременно использовать несколько способов, но при условии полного совпадения данных. На практике теги шаблонов, плагины и Sitemap часто поддерживаются разными командами, из-за чего легко возникает конфликт: «один набор на странице, другой — в карте сайта». Если нет чётких возможностей управления, рекомендуется определить единый основной источник данных и не выводить повторно информацию в других каналах.

После внесения изменений не ограничивайтесь просмотром исходного кода

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

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

Включите hreflang в процесс создания сайта, а не используйте его как исправление после запуска

Сложность многоязычного SEO обычно заключается не в самих тегах, а в том, синхронизированы ли контент, архитектура URL, ход перевода и технические шаблоны. Для сайтов, на которых постоянно добавляются товары, статьи блога и рекламные посадочные страницы, лучше включить в процесс публикации четыре проверки: «сопоставление языковых версий, статус индексации, canonical и hreflang».

Интеллектуальные услуги по созданию сайтов и маркетингу для международного бизнеса, подобные услугам 易营宝, уделяют больше внимания планированию многоязычных путей уже на этапе структуры сайта, а не последующему поочерёдному исправлению страниц после появления аномалий индексации. Независимо от используемой системы создания сайтов компаниям следует сохранять поддерживаемые правила языковых сопоставлений: при обновлении контента одновременно обновлять теги, а при удалении страницы — одновременно удалять связанные связи. Только тогда hreflang действительно станет чётким и надёжным маршрутом между глобальными пользователями и правильными страницами.