Языковые поддомены для международного SEO

Language Subdomain — это способ организации многоязычного сайта, при котором каждая языковая версия размещается на отдельном поддомене:

• site.com — основная или международная версия;
• ru.site.com — русская версия;
• en.site.com — английская версия;
• fr.site.com — французская версия;
• de.site.com — немецкая версия.

Такая архитектура сохраняет единый основной домен бренда, но позволяет разделить содержание, серверные настройки и управление языковыми версиями.

Что означает адрес fr.site.com#

В адресе fr.site.com элемент fr — имя поддомена. Обычно оно соответствует коду французского языка, но технически может обозначать язык, страну, проект или любое внутреннее направление.

Google не определяет язык и регион только по названию поддомена. Назначение страницы подтверждают:

• видимый контент на выбранном языке;
• разметка hreflang;
• обычные HTML-ссылки между версиями;
• локализованные Title, Description и заголовки;
• цены, валюта, контакты и другие региональные данные;
• структура внутренней навигации.

Google относит поддомены вида de.example.com к допустимым вариантам международной архитектуры: их удобно настраивать и размещать на разных серверах, но географическое назначение не всегда понятно из URL. Подробнее — в официальной документации по международным сайтам.

Языковой и региональный поддомен — не одно и то же#

Поддомен может обозначать язык:

fr.site.com — французский язык
en.site.com — английский язык

Или отдельный рынок:

ca.site.com — Канада
ch.site.com — Швейцария

Если нужно одновременно разделить язык и страну, используют более точную схему:

fr-fr.site.com — французский для Франции
fr-ca.site.com — французский для Канады
en-ca.site.com — английский для Канады
de-ch.site.com — немецкий для Швейцарии

Это остаётся внутренним правилом именования. Основным способом сообщить Google язык и регион страницы служит hreflang. Разница между подходами подробно разобрана в материалах о Multilingual SEO и Multiregional SEO.

Когда языковые поддомены оправданы#

Структура подходит, если:

• языковые версии существенно отличаются;
• у рынков разные команды и бизнес-процессы;
• используются отдельные CMS или серверы;
• различаются каталоги, цены и условия работы;
• версии сайта развиваются независимо;
• на каждом языке публикуется большой объём материалов;
• нужны отдельные права доступа и технические настройки;
• компания планирует масштабировать международное присутствие.

Например, российский производитель может использовать ru.site.com для внутреннего рынка, en.site.com для международных клиентов, fr.site.com для франкоязычной аудитории и ar.site.com для арабской версии.

Преимущества Language Subdomain#

Разделение управления#

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

Разные серверы и платформы#

Французская версия может находиться на европейском сервере, а русская — на российской инфраструктуре. Это удобно для крупных проектов, но требует единого контроля SEO-настроек.

Масштабируемая архитектура#

Новый язык добавляется как отдельная ветвь системы. Команда может внедрять изменения на одной версии без полной переработки остальных.

Отдельная работа со спросом#

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

Недостатки языковых поддоменов#

Главный минус — увеличение числа самостоятельных элементов системы. Для каждого поддомена нужны:

• полная локализация и собственные метатеги;
• внутренняя перелинковка;
• проверка индексации и технический аудит;
• актуальные Sitemap и robots.txt;
• мониторинг безопасности и доступности;
• локальный контент, ссылки и упоминания;
• синхронизация ассортимента, цен и статусов страниц.

Если изменения вносятся несогласованно, у версий начинают различаться canonical, hreflang, меню, цены и структура URL. Именно здесь появляются ошибки hreflang-разметки.

Поддомен, каталог или национальный домен#

Для небольшого корпоративного сайта с двумя языками часто достаточно каталогов /ru/ и /en/. Поддомены целесообразны, когда организационная и техническая независимость версий действительно нужна.

Выбор лучше сделать до начала перевода. Последующий перенос языковых страниц потребует редиректов, обновления внутренних ссылок, hreflang, canonical и повторного контроля индексации.

DNS, HTTPS и серверная настройка#

Для fr.site.com создаётся DNS-запись. Обычно используют:

• A — привязка к IPv4-адресу;
• AAAA — привязка к IPv6;
• CNAME — указание другого доменного имени.

Поддомен должен открываться по HTTPS. Можно использовать отдельный, мультидоменный или wildcard-сертификат вида *.site.com. После настройки проверяют срок действия сертификата и полноту цепочки доверия.

Сервер должен распознавать нужный host, возвращать правильную версию и код 200 OK, не перенаправлять всех посетителей на основной домен и сохранять выбранный язык.

Важно исключить одновременную доступность одной версии по нескольким адресам:

fr.site.com/page/
site.com/fr/page/
site.com/page/?lang=fr

Для технических копий заранее определяют основные URL и настраивают редиректы либо canonical.

Настройка hreflang#

Языковые поддомены связывают как эквивалентные версии:

<link rel="alternate" hreflang="ru"
      href="https://ru.site.com/uslugi/" />
<link rel="alternate" hreflang="en"
      href="https://en.site.com/services/" />
<link rel="alternate" hreflang="fr"
      href="https://fr.site.com/services/" />
<link rel="alternate" hreflang="x-default"
      href="https://site.com/" />

Для корректной разметки:

