Path-based структура: язык в пути URL
При path-based подходе языковой код встраивается в сам путь страницы:
- example.com/en/page
- example.com/de/page
- example.com/ru/page
Подпапки подходят проектам, которым удобно поддерживать языковые разделы на одном домене. Все языковые версии живут на одном домене.
Как работает: код языка показывает, какую версию контента показать пользователю. Google понимает, что «/en/» — это английская версия, «/de/» — это немецкая версия, и индексирует каждую отдельно.
Плюсы path-based:
Один домен собирает весь ссылочный вес. Неважно, на какую версию указывает обратная ссылка — весь вес идет на example.com. Это хорошо для ранжирования каждой языковой версии страницы.
Управление проще — один сервер, одна база данных, одна система. Не нужно поддерживать несколько отдельных проектов.
Проще с настройкой для поисковых систем. Google, Яндекс быстрее индексируют разные версии на одном домене.
Минусы:
Требует правильной настройки rel=«alternate» hreflang на каждой версии контента страницы. Без этого поисковой системе сложнее сопоставить соответствующие языковые версии.
Полная локализация может быть сложнее — параметры и техническую разметку нужно дублировать.
Индексация в Google:
Google воспринимает /en/about и /de/about как две разные страницы на одном домене. Каждая версия индексируется отдельно, получает свою позицию в результатах поиска.
На каждой версии страницы должны быть теги link rel=«alternate» hreflang, указывающие на все альтернативные языковые версии:
<link rel="alternate" hreflang="en" href="https://example.com/en/about">
<link rel="alternate" hreflang="de" href="https://example.com/de/about">
<link rel="alternate" hreflang="x-default" href="https://example.com/en/about">
Атрибут hreflang=«x-default» указывает на версию по умолчанию.
Domain-based структура: отдельные домены для каждого языка
Domain-based использует разные домены для разных языков:
- example.com (англоязычная версия)
- example.de (немецкая версия)
- example.fr (французская версия)
- example.ru (русскоязычная версия)
Отдельные домены подходят проектам, которым нужны независимые сайты для разных стран. Каждый домен — это, по сути, отдельный проект.
Как работает: Google воспринимает example.com и example.de как совершенно разные сайты. Они индексируются отдельно, имеют свою историю развития, свой набор ссылок для каждого из них.
Плюсы domain-based:
Полная локализация каждого региона — валюта, цены, местные услуги, локальный контент на каждом домене.
Каждый домен можно добавить в Search Console как отдельный ресурс для проверки индексации. Страновую направленность ccTLD поисковая система определяет по доменной зоне; отдельной настройки страны в Search Console нет.
Независимое управление каждым сайтом — изменения на одном домене не влияют на другой.
Каждая версия страницы может иметь региональные ссылки и примеры.
Минусы:
Дорого. Нужно покупать и поддерживать несколько доменов, хостингов, инструментов мониторинга.
Ссылочный вес распределяется между разными доменами. Каждый домен получает меньше веса, чем при path-based подходе.
Сложная настройка hreflang на каждом домене для связи версий структуры URL.
Больше технической работы — несколько индексаций, несколько Search Console.
Индексация в Google:
Google видит example.com и example.de как разные сайты. На каждой странице нужны теги hreflang, связывающие альтернативные версии:
<link rel="alternate" hreflang="en" href="https://example.com/about">
<link rel="alternate" hreflang="de" href="https://example.de/about">
<link rel="alternate" hreflang="x-default" href="https://example.com/about">
Каждый домен может ранжироваться по своим запросам в своём регионе. example.de будет сильнее в результатах Google Германии. Но это требует отдельной стратегии продвижения для каждого региона.
Subdomain-based структура: поддомены для языков
Subdomain-based использует поддомены как альтернативные версии:
- en.example.com
- de.example.com
- fr.example.com
Это промежуточный вариант между path-based и domain-based подходами. Технически поддомены — это части одного домена, но Google часто рассматривает их как отдельные сайты.
Как работает: на первый взгляд похоже на domain-based, но управление проще. Можно использовать разные сервера для каждого поддомена.
Плюсы:
Отдельное управление для каждого языка проще, чем с несколькими доменами.
Можно комбинировать с path-based подходом (en.example.com/products).
Минусы:
Google может рассматривать поддомены как отдельные сайты или как части одного сайта — это создает неопределённость для индексации.
Ссылочный вес не концентрируется как при path-based.
Требует правильной настройки hreflang на каждом поддомене.
Многие SEO-специалисты рекомендуют избегать поддоменов для мультиязычных проектов.
Индексация в Google:
Google может рассматривать en.example.com и de.example.com как отдельные сайты (как domain-based) или как части одного сайта (как path-based). На каждой странице обязателен тег hreflang:
<link rel="alternate" hreflang="en" href="https://example.com/products">
<link rel="alternate" hreflang="de" href="https://de.example.com/products">
<link rel="alternate" hreflang="x-default" href="https://en.example.com/products">
Subdomain-based дает смешанный эффект — не все преимущества path-based и не все преимущества domain-based. По этой причине поддомены реже используются для архитектуры мультиязычного сайта.
Сравнение трёх подходов структуры URL
Разница между path-based, domain-based и subdomain-based:
Path-based (example.com/en): один домен собирает весь вес, простое управление, базовая локализация, низкая стоимость, требует hreflang.
Domain-based (example.com, example.de): разные домены для разных версий, полная локализация каждого региона, вес распределяется, высокая стоимость, требует отдельной настройки hreflang на каждом домене.
Subdomain-based (en.example.com): промежуточный вариант, неопределённость с индексацией Google, средняя стоимость, требует hreflang, смешанный SEO эффект.
При выборе структуры URL для мультиязычного сайта нужно учитывать: размер проекта, бюджет разработки, планы локализации контента, текущий ссылочный вес домена, стратегию продвижения на разных рынках. Каждый из трёх подходов имеет свои преимущества и требует правильной настройки rel=«alternate» hreflang для связи версий контента страниц между разными языками.
