SEO продвижение мультиязычных сайтов: полный гайд 2026

SEO продвижение мультиязычных сайтов — это комплекс технических, контентных и ссылочных работ, который позволяет одному бренду ранжироваться в Google на разных языках и в разных странах без каннибализации собственного трафика. В 2026 году ключевые элементы — правильная архитектура URL (ccTLD, поддомен или подпапка), корректный hreflang, отдельный контент для каждого рынка и гео-таргетинг в Search Console. Гайд от Spilno Agency с ответами на два самых острых вопроса: отдельный домен или раздел на сайте, и нужна ли отдельная локаль для США и Великобритании.

Мультиязычный vs мультирегиональный сайт — в чём разница

Мультиязычный сайт (multilingual) содержит контент на нескольких языках (например, UA + EN + PL). Аудитория — люди, говорящие на этих языках, независимо от страны.

Мультирегиональный сайт (multiregional) ориентируется на пользователей в конкретных странах (Украина, Польша, Германия), даже если язык один (английский для US и UK — классический пример). Часто эти подходы совмещаются: сайт может быть одновременно мультиязычным и мультирегиональным (UA для Украины, PL для Польши, EN как pan-европейская версия).

Google различает эти понятия и рекомендует настраивать каждый случай отдельно. Официальный документ — Managing multi-regional and multilingual sites в Search Central. Ошибки архитектуры стоят трафика: дубли, каннибализация, неиндексация языковых версий.

Вопрос 1: отдельный домен (поддомен) или раздел на сайте?

Самый частый и самый острый вопрос. Google официально поддерживает все три варианта, но у каждого свои последствия для SEO, бюджета и управляемости. Разбираем детально.

Вариант 1. ccTLD — отдельный национальный домен на каждый рынок

Пример: brand.com.ua, brand.pl, brand.de. Каждый рынок имеет собственный национальный домен (ccTLD).

Плюсы:

• Самый сильный гео-сигнал — Google автоматически считает .pl польским сайтом.
• Максимальное доверие локальной аудитории — поляк охотнее кликнет на .pl, чем на .com/pl/.
• Полная автономия: локальный хостинг, локальная CMS, отдельные юр. лица в каждой стране.
• Домен можно продать или передать вместе с бизнесом в стране.

Минусы:

• Самый дорогой и сложный в поддержке — 5 стран = 5 доменов, 5 SSL, 5 хостингов, 5 отдельных SEO-бюджетов.
• Каждый ccTLD строит авторитет с нуля — ссылки на brand.pl не передают вес на brand.de. Это 5 отдельных SEO-проектов.
• Контент-команда мультиплицируется — отдельная стратегия, блог и релиз-календарь на рынок.

Кому подходит: крупные международные бренды с отдельными юр. лицами в каждой стране, e-commerce с локальными способами оплаты/доставки и национальным учётом (Польша, Чехия, Германия), регулируемые отрасли (финансы, медицина) с национальными лицензиями.

Вариант 2. Поддомен — отдельный subdomain на язык/страну

Пример: en.brand.com, pl.brand.com, de.brand.com. Один корневой домен, на нём поддомены.

Плюсы:

• Каждый поддомен можно отдельно гео-таргетить в Search Console (International Targeting).
• Техническая гибкость: разные CMS или серверы для разных поддоменов. Подходит, когда отдельные команды ведут разные языки.
• Дешевле ccTLD: один корневой домен, поддомены — бесплатно.

Минусы:

• Google считает поддомены отдельными сайтами. Авторитет передаётся только частично — en.brand.com наследует от корня меньше, чем подпапка.
• Линкбилдинг сложнее — каждый поддомен приходится продвигать отдельно.
• Гео-сигнал слабее ccTLD: pl.brand.com не такой очевидный польский, как brand.pl.

Кому подходит: SaaS и IT-продукты, где технически удобнее разводить языки по разным инфраструктурам; организации с региональными филиалами и редакционной автономией.

