Кратко

Международное SEO в 2026 — это отдельный индексируемый URL для каждого языка и региона, корректный hreflang между ними и локализация сущностей, чтобы AI-поиск отдавал нужную версию нужному пользователю.

Когда-то отдать нужный язык нужному человеку было задачей ранжирования в Google. В 2026 это ещё и задача для AI: AI Overviews, AI Mode и ChatGPT Search должны выбрать одну версию вашего контента для цитирования — и опираются на те же сигналы локали, которые вы всегда были должны поисковым системам.

Начните со структуры, которую AI сможет прочитать

До hreflang, до перевода решите, как локали живут на вашем домене. Три варианта в порядке того, как часто я их рекомендую:

  • Подпапкиexample.com/de/, example.com/uk/. Мой дефолт для большинства брендов. Каждая локаль наследует авторитет домена, один ресурс покрывает всё, а структуру легко разбирают и краулеры, и AI.
  • ccTLDexample.de, example.fr. Самый сильный сигнал по стране, но каждый домен наращивает авторитет с нуля, и стоимость поддержки вполне реальна. Оправдано лишь когда локальное присутствие по странам действительно важно (регулируемые рынки, сильные локальные бренды).
  • Поддоменыde.example.com. Неудобно посередине и редко обходят подпапки. Избегаю их, если только ограничение платформы не вынуждает выбрать именно их.

Что бы вы ни выбрали, незыблемое правило — один индексируемый URL на язык-регион. AI не отдаст немецкую версию, которую не найдёт по стабильному адресу. Никогда не делайте авторедирект по IP без краулингового URL и никогда не подменяйте языки под одним адресом без отдельного пути.

Сделайте hreflang корректным, потому что большинство сайтов этого не делают

Hreflang подсказывает поисковым системам, какую языковую и региональную версию показать пользователю и какие страницы являются эквивалентами друг друга. Это по-прежнему механизм, который не даёт вашей странице /uk/ обходить /de/ в Германии, и он по-прежнему питает индексированную версию, из которой берут ответы AI. Это также самый ошибкоопасный тег в международном SEO.

Правила, которые я никогда не нарушаю:

  1. Обратные ссылки обязательны. Если /en/ указывает на /de/, то /de/ должна указывать обратно на /en/. Отсутствующие обратные ссылки делают весь кластер недействительным.
  2. Каждая страница ссылается на себя. Набор hreflang для страницы должен содержать самоссылку. Кластер из четырёх локалей имеет четыре записи на каждой странице, включая текущую.
  3. Используйте правильные коды. Язык по ISO 639-1 (de, uk, ru), опциональный регион по ISO 3166-1 (en-US, en-GB, de-AT). Не выдумывайте en-UK; правильный код — en-GB.
  4. Добавьте x-default. Укажите им страницу, куда попадает пользователь, когда ни одна локаль не совпадает (часто это выбор языка или ваш основной рынок).
  5. Только абсолютные URL, и только на каноническую индексируемую версию. Никогда не ставьте hreflang на URL, который редиректит или заблокирован.
  6. Выберите один способ доставки. Теги <link> в <head>, HTTP-заголовки или XML-карта. Не смешивайте способы для одного кластера.

Держите канонический тег согласованным с этим: каждая страница локали должна канонизироваться на себя, а не на английскую версию. Типичный провал — перевести страницу, а потом канонизировать все языки обратно на /en/, что тихо выбрасывает из индекса все переводы.

Локализуйте сущности, а не только строки

