TopBooster.ru
Техническое SEO

Hreflang и мультиязычность: как не запутать поиск версиями

TBTopBooster5 мин чтенияОбновлено 2026-07-22
Hreflang и мультиязычность: как не запутать поиск версиями

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

Зачем нужен hreflang

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

  • связывает языковые и региональные версии в группу альтернатив;
  • сообщает, какая версия для какого языка/региона;
  • помогает поиску показать пользователю правильную версию;
  • предотвращает трактовку переводов как дублированного контента.

Важно: hreflang не про ранжирование, а про то, чтобы правильная версия показывалась правильной аудитории.

Когда hreflang нужен, а когда нет

Прежде чем настраивать, честно ответьте: а нужен ли он вам. Многие тратят силы на hreflang там, где он не требуется.

СитуацияНужен ли hreflang
Сайт на одном языке для одной страныНет
Один язык, но разные страны (RU для России и Казахстана)Да, региональный
Несколько языков (RU + EN)Да
Полностью разные сайты на разных доменахДа, если контент эквивалентен

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

Синтаксис hreflang

Hreflang можно указать тремя способами: в <head> HTML, в HTTP-заголовках или в sitemap. Чаще используют разметку в <head>. Каждая версия перечисляет ссылки на все версии группы, включая саму себя.

Ключевые правила синтаксиса:

  • значение — код языка (ru, en) или язык с регионом (ru-RU, en-US, de-CH);
  • код языка обязателен, регион опционален; регион без языка недопустим;
  • используются стандартные коды (язык по ISO 639-1, регион по ISO 3166-1);
  • каждая страница ссылается на все альтернативы и на саму себя (self-referencing).

x-default и обратные ссылки

Два элемента, которые чаще всего забывают.

x-default — специальное значение для страницы «по умолчанию», которая показывается, если ни одна языковая версия не подходит пользователю (например, выбор языка или международная версия). Указывать x-default необязательно, но полезно.

Обратные ссылки (взаимность) — критичное правило: если страница A ссылается hreflang на страницу B, то B обязана ссылаться обратно на A. Hreflang работает только когда связи двусторонние. Односторонние ссылки поиск игнорирует — это ошибка номер один.

Частые ошибки hreflang

Атрибут коварен именно обилием мелких ошибок, каждая из которых ломает всю настройку:

  1. Нет обратных ссылок — связь односторонняя, hreflang не работает.
  2. Нет self-ссылки — страница не ссылается сама на себя.
  3. Неверные кодыen-UK вместо en-GB, регион без языка, выдуманные коды.
  4. Ссылки на неканонические URL или редиректы — hreflang должен указывать на канонические, отдающие 200.
  5. Конфликт с canonical — canonical указывает на другую языковую версию, обнуляя hreflang.
  6. Смешение языка и региона наобумru-US и подобная бессмыслица.

Из-за такого обилия тонкостей hreflang обязательно проверяют инструментами (в том числе отчётами в Google Search Console), а не «на глаз».

Структура URL для версий

Языковые версии организуют одним из способов, и выбор влияет на всю схему:

  • поддиректории (site.ru/en/) — проще всего в настройке и поддержке, вес копится на одном домене;
  • поддомены (en.site.ru) — сложнее, версии воспринимаются более раздельно;
  • отдельные домены (site.com и site.ru) — для сильно различающихся рынков, максимум обособленности.

Для большинства проектов оптимальны поддиректории. Какой бы способ ни выбрали, каждая версия должна иметь корректный hreflang и согласованный canonical, указывающий на себя, а не на другую версию.

Когда версии настроены, а роста нет

Правильный hreflang гарантирует, что нужная версия показывается нужной аудитории и переводы не считаются дублями, — но это устранение путаницы, а не рост. Ранжирование каждой версии по-прежнему определяют её контент, ссылки и поведение аудитории в своём регионе. Когда версии технически разведены, а страница не пробивается, помогает работа с поведенческими факторами: сервис TopBooster приводит на страницы живой трафик из поиска и усиливает сигналы качества. Hreflang наводит порядок между версиями, а продвигается каждая версия по обычным правилам.

Частые вопросы

Нужен ли hreflang, если сайт только на русском? Нет. Если у вас одна языковая версия для одной страны, hreflang не нужен и лишь усложняет сайт. Он необходим, когда есть эквивалентные версии под разные языки (RU + EN) или под разные регионы на одном языке (RU для России и Казахстана), между которыми поиск может запутаться.

Что такое x-default в hreflang? Это значение для версии «по умолчанию», которую поиск покажет, если ни одна языковая версия не подходит конкретному пользователю, — например, страница выбора языка или международная версия. Указывать x-default необязательно, но это хорошая практика для сайтов с множеством версий.

Почему мой hreflang не работает? Самая частая причина — отсутствие обратных ссылок: если A ссылается на B, то B обязана ссылаться на A, иначе связь односторонняя и игнорируется. Другие причины: нет self-ссылки, неверные коды языка/региона, ссылки на редиректы, конфликт с canonical, указывающим на другую версию.

Поддиректории, поддомены или отдельные домены для языков? Для большинства сайтов оптимальны поддиректории (site.ru/en/) — просты в настройке и держат вес на одном домене. Поддомены и отдельные домены выбирают, когда рынки сильно различаются и версии должны быть максимально обособлены. При любом варианте нужен корректный hreflang и согласованный canonical.

Вывод

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

Продвинем ваш сайт в ТОП Яндекса и Google

Реальные переходы из поиска, отчёты 24/7, первый результат — до оплаты.

Смотреть тарифы →