Вариант 3. Подпапка (subfolder) — раздел на основном сайте

Пример: brand.com/en/, brand.com/pl/, brand.com/de/. Все языки на одном домене, в отдельных директориях.

Плюсы:

• Лучшая передача авторитета. Все языковые версии «питаются» одним DR/PA. Если сайт DR 60 — каждый новый язык стартует с этой базой.
• Самый дешёвый в поддержке — один сайт, один хостинг, один SSL, одна CMS.
• Самый быстрый выход новых языков в ТОП — старт с готовым авторитетом.
• Эффективный линкбилдинг — любая ссылка на brand.com поднимает все языки.

Минусы:

• Гео-сигнал слабее ccTLD — нужно полагаться на hreflang + International Targeting в Search Console.
• Локальные пользователи могут меньше доверять .com/pl/, чем .pl.
• Одна авария = все языки лежат одновременно.

Кому подходит: большинство малого и среднего бизнеса, агентства, B2B-сервисы, SaaS, контентные сайты. Подпапки — дефолтная рекомендация Google и Spilno Agency для 80% проектов.

Сравнительная таблица

Рекомендация Spilno Agency

Для 80% проектов рекомендуем подпапки — это самый быстрый способ вывести новый рынок в ТОП с готовым авторитетом домена. Так построен сам spilnoagency.com.ua (UA / EN / PL / RU — подпапки).

Переход на ccTLD оправдан, когда вы масштабируете e-commerce в 5+ странах с собственными юр. лицами, складами, локальной поддержкой и лицензиями. До этого — подпапки.

Вопрос 2: нужна ли отдельная локаль для США и Великобритании, если язык один — английский?

Второй острый вопрос. Краткий ответ: обычно — нет, но есть три исключения, когда отдельные локали обязательны. Разбираем.

Когда НЕ нужно разделять US/UK

Оставайтесь на одной версии /en/ (или brand.com), если:

1. Ваш продукт или услуга идентичны на обоих рынках (SaaS-подписка, B2B-услуга, edu-контент, информационный сайт).
2. Цены в одной валюте или не критичны (нет чекаута).
3. Доставка/логистика глобальная или не нужна.
4. Юридический контекст один и тот же (нет значимой разницы GDPR vs CCPA для вашего юзкейса).
5. Контент написан нейтральным английским без явных регионализмов («color/colour», «zip/postcode» — единичные случаи можно смешивать).

В этих кейсах одна англоязычная версия работает лучше, чем две: вы не размываете авторитет, не создаёте дубли, контент-команда пишет один раз.

Когда НУЖНО разделять US/UK (и en-IE, en-AU, en-CA)

Отдельные локали обязательны, если выполняется хотя бы одно условие:

1. Разные цены/валюты. $99 vs £79 — это разные оферы. Юзер из UK не должен видеть USD. Отдельные страницы с локальной валютой + hreflang="en-US" и en-GB".
2. Разные продукты/SKU/доставка. Если продаёте электронику с вилкой type-A в US и type-G в UK — это физически разные товары.
3. Разная юридическая информация. Tax (VAT vs sales tax), возвраты, гарантия, регуляторные дисклеймеры (FDA в US, MHRA в UK).
4. Глубокие регионализмы в контенте. Статья про «501(c)(3) charitable organizations» — US-специфика, для UK-юзера нерелевантна.
5. Локальные бизнес-страницы (NAP). Если у вас офисы в US и UK с собственными телефонами и часами работы, каждая локация заслуживает своего URL и Schema LocalBusiness.

Как технически разделить US/UK

• brand.com/us/ + brand.com/uk/ (или brand.com как US default и brand.com/uk/).
• Отдельные страницы с собственной ценой, валютой, регионализмами.
• Теги hreflang: en-US, en-GB, x-default.
• Гео-таргетинг в Search Console: US → United States, UK → United Kingdom.
• Локальные ссылки (US-блоги на US-страницы, UK-медиа на UK).

