Что такое hreflang и зачем он нужен
Hreflang — это HTML-атрибут, который сообщает поисковым системам, для какого языка и региона предназначена конкретная версия страницы. Google и Yandex используют эти сигналы, чтобы показывать пользователю правильную языковую версию в результатах поиска: немецкий вариант — немецкому пользователю, русский — русскоязычному.
Без корректной настройки hreflang мультиязычный сайт сталкивается с несколькими проблемами: каннибализация страниц (языковые версии конкурируют между собой), нерелевантная выдача (пользователь из Казахстана видит украинскую версию) и потеря органического трафика на ключевых рынках. Всё это напрямую влияет на конверсию.
Атрибут работает по принципу взаимного подтверждения: каждая языковая версия страницы должна ссылаться на все остальные версии, включая саму себя. Одностороннее указание — типичная ошибка, которую мы разберём ниже.
Синтаксис и структура hreflang атрибута
Не хотите разбираться сами?
Divitio закроет задачу под ключ — Продвижение англоязычного сайта на зарубежных рынках. Аудит и план работ — бесплатно.
Обсудить проект →Стандартная запись в разделе <head>:
<link rel='alternate' hreflang='ru' href='https://example.com/ru/' />— русскоязычная версия для всех регионов;<link rel='alternate' hreflang='ru-RU' href='https://example.com/ru/' />— русский язык, Россия;<link rel='alternate' hreflang='ru-KZ' href='https://example.com/kz/' />— русский язык, Казахстан;<link rel='alternate' hreflang='x-default' href='https://example.com/' />— версия по умолчанию для пользователей, чей язык/регион не совпадает ни с одним указанным.
Коды языков берутся из стандарта ISO 639-1 (двухбуквенные: ru, en, de), коды стран — из ISO 3166-1 Alpha-2 (RU, KZ, DE). Регистр в кодах не влияет на работу атрибута, но принято писать язык строчными, страну — заглавными.
Тег x-default не обязателен, но его отсутствие на главной и посадочных страницах — упущенная возможность управлять трафиком с нецелевых рынков. Чаще всего x-default указывает на английскую или нейтральную версию сайта.
Три способа внедрения hreflang
Выбор метода зависит от архитектуры сайта и технических возможностей команды.
- В коде страницы (<head>). Самый распространённый и надёжный способ. Подходит для сайтов с умеренным количеством языковых версий. Минус — при большом числе страниц и версий раздел
<head>разрастается, что незначительно увеличивает вес HTML. - В HTTP-заголовке. Используется для не-HTML файлов (PDF, изображения) или когда нет прямого доступа к коду страниц. Реализуется через настройки сервера или CDN. Синтаксис:
Link: <https://example.com/en/>; rel='alternate'; hreflang='en'. - В XML-карте сайта (sitemap). Оптимальный вариант для крупных мультиязычных проектов с тысячами страниц. В sitemap.xml каждый URL обёртывается в блок
<xhtml:link>со всеми языковыми альтернативами. Это удобно централизованно управлять атрибутами без изменения шаблонов страниц.
Если вы работаете на CMS — WordPress, 1C-Битрикс, OpenCart — уточните возможности плагинов или встроенных инструментов. Большинство современных CMS поддерживают автогенерацию hreflang через настройки мультиязычности.
Как строить архитектуру мультирегионального сайта под hreflang
Прежде чем настраивать атрибут, определитесь со структурой URL. От этого зависит, насколько чисто будет реализовано международное SEO.
- Поддомены: ru.example.com, kz.example.com — чёткое разграничение, воспринимаются как отдельные сущности, удобны для таргетинга в Google Search Console.
- Подпапки: example.com/ru/, example.com/kz/ — передают авторитет основного домена всем версиям, проще в управлении хостингом.
- Отдельные домены: example.ru, example.kz — максимальное доверие в регионе, но требуют раздельного SEO-продвижения и бюджетов на каждый домен.
Для большинства российских и СНГ-проектов оптимальны подпапки: они экономят ресурсы и позволяют наращивать авторитет единого домена. Если вы только планируете выход на несколько рынков одновременно, рекомендуем проконсультироваться с нашей командой по SEO-продвижению — выбор структуры на старте критически важен и дорого обходится при переработке.
Типичные ошибки при настройке hreflang
По опыту работы с мультиязычными сайтами клиентов чаще всего встречаются следующие проблемы:
- Отсутствие взаимных ссылок. Если страница A ссылается на страницу B через hreflang, то страница B обязана ссылаться обратно на A. Поисковик игнорирует «однонаправленные» связки.
- Указание на неканонические URL. Hreflang должен вести только на канонические версии страниц. Если у вас есть дублирующиеся URL с UTM-метками или параметрами, используйте только базовые адреса.
- Несовпадение URL в hreflang и sitemap. Если адреса страниц в этих двух местах различаются (лишний слеш, протокол http/https, www/без www), поисковик воспринимает их как разные страницы.
- Неправильные языковые коды. Использование несуществующих комбинаций (например,
hreflang='ru-UA'вместо отдельного тега для украинской версии) приводит к игнорированию атрибута. - Пропуск тега
x-defaultна главной странице. Пользователи из регионов без языковой версии попадают на случайную версию сайта, что увеличивает отказы. - Hreflang на страницах с noindex. Нет смысла указывать языковые альтернативы для страниц, закрытых от индексации — это создаёт противоречивые сигналы.
Проверка корректности настройки
После внедрения hreflang необходимо проверить корректность реализации несколькими способами.
Google Search Console. В разделе «Международный таргетинг» отображаются ошибки hreflang: отсутствие взаимных ссылок, неверные коды языков, несуществующие URL. Это базовый инструмент, но он показывает данные с задержкой.
Screaming Frog SEO Spider. Позволяет сканировать сайт и визуализировать все hreflang-связки: какие страницы ссылаются на какие, есть ли взаимность, корректны ли коды. Незаменим для больших сайтов.
Hreflang Tags Testing Tool (Merkle). Онлайн-инструмент для проверки отдельных страниц. Вставляете URL — получаете полный разбор всех тегов с предупреждениями.
Ручная проверка. Для небольших сайтов достаточно открыть исходный код нескольких страниц разных языковых версий и убедиться, что каждая из них содержит полный набор взаимных ссылок.
Если ваш проект использует автоматизированные инструменты для технического аудита и мониторинга, обратите внимание на AI-автоматизацию — регулярный контроль hreflang можно встроить в общий процесс технического мониторинга сайта.
Hreflang в контексте GEO и локального продвижения
Для бизнеса, работающего в нескольких странах СНГ, hreflang — только один из элементов стратегии. Помимо атрибута важно: локализовать контент (не просто перевод, а адаптация под местные запросы и реалии), настроить геотаргетинг в Search Console для каждой версии, получать ссылки с местных площадок, работать с региональными агрегаторами и картами.
Мультирегиональный сайт требует отдельного семантического ядра для каждого рынка — запросы, частотность и конкуренция в России, Казахстане и Беларуси существенно отличаются. Подробнее о работе с географически распределённым продвижением можно узнать в разделе GEO-продвижения на нашем сайте.
Технически грамотная настройка hreflang снижает вероятность каннибализации версий и помогает поисковику правильно распределить трафик. Но именно контентная и ссылочная составляющая определяют, займёт ли конкретная версия страницы видимые позиции на целевом рынке.
Частые вопросы
Нужен ли hreflang, если у меня один язык, но сайт работает в нескольких странах?
Да. Если вы, например, продаёте на русскоязычных рынках России и Казахстана, hreflang с кодами ru-RU и ru-KZ поможет показывать релевантную версию пользователям из каждой страны. Это особенно важно при различии цен, условий доставки или регионального контента.
Влияет ли hreflang на ранжирование напрямую?
Hreflang не является прямым фактором ранжирования — он сигнализирует поисковику о языково-региональной принадлежности страницы, но не повышает позиции сам по себе. Его ценность — в правильном распределении трафика по версиям и устранении каннибализации.
Что делать, если сайт переезжает на новую структуру URL?
При смене структуры URL (например, с поддоменов на подпапки) необходимо одновременно обновить hreflang во всех версиях страниц, настроить 301-редиректы со старых адресов и обновить sitemap. Делать это нужно за один деплой, чтобы поисковик не получал противоречивые сигналы в переходный период.