Компания выходит за пределы одного города — и сразу встаёт архитектурный вопрос: делать один сайт, который сам понимает, откуда пришёл посетитель, или заводить под каждый регион отдельный поддомен вида ekb.site.ru. Ответ влияет на SEO-стратегию на годы вперёд, бюджет разработки и то, сколько человек потребуется в команде поддержки.
Мы на проектах на 1С-Битрикс регулярно считаем оба варианта в деньгах и трафике — от розницы в 3 городах до федеральных сетей с 40+ филиалами. Ниже — честное сравнение двух архитектур без универсального «правильного ответа»: с конкретными критериями, по которым решение принимается для вашего масштаба.
Коротко
- Единый мультирегиональный сайт — один домен, регион определяется автоматически, дешевле в разработке и поддержке, но хуже подходит для узкого локального SEO в конкретном городе.
- Региональные поддомены — отдельный
ekb.site.ruпод каждый город, свой индекс в поисковике, сильнее локальное ранжирование, но дороже в 2–4 раза и требует отдельного контроля дублей. - Главный риск обеих схем — дубли контента между регионами: решают его canonical, региональность в Яндекс.Вебмастере и уникализация текста, а не выбор архитектуры сам по себе.
- До 5–7 регионов почти всегда выгоднее единый сайт; от 10+ городов с самостоятельным продвижением — поддомены или гибрид оправданы экономически.
Зачем интернет-магазину вообще региональность
Региональность нужна не ради SEO-моды, а потому что у покупателя из Екатеринбурга и покупателя из Краснодара разные цены на доставку, разные склады с наличием и часто разный ассортимент под местный спрос. Без региональной логики сайт либо показывает всем одну и ту же (усреднённую и неточную) картину, либо заставляет каждого вручную выбирать город при первом визите.
Задача архитектуры — решить три вещи одновременно: определить регион посетителя (по IP, cookie или ручному выбору), показать ему нужные данные (цену, остаток, филиал, контакты) и дать поисковику возможность проиндексировать региональные версии страниц отдельно, чтобы по запросу «купить диван в Тюмени» в выдаче показывалась именно тюменская версия, а не московская с общим содержанием.
Дальше начинается развилка. Первую и вторую задачу одинаково хорошо решают оба подхода — и единый сайт, и поддомены. А вот третья, SEO-задача, решается по-разному, и именно она чаще всего определяет выбор архитектуры.
Архитектура А: единый мультирегиональный сайт
Один домен, одна кодовая база, один инфоблок каталога. Регион посетителя определяется автоматически — по IP-геолокации или ранее сохранённому выбору в cookie — и дальше влияет на вывод: подставляются региональная цена (тип цен каталога), контакты филиала, срок и стоимость доставки. При необходимости URL получает региональный сегмент вида /ekaterinburg/catalog/... или город кодируется в GET/cookie без изменения адреса — оба варианта штатно поддерживаются модулем «Управление структурой» 1С-Битрикс.
Для поисковика в этом случае страница каталога остаётся одной сущностью с параметром региона, либо, если региональный сегмент вынесен в URL, — отдельным индексируемым адресом в рамках того же домена. Весь SEO-вес (внешние ссылки, история индексации, доверие поисковика) работает на один домен целиком, а не распыляется между десятками поддоменов.
Архитектура Б: региональные поддомены
Второй подход — под каждый город заводится отдельный поддомен: ekb.site.ru, krasnodar.site.ru, kazan.site.ru. Технически в 1С-Битрикс это чаще всего реализуют через один битовый модуль «Многосайтовость» с общим ядром и общей базой данных, но с раздельными настройками сайта — своим шаблоном метатегов, своей главной страницей, при желании — своим доменным именем для филиалов, у которых есть локальный бренд.
Ключевое отличие для поисковика: каждый поддомен воспринимается как самостоятельный сайт со своей историей индексации, своим набором обратных ссылок и, часто, отдельным приоритетом сканирования. Это даёт точное региональное ранжирование — поисковик однозначно понимает, что ekb.site.ru «про Екатеринбург» — но требует продвигать каждый поддомен почти как отдельный проект.
Подробную техническую настройку этого подхода — от wildcard-домена и правил роутинга до региональных цен по поддоменам — мы разбирали отдельно, в статье «Мультирегиональность и поддомены для SEO». Здесь же сфокусируемся на стратегическом выборе между двумя архитектурами, а не на пошаговой настройке.
Для проектов, где поддомены — осознанный выбор с самого начала (например, у каждого филиала своя команда маркетинга и свой бюджет на продвижение), удобнее сразу закладывать систему региональных поддоменов на Битрикс в архитектуру проекта, а не пристраивать её к уже работающему единому сайту.
SEO-риски: дубли, canonical и региональность в Вебмастере
Главная опасность обеих схем — не разная эффективность SEO как таковая, а дублирование контента. Если карточка дивана на московской и екатеринбургской версии сайта отличается только словом «Москва» на «Екатеринбург», поисковик с высокой вероятностью склеит их или, того хуже, начнёт «прыгать» между версиями в выдаче, что размывает ранжирование обеих.
На едином сайте с региональностью через параметр или сегмент URL за уникальность контента и корректные rel="canonical" отвечает разработчик шаблона: нужно явно решить, какая версия страницы каноническая, а какие — региональные вариации с частично уникальным содержанием (актуальные цены, наличие, ближайший филиал). На поддоменах формально каждая страница самостоятельна, но соблазн скопировать контент между городами один в один ещё выше — и тогда поисковик воспринимает это как классический дубль между разными сайтами, что для ранжирования только вреднее.
Отдельный инструмент — региональность в Яндекс.Вебмастере и «геотаргетинг» в Google Search Console: там сайт (или поддомен) явно привязывается к региону присутствия, что помогает поисковику быстрее и увереннее показывать нужную версию нужной аудитории. Подробнее о том, какие настройки геотаргетинга реально влияют на выдачу и конверсию, — в статье о мультирегиональном SEO на Битрикс.
Скорость индексации и ранжирование по городам
Здесь у подходов принципиально разная динамика. Новый региональный раздел на едином сайте наследует «доверие» уже существующего домена — поисковик регулярно обходит этот домен, и новые страницы попадают в индекс относительно быстро, обычно за дни, а не недели. Новый поддомен поисковик видит как совершенно новый сайт: первичное сканирование, накопление истории посещений робота, постепенный рост частоты обхода — весь этот цикл может занять от нескольких недель до пары месяцев, прежде чем поддомен начнёт индексироваться так же активно, как основной домен.
При этом итоговый потолок ранжирования у зрелого, хорошо продвигаемого поддомена может быть выше именно по узким локальным запросам — потому что весь сайт «заточен» под один город, а не делит внимание поисковика с десятком других регионов. Это классический компромисс «быстрее и дешевле стартовать» против «дольше запускать, но точнее целиться» в конкретный регион.
Конверсия и UX: что видит покупатель в разных городах
С точки зрения посетителя разница между архитектурами почти незаметна, если обе реализованы аккуратно: он видит свой город, свою цену, свой срок доставки. Но есть нюансы. На едином сайте определение региона иногда ошибается (например, у пользователей мобильного интернета IP-адрес может указывать на соседний регион), и тогда нужен явный переключатель города в шапке — без него ошибочно определённый регион прямо бьёт по конверсии: человек видит завышенную доставку или «нет в наличии» там, где на самом деле товар есть.
На поддоменах ошибка автоопределения обычно приводит не к неверным данным на той же странице, а к редиректу не на тот поддомен — что тоже требует ручного переключателя. Разница в итоге не в «какая архитектура лучше угадывает город», а в том, насколько аккуратно реализован сценарий ручной смены региона и сохранения выбора в cookie на 30–90 дней, чтобы не спрашивать повторно при каждом визите.
Стоимость разработки и поддержки
Разработка единого мультирегионального сайта обычно на 30–50% дешевле по первому чеку: один шаблон, один набор компонентов, один цикл тестирования. Поддомены — даже при общем ядре Битрикс — требуют отдельной настройки метатегов, зачастую отдельных SSL-сертификатов или wildcard-сертификата на весь пул поддоменов, отдельного добавления в панели вебмастера и отдельного мониторинга аптайма каждого поддомена.
В поддержке разрыв растёт со временем: обновление ядра и модулей затрагивает все поддомены одинаково (это плюс общей базы), но SEO-работы — аудит индексации, перелинковка, контент-план — приходится вести по каждому поддомену отдельно, поскольку у них разные позиции, разная динамика трафика и разные проблемы. На практике SEO-бюджет для 10 полноценно продвигаемых поддоменов кратно выше бюджета для одного мультирегионального сайта с тем же количеством городов.
Производительность и инфраструктура
Обе схемы на 1С-Битрикс обычно работают на одном хостинге и одной базе данных, поэтому принципиальной разницы в производительности между ними нет — узкое место одно и то же: композитный кэш, индексы базы, оптимизация запросов каталога. Разница в инфраструктуре скорее организационная: пул поддоменов требует wildcard SSL-сертификата (или отдельных сертификатов на каждый), корректной настройки DNS-записей под каждый город и, если поддомены разносят по разным серверам для отказоустойчивости, — более сложной схемы деплоя и синхронизации данных.
Для большинства интернет-магазинов среднего размера это не блокер, а просто дополнительная статья работ при запуске. Для по-настоящему крупных федеральных сетей с десятками филиалов инфраструктурная сложность поддоменов уже сопоставима по трудозатратам с отдельным сайтом на филиал — и тогда обсуждается уже не «сайт или поддомены», а полноценный федеральный сайт компании с распределённой ролевой моделью.
Сравнительная таблица: 10 критериев
Сведём всё сказанное в одну таблицу — по ней удобно быстро прикинуть, какая архитектура ближе к вашей ситуации.
| Критерий | Единый мультирегиональный сайт | Региональные поддомены |
|---|---|---|
| Стоимость разработки | Ниже: один шаблон и код | Выше на 30–100% в зависимости от числа городов |
| Стоимость поддержки | Один цикл обновлений и SEO-работ | SEO-работы дублируются на каждый поддомен |
| Скорость индексации нового региона | Дни — наследует доверие домена | Недели-месяцы — новый «сайт» для поисковика |
| Точность локального ранжирования | Хорошая | Выше у зрелых, отдельно продвигаемых поддоменов |
| Риск дублей контента | Средний, управляется canonical | Выше без строгой уникализации текста |
| SSL и DNS | Один сертификат, простая схема | Wildcard-сертификат, DNS на каждый город |
| Гибкость под локальный бренд филиала | Ограниченная | Полная — свой домен, дизайн, УТП |
| Скорость запуска нового города | Дни | 1–2 недели на техническую настройку |
| Аналитика по регионам | Сегментация внутри одной системы | Отдельные счётчики или сегменты по поддоменам |
| Оптимально для масштаба | До 5–10 регионов | 10+ регионов с самостоятельным SEO-бюджетом |
Когда выигрывает единый сайт
Единый мультирегиональный сайт — рациональный выбор, если у вас от 2 до 7–10 регионов присутствия, ассортимент в целом одинаков по городам (различия только в ценах, остатках и сроках доставки), а маркетинг и SEO ведёт одна команда без задачи «раскачивать» каждый город как отдельный локальный бренд. Это же архитектура по умолчанию для компаний, которые только начинают региональную экспансию и хотят проверить спрос в новых городах без больших вложений в инфраструктуру каждого из них.
Дополнительный аргумент — консолидация SEO-веса. Все обратные ссылки, весь накопленный трафик и вся история индексации работают на один домен, что особенно ценно для сравнительно молодых сайтов, которым ещё нужно наращивать авторитетность в глазах поисковика.
Когда выигрывают поддомены
Поддомены оправданы, когда региональные подразделения — это по сути отдельные бизнес-единицы: у каждого филиала своя ассортиментная матрица, свой локальный маркетинг-бюджет, а иногда и свой локальный бренд, который важно подчеркнуть отдельным доменным именем. Это также единственный разумный вариант, если у филиалов настолько разная юридическая или коммерческая структура (например, разные франчайзи), что смешивать их в одной базе цен и контента неудобно операционно, а не только технически.
Ещё один сценарий — компании, где количество регионов уже перевалило за 10–15 и каждый даёт заметный самостоятельный трафик: тогда затраты на отдельное SEO-продвижение поддоменов окупаются точностью локального ранжирования и возможностью нанимать в каждый регион отдельного специалиста по продвижению, который отвечает только за «свой» поддомен.
Гибрид: поддомены только для ключевых городов
На практике часто оптимален не чистый вариант А или Б, а гибрид: базовая архитектура — единый мультирегиональный сайт, покрывающий все города присутствия, а для 2–5 ключевых миллионников с наибольшим оборотом выделяются отдельные поддомены с собственным SEO-бюджетом. Это позволяет не переплачивать за инфраструктуру там, где хватает автоопределения региона, и одновременно выжимать максимум локального ранжирования там, где это экономически оправдано.
Технически гибрид реализуется на той же связке модулей 1С-Битрикс, что и «чистые» поддомены — просто не для всех городов сразу, а выборочно, с возможностью добавлять новые поддомены по мере роста конкретного региона.
Реализация в 1С-Битрикс
За обе архитектуры в 1С-Битрикс отвечает связка модулей «Управление структурой» (region-сегменты URL, правила ЧПУ) и «Многосайтовость» (для поддоменов — отдельные сайты в рамках одного ядра). Регион присутствия и способ его определения настраиваются на уровне модуля региональности и типов цен каталога, а сам выбор архитектуры фиксируется на старте проекта в настройках сайтов админки.
Частые ошибки при выборе архитектуры
- Заводят поддомены «на вырост» для 2–3 городов — переплачивают за инфраструктуру, которая начнёт окупаться только при 10+ регионах.
- Копируют контент между регионами один в один, меняя только название города — получают классические SEO-дубли независимо от архитектуры.
- Не настраивают ручной переключатель региона — при ошибке автоопределения покупатель видит чужие цены и остатки и уходит.
- Забывают зарегистрировать новый поддомен в Яндекс.Вебмастере и Google Search Console — индексация стартует с задержкой в недели.
- Не закладывают региональность в архитектуру каталога с самого начала — типы цен и правила региональных URL проще спроектировать на старте, чем переделывать на живом проекте.
- Продвигают все поддомены одинаково, без приоритизации — распыляют SEO-бюджет вместо концентрации на 2–3 действительно значимых городах.
- Используют wildcard-сертификат неправильно настроенным DNS — часть поддоменов периодически «падает» по SSL при обновлении сертификата.
Чек-лист выбора архитектуры
Пройдитесь по пунктам по порядку — они устроены так, чтобы к концу списка архитектура выбралась почти сама.
- Посчитайте число регионов присутствия. До 5–7 — сильный аргумент в пользу единого сайта; от 10+ — присмотритесь к поддоменам или гибриду.
- Оцените различия в ассортименте по городам. Если ассортимент почти идентичен и различаются только цена/остаток/доставка — единый сайт справится без потерь.
- Определите, кто ведёт SEO-продвижение. Одна централизованная команда — плюс единому сайту; локальные команды по городам — плюс поддоменам.
- Проверьте бюджет на инфраструктуру. Wildcard-сертификат, DNS, регистрация в панелях вебмастера на каждый поддомен — заложите это в смету заранее, а не постфактум.
- Спланируйте уникализацию контента. Вне зависимости от выбранной архитектуры пропишите, как именно региональные страницы будут отличаться по содержанию, а не только по названию города.
- Рассмотрите гибрид. Если 2–3 города явно крупнее остальных по обороту — выделите их в поддомены, остальные оставьте на едином сайте.
Вывод
Единый мультирегиональный сайт и региональные поддомены на 1С-Битрикс — это не «правильный» и «неправильный» варианты, а инструменты под разный масштаб. До 5–7 регионов с похожим ассортиментом почти всегда выгоднее единый сайт: дешевле, быстрее индексируется, проще поддерживать. От 10+ регионов с самостоятельным локальным продвижением экономика склоняется к поддоменам или гибридной схеме. В обеих архитектурах главный риск один — дубли контента между городами, и решает его не выбор домена, а дисциплина в уникализации текста и настройке canonical.