• используют полные абсолютные URL;
• каждая версия ссылается на саму себя;
• основные связи взаимны;
• сопоставляются эквивалентные страницы;
• коды языка и региона соответствуют стандартам.

Подробные требования приведены в инструкции Google по локализованным версиям.

Canonical для языковых версий#

Полноценная переведённая версия обычно имеет canonical на собственный URL:

<link rel="canonical"
      href="https://fr.site.com/services/" />

Не следует автоматически указывать canonical с французской страницы на русскую. Связь переводов передаётся через hreflang, а не перекрёстный canonical.

Если на одном языке существуют фактические дубли для нескольких регионов, canonical-стратегию выбирают отдельно и согласуют с hreflang. Важно не лишить самостоятельную локальную страницу возможности участвовать в поиске.

Sitemap, robots.txt и индексирование#

Для каждого поддомена можно создать собственную карту:

https://ru.site.com/sitemap.xml
https://en.site.com/sitemap.xml
https://fr.site.com/sitemap.xml

В Sitemap включают актуальные канонические URL с кодом 200 OK, доступные для индексирования. Если hreflang передаётся через XML-карту, сведения не должны противоречить HTML.

У каждого хоста может быть собственный robots.txt. После переноса с тестовой среды особенно важно проверить, что страницы, CSS, JavaScript и изображения не закрыты ошибочно и в шаблоне не остался метатег noindex.

Полная локализация контента#

Поисковая система определяет язык страницы по видимому содержанию, а не только по поддомену или атрибуту lang. Если на французской версии переведено только меню, а основной текст остаётся русским, она не становится полноценным французским сайтом.

Локализуют:

• заголовки и основной текст;
• меню, кнопки и формы;
• уведомления и сообщения об ошибках;
• Title, Description и Open Graph;
• подписи изображений и документы;
• оплату, доставку, контакты и юридические сведения;
• кейсы, отзывы и коммерческие аргументы.

URL, переключатель языка и внутренние ссылки#

Адреса желательно переводить вместе с контентом:

https://ru.site.com/uslugi/prodvizhenie/
https://fr.site.com/services/referencement/
https://en.site.com/services/seo/

На каждой странице нужен обычный HTML-переключатель языков. При выборе версии пользователя направляют на эквивалентную страницу, а не всегда на главную:

ru.site.com/uslugi/seo/
        ↓
fr.site.com/services/referencement/

Если точного аналога нет, можно предложить страницу раздела или главную нужного языка. Жёсткая автоматическая переадресация по IP или предполагаемому языку способна помешать пользователям и поисковым роботам увидеть все версии.

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

Локальная семантика и метатеги#

Для каждого языка создаются собственные Title, Description, H1–H3, тексты ссылок и подписи изображений. Их нельзя механически переводить без проверки поискового спроса.

Даже носители одного языка в разных странах используют разные коммерческие формулировки. Поэтому для французского поддомена собирают отдельную семантику и изучают выдачу в целевом регионе.

Аналитика языковых поддоменов#

Для каждого хоста контролируют:

• органический трафик и целевые страны;
• поисковые запросы и позиции;
• конверсии и переходы между версиями;
• индексируемые страницы и ошибки обхода;
• скорость загрузки и мобильные показатели.

В Google Search Console доменное свойство удобно использовать для общей картины по домену и поддоменам, а свойства с префиксом URL — для отдельного анализа каждого хоста. В веб-аналитике проверяют, чтобы межподдоменные переходы не искажали источники и сеансы.

Типичные ошибки Language Subdomain#

• поддомен закрыт от индексирования;
• не работает HTTPS;
• все версии имеют одинаковые метатеги;
• переведена только часть интерфейса;
• canonical ведёт на основной язык;
• нет hreflang или обратных связей;
• переключатель ведёт только на главные страницы;
• поддомены изолированы от общей навигации;
• работает принудительный редирект по IP;
• в Sitemap остаются удалённые или неканонические URL;
• один язык доступен по нескольким адресам;
• аналитика неверно учитывает переходы между хостами;
• структура страниц различается без понятной причины.

Как проходит работа с языковыми поддоменами#

1. Определяем языки, страны и задачи бизнеса.
2. Сравниваем поддомены, каталоги и национальные домены.
3. Составляем карту эквивалентных языковых URL.
4. Готовим техническое задание на DNS, HTTPS и серверные правила.
5. Проверяем robots.txt, Sitemap, canonical и hreflang.
6. Собираем семантику для каждого языка и рынка.
7. Локализуем контент, метатеги и коммерческие элементы.
8. Настраиваем переключатель и внутреннюю перелинковку.
9. Подключаем аналитику и системы для веб-мастеров.
10. Контролируем индексацию и устраняем технические аномалии.

Если структура уже работает, но языковые версии индексируются неправильно, стоит провести SEO-аудит сайта. Для выхода на европейские рынки также полезна услуга продвижения сайта в Европе.

Результат использования Language Subdomain#

Грамотно настроенная структура fr.site.com помогает разделить крупные языковые версии, независимо управлять ими и выстроить отдельную стратегию для каждого рынка.

Само наличие поддомена не гарантирует поискового трафика. Результат зависит от полной локализации, технической доступности, корректных hreflang и canonical, внутренних связей, локальной семантики и регулярного контроля.