Google SEO Продвинутый

Многоязычное SEO: подпапки, поддомены или отдельные сайты — что выбрать и как настроить hreflang

Для многоязычного сайта B2B-компании, выходящей на зарубежные рынки, по умолчанию выбирают подпапки (/de/, /fr/): они на 100% наследуют вес основного домена, а поддерживать их проще всего. Поддомен нужен только тогда, когда для рынка требуется отдельный технологический стек или изоляция по требованиям законодательства — тогда передача веса идёт с потерями.

多语言架构三选一:子目录默认优先,独立站最贵Multilingual architecture: subfolders default, separate domains cost most 反直觉:.de 独立站不等于德语区排名更快,新域名要12个月养权重Counter-intuitive: a .de domain does not rank faster; new domains need 12 months of authority 子目录 /de/ /fr/Subfolder /de/ /fr/ 权重100%继承主域Authority inherited fully 维护成本最低Lowest maintenance Hreflang 一套标签One hreflang set 默认推荐Default choice 子域名 de.site.comSubdomain de.site.com 权重部分传递Partial authority pass Cookie/CDN 需重配Cookies/CDN reconfig Hreflang 跨子域Cross-subdomain hreflang 仅技术隔离需要时Only for tech isolation 独立站 site.deSeparate domain site.de 权重从零积累Authority from zero 外链/内容双倍维护Double link/content upkeep Hreflang 跨域名Cross-domain hreflang 仅本地强品牌时Only for strong local brand 按市场阶段的选择决策树Decision tree by market stage 主域已运营≥2年且有自然流量 → 子目录,新市场语言直接挂 /{lang}/ 路径Main domain live ≥2 yrs with organic traffic → subfolder, mount new language at /{lang}/ 某市场需独立技术栈/支付/合规隔离 → 子域名,但接受权重传递打折A market needs separate tech stack/payment/compliance → subdomain, accept lower authority pass 目标市场本地已有强品牌认知且年预算≥20万元 → 独立站 ccTLDTarget market already has strong local brand + budget ≥200k/yr → ccTLD separate domain 常见误判:以为 ccTLD(.de/.fr)本身带来本地排名加成Common mistake: assuming ccTLD itself gives a local ranking boost ccTLD 的本地信号来自服务器位置、本地外链、本地内容三者叠加,新域名前12个月排名通常落后子目录Local signal comes from server location + local links + local content combined; new ccTLD usually trails subfolder for 12 months 国别语言一致时用 hreflang 的 en-GB / en-AU 标注,不必为此开独立站When language matches country, use hreflang en-GB / en-AU; no separate site needed
Сравнение передачи веса между тремя архитектурами многоязычного SEO, дерево решений по этапам выхода на рынок и типичные ошибки с ccTLD

Многоязычное SEO: подпапки, поддомены или отдельные сайты — что выбрать и как настроить hreflang

Сначала вывод: Для многоязычного сайта B2B-компании, выходящей на зарубежные рынки, по умолчанию выбирают подпапки (/de/, /fr/): они на 100% наследуют вес основного домена, а поддерживать их проще всего. Поддомен нужен только тогда, когда для рынка требуется отдельный технологический стек или изоляция по требованиям законодательства — тогда передача веса идёт с потерями. Отдельный сайт на ccTLD оправдан только при сильном узнаваемом локальном бренде на целевом рынке и годовом бюджете от 200 000 рублей. Контринтуитивный момент: многие думают, что домен .de сам по себе улучшает позиции в немецкоязычном регионе, но на самом деле первые 12 месяцев новый ccTLD обычно отстаёт от подпапки, потому что локальные сигналы складываются только из трёх составляющих: расположения сервера, местных внешних ссылок и местного контента. Hreflang нужно прописывать для всех трёх архитектур, различия в разметке — в третьем разделе.

1. Различия в передаче веса между тремя архитектурами

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

Архитектура Пример Передача веса Стоимость поддержки Подходящий этап
Подкаталог example.com/de/ 100% наследует вес основного домена Минимальные, один шаблон Большинство B2B-компаний
Поддомены de.example.com Передаётся частично, нужно накапливать заново Средние, требуется перенастройка Cookie/CDN Нужна технологическая изоляция
Отдельный сайт на ccTLD example.de С нуля Максимальные, внешние ссылки и контент дублируются Сильный локальный бренд
Несколько сайтов на gTLD example-es.com С нуля, без локальных сигналов Максимальная Не рекомендуется

Подпапки — ответ по умолчанию, потому что все языковые версии находятся на одном домене, а внешние ссылки, глубина контента и бюджет сканирования основного домена распределяются между ними. Чтобы добавить немецкую версию, не нужно заново регистрировать ресурс в Search Console и наращивать внешние ссылки — достаточно наполнять контент по пути /de/. О процессе запуска многоязычной версии читайте в Процесс публикации многоязычного контента.

2. Как выбрать архитектуру: по этапу выхода на рынок и ограничениям

