Магазин продаёт по всей стране, а в поиске виден только по своему городу. Клиент из Екатеринбурга ищет «купить насос», находит конкурента с местным адресом и уходит к нему — хотя вы возите товар и туда, просто поисковик об этом не знает. Региональное SEO решает именно эту проблему: делает магазин видимым в выдаче каждого города, где вы работаете. Но первый же вопрос ставит в тупик — делать поддомены или папки?
Разберём региональное SEO для интернет-магазина на 1С-Битрикс без догм: чем отличаются поддомены и папки, как это ложится на многосайтовость, как связать регионы с ценами и остатками из 1С и не утонуть в дублях контента. Если каталог большой и структура сложная, поможет аудит и оптимизация решения на 1С-Битрикс.
Коротко
- Региональное SEO делает магазин видимым в поиске каждого города, где вы продаёте.
- Поддомены (msk.site.ru) — для автономных регионов с разным ассортиментом и контактами.
- Папки (/msk/) проще и наследуют авторитет домена — оптимальны при едином каталоге и разных ценах.
- Главные риски — дубли контента и неверные региональные цены; их закрывают уникализацией и обменом с 1С.
Зачем магазину региональное SEO
Поисковые системы выдают геозависимые результаты: по запросу «купить насос» житель Москвы и житель Казани видят разные магазины. Поисковик предпочитает показывать сайты, привязанные к региону пользователя, — с местным адресом, телефоном, упоминанием города. Если ваш магазин привязан только к одному городу, в остальных регионах вы для поиска почти невидимы, даже если реально туда доставляете.
Региональное SEO снимает этот барьер: создаёт для каждого целевого города версию сайта с местными сигналами, которую поисковик показывает его жителям. Это открывает трафик и продажи в регионах без вложений в отдельные магазины. Для компании, работающей по стране, это часто самый быстрый способ вырасти по географии — но только при грамотной технической реализации.
Две стратегии: поддомены и папки
Технически региональность реализуют двумя способами. Первый — поддомены: для каждого города свой адрес третьего уровня, msk.site.ru, ekb.site.ru. Второй — папки (подкаталоги): регион отражается в пути, site.ru/msk/, site.ru/ekb/. Оба показывают поисковику и пользователю, что это версия под конкретный город, но ведут себя по-разному.
Ключевое различие — как поисковик воспринимает эти структуры. Поддомен во многом считается самостоятельным сайтом со своим авторитетом, папка — частью основного домена, наследующей его вес. Отсюда растут все практические плюсы и минусы, которые разберём дальше. Выбор между ними — не вопрос моды, а вопрос того, насколько регионы должны быть автономны.
Поддомены: плюсы и минусы
Поддомены дают каждому региону самостоятельность. Это удобно, когда города различаются не только ценой, но и по существу.
- Плюс: автономность. Свой ассортимент, контакты, склады, оформление — регион живёт как отдельный сайт.
- Плюс: чёткая региональность. Поисковику проще привязать отдельный поддомен к конкретному городу.
- Минус: авторитет не наследуется. Каждый поддомен продвигается почти с нуля, вес основного домена делится слабо.
- Минус: сложность поддержки. Больше сущностей, сложнее следить за консистентностью и обновлениями.
Поддомены оправданы, когда регионы реально автономны: разный ассортимент, свои юрлица, отдельные склады и логистика. Если же каталог везде одинаков и отличаются только цены и контакты, автономность поддоменов превращается из плюса в лишнюю нагрузку — в том числе инфраструктурную, ведь десятки поддоменов на одном ядре повышают требования к серверу, о чём мы писали в статье про хостинг и инфраструктуру BitrixVM.
Папки: плюсы и минусы
Папки — более простой и часто более практичный путь для магазина с единым каталогом.
- Плюс: наследование авторитета. Регион — часть основного домена и делит его вес, быстрее набирает позиции.
- Плюс: простота внедрения. Один сайт, одна база, региональность через определение города и подстановку данных.
- Плюс: единое управление. Обновления каталога и контента применяются сразу ко всем регионам.
- Минус: меньше автономности. Сильно разный ассортимент или оформление по регионам реализовать сложнее.
Для большинства магазинов с одинаковым каталогом и различиями в ценах, контактах и сроках доставки папки — оптимальный выбор: проще, дешевле и быстрее по SEO. Автономность поддоменов им попросту не нужна.
Сравнительная таблица
Сведём различия, чтобы решение стало нагляднее.
| Критерий | Поддомены (msk.site.ru) | Папки (/msk/) |
|---|---|---|
| Восприятие поиском | Самостоятельный сайт | Часть основного домена |
| Наследование авторитета | Слабое | Полное |
| Скорость роста в новом регионе | Медленнее | Быстрее |
| Автономность региона | Высокая | Ограниченная |
| Сложность внедрения | Выше (часто многосайтовость) | Ниже (один сайт) |
| Поддержка | Сложнее | Проще |
| Когда выбирать | Разный ассортимент и склады | Единый каталог, разные цены |
Проще говоря: нужна автономность регионов — поддомены; нужны скорость и простота при едином каталоге — папки.
Многосайтовость 1С-Битрикс
1С-Битрикс штатно поддерживает многосайтовость — несколько сайтов на одном ядре и общей базе, но с разными доменами, шаблонами и настройками. Это естественная основа для поддоменов: каждый регион — отдельный сайт со своим шаблоном и наполнением, но данные и админка общие.
Для папок обычно используют один сайт с механизмом определения региона и подстановкой региональных данных в шаблон и компоненты. Инфоблоки при этом общие, а региональные значения (цены, контакты, склады) выбираются по текущему региону. Какой путь взять — зависит от того, насколько регионы должны отличаться: сильно разные — многосайтовость и поддомены, единый каталог с вариациями — один сайт и папки. Механизм определения региона и выборку региональных данных удобно строить через современный слой доступа к данным — о нём мы писали в статье про D7 ORM в 1С-Битрикс. Сложную логику региональности мы реализуем через автоматизацию процессов на 1С.
Определение региона пользователя
Чтобы показать человеку его город, магазин должен определить регион. Обычно работает связка нескольких механизмов:
- По домену или пути. Если пользователь на msk.site.ru или /msk/, регион уже задан явно.
- По IP-геолокации. При первом заходе на основной домен город определяют по IP и предлагают перейти в его версию.
- По выбору пользователя. Переключатель города с запоминанием выбора в куках.
- С подтверждением. «Ваш город — Екатеринбург?» с возможностью сменить, чтобы не ошибиться.
Важно не редиректить поисковых роботов принудительно по IP: робот должен свободно обходить все региональные версии. Автоопределение — для людей, а для поисковика каждая версия должна быть доступна по своему стабильному адресу.
Региональные цены и остатки из 1С
Региональность — это не только тексты и контакты, но и коммерческие данные: в разных городах могут отличаться цены, наличие и сроки доставки. Эти данные живут в учётной системе: в 1С ведут типы цен и склады по регионам, а на сайт они приходят обменом по CommerceML.
Сайт по текущему региону показывает соответствующий тип цены и остаток нужного склада. Ключ к корректности — стабильная привязка регионов к складам и типам цен в учёте: если она «плавает», на страницах появятся неверные цены и наличие. Настройку и сопровождение такого обмена мы закрываем услугой автоматизации продаж и склада на 1С: регионы, склады и цены синхронизируются с учётом автоматически.
Борьба с дублями контента
Главный технический риск региональности — дубли. Каталог один, а страниц становится в разы больше: каждая карточка товара повторяется во всех регионах. Поисковик может счесть это копиями и понизить сайт. Чтобы этого не случилось, региональные версии уникализируют и правильно размечают:
- Уникальные региональные элементы. Контакты, адреса, цены, тексты о доставке и оплате в конкретном городе.
- Корректные canonical. Каждая региональная страница ссылается на себя как канон, а не на основной домен.
- Региональная привязка. В панелях вебмастера регион явно сопоставлен поддомену или разделу.
- Продуманная перелинковка. Внутренние ссылки ведут в пределах региона, а не смешивают города.
Привязка регионов в вебмастере
Поисковик не угадывает регион сам — ему помогают явными сигналами. Для поддоменов регион привязывают в Яндекс.Вебмастере к каждому поддомену отдельно; для папок региональность задают через геозависимые сигналы на страницах и региональную привязку разделов, где это поддерживается. В Google Search Console регион для России задаётся косвенно — через контент, адреса и поведение.
Помимо панелей вебмастера, важны геозависимые элементы на самих страницах: местный адрес и телефон, карта, упоминание города в текстах, региональная организация в микроразметке. Чем однозначнее эти сигналы для конкретной версии, тем точнее поисковик покажет её жителю нужного города. Противоречивые сигналы, наоборот, размывают региональность и путают поиск.
Внедрение в 1С-Битрикс пошагово
Сборка региональной структуры сводится к понятной последовательности.
- Определите список регионов. Только города, где реально работаете и есть цены, склады и контакты.
- Выберите стратегию. Поддомены при автономных регионах, папки при едином каталоге с вариациями.
- Настройте архитектуру. Многосайтовость для поддоменов или один сайт с определением региона для папок.
- Свяжите с 1С. Настройте выгрузку региональных типов цен и остатков складов по CommerceML.
- Уникализируйте регионы. Контакты, тексты о доставке, цены, canonical для каждой версии.
- Привяжите регионы в вебмастере. Задайте геосигналы в панелях и на страницах.
- Проверьте индексацию. Убедитесь, что каждая версия доступна роботу и отдаёт корректные данные.
Частые ошибки регионального SEO
- Полные копии без уникализации. Регионы отличаются только словом в шапке — поисковик видит дубли.
- Пустые регионы про запас. Десятки городов, где нет ни цен, ни складов, — балласт для сайта.
- Принудительный редирект робота по IP. Робот не может обойти все версии, регионы не индексируются.
- Неверные региональные цены. Плавающая привязка складов и типов цен в 1С даёт ошибки на страницах.
- Canonical на основной домен. Региональные страницы схлопываются в одну, регионы теряют видимость.
- Нет региональной привязки в вебмастере. Поисковик не понимает, какому городу принадлежит версия.
- Смешанная перелинковка. Ссылки прыгают между городами, размывая региональные сигналы.
Чек-лист и вывод
- Список регионов обоснован: только города с реальной работой, ценами и складами.
- Стратегия выбрана: поддомены для автономии, папки для единого каталога.
- Архитектура настроена: многосайтовость или один сайт с определением региона.
- Цены и остатки из 1С привязаны к регионам и стабильно выгружаются.
- Регионы уникализированы: контакты, тексты, цены, корректные canonical.
- Геосигналы заданы в панелях вебмастера и на страницах.
- Индексация проверена: все версии доступны роботу и отдают верные данные.
Региональное SEO открывает магазину рынки всех городов, где вы работаете, — без строительства отдельных магазинов. Спор «поддомены или папки» решается не модой, а автономностью регионов: разный ассортимент и склады — поддомены на многосайтовости, единый каталог с разными ценами — папки на одном сайте. А поскольку цены и остатки приходят из 1С, качество региональной витрины держится на качестве обмена: настройте стабильную привязку регионов к складам, защититесь от дублей уникализацией — и поиск начнёт показывать вас в каждом нужном городе.
Как выбрать под свой магазин
Короткий ориентир для решения. Выбирайте папки, если каталог во всех городах одинаков, отличаются в основном цены, контакты и сроки доставки, а ресурс на поддержку ограничен — это быстрее по SEO и проще в эксплуатации. Выбирайте поддомены, если регионы по-настоящему автономны: разный ассортимент, отдельные юрлица и склады, самостоятельное оформление — тогда автономность оправдывает более медленный рост и сложность поддержки. В спорных случаях начинают с папок как более безопасного и дешёвого варианта, а к поддоменам переходят, когда автономность регионов становится реальной бизнес-потребностью.
