Поддомены или подпапки: что выбрать для SEO

Вопрос «spb.site.ru или site.ru/spb/» кажется техническим пустяком, который решает программист за полчаса. На деле это выбор архитектуры на годы вперёд: он определяет, как распределяется накопленный траст, сколько сущностей вам придётся вести в Яндекс Вебмастере, как быстро выходят в ТОП новые региональные страницы и во что обойдётся откат, если решение окажется ошибочным. Переезд с поддоменов в подпапки на сайте в несколько тысяч URL — это месяцы работы и просадка трафика на квартал. Хуже того, ошибку в архитектуре не компенсировать ни текстами, ни ссылками: вы просто годами платите за то, что вес растекается не туда. Разбираем механику по шагам: как передаётся траст между хостами, где поддомены обязательны, а где откровенно вредны, чем позиция Яндекса отличается от позиции Google, и как принимать решение так, чтобы SEO-продвижение не пришлось начинать заново.

Что вообще спорим: чем поддомен отличается от подпапки технически

Начнём с базы, потому что половина споров в тендерах идёт от терминологической путаницы. Подпапка (подкаталог) — это часть пути внутри одного хоста: site.ru/spb/, site.ru/blog/, site.ru/catalog/dveri/. Для DNS, для браузера и для поисковой системы это тот же самый хост site.ru, просто другой URL. Никаких дополнительных настроек, кроме роутинга внутри CMS, не требуется.

Поддомен (субдомен) — это самостоятельный хост третьего уровня: spb.site.ru. Ему нужна отдельная A-запись или CNAME в DNS, отдельный SSL-сертификат (или wildcard-сертификат вида *.site.ru), он может физически жить на другом сервере, в другой стране, на другой CMS. Формально spb.site.ru относится к тому же зарегистрированному домену site.ru, но с точки зрения обработки поисковыми системами это отдельный сайт со своей историей.

Именно из этого технического факта растёт вся SEO-специфика. Поисковик оперирует не «доменом», а «хостом». Значительная часть сигналов — возраст, ссылочный профиль, накопленные поведенческие, история фильтров, региональная привязка — привязана к хосту. Когда вы создаёте spb.site.ru, вы создаёте новую сущность, которая наследует от родителя далеко не всё и не сразу.

Есть и третий вариант, который часто путают с поддоменом, — отдельный домен (site-spb.ru, site.com). Это уже полностью независимый сайт: он не наследует вообще ничего, его нужно поднимать с нуля, включая ссылочную массу. С точки зрения затрат ресурсов шкала выглядит так: подпапка (дешевле всего) → поддомен (средне) → отдельный домен (дороже всего).

Поддомен — это не «раздел сайта на другом адресе». Это новый сайт, за который вы платите отдельным бюджетом на траст, ссылки и время. Каждый раз, когда вы поднимаете поддомен, вы добровольно берёте на себя эту нагрузку.

Как передаётся траст: главный вопрос всего спора

Здесь и лежит корень выбора. Механика такова: внутренние ссылки с site.ru на spb.site.ru формально считаются внешними — они пересекают границу хоста. Вес по ним передаётся, но не так, как между страницами одного хоста, и — что важнее — не передаются хостовые факторы. Это отдельный класс сигналов, которые считаются целиком для хоста, а не для отдельной страницы: возраст, общий объём качественного контента, агрегированные поведенческие, коммерческие показатели, наличие санкций.

Практическое следствие: если у вас site.ru живёт 12 лет, накопил сотни естественных ссылок и хорошую историю, то новая страница site.ru/spb/ стартует уже на этом фундаменте — она получает возраст домена, доверие, шаблонные коммерческие факторы. А новый spb.site.ru стартует как молодой сайт: у него нулевой возраст хоста, нулевая ссылочная масса извне, нулевая история поведенческих. Да, часть доверия «протекает» с родительского хоста — поисковики понимают связь поддомена с основным доменом по общему зарегистрированному домену, общему владельцу, общему шаблону и сквозной перелинковке. Но это именно частичное наследование, а не копия. Подробнее механику накопления доверия мы разбирали в материале про траст сайта и возраст домена.

Почему это критично для средних и малых сайтов

