Команда планирует выход на пять новых рынков, и на первом же совещании всплывает вопрос, который кажется чисто техническим: размещать французскую версию по адресу example.com/fr или fr.example.com. Через час дискуссии стороны расходятся, и решение принимает разработчик "как удобнее настроить". Через полтора года выясняется, что та самая удобная настройка обошлась бизнесу в треть потенциального трафика и месяцы на исправление архитектуры.
Выбор между поддоменами и поддиректориями выглядит косметической развилкой только на первый взгляд. На уровне поисковой системы это два разных подхода к распределению накопленного авторитета, краулинговому бюджету и сигналам доверия. Разница проявляется не сразу, а проступает постепенно, через позиции в выдаче, скорость индексации новых страниц, поведение бэклинков.
Базовая механика двух подходов и почему поисковики до сих пор по-разному их обрабатывают
Поддиректория это папка внутри основного домена, и адрес выглядит как example.com/de/. Поддомен это техническая надстройка над основным доменом, и тот же раздел получает вид de.example.com. На уровне DNS и сервера разница ощутимая: поддомен может располагаться на отдельной машине, в другой стране, с собственным CMS и инфраструктурой. Поддиректория физически живёт под той же крышей, что и основной сайт.
Поисковая система официально утверждает, что обрабатывает обе структуры одинаково. На практике картина сложнее. Поддомены воспринимаются как полусамостоятельные сущности с собственной репутацией, а поддиректории наследуют доверие основного домена сразу. Линкбилдинг, накопленный годами на корневом сайте, автоматически распространяется на все вложенные поддиректории. Поддомен в этом смысле стартует почти с нуля и должен зарабатывать авторитет отдельно.
Разрыв между теорией и реальностью объясняется не алгоритмическим предпочтением, а косвенными факторами. Внутренние ссылки чаще ведут на поддиректории просто потому, что они структурно ближе. Бэклинки внешних авторов тоже распределяются неравномерно. Пользовательское поведение на знакомом домене отличается от поведения на воспринимаемом как отдельный сайт поддомене. Все эти сигналы накапливаются и формируют то самое практическое расхождение, которое наблюдают специалисты.
Передача веса как ключевой аргумент и где этот аргумент даёт сбой
Когда внешний ресурс ставит ссылку на example.com/fr/blog/, накопленный авторитет распределяется по всему домену и помогает ранжироваться остальным разделам, включая немецкую и испанскую версии. Это эффект общего бассейна, в который льётся вода из всех источников.
С поддоменами ситуация иная. Ссылка на fr.example.com усиливает именно французский поддомен, и пробить эту авторитетность на немецкий или итальянский варианты получается через раз и не всегда. Каждый поддомен наращивает собственную репутацию отдельно, что для крупных международных корпораций становится отдельной статьёй бюджета на местный линкбилдинг.
Здесь же кроется первая ловушка. Аргумент в пользу поддиректорий работает, когда основной домен уже накопил вес. Если стартовать с нуля и сразу выкатывать пять языковых версий в поддиректориях, никакого автоматического усиления не произойдёт, потому что усиливать нечего. На молодом домене разница между двумя подходами ощутимо меньше, и проявится она только через полгода-год после накопления первых сигналов.
Исследования показывают, что перенос контента с поддомена в поддиректорию приводит к росту трафика на 15-45% в течение нескольких месяцев. Это усреднённые данные по крупным проектам с историей, а не универсальная гарантия. Бренд с минимальным авторитетом основного домена не увидит такого скачка, потому что переносить с одного слабого сегмента на другой слабый сегмент бессмысленно.
Сценарии, в которых поддомен оказывается осознанным выбором, а не наследием
Существуют ситуации, когда поддомен это не недосмотр, а взвешенное решение. Когда региональные команды управляют контентом полностью независимо, имеют разные CMS, разную инфраструктуру, разный темп выпуска новостей, удержать всё это в одной поддиректории становится технически тяжело. Поддомен снимает с центральной команды нагрузку и даёт региональным офисам автономию.
Локальный хостинг в стране присутствия тоже играет роль. Французский поддомен на сервере во Франции даёт ощутимо лучший показатель Core Web Vitals для парижской аудитории, чем поддиректория на сервере в Ирландии. Для скорости загрузки и пользовательского опыта это не косметика, а прямой фактор ранжирования.
Поддомены оправданы и при необходимости разделить аналитику, маркетинговые бюджеты, юридические зоны ответственности. Если каждый региональный офис должен видеть собственные дашборды и не мешать соседям, отдельные ресурсы в Search Console и аналитической системе становятся не недостатком, а требованием.
Тестирование новых функций или редизайнов на отдельном поддомене безопаснее для основного бренда. Если эксперимент уходит в минус, основной домен остаётся незатронутым, и негативные сигналы не размывают репутацию всего сайта.
Подводные камни поддоменов, которые проявляются через год после запуска
Самая болезненная проблема возникает с распределением краулингового бюджета. Поисковый робот выделяет ресурсы на каждый домен отдельно, и пять поддоменов получают пять отдельных бюджетов на сканирование. Если один из них слабо проиндексирован, ускорить процесс автоматическим перетеканием с соседнего поддомена не получится.
Дублирование контента между поддоменами особенно коварно. Когда канониклы и hreflang настроены небрежно, поисковик обрабатывает идентичный или почти идентичный контент на двух поддоменах как конкурирующий, и страницы начинают делить позиции. Внутри одной поддиректории такая ошибка тоже возможна, но обнаружить её проще, потому что управление централизованное.
Управление аналитикой превращается в отдельную задачу. Каждый поддомен требует собственного свойства в Search Console, отдельной настройки кросс-доменного отслеживания в системе аналитики, синхронизированных целей и событий. Когда поддоменов три, это рабочая нагрузка. Когда их пятнадцать с региональными подвариантами, на администрирование уходит ощутимая часть времени команды.
Линковый профиль фрагментируется. Внешние ресурсы, не разобравшись в структуре, ставят ссылки на разные поддомены без системы. Аудит бэклинков превращается в задачу по сшиванию пятнадцати раздробленных профилей, а попытки построить единую стратегию упираются в техническую разобщённость.
Подводные камни поддиректорий, о которых редко предупреждают
Поддиректории не лишены собственных недостатков, хотя апологеты этой структуры обычно умалчивают о слабых местах. Главная проблема в том, что любые проблемы одной языковой версии бьют по всему домену. Если французский раздел получает санкции за некачественный контент или вредоносный код, последствия распространяются на немецкий, испанский и все остальные разделы. Поддомены в этой ситуации работают как изолированные отсеки.
Геотаргетинг через поддиректории требует тщательной настройки. По умолчанию весь домен привязан к одной географической цели, и сообщить поисковику, что example.com/de/ должен ранжироваться именно в Германии, нужно через hreflang и отдельные настройки. На поддомене с региональным CCTLD-аналогом эта задача решается естественно через географическое таргетирование на уровне всего поддомена.
Перегрузка структуры становится реальным риском при большом количестве языков. Когда поддиректория глубиной четыре уровня соседствует с двумя сотнями других папок, навигация для поисковика и для пользователя усложняется. Архитектурная дисциплина при работе с поддиректориями требует постоянного контроля, иначе сайт превращается в склад слабо связанных разделов.
Локальная производительность тоже под вопросом. CDN частично решает проблему, но истинная региональная инфраструктура с местным хостингом и оптимизацией под локальные провайдеры труднодостижима в рамках одного домена.
Гибридная схема как реальный компромисс для крупных проектов
Многие крупные международные сайты не выбирают между двумя крайностями, а строят гибридные структуры. Основной контент живёт в поддиректориях для консолидации авторитета, а технически обособленные направления вроде блога с независимой редакцией или магазина приложений выносятся на поддомены.
Решение принимается через простой набор тестов:
- Может ли существующая CMS обслуживать новый контент в желаемом URL-паттерне без надстроек;
- Есть ли отдельные команды разработки и SEO для управления независимым ресурсом;
- Требуется ли локальный хостинг или техническая изоляция по соображениям производительности или комплаенса;
- Накопил ли основной домен достаточный авторитет, чтобы его передача через поддиректории давала ощутимый эффект;
- Планируется ли долгосрочная интеграция нового раздела с основным брендом или он будет жить автономно.
Если большинство ответов указывает на общие ресурсы, поддиректория выгоднее. Если ответы тяготеют к самостоятельности, поддомен оправдан. Универсального решения не существует, и эта оговорка важнее всех остальных рекомендаций, потому что контекст бизнеса всегда перевешивает абстрактные SEO-рекомендации.
Миграция между структурами и почему она почти всегда болезненная
Переход с поддомена на поддиректорию это серьёзная техническая операция, а не косметическая правка. Каждый старый URL должен быть привязан 301-редиректом к новому целевому адресу. Никаких 302, никаких мета-обновлений, никаких цепочек редиректов. Только прямой постоянный редирект, который сохраняет максимум переданного веса.
Полный аудит бэклинков перед миграцией обязателен. Высокоценные ссылки картируются отдельно, чтобы убедиться, что редиректы для них работают без потерь. Внутренние ссылки переписываются на новые URL заранее, чтобы будущие сканирования сразу попадали на актуальную структуру.
Период турбулентности после миграции длится от шести недель до трёх месяцев. Позиции колеблются, индексация перестраивается, краулинговый бюджет переориентируется. Это нормальная фаза, и попытки исправить происходящее новыми правками только удлинят процесс. Дисциплина наблюдения здесь важнее активных действий.
Карты сайта обновляются и подаются в Search Console сразу после релиза. Старая структура остаётся в Search Console до полного перетекания индексации, чтобы видеть, какие URL ещё не переиндексированы.
Финальная развилка для тех, кто запускает мультиязычный проект с нуля
Универсальный совет звучит так: для большинства проектов поддиректории дают больше, чем поддомены, при меньших затратах усилий. Они быстрее переносят накопленный авторитет, проще управляются, требуют меньше технических ресурсов на администрирование. Поддомены оправданы, когда есть конкретная техническая, юридическая или операционная причина для разделения.
Гибридная политика работает лучше всего. По умолчанию поддиректория, исключения документируются с обоснованием, канонические правила соблюдаются, отдельные карты сайта поддерживаются для каждого поддомена отдельно. Такая дисциплина превращает архитектурные решения в управляемую систему, а не в накопление случайных решений, принятых в разное время разными командами.
Главный практический вывод не в том, что какая-то структура лучше абстрактно. Важнее последовательность и стратегическая ясность. Сайт, в котором логика URL-структуры понятна команде и сохраняется при добавлении новых рынков, выигрывает у сайта с теоретически правильной структурой и хаотичной реализацией.
Канал сайта в Telegram
Канал сайта на YouTube