Для многоязычного веб-сайта оба подкаталога (example.com/fr/) и поддомены (fr.example.com) работают для SEO, и Google указывает оба варианта как допустимые. Подкаталоги обычно используются по умолчанию, поскольку каждый язык имеет один домен и прост в управлении. Поддомены имеют смысл, когда языковой версии требуется отдельный хостинг или отдельная команда, или когда ваша платформа не может безопасно обслуживать переведенные папки. Что важнее выбора, так это делать это последовательно: один URL-адрес на язык, теги hreflang и отсутствие автоматических перенаправлений.
Ключевые выводы
- В руководстве Google по многоязычным сайтам в качестве опций указаны домены, поддомены и подкаталоги стран, а также отмечены параметры URL (
?lang=fr) как не рекомендуется. - Подкаталоги: один домен, одна настройка хостинга, одно свойство Search Console, более простая аналитика. Самый распространенный выбор для переведенных сайтов.
- Поддомены: каждый язык имеет свое собственное имя хоста. Проще размещать или передавать данные отдельно; немного больше настроек в аналитике и Search Console.
- Google определяет язык по видимому содержимому страницы, а не по URL-адресу, поэтому структура URL-адреса сама по себе не делает страницу “французской” доступной Google. hreflang связывает версии.
- Выберите конструкцию, которую ваша платформа поддерживает чисто. Настройка, которая может отключить ваш основной сайт, хуже, чем немного менее аккуратный URL-адрес.
Что такое подкаталог?
Подкаталог (также называемый подпапкой) — это папка на пути к вашему основному домену:
https://example.com/ (English)
https://example.com/fr/ (French)
https://example.com/de/ (German)Все живет на одном имени хоста. Страница цен на французском языке: example.com/fr/pricing, немецкий example.com/de/pricing.
Что такое поддомен?
Поддомен — это префикс перед вашим доменным именем, который технически делает его отдельным именем хоста:
https://example.com/ (English)
https://fr.example.com/ (French)
https://de.example.com/ (German)Страница цен на французском языке становится fr.example.com/pricing. Каждый поддомен создается с помощью записи DNS и может указывать на другой сервер.
Что говорит Google
Страница Google на управление многорегиональными и многоязычными сайтами сравнивает варианты напрямую:
| Структура | Пример | Плюсы Google | Минусы Google |
|---|---|---|---|
| Домен с кодом страны | example.de | Четкий геотаргетинг; местоположение сервера не имеет значения; простое разделение | Дорого; больше инфраструктуры; строгие правила ccTLD; нацелен только на одну страну |
| Поддомен с gTLD | de.example.com | Легко настраивается; позволяет размещать серверы в разных местах; легко разделять | Пользователи могут не распознавать геотаргетинг только по URL-адресу |
| Подкаталог с gTLD | example.com/de/ | Простота настройки; низкие эксплуатационные расходы (тот же хост) | Пользователи могут не распознавать геотаргетинг по URL-адресу; расположение одного сервера; сложнее разделить сайты |
| Параметры URL | example.com?loc=de | Не рекомендуется | Трудно сегментировать; неясно для пользователей и поисковых систем |
Еще два утверждения в том же руководстве имеют значение для принятия этого решения:
- Google использует видимый контент страницы для определения ее языка и не использует информацию на уровне кода, такую как
langатрибуты или URL. - Google советует вам это сделать избегайте автоматического перенаправления пользователей из одной языковой версии в другую на основе предполагаемых предпочтений, поскольку это может помешать как пользователям, так и Googlebot получить доступ ко всем версиям.
Другими словами, Google официально не отдает предпочтение единой структуре ранжирования. Практические различия заключаются в обслуживании, измерении и рисках.
Подкаталоги против поддоменов: бок о бок
| Фактор | Подкаталоги (/fr/) | Поддомены (fr.) |
|---|---|---|
| Настраивать | Нужна ваша платформа или прокси для обслуживания /fr/ пути | Одна запись DNS (CNAME) на каждый язык |
| Хостинг | Все языки на одном хосте | Каждый язык может размещаться отдельно |
| Консоль поиска | Охвачено одним свойством домена; вы можете добавить каждую папку как свое собственное свойство, чтобы увидеть данные по каждому языку | Каждый поддомен может быть своим собственным свойством; свойство домена охватывает их все |
| Аналитика | Один сайт, без междоменной настройки | Обычно работает в одном свойстве GA4, но проверьте настройки файлов cookie и рефералов |
| Внутренняя ссылка | Все страницы явно один сайт | Все еще один бренд, но отдельные имена хостов |
| Разделение | Труднее разделить позже | Легко передать один язык местной команде или партнеру |
| Риск при неправильной настройке | На некоторых платформах неправильное изменение DNS может повлиять на весь сайт | Неправильная запись влияет только на этот язык |
Имеет ли подкаталог общие “полномочия домена”?
Это наиболее часто повторяемый аргумент в пользу подкаталогов: ссылки на ваш основной домен помогают /fr/ папка, потому что это “тот же сайт”. В этом есть некоторый смысл. Все, что находится под одним именем хоста, очевидно, представляет собой один сайт, внутренне связанный и управляемый вместе, и многие специалисты по SEO видят, что новые языковые папки становятся заметными быстрее, чем новые поддомены.
Но будьте осторожны с резкими заявлениями. Google не опубликовал правило, согласно которому поддомены ранжируются хуже, а “авторитет домена” — это сторонняя метрика, а не сигнал Google. Хорошо связанный поддомен с хорошим контентом и правильным hreflang имеет хорошие рейтинги. Если подкаталог для вас прост, он подойдет по умолчанию; если он рискован или невозможен на вашей платформе, поддомен — вполне разумный выбор.
Когда выбирать подкаталоги
- Ваша CMS изначально поддерживает языковые папки или их обслуживает ваш плагин перевода (типичным случаем является WordPress).
- Вам нужна самая простая аналитика и настройка консоли поиска.
- У вас есть одна команда, управляющая каждым языком.
- Вы хотите, чтобы каждый язык выглядел для посетителей как часть одного и того же сайта.
Когда выбирать поддомены
- Ваша платформа не может обслуживать переведенные папки, или для этого потребуется указать весь ваш домен на сторонний прокси-сервер.
- Разным языкам нужен разный хостинг, например сервер ближе к рынку или отдельный стек.
- Местная команда, агентство или партнер будут использовать одну языковую версию.
- Вы хотите, чтобы проблема на одном языке (ошибка DNS, сбой) оставалась там.
Когда вместо этого использовать домены стран
Домен с кодом страны (example.de, example.fr) является более сильным локальным сигналом и может укрепить доверие, особенно на рынках, где клиенты ожидают локального домена. Это также самый дорогой и трудоемкий вариант: отдельные домены, отдельное построение ссылок, отдельная юридическая и хостинговая настройка. Он сочетает в себе устоявшиеся предприятия с реальными местными операциями. Для одного лишь перевода это обычно излишне.
Ошибки, которые важнее структуры
Какую бы структуру вы ни выбрали, эти ошибки наносят больший ущерб, чем сам выбор:
- Один URL-адрес для всех языков. Если язык изменяется с помощью файла cookie или скрипта, но URL-адрес остается прежним, Google может индексировать только одну версию.
- Автоматические перенаправления по языку браузера или IP. Google не советует этого делать. Вместо этого предложите переключатель языка или баннер с предложениями.
- Отсутствует или сломан хрефланг. Каждая версия должна содержать список самой себя и всех ее альтернатив с полными URL-адресами. Посмотрите наш полное руководство по hreflang и список действительных кодов hreflang.
- Канонические теги, указывающие на язык оригинала. Каждая языковая версия должна быть канонической сама по себе.
- Непереведенные заголовки и метаописания. Французская страница с английским заголовком выглядит как дубликат.
- Глубокое или непоследовательное гнездование. Сохраняйте язык на высшем уровне (
/fr/pricing, нет/pricing/fr/на некоторых страницах и/fr/pricingна других). - Изменение структуры после запуска без перенаправлений. Если позже вы перейдете из поддоменов в подпапки, сопоставьте каждый старый URL-адрес с новым с помощью 301 перенаправления.
Как ConveyThis обрабатывает структуру URL
ConveyThis поддерживает обе структуры, а также режим по умолчанию и режим параметров URL для платформ, где больше ничего невозможно. Благодаря поддоменам или подкаталогам каждый язык получает свой собственный индексируемый URL-адрес и ConveyThis добавляет теги hreflang и переводит заголовки, метаописания и структурированные данные. Поддомены и подкаталоги доступны в бизнес-плане (см ценообразование).
Наша собственная рекомендация носит практический, а не догматический характер, и она зависит от платформы:
- WordPress: плагин ConveyThis по умолчанию использует подкаталоги и не требует изменения DNS, поэтому
/fr/это легкий путь. - Специально созданные сайты: субдомены обычно безопаснее. Вы добавляете одну запись CNAME на каждый язык, и ваш основной сайт остается на вашем собственном хосте. Настройка подкаталога на этих сайтах означает маршрутизацию всего вашего домена через ConveyThis, и ошибка DNS затем влияет на исходный сайт, а не только на переводы.
- Shopify: подкаталоги до ConveyThis недоступны; используйте поддомены.
- Wix, Bubble, Framer и Милый: Ни одна из структур в настоящее время не предлагается для этих платформ, поэтому используется режим по умолчанию или режим параметров.
The справочная статья по поддомену и подкаталогу проходит через каждую платформу и этапы DNS, а также многоязычная страница SEO охватывает остальную часть настройки SEO.
Часто задаваемые вопросы
Являются ли подкаталоги лучшими для SEO, чем поддомены? По какому-либо правилу Google не публикует. Google считает оба варианта действительными. Подкаталоги проще в запуске и являются хорошим вариантом по умолчанию; поддомены подходят, когда их требует настройка.
Могу ли я использовать ?lang=fr параметры вместо этого? Вы можете это сделать, но Google отмечает параметры URL как не рекомендуемые для многоязычных сайтов. Используйте их только в том случае, если ваша платформа не поддерживает ничего другого.
Должен ли каждый язык иметь свое собственное свойство Search Console? Это помогает. С помощью подкаталогов вы можете добавить каждую папку как свойство URL-префикса; с помощью поддоменов каждый поддомен может быть своим собственным свойством. Оба варианта позволяют увидеть производительность на каждом языке.
Могу ли я позже переключиться с поддоменов на подкаталоги? Да, но рассматривайте это как миграцию сайта: перенаправьте 301-каждый старый URL-адрес на новый, обновите hreflang и карты сайта и ожидайте некоторого изменения рейтинга, пока Google повторно обрабатывает изменение.
Готовы ли вы предоставить каждому языку собственный URL-адрес, удобный для SEO? Создать учетную запись ConveyThis и выберите структуру, соответствующую вашей платформе.