Крупному порталу с мощным брендом всё равно: у него хватит ресурса, чтобы вытянуть двадцать поддоменов. Средний бизнес-сайт на 300–800 страниц, у которого весь ссылочный профиль — это два десятка отраслевых каталогов и пара упоминаний в СМИ, при дроблении на поддомены просто размазывает и без того тонкий слой траста по десятку хостов. В итоге ни один поддомен не набирает критической массы, чтобы конкурировать в выдаче.

Обратная логика подпапок: каждая новая страница усиливает единый хост. Написали 40 статей в блог на сайте — вырос объём качественного контента всего домена, выросли поведенческие всего домена, ссылки на статьи усилили весь домен, включая коммерческие страницы. Если бы блог стоял на blog.site.ru, все эти ссылки и весь этот вес усилили бы блог, а коммерческие посадочные получили бы лишь остаток, просочившийся через межхостовую перелинковку.

Сравнительная таблица: подпапки против поддоменов

Региональные поддомены: единственный случай, где они действительно нужны

Если бы не Яндекс с его региональной привязкой, спор был бы закрыт: подпапки везде. Но в рунете есть жёсткое техническое ограничение, которое ломает эту логику.

Как работает региональность в Яндексе

В Яндекс Вебмастере регион присваивается хосту, а не разделу. Один хост — один основной регион (плюс возможные дополнительные через Яндекс Бизнес). Это означает: если вы хотите, чтобы site.ru продвигался и в Москве, и в Екатеринбурге, и в Новосибирске как «местный» сайт с полноценной региональной привязкой, вы физически не можете этого сделать на одном хосте через Вебмастер. Вам нужны разные хосты — то есть поддомены msk.site.ru, ekb.site.ru, nsk.site.ru, каждому из которых присваивается свой регион.

Зачем это нужно? В коммерческой выдаче Яндекса региональная принадлежность — один из самых мощных фильтров. По запросу «купить двери» в Екатеринбурге сайт с регионом «Екатеринбург» и физическим адресом в городе имеет структурное преимущество перед федеральным сайтом с регионом «Москва». Без региональной привязки вы конкурируете в чужой выдаче на общих основаниях с местными игроками, у которых есть и адрес, и карточка в Справочнике, и региональный сигнал. Детально этот механизм разобран в статье про региональное SEO.

Когда региональные поддомены оправданы, а когда нет

Ключевой критерий — наличие реального физического присутствия. Если в Екатеринбурге у вас офис, склад, телефон с местным кодом и сотрудники — поддомен обоснован: вы сможете подтвердить регион, создать карточку в Яндекс.Картах, наполнить страницу уникальными данными (адрес, схема проезда, фото офиса, команда, местные кейсы, местные цены). Это работает.

Если присутствия нет и вы просто хотите «захватить регионы» — поддомены обернутся против вас. Вы получите десять хостов с идентичным контентом, где меняется только город в заголовке. Это классический шаблонный контент, который Яндекс распознаёт и понижает, а при массовом характере — квалифицирует как поисковый спам. Отдельный риск — алгоритмы Яндекса вроде Баден-Бадена реагируют на переспам топонимами: страницы вида «двери Екатеринбург купить недорого в Екатеринбурге» с плотностью города в каждом абзаце — это прямой путь под фильтр.

Альтернатива для 2–3 городов

Если регионов немного и присутствие в них слабое, работает более дешёвая схема: один основной хост с регионом главного города плюс подпапки-посадочные вида site.ru/spb/ с адресом и контактами, плюс карточки в Яндекс Бизнесе на каждый филиал. Карточки в Справочнике дают локальный сигнал и попадание в колдунщик карт независимо от поддоменной архитектуры. Для малого бизнеса с 2–3 точками это почти всегда выгоднее, чем городить поддомены и растить их годами. Эта логика подробно разобрана в материале про локальное SEO для малого бизнеса.

Языковые версии: hreflang важнее формы адреса

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

Разберём подробнее hreflang, потому что 80% проблем мультиязычных сайтов именно здесь. Атрибут hreflang сообщает поисковой системе, что данная страница имеет альтернативные версии на других языках или для других регионов. Три обязательных условия корректной реализации:

