Google SEO Продвинутый

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

Hreflang — самый часто ошибочно оформляемый тег на мультиязычных сайтах: одна незакрытая ссылка ломает сопоставление всех языковых версий. В статье разбираем выбор структуры (подкаталог лучше поддомена, поддомен лучше отдельного сайта), использование x-default, принцип двусторонних ссылок, пять типичных ошибок (отсутствие самореференции, неверный код региона, незакрытые ссылки, страницы 404, конфликтующие объявления) и способ проверки через отчёт «Международные цели» в Google Search Console.

Hreflang 多语言落地:标记矩阵与五类常见错误Hreflang Implementation: the annotation matrix and five common errors 双向引用必须闭合 —— A 指了 B,B 必须指回 A,否则整组失效Annotations must be reciprocal — A to B must be matched by B to A, or the cluster breaks 错误类型Error type 典型表现Symptom 修复方法Fix 1 单向引用1. One-way only 英文页指了德文,德文页没指回EN points to DE, DE does not point back 整组双向补齐Close the reciprocal loop 2 缺 x-default2. Missing x-default 所有语言都列了,没有兜底页Every language listed, no fallback 加 x-default 指向英文Add x-default to EN page 3 语言代码错3. Wrong lang code cn 应为 zh-CN,用了 zh 太宽cn instead of zh-CN; bare zh too broad 遵循 ISO 639-1 + 3166-1Use ISO 639-1 + 3166-1 4 自引用漏4. Missing self-ref 每页没列自己的 hreflangPage does not annotate itself 每页必含自身Every page self-annotates 5 URL 不一致5. URL mismatch http/https、尾斜杠、参数不一致http/https, trailing slash, query diffs 规范化后再写Use canonical URLs only 实现方式优先级:HTML link 标签首选 · sitemaps 批量 · HTTP 头兜底Implementation order: HTML link tags first · sitemaps at scale · HTTP headers as fallback URL 结构推荐:子目录 example.com/de/ 优于子域名 de.example.com 优于独立站URL structure: subfolder example.com/de/ beats subdomain beats separate domains 反直觉:hreflang 不阻止 Google 选另一个语种版本,只给它正确版本的建议Counter-intuitive: hreflang does not force Google’s choice, it only recommends the right version
Разметка hreflang для мультиязычных сайтов: пять типичных ошибок, способы исправления и выбор структуры URL

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

Сначала вывод: hreflang сообщает Google, какие языковые и региональные версии есть у страницы. Если разметка оформлена неверно, выдача мультиязычного сайта в SERP ломается. Правильный подход: страницы каждой языковой группы ссылаются друг на друга, каждая ссылается на себя, плюс резервная версия x-default; используются языковые коды ISO 639-1 и коды стран ISO 3166-1. Приоритет структуры URL: подкаталог example.com/de/, затем поддомен, в последнюю очередь отдельный сайт. Пять типичных ошибок — односторонние ссылки, отсутствие x-default, неверный языковой код, пропущенная самореференция, несовпадающие URL; любая из них обнуляет всю группу hreflang. В течение 7 дней после запуска убедитесь, что в отчёте «Международные цели» в Search Console нет ошибок.

1. За что отвечает hreflang: это рекомендация, а не требование

Сначала развеем самое распространённое заблуждение: hreflang не обязывает Google показывать пользователю из определённого региона конкретную версию. Он лишь сообщает Google: «эти URL — версии одного и того же контента на разных языках, выберите наиболее подходящую пользователю по языку». Google всё равно может выбрать версию, которую сочтёт более уместной, по другим сигналам (поисковый запрос, ссылки, локальный авторитет), а hreflang лишь повышает вероятность правильного выбора.

