Структура мультирегионального сайта

Главная ошибка мультигео — браться за «расширение по городам» без карты сайта. Получается лоскутное одеяло: где-то 12 услуг, где-то 3, где-то совсем нет региональной версии. Сильный сайт начинается с продуманной структуры.

01Основной принцип: матрица «услуга × город»

В основе мультигео-сайта лежит простая матрица. По одной оси — направления услуг, по другой — города присутствия. Каждая «ячейка» — потенциальная посадочная страница. Например, для маркетингового агентства с 8 услугами и 10 городами это до 80 региональных страниц + 8 общих + 10 хабовых на каждый город. Всего ~100 страниц только в коммерческом ядре.

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

02Три уровня страниц

Удобно проектировать структуру тремя слоями.

Уровень 1. Общие коммерческие страницы

«/seo/», «/web-development/», «/context-ads/» — без привязки к городу. Они ловят геонезависимые и общие коммерческие запросы, держат внутреннюю перелинковку и собирают траст под услугу как таковую.

Уровень 2. Хабовые страницы городов

«/msk/», «/spb/», «/kzn/» — короткое описание присутствия в городе, список услуг с локализованными ссылками, контакты, карта, отзывы клиентов из этого региона. Это «лицо» вашей компании в конкретном городе.

Уровень 3. Региональные страницы услуг

«/msk/seo/», «/spb/seo/» — посадочные под геозависимые запросы «услуга + город». Здесь вы боретесь с локальными конкурентами за топ выдачи.

Каждая страница должна знать своё место в этой иерархии: хлебные крошки, перелинковка, sitemap — всё работает согласованно.

03Как не получить «фабрику клонов»

Самый частый провал — генерация страниц шаблонизатором с подменой города в трёх местах. Поисковики такие массивы видят и режут как малоценный контент. Чтобы этого избежать:

• На каждой региональной странице — минимум 40–50% уникального контента: местные кейсы, цены, фото офиса, локальные FAQ.
• Уникальные H1, title, description — без машинной подстановки шаблона.
• Реальные локальные данные: адреса, время работы, телефоны с местным кодом, упоминание районов и пригородов.
• Локальные отзывы и социальные доказательства — не «у нас был клиент из Иркутска», а конкретный кейс с местной спецификой.

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

04Перелинковка в мультигео

Перелинковка — это «нервная система» региональной структуры. Правильная схема:

• Общая страница услуги ссылается на её региональные версии (блоком «В вашем городе» или явным списком городов).
• Хабовая страница города ссылается на все услуги, доступные в этом регионе.
• Региональная страница услуги ссылается на «материнские» — и на общую услугу, и на хаб города. И между собой — на соседние услуги в том же городе.
• Сквозные элементы (футер, шапка с переключателем городов) показывают пользователю, что он находится в нужной версии сайта.

При этом важно не выводить везде «портянку» из 30 городов — это и плохо визуально, и размывает анкоры. Лучше показывать 3–5 ближайших регионов и компактный список «Все города» в отдельной кнопке.

05Sitemap, robots, hreflang

Технический слой мультигео часто решает, выстрелит структура или нет:

• Sitemap.xml разбит по разделам: отдельный sitemap-cities.xml для хабов городов, отдельный sitemap-services-cities.xml для региональных услуг. Так удобнее отслеживать индексацию.
• Robots.txt не должен случайно закрывать /msk/ или /spb/ глобальной маской — типичная ошибка после миграций.
• Hreflang в рамках одной страны обычно не нужен — он для языков и стран. Внутри России работает регион в Яндекс.Вебмастере и микроразметка LocalBusiness на хабовых страницах.
• Canonical — у каждой региональной страницы свой, а не подсунутый общий.

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

06Как масштабировать структуру

Структура должна выдерживать рост. Когда вы добавляете 11-й или 30-й город, не нужно переделывать сайт — должен работать единый шаблон, в который вкладываются локальные данные. Несколько практик:

• В CMS заранее заведены поля «город», «адрес», «карта», «локальные кейсы», «локальный FAQ». При запуске нового региона вы не вёрстку правите, а заполняете поля.
• У каждого города — свой набор UTM-меток и целей в Яндекс.Метрике, чтобы было видно эффективность.
• Для каждого нового города запускается мини-план: чек-лист контента, регион в Вебмастере, карточка в Яндекс Бизнесе, рекламные кампании.

07Когда не нужна полноценная региональная структура

Не каждому бизнесу нужны десятки региональных страниц. Если вы работаете по всей России дистанционно, без привязки к адресам, иногда хватает одного общего сайта и контекстной рекламы с геотаргетингом по городам. Это особенно верно для онлайн-сервисов и B2B-услуг с длинной воронкой. Подробнее — в нашем материале о продвижении в нескольких городах одновременно.

Официальная документация по теме — Справка Яндекс.Вебмастера.