• Взаимность. Если страница A ссылается на B через hreflang, страница B обязана ссылаться на A. Односторонние ссылки игнорируются целиком — не частично, а полностью для всей группы.
• Самоссылка. Каждая страница включает hreflang на саму себя. Пропуск self-referencing — самая частая ошибка при автогенерации тегов.
• Согласованность с canonical. hreflang должен указывать на канонические URL. Если hreflang ведёт на страницу, у которой canonical смотрит в другое место, конструкция разваливается. Механику канонизации мы разбирали в статье про canonical URL и дубли страниц.

Отдельно про x-default: это указание версии для всех, кто не подпал ни под один языковой вариант. Обычно это англоязычная версия или страница выбора языка. И принципиально важно: hreflang — не замена перевода. Если у вас английская версия — это машинный перевод русских текстов с той же структурой, никакой hreflang не спасёт. Поисковик оценит качество контента, а не разметку. Половинчатая языковая версия, где переведено меню, но не переведён каталог, — это генератор дублей и мусора в индексе.

Ещё нюанс, о котором забывают: Яндекс поддерживает hreflang ограниченно и в целом ориентирован на русскоязычную выдачу, а Google работает с ним полноценно. Если ваша английская версия рассчитана на зарубежный рынок, её судьба решается в Google — и оптимизировать её нужно по правилам Google, которые отличаются от яндексовых. Различия систем подробно разобраны в материале про SEO под Google.

Блог на поддомене: почему это ошибка

Отдельный разговор, потому что это самый частый сценарий, где решение принимается «по инерции». Схема blog.site.ru обычно рождается так: основной сайт на Битриксе или самописной CMS, блог хочется на WordPress, программист говорит «проще поднять отдельный WordPress на поддомене, чем интегрировать». Технически он прав. Стратегически это ошибка на годы.

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

• Внешние ссылки на статьи усиливают blog.site.ru, а не site.ru. Ваш инвестированный в контент бюджет растит траст хоста, на котором нет ни одной продающей страницы.
• Тематическая полнота (важный сигнал для оценки экспертности домена) копится не там, где нужно. Основной домен остаётся «тонким» по контенту.
• Перелинковка из статей на услуги превращается в межхостовую и передаёт вес хуже. О правильных схемах — в статье про внутреннюю перелинковку.
• Вы ведёте два сайта: два robots.txt, два sitemap, два набора метрик, две верификации, две точки отказа. Умножьте на пару лет — получите заметный объём лишней работы.

Правильное решение: site.ru/blog/. Если технически WordPress не встраивается в основную CMS — используйте reverse proxy. Nginx настраивается так, чтобы запросы на site.ru/blog/ проксировались на внутренний сервер с WordPress, а наружу отдавался единый хост. Для поисковика это один сайт. Настройка занимает несколько часов у грамотного администратора и окупается многократно. Единственная тонкость — следить за абсолютными путями к ресурсам и корректной генерацией canonical внутри WordPress.

То же касается справки, документации, форума, отзывов, вакансий. Всё, что должно усиливать основной домен и что вы планируете продвигать в поиске, — в подпапки. Логика проектирования разделов разобрана в материале про структуру сайта для SEO.

Когда поддомен всё-таки правильный выбор

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

• Региональная привязка в Яндексе при реальном присутствии в нескольких городах. Разобрали выше — это главный кейс.
• Сервисные разделы, которым не нужен поиск. Личный кабинет lk.site.ru, админка admin.site.ru, API api.site.ru, статика static.site.ru. Их вообще не нужно индексировать, и держать их отдельным хостом — правильно и с точки зрения безопасности, и с точки зрения краулингового бюджета: робот не тратит обходы на бесполезные URL.
• Принципиально другой продукт под тем же брендом. Если компания ведёт основной бизнес и отдельный сервис с непересекающейся семантикой и аудиторией — разделение может быть оправдано организационно.
• Изоляция репутационного риска. UGC-раздел (форум, пользовательские отзывы, объявления), где вы не контролируете качество контента, лучше держать отдельно: если туда придёт спам и раздел словит санкции, основной домен не пострадает. Это работает в обе стороны — изоляция ценой отказа от синергии.
• Технические ограничения на уровне инфраструктуры — платформа физически не позволяет разместить раздел в подпапке, а проксирование невозможно. Редкость, но встречается на legacy-системах и коробочных решениях с жёсткой привязкой к хосту.