Для мультиязычных B2B-сайтов, выходящих на зарубежные рынки, hreflang решает две конкретные задачи: не показывать немецкому пользователю английскую страницу, когда он ищет по немецкому запросу; не показывать франкоязычному пользователю из Бельгии страницу на французском Франции или Канады, когда он ищет по французскому запросу. Типичный признак ошибки: немецкий пользователь видит в SERP английский заголовок, а после клика его перебрасывает 301-редиректом на немецкую страницу — этот редирект отнимает половину кликов.

Заблуждение Реальное поведение Последствия
hreflang принудительно показывает региональную версию Это лишь рекомендация, Google оставляет решение за собой Ошибка в разметке не влияет на индексацию, только на сопоставление
С hreflang перевод не нужен Контент нужно переводить по-настоящему, машинный перевод не считается Google распознаёт автоматически переведённый контент
hreflang достаточно разместить в футере Размещать нужно в head, HTTP-заголовке или sitemap Футер не сканируется
Один домен — один язык На одном домене может быть несколько языковых версий Языки разделяются подкаталогами или поддоменами

К мультиязычным сайтам требования по качеству строже, чем к одноязычным: если перевод не дотягивает, лучше не запускать сайт вовсе. Подробнее:Требования к качеству мультиязычного контента при запуске. В эпоху GEO мультиязычная стратегия не ограничивается английским, подробнее:Многоязычный GEO: выходим за пределы английского.

2. Структура URL: подкаталоги лучше поддоменов, поддомены лучше отдельных сайтов

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

Структура Пример Передача SEO-веса Стоимость поддержки Когда подходит
Подкаталог example.com/de/, example.com/fr/ Собирается на основном домене, максимальный Минимальная Выбор большинства B2B-сайтов
Поддомены de.example.com, fr.example.com Разрознен, нужно наращивать отдельно Средний Когда в стране уже есть самостоятельный бренд
Сайт example.de, example.fr Полностью независимы, внешние ссылки нужны каждому Максимальная Сильная локальная специфика, распределённые команды
Параметры example.com?lang=de Не рекомендуется, высокий риск дублирования контента Низкий, но риск большой Не использовать

90% B2B-команд, выходящих на зарубежные рынки, стоит выбрать подкаталоги. Причины: SEO-вес основного домена передаётся целиком, hreflang проще поддерживать, CDN и HTTPS-сертификат нужны только одни. Поддомены оправданы, только если вы уже построили отдельный бренд и внешние ссылки для конкретного рынка. Отдельные сайты — только если у вас в Германии или Франции есть реальное юрлицо, местная команда и производство локального контента. О том, где проходит граница между страницей под страну и doorway-страницей, читайте в разделе Страницы под страну и doorway-страницы: где красная линия.

3. Разметка: три способа реализации

hreflang реализуют тремя способами — выбирайте по ситуации.

Способ Где размещается Для какого масштаба Приоритет
Тег link в HTML В head каждой страницы От десятков до сотен страниц Оптимальный вариант
XML sitemap Добавить xhtml:link в sitemap От тысяч страниц Оптимально для больших сайтов
HTTP-заголовки ответа Сервер возвращает заголовок Link PDF и другие не-HTML документы Дополнение

Стандартная запись тега link в HTML: в head каждой языковой версии перечислите все версии (включая саму себя) и x-default. Например, для английской, немецкой и французской версий в head английской страницы должно быть:

link rel=”alternate” hreflang=”en” href=”https://example.com/”, link rel=”alternate” hreflang=”de” href=”https://example.com/de/”, link rel=”alternate” hreflang=”fr” href=”https://example.com/fr/”, link rel=”alternate” hreflang=”x-default” href=”https://example.com/”. Немецкая и французская страницы должны содержать точно такой же полный список с идентичными URL.

В коде языка используйте двухбуквенный код языка по ISO 639-1, при необходимости добавляйте код страны по ISO 3166-1: en — английский в целом, en-GB — британский английский, de-AT — австрийский немецкий, zh-CN — упрощённый китайский, zh-TW — традиционный китайский. Не используйте неполные коды вроде cn или zh.

4. Пять типовых ошибок