Не выбирайте архитектуру по вкусу — отвечайте на три вопроса. Порядок решений такой: зрелость основного домена, потребность в технологической изоляции, сила локального бренда.

Вопрос для оценки Да Нет
Основной домен работает больше 2 лет и есть органический трафик? Выбирайте подпапки Сначала развивайте основной домен, многоязычность подождёт
Нужны отдельные платёжные решения, соответствие требованиям или технологический стек для рынка? Для этого рынка используйте поддомен Всё равно подпапки
Сильная узнаваемость бренда и годовой бюджет от 200 000? Можно запускать отдельный сайт на ccTLD Оставайтесь на подпапках
Один язык в разных странах (английский в США, Великобритании, Австралии)? Достаточно разметки hreflang Отдельный сайт не нужен

Разберём на примере. Вы — производитель промышленного оборудования, три года ведёте основной англоязычный сайт, получаете 8000 органических визитов в месяц и хотите добавить немецкую и испанскую версии. Правильное решение — example.com/de/ и example.com/es/: немецкие ключи выйдут в топ-50 уже через 6 месяцев. А если сразу купить example.de и example.es, только на набор авторитета уйдёт 12–18 месяцев.

Другой случай: для рынка Ближнего Востока нужен отдельный платёжный шлюз и локальное размещение по требованиям законодательства, а шаблон основного домена не переделать. Здесь поддомен me.example.com оправдан. Но придётся смириться с тем, что передача авторитета на поддомен теряет около 30%.

Стоит посчитать и затраты. Подкаталоги почти ничего не добавляют к годовому бюджету — только перевод и производство контента. Поддомен требует отдельного SSL-сертификата, правил кэширования CDN и ресурса в Search Console: разовые вложения примерно 3–5 человеко-дней. Отдельный сайт на ccTLD — это не только регистрация домена, но и собственное наращивание внешних ссылок и локальная контент-команда: за первый год вы потратите в 2–3 раза больше, чем на подкаталоги. Если бюджет ограничен, B2B-команде стоит всё посчитать, прежде чем решать.

III. Чем отличается написание Hreflang в трёх архитектурах

Какую бы архитектуру вы ни выбрали, Hreflang нужен обязательно — иначе Google не поймёт, какая версия соответствует какой стране и языку. Правила написания одинаковы во всех трёх случаях, различается только вид URL.

Архитектура пример hreflang Где размещать На что обратить внимание
Подкаталог href=”https://example.com/de/” link в head или sitemap меньше всего ошибок
Поддомены href=”https://de.example.com/” полный URL между поддоменами SSL-сертификат должен покрывать поддомен
Сайт href=”https://example.de/” полный URL между доменами оба сайта должны ссылаться друг на друга
x-default href=”https://example.com/” обязателен в каждой группе указывает на англоязычную страницу по умолчанию

Есть жёсткое правило: каждая группа hreflang должна ссылаться в обе стороны. Английская страница указывает на немецкую, немецкая — тоже на английскую; если пропустить одну сторону, вся группа не работает. Код языка — ISO 639-1 (de, fr), код страны — ISO 3166-1 (de-DE, de-AT). Немецкий в Германии и Австрии различается, поэтому их нужно помечать отдельно. Полное описание и типичные ошибки —Перенос Hreflang для мультиязычности.

На сайте WordPress с WPML или Polylang плагин сам выводит hreflang, но в автоматически сгенерированных тегах часто пропущен x-default или отсутствует обратная ссылка. После запуска обязательно проверьте отчёт «Международный таргетинг» в Search Console. О выборе технологического стека —Технологический стек crater.

Частый вопрос: если английская версия уже есть для США, нужна ли отдельная /en-gb/ для Великобритании. Если британская страница отличается только валютой (фунты вместо долларов) и британским написанием слов, а всё остальное совпадает, отдельную страницу создавать не нужно — хватит общей /en/ с разметкой hreflang en-GB. Отдельная страница оправдана только тогда, когда для Великобритании есть свои цены, требования законодательства или кейсы.

IV. Переезд и типичные ошибки

Ошибка в архитектуре обходится дорого при миграции. Здесь собраны самые частые промахи.

Ошибка Последствия Правильный подход
Покупка ccTLD сразу под новый рынок Первые 12 месяцев отставание от подпапки Сначала проверить рынок на подпапке, потом решать
hreflang указан только с одной стороны Вся группа тегов не работает Взаимные ссылки в каждой группе плюс x-default
На поддомене нет SSL hreflang не сканируется Сертификат покрывает все поддомены
Doorway-страницы под каждую страну Ручные санкции На каждой странице есть содержательный локальный контент, см. посадочные страницы под страны
Одна страница на несколько стран с одним языком без разметки Google показывает не ту версию Разделять через en-GB/en-AU

Переезд с подпапки на отдельный сайт — самая болезненная потеря веса. Нужна карта 301-редиректов и заново выстроенные внешние ссылки. Колебания позиций через 4–8 недель после переезда — это норма. Методология миграции — в Реструктуризация сайта и смена домена. Качество перевода тоже влияет на позиции: после машинного перевода обязательна постпереводческое редактирование, иначе местные пользователи будут часто уходить, а Google сочтёт контент некачественным.