Именно здесь AI-поиск поднимает планку. Языковые модели сопоставляют запрос с сущностью для каждого языка отдельно. Немецкий пользователь формулирует понятие не так, как звучал бы дословный перевод; он употребляет термин, который реально использует рынок.

  • Локализуйте названия и терминологию. Переведите смысл, а затем проверьте фразу, которую ищут реальные пользователи. Иногда английский термин доминирует даже в другом языке (многие технические термины в немецком остаются английскими); иногда выигрывает исконный термин. Исследуйте каждый, не предполагайте.
  • Адаптируйте единицы, валюту и примеры. Цены в локальной валюте, даты в локальном формате, примеры с компаниями и ситуациями, которые рынок узнаёт. Кейс о розничной сети из США воспринимается иначе, чем локальный пример.
  • Усильте сущность структурированными данными. inLanguage, локализованные названия Organization и Product и sameAs на уместные для рынка профили помогают AI привязать вашу локализованную страницу к правильному понятию на этом языке.
  • Не делайте машинный перевод и не забывайте о нём. Тонкие, очевидно автопереведённые страницы читаются как низкое качество и людьми, и моделями, и редко попадают в цитаты.

Ментальная модель такова: вы не производите четыре копии одной страницы — вы раскрываете одну и ту же сущность нативно на четырёх рынках.

Помогите AI отвечать на разных языках и в разных регионах

Ответы AI собираются из индексированного контента, поэтому вся подготовка выше и есть то, что даёт вам место в них. Несколько привычек склоняют шансы в вашу пользу.

  • Начинайте с локализованного быстрого ответа. Одно-два предложения прямого ответа вверху каждой переведённой страницы на этом языке дают AI чистый фрагмент для цитаты.
  • Локализуйте FAQ и структурированные Q&A. Вопросы в формулировке рынка совпадают с большим числом запросов, чем переведённые оригиналы.
  • Держите факты согласованными между локалями. Если год основания, перечень услуг или тарифы различаются между языковыми версиями, вы шлёте противоречивые сигналы об одной и той же сущности. Синхронизируйте факты, локализуйте подачу.
  • Смотрите на показатели по каждой локали отдельно. Страница может выиграть на одном рынке и проиграть на другом. Сегментируйте Search Console по стране и странице, чтобы видеть, какие локали реально ранжируются и получают показы в AI.

Проводите аудит международных настроек по расписанию

Международное SEO ломается тихо. Деплой убирает hreflang из одного шаблона, новая страница выходит только на двух из пяти языков, редирект прокрадывается в кластер.

  • Проверяйте hreflang после каждого существенного релиза. Подтвердите обратные ссылки, самоссылки и то, что ни один атрибут не ведёт на редирект или 404.
  • Проверяйте паритет локалей. Каждая ключевая страница должна существовать на всех поддерживаемых языках или быть сознательно и чисто исключённой.
  • Охотьтесь за каноническими конфликтами. Ни одна переведённая страница не должна канонизироваться на другой язык.
  • Перепроверяйте локализованные термины ежегодно. Язык поиска меняется, и термин, который был правильным два года назад, может уже не совпадать с тем, как ищет рынок.

Главное

Международное SEO в 2026 — это три шага, сделанных хорошо: чистая структура по локалям с одним URL на язык-регион, hreflang, корректный вплоть до обратных ссылок, и сущности, локализованные нативно, а не переведённые дословно. Сделайте это правильно — и AI-поиск будет стабильно отдавать ваш немецкий контент немцам, а украинский — украинцам, что и есть смысл всей работы.

FAQ

Нужен ли hreflang для AI-поиска в 2026?

Да. Hreflang подсказывает поисковым системам, какую языковую и региональную версию показать, и не даёт ранжироваться или цитироваться странице не той локали. AI-ответы опираются на индексированную версию из hreflang-кластера, поэтому корректные атрибуты остаются критичными.

Что выбрать: подпапки, поддомены или ccTLD?

Подпапки (example.com/de/) — самый безопасный вариант для большинства сайтов: они наследуют авторитет домена и просты в поддержке. ccTLD берите только когда нужны сильные локальные сигналы по странам и есть ресурс на отдельные домены. Поддомены посередине и редко выигрывают.

Что такое локализованная сущность в международном SEO?

Это понятие, адаптированное к языку, названиям, валюте и контексту рынка, а не переведённое слово в слово. AI сопоставляет запросы с сущностями отдельно для каждого языка, поэтому локализация названий, примеров и единиц помогает страницам совпадать с тем, как люди реально ищут.

Комментарии · 0