90% случаев, когда hreflang не работает, — это пять ошибок. Проверьте себя по списку.

Ошибка Как проверить Последствия Срок исправления
Односторонняя ссылка Английская страница ссылается на немецкую, а немецкая обратно — нет Вся группа не работает Дополнить в тот же день
Нет x-default Нет страницы для подстраховки Пользователи с неизвестным языком могут попасть на английскую версию Добавить в тот же день
Неверный код языка cn должен быть zh-CN; zh слишком широкий Ошибка сопоставления Исправить в тот же день
Нет ссылки на саму себя Страница не указала собственный hreflang Эта версия не участвует в выборе внутри группы Дополнить в тот же день
URL не совпадают http/https, конечный слеш, разный регистр считаются разными URL, группа распадается перезапись после нормализации
ошибка циклических ссылок A указывает на B, B на C, C на A, но A не указывает на C Google не может сформировать группу перезапись всей группы

Быстро проверить всё поможет отчёт «Международный таргетинг» в Search Console: в течение 7 дней после запуска он покажет все ошибки, включая «Не возвращён правильный тег» и «Тег возврата не найден». Выгрузите список ошибок и исправляйте их постранично, пока отчёт не обнулится. Локализацию цифр и таблиц на многоязычных сайтах нужно синхронизировать с hreflang, см.Локализация цифр, таблиц и единиц измерения. Единое управление глоссарием — основа качества перевода, см.Рабочий процесс глоссария в MTPE.

V. Граница между региональными страницами и мультиязычностью

В B2B-экспансии часто путают две вещи: мультиязычные версии (один и тот же контент на разных языках) и региональные лендинги (специальный контент для конкретного региона).

Измерение Мультиязычные версии Региональные лендинги
Содержание Перевод одного и того же контента Написано специально для местного рынка
URL Языковые подкаталоги /de/, /fr/ и т. д. Региональные подкаталоги /us/, /mena/ и т. д.
hreflang Обязательно Можно указать x-default или код региона
Риск Плохое качество перевода Санкции за doorway-страницы
Пример Английская версия страницы товара, переведённая на немецкий «Руководство по закупкам для ближневосточных покупателей»

Ключевое правило: у регионального лендинга должен быть настоящий локализованный контент (местные сертификаты, местные кейсы, местные способы оплаты), а не просто английская страница с изменённым заголовком. Как определяются doorway-страницы и где проходит красная линия, см.Страницы под страну и doorway-страницы: где красная линия. Приоритет рынков: сначала английский, ЕС, Ближний Восток, Латинская Америка, см.Приоритет рынков для экспансии: английский, ЕС, Ближний Восток и Северная Африка, Латинская Америка.

VI. Проверка перед запуском и ритм мониторинга

Шаг Инструмент Срок Критерий прохождения
Проверка кода на месте Проверить head по каждому шаблону Перед отправкой Три языковые версии полностью ссылаются друг на друга
Нормализация URL canonical и hreflang согласованы Перед отправкой Нет конфликтов http/https
Проверка после развёртывания Rich Results Test или инструмент проверки hreflang В день запуска В каждой группе полный набор из 4 тегов
Search Console Отчёт «Международный таргетинг» На 7-й и 14-й день Ноль ошибок
ежеквартальная проверка Проверять синхронно при запуске новых страниц При каждом релизе Новые шаблоны наследуют логику hreflang

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

FAQ: частые вопросы

