hreflang для мультиязычного GEO: как попадать в AI на разных рынках
Как hreflang, canonical и sitemap управляют мультиязычной видимостью в ChatGPT, Perplexity, Gemini и локальных AI разных стран.
Компании с мультиязычными сайтами привыкли думать о hreflang как о SEO-инструменте: корректная разметка помогает Google показывать нужную языковую версию нужному пользователю. В 2026 году эта логика распространилась на AI-провайдеров.
По данным мониторинга GEO Scout по брендам, работающим на нескольких рынках: один и тот же бренд может иметь Mention Rate 80%+ в русскоязычных запросах и менее 15% в немецкоязычных — при том что сайт технически переведён на немецкий. Проблема не в языке, а в том, как AI-боты интерпретируют мультиязычную структуру сайта.
Что такое hreflang и какие форматы существуют
hreflang — HTML-атрибут (стандарт ISO 639-1 + ISO 3166-1), который сообщает краулерам и AI-ботам, что данная страница является языковой или региональной альтернативой другой страницы. Он решает три задачи одновременно: устраняет проблему дублирующегося контента, позволяет правильно атрибутировать аудиторию по локали и даёт AI-системе структурированную карту мультиязычной архитектуры сайта.
Существуют три способа внедрить hreflang.
Вариант 1: HTML-теги в <head>
<link rel="alternate" hreflang="ru" href="https://example.com/ru/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/" />Вариант 2: HTTP-заголовки (для PDF и не-HTML ресурсов)
Link: <https://example.com/ru/>; rel="alternate"; hreflang="ru",
<https://example.com/de/>; rel="alternate"; hreflang="de"
Вариант 3: XML Sitemap (рекомендуется для крупных сайтов)
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:xhtml="http://www.w3.org/1999/xhtml">
<url>
<loc>https://example.com/ru/pricing/</loc>
<xhtml:link rel="alternate" hreflang="ru"
href="https://example.com/ru/pricing/"/>
<xhtml:link rel="alternate" hreflang="de"
href="https://example.com/de/pricing/"/>
<xhtml:link rel="alternate" hreflang="en"
href="https://example.com/en/pricing/"/>
<xhtml:link rel="alternate" hreflang="x-default"
href="https://example.com/en/pricing/"/>
</url>
<url>
<loc>https://example.com/de/pricing/</loc>
<xhtml:link rel="alternate" hreflang="ru"
href="https://example.com/ru/pricing/"/>
<xhtml:link rel="alternate" hreflang="de"
href="https://example.com/de/pricing/"/>
<xhtml:link rel="alternate" hreflang="en"
href="https://example.com/en/pricing/"/>
<xhtml:link rel="alternate" hreflang="x-default"
href="https://example.com/en/pricing/"/>
</url>
</urlset>Для сайтов с большим количеством страниц и языков sitemap — единственный масштабируемый вариант. AI-боты читают sitemap в числе первых при сканировании сайта.
Язык vs регион: ru, ru-RU, ru-BY, en, en-US
Самая распространённая путаница в hreflang — смешение языковых и региональных кодов. Правило простое: языковой код (ru, en, de, fr) — универсальный; региональный вариант (ru-RU, ru-BY, en-US, en-GB) — специфичный.
| Код | Значение | Когда использовать |
|---|---|---|
ru | Русский язык, все регионы | Единая версия для всей русскоязычной аудитории |
ru-RU | Русский, Россия | Контент с российскими ценами, рублями, условиями |
ru-BY | Русский, Беларусь | Отдельная версия для белорусского рынка |
ru-KZ | Русский, Казахстан | Адаптированная версия для KZ |
en | Английский, все регионы | Универсальная международная версия |
en-US | Английский, США | USD-цены, американские условия |
en-GB | Английский, Великобритания | GBP-цены, британская специфика |
Ключевое правило GEO: если у вас нет реально разного контента для ru-RU и ru-BY (разные цены, разные условия, разные юридические документы) — используйте просто ru. Искусственное дробление на региональные варианты без содержательных отличий — это технический шум, который не помогает ни поисковикам, ни AI.
Для большинства SaaS и B2B компаний оптимальная схема: ru + en + de/fr/zh по необходимости, с x-default на en.
x-default: страница-запасной вариант
x-default — специальное значение hreflang для пользователей, чья локаль не покрыта ни одним из явно указанных языков. Это также «входная точка» для AI-агентов, которые запрашивают сайт без конкретного языкового контекста.
<!-- Правильно: x-default указывает на английскую версию как универсальную -->
<link rel="alternate" hreflang="x-default" href="https://example.com/en/" />
<!-- Неправильно: x-default на языковой переключатель без контента -->
<link rel="alternate" hreflang="x-default" href="https://example.com/choose-language/" />Для GEO x-default особенно важен в двух сценариях. Первый — AI-бот сканирует сайт без заголовка Accept-Language. Второй — пользователь задаёт запрос на языке, которого нет в вашем hreflang (например, на японском при наличии только ru/en/de). В обоих случаях AI получит версию x-default — и именно этот контент ляжет в основу ответа. Рекомендуется: x-default всегда указывает на полную, хорошо структурированную страницу, а не на заглушку.
AI и hreflang: как LLM интерпретирует локали
Принципиально важно разграничить: hreflang не является директивой для LLM. Это сигнал, который AI-бот читает при краулинге, а языковая модель затем использует косвенно при формировании ответа.
Механизм работает в несколько этапов.
Этап 1 — краулинг. GPTBot, ClaudeBot, PerplexityBot читают HTML и sitemap, видят hreflang, понимают, что страница /ru/ и страница /en/ — это одна и та же сущность в разных языках. Без hreflang они воспринимают их как разные страницы с похожим контентом — то есть как дубликаты.
Этап 2 — атрибуция. Модель «знает», что бренд Example присутствует на русском, английском и немецком рынках. Это обогащает представление о бренде как международном игроке.
Этап 3 — ответ. Когда пользователь задаёт вопрос на немецком, модель с большей вероятностью активирует немецкоязычный контекст бренда — тот, что был проиндексирован из /de/. Если /de/ версии нет или она не связана с основным сайтом через hreflang, модель просто не знает, что у бренда есть немецкий контент.
Примеры: рынки, языки, AI, hreflang
Рассмотрим четыре реальных сценария для разных рынков.
| Рынок | Целевой язык | Основные AI | Рекомендуемый hreflang |
|---|---|---|---|
| Россия | Русский | Алиса, YandexGPT, ChatGPT (ru) | hreflang="ru-RU" + hreflang="ru" |
| СНГ (Беларусь, Украина) | Русский | ChatGPT, Gemini | hreflang="ru" (единый) |
| Казахстан | Русский + Казахский | ChatGPT, Gemini, Алиса | hreflang="ru-KZ" + hreflang="kk" |
| Германия | Немецкий + Английский | Gemini, ChatGPT, Perplexity | hreflang="de" + hreflang="en-GB" |
| Франция | Французский | Mistral Le Chat, Gemini | hreflang="fr" + hreflang="x-default" на en |
| Китай | Китайский | Baidu AI, Doubao, Kimi | hreflang="zh-CN" отдельно от zh-TW |
Россия: Для российского рынка рекомендуется указывать оба варианта — и ru, и ru-RU, где ru охватывает всех русскоязычных пользователей, а ru-RU явно сигнализирует Яндексу о российской целевой аудитории. Алиса работает на инфраструктуре Яндекс Поиска и учитывает эту атрибуцию.
СНГ: Если у вас единая русскоязычная версия для России, Беларуси и других стран СНГ, достаточно hreflang="ru". Искусственное дробление без содержательных отличий создаёт технический беспорядок без GEO-эффекта.
Казахстан: Сложный случай. Значительная часть казахстанской аудитории потребляет русскоязычный контент, при этом государственный язык — казахский. Если у вас есть казахская версия, используйте hreflang="kk". Если только русская — hreflang="ru-KZ" сигнализирует AI о региональной специфике (тенге, казахстанские условия).
Германия: Немецкий рынок активно использует Gemini, ChatGPT и Perplexity. Обязательно наличие hreflang="de" для немецкой версии. Если немецкие пользователи также потребляют английский контент, добавьте hreflang="en" или hreflang="en-GB" как дополнительный вариант.
Canonical отдельно от hreflang
Одна из самых частых ошибок — смешение canonical и hreflang. Это разные инструменты с разными задачами.
canonical сообщает: «Эта страница является основной версией — индексируй её, а не дубликаты». Он работает внутри одной локали.
hreflang сообщает: «Эти страницы — языковые альтернативы друг другу». Он связывает разные локали.
<!-- Правильно: canonical на себя, hreflang на все версии -->
<!-- Страница /de/pricing/ -->
<link rel="canonical" href="https://example.com/de/pricing/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/pricing/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/pricing/" />
<link rel="alternate" hreflang="ru" href="https://example.com/ru/pricing/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/pricing/" />
<!-- Неправильно: canonical с /de/ указывает на /en/ -->
<link rel="canonical" href="https://example.com/en/pricing/" />Если canonical /de/pricing/ указывает на /en/pricing/ — AI-бот воспримет немецкую страницу как дубликат английской и проигнорирует её при индексации. Немецкий контент бренда окажется недоступен для нейросетей, отвечающих на немецкоязычные запросы.
Типичные ошибки, разрушающие мультиязычный GEO
Три категории ошибок, которые встречаются чаще всего.
Ошибка 1: отсутствие self-referencing
Каждая страница обязана включать ссылку на себя в блоке hreflang. Без self-referencing разметка невалидна — краулеры и AI-боты игнорируют весь блок.
<!-- Неправильно: страница /ru/ не ссылается сама на себя -->
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/" />
<!-- Правильно: self-reference присутствует -->
<link rel="alternate" hreflang="ru" href="https://example.com/ru/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/" />Ошибка 2: асимметрия ссылок
Если страница /en/ указывает на /ru/ через hreflang, то /ru/ обязана указывать обратно на /en/. Одностороннее указание вызывает неопределённость: AI-бот не может построить корректную карту языковых версий.
Ошибка 3: циклические canonical
<!-- Цикл: /ru/ → canonical на /en/ → canonical на /ru/ -->
<!-- Результат: AI-бот не понимает, какая версия основная, и может проигнорировать обе -->Циклические canonical особенно опасны для GEO: они сигнализируют о техническом беспорядке, и AI-боты снижают приоритет таких сайтов при сканировании.
SaaS и локальные pricing-страницы
Отдельный и критически важный сценарий для SaaS-компаний — локальные страницы с ценами. AI-провайдеры, отвечающие на запросы типа «сколько стоит X» или «лучший CRM для малого бизнеса в Германии», активно цитируют pricing-страницы.
Если у вас один URL /pricing/ для всех рынков, AI не знает, что вы работаете в Германии по немецким ценам. Локальные страницы с hreflang решают эту задачу:
<!-- /ru/pricing/ — для русскоязычных пользователей -->
<link rel="alternate" hreflang="ru" href="https://example.com/ru/pricing/" />
<!-- /de/pricing/ — для немецкоязычных -->
<link rel="alternate" hreflang="de" href="https://example.com/de/pricing/" />
<!-- /en/pricing/ — x-default и для всех остальных -->
<link rel="alternate" hreflang="en" href="https://example.com/en/pricing/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/pricing/" />Локальные pricing-страницы с корректным hreflang дают двойной эффект для GEO: AI видит, что у бренда есть предложение именно для данного рынка, и при ответе на коммерческие запросы цитирует страницу с локальными ценами, а не общую международную.
AI-провайдеры с локальной специализацией
Мультиязычный GEO требует учитывать не только глобальные AI, но и локальные провайдеры, которые доминируют на отдельных рынках.
| Провайдер | Рынок | Языковой приоритет | GEO-требование |
|---|---|---|---|
| Алиса (Яндекс) | Россия, СНГ | ru-RU | hreflang="ru-RU", присутствие в Яндекс-экосистеме |
| YandexGPT | Россия | ru | Полная индексация русской версии YandexBot |
| Baidu AI / ERNIE | Китай | zh-CN | hreflang="zh-CN", ICP-лицензия для хостинга |
| Doubao / Kimi | Китай | zh-CN | Отдельный контент для китайского рынка |
| Mistral Le Chat | Франция / Европа | fr, en | hreflang="fr" для французской аудитории |
Замер через GEO Scout: видимость по локалям
Настроить hreflang — это первый шаг. Второй — убедиться, что изменения дали реальный эффект на AI-видимость в каждой локали.
GEO Scout позволяет настроить промпты на нескольких языках и ежедневно отслеживать Mention Rate по каждому провайдеру и языку. Типичный сценарий для международного бренда:
- Создать промпт на русском: «Какой SaaS выбрать для X» — и запустить по всем 10 провайдерам
- Дублировать промпт на английском, немецком, французском
- Сравнить Mention Rate по языкам и выявить провалы: где бренд видим по-русски, но невидим по-немецки
Именно такое сравнение выявляет, работает ли hreflang-разметка с точки зрения AI-видимости. Если после корректной разметки и обновления sitemap прошло 3-4 недели, но немецкая видимость не выросла — проблема скорее всего не в hreflang, а в недостаточном объёме немецкого контента.
Чек-лист: мультиязычный GEO через hreflang
Используйте этот чек-лист при аудите мультиязычного сайта.
Базовая разметка
- hreflang присутствует на всех локализованных страницах (HTML или sitemap)
- Каждая страница включает self-referencing (ссылку на себя)
- Все языковые пары симметричны (если /en/ → /de/, то /de/ → /en/)
- x-default указывает на полноценную страницу с контентом, а не на редирект
Региональные коды
- Языковые коды без региона (ru, en, de) используются как универсальные
- Региональные коды (ru-RU, en-US) добавлены только там, где контент реально отличается
- Для Казахстана проверена необходимость ru-KZ vs просто ru
Canonical
- canonical каждой страницы смотрит внутри своей локали (не на другой язык)
- Нет циклических canonical
- Нет canonical с одного языка на другой
Sitemap
- sitemap.xml содержит xhtml:link с hreflang для всех локализованных страниц
- Sitemap доступен для AI-ботов (robots.txt не блокирует)
- Sitemap обновляется при добавлении новых локализованных страниц
Pricing-страницы (SaaS)
- Для каждого целевого рынка существует отдельная pricing-страница с локальными условиями
- Локальные pricing-страницы связаны через hreflang
- На pricing-страницах присутствует Schema.org разметка (Product или Offer)
GEO-мониторинг
- Настроен мониторинг промптов на каждом целевом языке
- Зафиксирован baseline Mention Rate по провайдерам и языкам до изменений
- Через 3-4 недели после обновления разметки проведено сравнительное измерение
Технический чек-лист сайта для нейросетей в целом — в статье технический чек-лист для нейросетей. О том, как AI-боты читают robots.txt и sitemap — в материале OAI-SearchBot, GPTBot и robots.txt.
Итоги
hreflang остаётся одним из немногих технических инструментов, где SEO-логика напрямую переносится в GEO. Корректная разметка помогает AI-ботам строить когерентную картину мультиязычного бренда: вместо набора разрозненных страниц на разных языках нейросеть видит единую сущность с чётко атрибутированными локализациями.
Практические приоритеты: симметричная разметка, правильный canonical, осмысленный x-default и — для SaaS — отдельные pricing-страницы с локальными условиями на каждом целевом рынке.
Измерить, как мультиязычная разметка влияет на реальную AI-видимость по провайдерам и языкам, можно с помощью GEO Scout. Командный центр платформы покажет, в каких локалях бренд уже присутствует в ответах нейросетей, а где ещё есть пробелы — и предложит конкретные действия для их устранения.
О том, какую роль в международной видимости играют российские бренды в зарубежных AI и как языковой барьер влияет на Mention Rate — в отдельном исследовании. Как ChatGPT выбирает источники для своих ответов — в материале как ChatGPT выбирает источники.
Частые вопросы
Видят ли AI-модели теги hreflang?
В чём разница между hreflang ru и ru-RU для GEO?
Что такое x-default и зачем он нужен в мультиязычном GEO?
Нужен ли отдельный hreflang для казахского рынка (KZ)?
Как hreflang влияет на видимость в Алисе (Яндекс)?
Какие типичные ошибки hreflang разрушают мультиязычный GEO?
Как проверить мультиязычную видимость в разных AI по локалям?
Похожие статьи
OAI-SearchBot, GPTBot и robots.txt: как управлять доступом AI к сайту
Чем отличаются OAI-SearchBot, GPTBot и ChatGPT-User, как настраивать robots.txt без путаницы и как не закрыть сайт от поиска ChatGPT случайно.
Как ChatGPT решает кого рекомендовать: механика отбора источников
Разбираем механику отбора источников ChatGPT: RAG, обучающие данные vs веб-поиск, сигналы авторитетности, что делает контент цитируемым. Практические рекомендации по оптимизации.
Какие российские бренды видны в зарубежных AI: ChatGPT, Perplexity, Gemini
Какие российские бренды упоминаются в зарубежных AI-системах: ChatGPT, Perplexity, Gemini, Claude, Grok. Какие отрасли сильнее, как языковой барьер влияет на видимость и как улучшить международное AI-присутствие.