
Единый сайт обычно подходит бизнесу с одинаковым предложением и доставкой по всей стране. Региональные папки удобны, когда для городов нужны отдельные посадочные страницы, но управление остаётся централизованным. Поддомены оправданы при реальных представительствах, самостоятельных региональных предложениях и ресурсах на развитие каждой версии.
Выбор структуры нельзя делать только по совету «поддомены лучше для Яндекса» или «весь вес нужно оставить на основном домене». Поисковая система должна увидеть полезные региональные различия, а посетитель — получить точную информацию о доступности услуги, цене, сроках, доставке и контактах.
Если создать десятки одинаковых страниц и заменить в них только название города, выбранная URL-структура не решит проблему. Разберём, чем отличаются один сайт, папки и поддомены, что учитывать для Яндекса и Google и как запустить региональные версии без массовых дублей.
Что такое региональное SEO
Региональное SEO помогает показывать пользователю страницу, которая соответствует его местоположению и географическому намерению. Это особенно важно для запросов, где результат зависит от города: доставка товаров, медицинские и бытовые услуги, ремонт, строительство, обучение, аренда и посещение офиса.
Регион может быть указан прямо в запросе — например, «разработка сайта в Казани». В других случаях поисковая система учитывает местоположение пользователя без явного топонима: запрос «ремонт ноутбука» обычно предполагает исполнителя рядом.
Не каждой компании нужна отдельная версия для каждого города. Если услуга полностью оказывается дистанционно, условия одинаковы, а физическое присутствие не имеет значения, искусственное размножение страниц может не дать пользователю дополнительной пользы.
Сначала ответьте на вопросы о бизнесе
Архитектура регионального сайта следует из операционной модели. До обсуждения доменов и папок зафиксируйте:
- есть ли физические офисы, магазины, склады или сервисные подразделения;
- в каких регионах компания реально принимает заказы;
- отличаются ли ассортимент, наличие, стоимость и сроки;
- кто отвечает на обращения и выполняет заказы в каждом городе;
- есть ли отдельные телефоны, адреса и часы работы;
- существует ли поисковый спрос с региональными формулировками;
- хватит ли ресурсов обновлять контент всех региональных версий;
- нужны ли отдельные рекламные кампании, аналитика и права сотрудников.
Если различия существуют только в названии города, сначала стоит проверить необходимость отдельных страниц. Если филиалы имеют собственные контакты, зоны обслуживания и условия, региональное разделение становится обоснованнее.
Вариант 1. Один сайт без региональных разделов
Компания использует один набор страниц на основном домене: example.ru/services/, example.ru/catalog/, example.ru/delivery/. На сайте указана общая территория работы, список обслуживаемых городов и единые условия либо правила расчёта для разных зон.
Когда это подходит
- товары доставляются по всей России из единого склада;
- услуга оказывается дистанционно;
- ассортимент и цены не зависят от региона;
- нет физических представительств в каждом городе;
- региональных различий недостаточно для самостоятельных страниц.
Преимущества
Один сайт проще поддерживать: контент, каталог, технические настройки и аналитика находятся в общей системе. Не приходится синхронизировать десятки версий услуги и следить за доступностью множества поддоменов.
Все редакционные и технические ресурсы направлены на развитие одного набора страниц. Это особенно важно, если команда небольшая, а региональные данные меняются редко.
Ограничения
Общая страница может хуже отвечать на локальный запрос, если пользователю важны адрес офиса, сроки выезда, наличие в конкретном магазине или местные примеры. В этом случае проблема находится не в самом домене, а в недостатке регионально полезной информации.
Не пытайтесь решить её скрытой подменой контактов на одном URL в зависимости от IP. Робот может увидеть только один вариант, а пользователь — не получить страницу нужного региона. Яндекс предупреждает, что при IP-зависимом содержимом часть вариантов может остаться не проиндексированной; Google также рекомендует отдельные URL и явный выбор версии вместо неявной адаптации.
Вариант 2. Региональные страницы в папках
Для каждого региона создаётся раздел внутри основного домена:
example.ru/msk/;example.ru/spb/;example.ru/kazan/.
Внутри могут находиться услуги, контакты, доставка или каталог: example.ru/spb/delivery/.
Преимущества папок
- один домен, сертификат и техническая инфраструктура;
- единая CMS и проще синхронизация общих компонентов;
- централизованная аналитика и управление доступами;
- удобная связь региональных страниц с основным каталогом;
- меньше операционных затрат по сравнению с независимыми сайтами.
Google в руководстве для мультирегиональных сайтов относит подкаталоги на общем домене к допустимым вариантам и отмечает простоту настройки и обслуживания как их преимущества. При этом приведённые рекомендации относятся прежде всего к странам и языкам; для городов России нужно дополнительно учитывать региональные сигналы и правила Яндекса.
Ограничения папок
Региональные папки остаются частью одного сайта. В Яндекс Вебмастере регион обычно задаётся сайту или поддомену, а не произвольной папке как отдельному сайту. Поэтому локальная релевантность раздела должна подтверждаться содержанием: адресами, условиями, зонами обслуживания, наличием и другими реальными сведениями.
При сотнях городов структура быстро разрастается. Если данные не управляются централизованно, появляются устаревшие телефоны, пустые выборки и страницы с одинаковым текстом.
Когда выбирать папки
Папки подходят, если бизнес хочет сохранить единый сайт и CMS, но для отдельных регионов способен подготовить самостоятельные полезные страницы. Это распространённый вариант для федеральной доставки, сети с централизованным каталогом или компании, у которой различаются условия работы, но не требуется полная независимость филиалов.
Вариант 3. Региональные поддомены
Каждый регион получает адрес третьего уровня:
msk.example.ru;spb.example.ru;kazan.example.ru.
Преимущества поддоменов
Региональные версии можно разделить технически и организационно: назначить разные права, каталоги, цены, команды и интеграции. В Яндексе поддомен рассматривается как отдельный сайт: его добавляют в Вебмастер, подтверждают права и указывают регион.
Яндекс рекомендует региональные поддомены прежде всего для компаний с физическими представительствами. В адресе предлагается указывать регион, а на сайте — размещать полные местные контакты и полезную для посетителей этого региона информацию. Подробные требования есть в справке об индексировании поддоменов.
Ограничения поддоменов
- каждую версию нужно отслеживать и развивать;
- усложняются релизы, мониторинг и контроль индексации;
- возрастает риск несинхронных цен и контактов;
- требуются отдельные карты сайта, правила и проверки;
- сложнее управлять большим количеством почти одинаковых страниц.
Само создание поддомена не обеспечивает позиции в регионе. Если все версии полностью дублируются и отличаются только топонимом, Яндекс может признать один адрес неглавным зеркалом другого. Официальная справка прямо требует отличающегося и регионально полезного контента.
Когда выбирать поддомены
Поддомены оправданы, когда филиалы действительно различаются: имеют физические адреса, собственные телефоны, ассортимент, стоимость, специалистов или зоны работы. У компании должны быть ресурсы на отдельное продвижение и контроль каждой версии.
Если представительств нет, а товары просто доставляются из одного центра, Яндекс не рекомендует использовать поддомены только ради присвоения городских регионов. В такой ситуации чаще логичнее общий сайт или обоснованные региональные разделы.
Сравнение вариантов
| Критерий | Один сайт | Папки | Поддомены |
|---|---|---|---|
| Модель бизнеса | Единое предложение без существенных региональных различий | Централизованный бизнес с локальными условиями | Реальные филиалы или самостоятельные подразделения |
| Пример URL | example.ru/service/ | example.ru/spb/service/ | spb.example.ru/service/ |
| Сложность поддержки | Низкая | Средняя | Высокая |
| Региональный контент | Общая информация и реальные зоны работы | Самостоятельные страницы внутри общей системы | Полноценные региональные версии |
| Яндекс Вебмастер | Один сайт и общий регион охвата | Папки не становятся отдельными сайтами | Каждый поддомен добавляется и контролируется отдельно |
| Управление каталогом | Единое | Обычно единое с региональными параметрами | Нужна надёжная синхронизация или отдельные данные |
| Основной риск | Недостаток локальной релевантности | Массовые шаблонные страницы | Дубли и высокая стоимость сопровождения |
Оценки сложности относительны. Один сайт с персонализированным каталогом может быть технически сложнее нескольких простых поддоменов. Сравнивать нужно конкретные функции, количество регионов и процессы обновления данных.
Что учитывать в Яндексе
Яндекс использует региональность для геозависимых запросов. Присвоенный регион является одним из факторов ранжирования, но не запрещает показы сайта пользователям из других регионов, если документ релевантен.
В официальной справке Яндекса приведены разные сценарии:
- компания с одним адресом указывает соответствующий регион;
- магазин с доставкой по стране может выбрать широкий регион, например Россию, и перечислить зоны доставки;
- организация с несколькими представительствами указывает их адреса на сайте и в Яндекс Бизнесе;
- для отдельных региональных поддоменов задаются собственные регионы и местные контакты.
Рекомендации и требования модерации собраны на странице Яндекс Вебмастера «Региональность». Контакты должны быть реальными и размещаться в текстовом виде. Не придумывайте офис, телефон или пункт выдачи ради продвижения.
Для сети представительств добавьте каждое реальное подразделение в Яндекс Бизнес и поддерживайте сведения в актуальном состоянии. Региональный поддомен должен быть доступен через навигацию основного сайта.
Что учитывать в Google
Google поддерживает отдельные домены, поддомены и подкаталоги для мультирегиональных сайтов. В официальном руководстве Google структура выбирается с учётом стоимости, разделения сайтов и удобства обслуживания; URL-параметры для географического разделения не рекомендуются.
Важно различать страны и города. Атрибут hreflang предназначен для языковых и страновых вариантов. Он использует код языка и при необходимости код страны, например ru или ru-KZ. Он не предназначен для назначения страниц Москве, Казани или другим городам России.
Если компания работает в нескольких странах или использует разные языки, для каждой версии нужны отдельные доступные URL и корректные взаимные hreflang-ссылки. Google рекомендует включать в набор каждую версию, включая ссылку страницы на саму себя, и использовать полные адреса. Подробная схема приведена в документации о локализованных страницах.
Не перенаправляйте пользователя автоматически только по IP или предполагаемому языку. Дайте возможность перейти в нужный регион вручную. Автоматическое определение можно использовать как подсказку, а не как единственный способ доступа к версии.
Чем должны отличаться региональные страницы
Полезная региональная страница отвечает на практические вопросы клиента, а не просто повторяет основную услугу с другим городом в H1.
В зависимости от бизнеса на ней могут быть:
- реальный адрес, телефон и часы работы;
- зона выезда или доставки;
- сроки и условия выполнения заказа;
- доступные товары, специалисты или услуги;
- региональные цены либо объяснение порядка расчёта;
- фотографии представительства;
- маршрут и способы добраться;
- примеры выполненных работ в регионе;
- ответы на местные вопросы;
- информация об ответственном подразделении.
Не обязательно добавлять все элементы. Публикуйте только проверяемые сведения, которые относятся к конкретной компании и городу. Один качественный раздел полезнее десятков автоматически сгенерированных страниц без операционной основы.
Технические требования к региональной структуре
У каждой версии должен быть постоянный URL
Пользователь и робот должны открывать конкретную региональную страницу напрямую. Регион не должен существовать только в cookie, сессии или динамической подмене на одном адресе.
Переключатель регионов должен быть обычной навигацией
Используйте доступные HTML-ссылки на региональные версии. Показывайте текущий регион и разрешайте сменить его. Выбор пользователя желательно сохранять, но он не должен блокировать прямое открытие другого URL.
Не создавайте принудительные региональные редиректы без выхода
Пользователь может находиться в командировке, использовать VPN или заказывать услугу для другого города. Автоматический редирект по IP способен отправить его не туда и помешать роботам увидеть остальные версии. Безопаснее предложить регион и оставить выбор.
Настройте canonical последовательно
Если региональные страницы содержательно самостоятельны и должны участвовать в поиске, каждая обычно указывает canonical на собственный URL. Canonical всех городов на московскую страницу сообщает поисковой системе, что остальные версии считаются дублями.
Для действительно одинаковых технических копий выбирают одну каноническую версию. Решение принимают по назначению страниц, а не только по совпадению шаблона.
Разделите sitemap и мониторинг
Для крупной структуры удобно создавать карты по регионам или типам страниц. Поддомены добавляют в поисковые панели и отслеживают отдельно. Мониторинг должен выявлять недоступность любой версии, а не только главного домена.
Поддерживайте единые данные
Цены, наличие и контакты лучше получать из управляемого источника, а не редактировать вручную в десятках шаблонов. При этом региональные отличия должны сохраняться там, где они существуют.
Региональное SEO для интернет-магазина
Интернет-магазину с единой доставкой по России часто достаточно одного сайта. На странице доставки указывают реальные регионы, способы, ограничения и порядок расчёта. Пользователь может выбрать город, чтобы увидеть срок и стоимость, но основные товары остаются на постоянных URL.
Региональные разделы становятся полезными, если отличаются:
- остатки на складах и доступность самовывоза;
- цены или условия акций;
- способы и сроки доставки;
- ассортимент локальных магазинов;
- контакты и график пунктов выдачи.
Не создавайте городские копии каждой карточки товара без необходимости. Это увеличивает число URL и усложняет обновление. Часто достаточно одной карточки с выбором региона и отдельных индексируемых страниц магазинов, пунктов или категорий, имеющих самостоятельный спрос.
Региональное SEO для услуг
Для услуг значение физического присутствия зависит от процесса. Салону, клинике или сервисному центру нужны страницы реальных точек. Дистанционной веб-студии может быть достаточно одной сильной страницы с понятной географией работы.
Если специалисты выезжают в соседние города, региональная страница должна честно объяснять зону выезда, сроки и расчёт стоимости. Нельзя подменять выездное обслуживание вымышленным местным офисом.
Для каждого направления проверьте, ищет ли пользователь услугу вместе с городом и меняется ли предложение. Отдельную страницу стоит создавать, когда она способна дать самостоятельный полезный ответ.
Типичные ошибки регионального продвижения
Массовая замена названия города
Шаблонные страницы не раскрывают местные условия и могут конкурировать друг с другом. Уникальность формулировок не равна полезности. Регион должен менять содержание предложения, а не только заголовок.
Вымышленные адреса и телефоны
Непроверяемые контакты вводят пользователя в заблуждение и не соответствуют требованиям модерации региональности. Указывайте реальные офисы, пункты и зоны обслуживания.
Поддомены без ресурсов на развитие
Запуск десятков версий требует контента, мониторинга, технических обновлений и работы с заявками. Если компания может поддерживать только один сайт, масштабная сеть поддоменов создаст больше проблем, чем преимуществ.
Один canonical для всех городов
Такой подход противоречит задаче самостоятельного индексирования региональных страниц. Сначала определите, являются ли они полезными версиями или техническими дублями.
Автоматический редирект по IP
Определение местоположения может ошибаться. Робот и пользователь теряют доступ к другим версиям, а ссылка на конкретный регион перестаёт работать предсказуемо.
Смешение стран, языков и городов
hreflang помогает связать языковые и страновые версии, но не заменяет региональность для российских городов. Для международного сайта сначала проектируют страны и языки, затем при необходимости внутреннюю городскую структуру.
Отсутствие общей страницы выбора региона
Пользователь должен понимать географию работы и быстро переходить между версиями. Список городов также помогает обнаружить забытые, пустые или устаревшие разделы.
Как запустить региональные страницы
- Соберите бизнес-данные. Офисы, зоны работы, контакты, ассортимент, цены, доставка и ответственные.
- Изучите региональный спрос. Разделите общие и геозависимые запросы, проверьте формулировки по городам.
- Выберите пилотные регионы. Начните с тех, где есть подтверждённый спрос и операционная готовность.
- Спроектируйте URL-структуру. Зафиксируйте роли общего сайта, папок или поддоменов.
- Создайте шаблоны данных. Определите обязательные общие и региональные поля без автоматического сочинения фактов.
- Настройте навигацию. Добавьте выбор региона и прямые ссылки на версии.
- Проверьте индексацию. Коды ответа, canonical, robots, sitemap и доступность контента без cookie.
- Настройте поисковые сервисы. Добавьте поддомены в панели, укажите подтверждаемые регионы, оформите реальные представительства.
- Протестируйте заявки. Убедитесь, что регион и страница передаются менеджеру или в CRM.
- Оцените пилот. После накопления данных решите, стоит ли масштабировать структуру.
Пилот помогает проверить не только SEO, но и способность бизнеса обслуживать регион. Страница может получать трафик, но не приносить продажи из-за сроков, цены или отсутствия местного исполнителя.
Как измерять результат по регионам
Количество созданных страниц не является результатом. Отслеживайте видимость и бизнес-показатели отдельно по каждому целевому региону.
- показы и клики по геозависимым запросам;
- URL, которые поисковая система выбирает для региона;
- органические переходы на региональные страницы;
- заявки, звонки и заказы с указанием региона;
- долю целевых и ошибочно направленных обращений;
- конверсию и экономику обслуживания региона;
- статус индексации, дубли и технические ошибки;
- актуальность контактов, цен и наличия.
Позиции проверяйте в соответствующем регионе, но не делайте вывод по одной ручной выдаче. Используйте статистику поисковых панелей, аналитику и данные CRM. Учитывайте сезонность, объём показов и дату запуска.
Как выбрать структуру: короткий алгоритм
Выбирайте один сайт без отдельных региональных разделов, если:
- предложение и процесс обслуживания одинаковы;
- нет реального локального присутствия;
- достаточно общей информации о доставке или дистанционной работе.
Выбирайте папки, если:
- для регионов есть полезные различия;
- каталог и управление остаются централизованными;
- команда готова поддерживать отдельные посадочные страницы;
- не требуется техническая самостоятельность филиалов.
Выбирайте поддомены, если:
- есть реальные региональные представительства;
- версии различаются контактами, ассортиментом или процессами;
- нужно назначать регион и контролировать версию как отдельный сайт;
- есть ресурсы на отдельное содержание, мониторинг и продвижение.
Если признаки противоречат друг другу, сначала запустите несколько страниц или один региональный раздел. Не проектируйте сотни URL до проверки спроса, данных и процессов.
Частые вопросы
Что лучше для SEO: папки или поддомены?
Универсального победителя нет. Папки проще поддерживать в рамках общей системы. Поддомены удобнее для самостоятельных региональных версий и отдельно учитываются Яндексом. Результат зависит от соответствия бизнесу, качества страниц и технической реализации.
Нужно ли создавать страницу для каждого города?
Нет. Создавайте страницу, если есть спрос и полезные региональные сведения. Пустая копия общей услуги с заменённым городом не помогает пользователю.
Можно ли продвигаться по всей России с одного сайта?
Да, если компания действительно работает по всей стране и сайт подтверждает географию: описывает доставку, дистанционный процесс или другие условия. Для локальных услуг без присутствия в регионах одной декларации может быть недостаточно.
Нужен ли hreflang для Москвы и Санкт-Петербурга?
Нет. hreflang размечает языковые и страновые варианты, а не города внутри России. Московскую и петербургскую страницы различают структурой сайта, содержанием, контактами и региональными сигналами.
Можно ли показывать разные контакты на одном URL?
Это допустимо как пользовательское удобство, но важная региональная информация должна оставаться доступной на постоянных URL. Не делайте IP-подмену единственным способом получить локальную версию.
Нужны ли уникальные тексты для всех городов?
Нужен не формально уникальный текст, а самостоятельная польза. Различия создают реальные условия, контакты, ассортимент, сроки и примеры. Перестановка слов не превращает дубль в качественную страницу.
Можно ли сначала использовать папки, а затем перейти на поддомены?
Можно, но смена URL потребует карты соответствий, постоянных редиректов, обновления ссылок и мониторинга. Лучше заранее оценить долгосрочную модель, чтобы не выполнять миграцию без необходимости.
Главное: структура должна отражать реальную географию бизнеса
Один сайт, папки и поддомены — это инструменты, а не гарантии региональных позиций. Единый сайт подходит для общего предложения, папки — для управляемых локальных посадочных, поддомены — для самостоятельных представительств и регионов.
Начинайте с географии работы, спроса и различий в обслуживании. Затем выбирайте архитектуру, которую компания способна поддерживать. Региональные страницы должны помогать клиенту принять решение и содержать только подтверждённые сведения.
Если компания работает в нескольких городах и неясно, какую структуру выбрать, закажите SEO-аудит в Elegrant. Анализ спроса, текущих страниц и бизнес-процессов поможет спроектировать региональное продвижение без лишних дублей и неоправданной сети поддоменов.