Английский — основной язык. Нужно ли делать взаимные ссылки hreflang для немецкой и французской страниц?
Да, и взаимные ссылки должны быть полными. Английская страница перечисляет четыре тега: en, de, fr, x-default; немецкая страница тоже перечисляет четыре тега: en, de, fr, x-default; французская — так же. Списки тегов на всех трёх страницах должны полностью совпадать, URL — до символа. Не хватает одной взаимной ссылки — вся группа hreflang не работает, и Google распределит языковые версии по своей логике.
Для hreflang лучше подкаталоги или поддомены?
В 90% случаев выбирайте подкаталоги. example.com/de/ концентрирует вес на основном домене, Google считает это одним сайтом с разными языковыми версиями, и вы обслуживаете один сертификат и один CDN. Поддомен de.example.com Google воспринимает как относительно независимый сайт, которому нужно отдельно наращивать ссылки и вес. Не выделяйте поддомен, если у вас уже нет отдельного бренда и локальной команды в Германии.
Можно ли ставить hreflang на машинный перевод?
Нет. Google распознаёт низкое качество машинного перевода: даже с hreflang такая страница не будет проиндексирована как отдельная языковая версия, а только размывает сигналы качества основного сайта. Правильный подход — машинный перевод с последующей редактурой (MTPE), и только потом публикация. Критерии качества перевода см.Требования к качеству мультиязычного контента при запуске. Версии, не прошедшие контроль качества, лучше оставить только на английском, чем насильно выпускать на редких языках.
На какую страницу должен указывать x-default?
На страницу вашего основного языка, обычно на английскую главную. Когда язык браузера пользователя не совпадает ни с одним из ваших языков, Google использует страницу x-default как запасной вариант. Не делайте для x-default отдельную промежуточную страницу «выбора языка» — у таких страниц крайне низкая конверсия, и Google их не любит. Указывайте сразу на английский основной сайт.
Что лучше: hreflang в sitemap или в head?
Зависит от масштаба. До нескольких сотен страниц проще всего в head — разработчик один раз правит шаблон, и это работает по всему сайту. От нескольких тысяч страниц удобнее в sitemap, потому что sitemap генерируется машиной и вероятность человеческой ошибки ниже. Смешивать оба способа нельзя, выберите один. В sitemap для каждого URL добавляется дочерний элемент xhtml:link со списком всех языковых версий.
В одной стране несколько языков, например французский и нидерландский в Бельгии. Как размечать?
Различайте по региональному коду. Французский в Бельгии — fr-BE, нидерландский в Бельгии — nl-BE, французский во Франции — fr-FR, нидерландский в Нидерландах — nl-NL. Не указывайте просто fr или nl, иначе они смешаются с французским во Франции и нидерландским в Нидерландах. Именно в таком точном различении и заключается ценность hreflang: франкоязычный пользователь в Брюсселе и в Париже должен находить разные страницы.

В заключение

hreflang для многоязычного сайта — типичная работа, где «дьявол в деталях»: одна ошибка в символе или один пропущенный взаимный указатель — и вся группа не работает, а в Search Console вы увидите это, возможно, только через две недели после запуска. Сделайте это шаблонной задачей: разработчик прописывает логику вывода hreflang в шаблон, а контент-менеджер при добавлении языка только заполняет список URL, не полагаясь на память.

Три шага к результату: на этой неделе проверьте существующий многоязычный шаблон по чек-листу из пяти типов ошибок; на следующей неделе убедитесь в отчёте «Международный таргетинг» в Search Console, что ошибок нет; на третьей неделе добавьте проверку hreflang в процесс запуска новых страниц. После этих трёх шагов ваш многоязычный сайт действительно начнёт работать на покупателей из разных стран.

Одна фраза, которую стоит запомнить: hreflang — это переводческий каталог для Google. Если он полный, страницы ссылаются друг на друга и есть запасной вариант, Google решается отправить немецкого покупателя на немецкую версию.

崔立姝
崔立姝 Эксперт Crater

Передача · руководитель операций · команда передачи и операций 环形山

Руководитель доставки и операций Crater. Отвечает за внедрение SEO, ведение каналов в соцсетях и распространение контента, умеет разбирать рост на действия на основе данных. Ведёт доставку нескольких проектов по выходу на зарубежные рынки, следит за совместной работой Facebook, Twitter, TikTok, YouTube и SEO/GEO.

Внедрение SEOКонтент-маркетингРазбор кейсов
1106篇分享
84статей в базе знаний