Что говорят Яндекс и Google

Официальные позиции стоит прочитать буквально, без домыслов.

Google. Публичная позиция представителей компании последних лет: поисковик умеет работать и с поддоменами, и с подпапками, и в целом «выбирайте то, что удобнее вашей команде». Формально поддомен — отдельный хост, но Google научился связывать поддомены с основным доменом и консолидировать сигналы, если очевидно, что это один сайт (общий бренд, общая навигация, единый шаблон, сквозные ссылки). На практике это работает — но с оговоркой: консолидация не мгновенная и не гарантированная. Молодой поддомен всё равно проходит период, когда Google относится к нему настороженно.

Яндекс. Позиция строже. В документации Яндекса прямо описан механизм зеркал и региональной привязки по хосту. Регион присваивается хосту. Поддомены рассматриваются как отдельные сайты, если только они не склеены как зеркала. Хостовые факторы считаются по хосту. При этом Яндекс отдельно предупреждает о риске: массовое создание однотипных региональных поддоменов с шаблонным контентом квалифицируется как поисковый спам. То есть Яндекс сам даёт инструмент (регион на поддомен) и сам же предупреждает о его злоупотреблении.

Практический вывод: Google к архитектуре относительно нейтрален, Яндекс — нет. Если ваша аудитория в рунете, решение принимается по логике Яндекса. И проверять всё нужно отдельно в Яндекс.Вебмастере: у каждого поддомена своя панель, свой индекс, своя статистика обхода, свои проблемы. Это не абстракция — это ваша реальная рутина после запуска.

Миграция: как переехать с поддоменов на подпапки

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

Реалистичные ожидания: восстановление до прежних значений занимает от 1 до 3 месяцев на среднем сайте и до полугода на крупном. Полное перераспределение веса — ещё дольше. Общие принципы безопасного переезда мы разбирали в материале про миграцию сайта без потери трафика — они применимы и здесь в полном объёме.

Обратная миграция: подпапка → поддомен

Бывает и такое: сайт вырос, компания открыла реальные филиалы, и региональные подпапки пора превращать в поддомены ради региональной привязки. Тут порядок иной и требования выше.

Главное отличие — вы не просто меняете адреса, вы создаёте новые хосты, которым предстоит расти. Поэтому: во-первых, не переносите всё разом — начните с одного-двух регионов и посмотрите динамику полгода. Во-вторых, каждый поддомен обязан получить уникальный контент, отдельную верификацию, региональную привязку в Вебмастере и карточку в Яндекс Бизнесе — без этого набора поддомен бессмысленен. В-третьих, заложите сквозную перелинковку: переключатель городов в шапке со ссылками на все поддомены плюс блок «наши филиалы» в подвале. Это то, что связывает хосты в единую сеть и помогает передавать доверие с родительского домена. В-четвёртых, будьте готовы к тому, что первые 3–6 месяцев новые поддомены будут показывать результат хуже, чем прежние подпапки. Это нормально — новый хост растит доверие.

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

Типичные ошибки поддоменной архитектуры

Как принять решение: практический алгоритм

Сведём всё к последовательности вопросов. Отвечайте честно — и ответ придёт сам.

1. Нужна ли этому разделу отдельная региональная привязка в Яндексе? Если да и у вас есть реальное присутствие в регионе — поддомен. Если нет — переходим дальше.
2. Нужен ли раздел в поиске вообще? Если нет (кабинет, админка, API) — поддомен, закрытый от индексации.
3. Должен ли раздел усиливать основной домен? Блог, услуги, каталог, кейсы — да. Значит, подпапка, точка.
4. Есть ли непреодолимое техническое ограничение? Прежде чем ответить «да», проверьте вариант с reverse proxy — он снимает большинство таких ограничений.
5. Хватит ли ресурса растить N хостов? Каждый поддомен — это отдельный контент, отдельные ссылки, отдельный мониторинг. Умножьте на количество. Если не тянете — подпапки.

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

Частые вопросы