И напоследок шпаргалка по выбору: если в команде один человек или два специалиста по трафику — выбирайте подпапку не раздумывая; если техническая команда прямо требует отдельного развёртывания под конкретный рынок — берите поддомен; отдельный сайт стоит рассматривать только тогда, когда местные дилеры или клиенты уже ищут вас по ccTLD и вы готовы содержать под этот рынок отдельную контент-команду. Как только архитектура выбрана, не трогайте URL три года: частая смена вредит сильнее, чем неверный выбор.

Это правило не зависит от размера компании: небольшой команде тем более стоит концентрировать вес на одном основном домене, а не распылять его по новым.

FAQ: частые вопросы

Подпапка, поддомен или отдельный сайт — что выбрать?
По умолчанию — подпапка, то есть example.com/de/: вес на 100% наследуется от основного домена, затраты на поддержку минимальны. Поддомен de.example.com нужен только тогда, когда рынку требуется отдельный технологический стек, платёжная или юридическая изоляция, — но передача веса при этом теряется. Отдельный сайт на ccTLD (example.de) окупается только при сильном локальном бренде на целевом рынке и годовом бюджете от 200 000 юаней; новый домен первые 12 месяцев обычно отстаёт от подпапки.
Даёт ли домен .de автоматическое преимущество в немецкоязычном регионе?
Нет. Локальные сигналы ccTLD складываются из расположения сервера, местных внешних ссылок и локального контента, а не из самого суффикса. Новый домен .de первые 12 месяцев набирает вес с нуля и обычно отстаёт от подпапки /de/ на раскрученном основном домене. Локальное преимущество появляется только после того, как на этом .de-сайте уже собрано много местных внешних ссылок и локального контента.
Один язык в разных странах, например английский в США, Великобритании и Австралии, — нужен ли отдельный сайт?
Не нужно. Достаточно указать комбинации языка и страны через hreflang, например en-US, en-GB, en-AU. Можно использовать одну общую страницу на английском или сделать несколько страниц с небольшими локальными отличиями для разных стран и связать их через hreflang. Разделять на подкаталоги стоит только тогда, когда различия между контентом для США и Великобритании настолько велики, что нужны два полностью разных набора страниц.
Почему поддомены теряют вес?
Google рассматривает поддомены одного основного домена как отдельные единицы, и ссылочный вес основного домена не передаётся поддомену автоматически в полном объёме — поддомену нужно заново нарабатывать доверие. Кроме того, для поддомена нужно отдельно настраивать SSL-сертификат, кеш CDN и область действия Cookie: отсутствие любой из этих настроек приведёт к сбою сканирования hreflang или проблемам с индексацией.
WPML для WordPress автоматически прописывает hreflang — нужна ли ручная проверка?
Нужна. WPML и Polylang автоматически выводят теги hreflang, но в автоматически сгенерированных тегах часто отсутствует x-default или неполные перекрёстные ссылки. После запуска проверьте через отчёт о международном таргетинге в Search Console, что каждая группа тегов имеет полные перекрёстные ссылки, x-default присутствует, а код языка и страны указан верно (de-DE, а не de-de).
Если мультиязычность уже сделана через подкаталоги, можно ли позже перейти на отдельные сайты?
Перейти можно, но это одна из операций с наибольшей потерей веса. Нужна полная карта 301-редиректов: каждый старый путь /de/ должен быть сопоставлен с соответствующей страницей на новом example.de, плюс нужно заново выстроить локальные внешние ссылки. Колебания позиций в течение 4–8 недель после переезда — это нормально. Если через 8 недель позиции не восстановились, проверьте карту редиректов на пропущенные ссылки.

В заключение

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

Три шага к внедрению: на этой неделе проверьте через Search Console, достаточно ли развит основной домен для расширения на несколько языков; на следующей неделе выберите архитектуру для каждого нового рынка по дереву решений, отдавая приоритет подкаталогам; в течение двух недель после запуска проверьте двусторонность hreflang через отчёт о международном таргетинге. Локализация графиков и цифр для немецкой и испанской версий — см. отдельно Работа с графиками на многоязычном сайте.

Запомните одну фразу: в мультиязычной архитектуре сначала правильно используйте подкаталоги. ccTLD — это для тех, кто уже победил на локальном рынке, а не для тех, кто только выходит на зарубежные рынки и хочет сэкономить время.

崔立姝
崔立姝 Эксперт Crater

Передача · руководитель операций · команда передачи и операций 环形山

Руководитель доставки и операций Crater. Отвечает за внедрение SEO, ведение каналов в соцсетях и распространение контента, умеет разбирать рост на действия на основе данных. Ведёт доставку нескольких проектов по выходу на зарубежные рынки, следит за совместной работой Facebook, Twitter, TikTok, YouTube и SEO/GEO.

Внедрение SEOКонтент-маркетингРазбор кейсов
1106篇分享
84статей в базе знаний