Рекомендация Spilno Agency

Не множьте локали без необходимости. Одна /en/ на нейтральном английском — стандарт для большинства B2B-сервисов, агентств, информационных сайтов. Разделяйте на en-US / en-GB только при реальных различиях: цены, продукты, юридика, локальные офисы.

hreflang — главный технический инструмент

Атрибут hreflang сообщает Google, какая языковая (и региональная) версия страницы предназначена для какой аудитории. Без него Google не поймёт, что brand.com/en/ и brand.com/pl/ — это альтернативы, а не дубли.

Есть три способа установки hreflang — выбирайте один, не смешивайте:

1. В HTML <head> (самый популярный)

<link rel="alternate" hreflang="ru" href="https://brand.com/ru/" />
<link rel="alternate" hreflang="en" href="https://brand.com/en/" />
<link rel="alternate" hreflang="pl-PL" href="https://brand.com/pl/" />
<link rel="alternate" hreflang="uk-UA" href="https://brand.com/" />
<link rel="alternate" hreflang="x-default" href="https://brand.com/en/" />

2. В HTTP-заголовке (для PDF и не-HTML файлов)

Link: <https://brand.com/ru/>; rel="alternate"; hreflang="ru",
      <https://brand.com/en/>; rel="alternate"; hreflang="en",
      <https://brand.com/pl/>; rel="alternate"; hreflang="pl-PL"

3. В XML Sitemap (для больших сайтов)

<url>
  <loc>https://brand.com/ru/</loc>
  <xhtml:link rel="alternate" hreflang="ru" href="https://brand.com/ru/"/>
  <xhtml:link rel="alternate" hreflang="en" href="https://brand.com/en/"/>
  <xhtml:link rel="alternate" hreflang="pl-PL" href="https://brand.com/pl/"/>
</url>

Правила, которые любят ломать

• Reciprocal (взаимность) обязателен. Если RU ссылается на EN — EN должна ссылаться обратно на RU. Иначе Google игнорирует тег.
• Self-reference обязателен. RU-страница должна содержать hreflang="ru" на саму себя.
• Всегда добавляйте x-default — это страница для аудитории, для которой нет специальной языковой версии.
• Canonical в рамках одного языка. canonical всегда указывает на страницу на том же языке — никогда между языками.
• Корректные ISO-коды. Язык — ISO 639-1 (2 буквы: en, ru, pl), регион — ISO 3166-1 alpha-2 (US, GB, UA). Регион без языка — ошибка.

Гео-таргетинг в Google Search Console

В Search Console для каждой property можно указать целевую страну (International Targeting → Country). Это работает только для generic-доменов (.com, .net, .org) и поддоменов/подпапок на них. ccTLD-домены (.pl, .ua) автоматически таргетятся на свою страну — настройка недоступна.

Если у вас brand.com/pl/ — добавьте отдельную property для этой подпапки в GSC и выставьте Country = Poland. Это усиливает гео-сигнал вместе с hreflang.

Частые ошибки и как их избежать

1. Машинный перевод без редактуры. Google и пользователи замечают «деревянный» перевод — bounce растёт, ранг падает. Минимум — постредактура носителем.
2. Дубли без hreflang. Страницы US и UK на 90% совпадают — без hreflang Google выберет одну и выкинет вторую из индекса.
3. Поломанный reciprocal. Самая частая ошибка: PL → DE есть, DE → PL нет. Google игнорирует весь блок hreflang.
4. Регион без языка в hreflang. hreflang="RU" — ошибка. Правильно: hreflang="ru" или hreflang="ru-RU".
5. Canonical между языками. brand.com/pl/ с canonical на brand.com/ — катастрофа: PL никогда не попадёт в индекс.
6. Автоматический редирект по IP/языку браузера. Googlebot заходит с американского IP, видит редирект на EN и не индексирует RU-версию. Замените редиректы баннером с предложением сменить язык.
7. Один sitemap.xml без локализации. Каждый язык должен быть в sitemap (лучше — отдельный sitemap на язык, объединённые в sitemap-index).
8. Один контент-план на все языки. SEO-кластеры различаются: что ищут в UA — не всегда ищут в PL. Подбирайте ядро отдельно для каждого рынка.

Чеклист запуска мультиязычного сайта

1. Определите архитектуру: подпапки (default), поддомены или ccTLD.
2. Соберите семантику отдельно для каждого языка/страны (Ahrefs + Serpstat).
3. Подготовьте контент — перевод носителем + локализация примеров, цен, кейсов.
4. Установите hreflang: HTML, HTTP или sitemap (один способ).
5. Проверьте reciprocal через hreflang.org Tools или Screaming Frog.
6. Добавьте x-default для глобальной аудитории.
7. Настройте canonical в рамках одного языка (не между).
8. Создайте отдельный sitemap для каждого языка или один общий с hreflang.
9. Зарегистрируйте каждую языковую версию как отдельную property в Search Console.
10. Выставьте Country в GSC International Targeting (для подпапок/поддоменов).
11. Проверьте Schema (Article, Organization, LocalBusiness) с правильным inLanguage и areaServed.
12. Замените автоматические редиректы баннером выбора языка.
13. Локализуйте мета (Title, Meta Description, OG) — не дублируйте с EN.
14. Проверьте скорость каждой версии (Core Web Vitals по языкам).
15. Настройте отдельные GA4-стримы или фильтры для аналитики по языкам.
16. Стройте локальные бэклинки (PL-сайты на PL, EU-медиа на EN).

FAQ

Отдельный домен или раздел на сайте — что лучше для мультиязычного сайта?

Для 80% проектов — подпапки на основном домене (brand.com/pl/). Это самый быстрый путь вывести новый язык в ТОП за счёт передачи авторитета. Отдельные ccTLD (brand.pl) — только для крупных e-commerce с юр. лицами в каждой стране. Поддомены — компромисс для SaaS с техническими ограничениями.

Нужна ли отдельная локаль для США и Великобритании при одинаковом языке?

Обычно нет. Если продукт, цена, валюта и юридика одинаковые — достаточно одной англоязычной версии. Отдельные en-US / en-GB нужны только при различиях в ценах, продуктах, доставке, регуляторных требованиях или локальных офисах.

Что такое hreflang x-default?

x-default — это fallback-версия, которую Google показывает, когда пользователь не подходит ни под один из указанных языков. Обычно это англоязычная или глобальная страница. Без x-default Google сам выбирает версию — и часто ошибается.

Можно ли перевести сайт через Google Translate?

Нет, без редактуры носителем. Машинный перевод Google расценивает как низкокачественный контент. Минимум — машинный перевод + ручная редактура носителем. Лучше — полная локализация с адаптацией примеров.

Нужен ли отдельный контент-план для каждого языка?

Да. Семантика различается: в Польше ищут «pozycjonowanie», в Украине — «SEO продвижение», в US — «SEO services». Кластеры, объёмы, конкуренция — разные. Собирайте ядро через Ahrefs/Serpstat отдельно для каждого рынка.

Можно ли держать несколько языковых версий на одном домене?

Да. Технически это делается через теги hreflang с reciprocal-связями. Spilno Agency ведёт UA + EN + PL + RU локали на одном spilnoagency.com.ua через Polylang. Контент пишется отдельно — машинный перевод не используется.

Выводы

SEO мультиязычного сайта — это не просто перевод. Это осознанная архитектура, отдельная семантика на каждый рынок, корректный hreflang, изолированный контент и локальный линкбилдинг. Большинству бизнесов подходит структура с подпапками + качественная локализация + чистый hreflang. Разделение на US/UK нужно только при конкретных триггерах (цены, продукты, юр. требования), а не «на всякий случай».

Spilno Agency запускает SEO для мультиязычных сайтов украинских и европейских компаний. Если планируете выход на новые рынки — обратитесь за консультацией.