Компания с офисами в пяти-семи городах почти всегда решает задачу контактов одинаково: делает одну страницу «Контакты» и вываливает на неё список адресов и телефонов списком. С точки зрения посетителя это работает — нужный адрес найти можно. А с точки зрения поисковика такая страница почти бесполезна: на запрос «[услуга] в Новосибирске» Яндекс и Google скорее покажут карточку компании в справочнике или страницу конкурента, у которого есть отдельная страница под Новосибирск, чем общую страницу контактов, где Новосибирск — один из семи адресов в списке.
Ниже — как устроена филиальная структура сайта на 1С-Битрикс: отдельная страница под каждый физический офис, с собственными NAP-данными, микроразметкой LocalBusiness и уникальным контентом — и как не превратить эти страницы в почти одинаковые дубли, которые поисковик просто не станет индексировать. Это обобщённый опыт наших проектов по разработке сайтов с филиальной структурой на 1С-Битрикс.
Коротко
- Страница офиса — не копия «Контактов», а отдельный документ со своим URL, NAP-данными и LocalBusiness-разметкой именно этого филиала.
- Технически филиалы удобно вести отдельным инфоблоком: город, адрес, телефон, часы работы, координаты, менеджер — по одному разделу на филиал.
- Главный риск — страницы-клоны с одинаковым текстом и заменённым названием города: без уникального контента поисковик их просто не проиндексирует все.
- Геолокацию по IP используйте как подсказку с подтверждением от пользователя, а не как автоматическую подмену контента без его ведома.
- Отдача не только SEO: посетитель сразу видит контакты своего города, а не листает общий список — это напрямую снижает трение перед обращением.
Почему одной страницы «Контакты» недостаточно
У локального поиска своя логика ранжирования. Когда пользователь ищет «[услуга] в [город]», поисковая система в первую очередь пытается понять, есть ли у сайта отдельный документ, релевантный именно этому городу: с адресом в этом городе, с телефоном с этим кодом, с текстом, где город упоминается не в перечислении через запятую, а как контекст всей страницы. Общая страница «Контакты» с десятком адресов списком такому запросу соответствует слабо — для поисковика это не «страница про Новосибирск», а «страница про все города сразу», и приоритет в выдаче у неё низкий.
Вторая проблема общей страницы — она не масштабируется на количество городов. Список из трёх адресов ещё читается нормально, список из пятнадцати превращается в стену текста, где посетителю приходится вручную искать свой город. Филиальная структура решает обе проблемы сразу: у каждого офиса появляется свой «дом» — страница, оптимизированная и для поиска, и для конкретного посетителя.
Что такое филиальная структура сайта
Филиальная структура — это архитектурное решение, при котором каждому физическому подразделению компании (офис продаж, шоурум, сервисный центр, склад с самовывозом) соответствует отдельная страница сайта с собственным URL, собственным набором данных и, как правило, собственной микроразметкой. В 1С-Битрикс такая структура обычно реализуется через отдельный инфоблок с разделами по числу филиалов — и это не «ещё один раздел меню», а полноценный слой контента, который живёт по своим правилам.
Отличие от простого списка контактов принципиальное: список контактов — это одна страница с множеством записей, а филиальная структура — это множество страниц, у каждой из которых свой URL, свой заголовок, своя микроразметка и (в идеале) свой уникальный текст. Именно множественность отдельных документов даёт поисковику возможность ранжировать компанию по локальным запросам в каждом городе отдельно, а не одной усреднённой страницей на всех.
NAP-данные: фундамент локального SEO
NAP (Name, Address, Phone — название, адрес, телефон) — базовый набор данных, по которому поисковики и агрегаторы (Яндекс Карты, 2ГИС, Google Business Profile) сопоставляют компанию с конкретным физическим местом. Для филиальной структуры критично, чтобы NAP-данные на странице офиса были: во-первых, полными (не только адрес, но и часы работы, координаты), во-вторых — согласованными с тем, что указано в справочниках и картах, и в-третьих, машиночитаемыми — то есть размеченными как структурированные данные, а не просто напечатанными текстом.
Несогласованность NAP — частая причина, по которой локальное SEO буксует даже при формально правильной структуре сайта: на сайте указан один телефон, на Яндекс Картах — другой (например, старый, оставшийся после переезда), а в 2ГИС — третий, добавленный сотрудником вручную несколько лет назад. Поисковик воспринимает такие расхождения как сигнал недостоверности данных о компании и снижает доверие к карточке в локальной выдаче.
| Элемент NAP | Где размещать | Типичная ошибка |
|---|---|---|
| Название филиала | Заголовок страницы, разметка LocalBusiness | Разные варианты названия на сайте и в картах |
| Адрес | Видимый текст + разметка + карта на странице | Устаревший адрес после переезда офиса |
| Телефон | Видимый текст + разметка + клик-to-call на мобильных | Общий федеральный номер вместо локального |
| Часы работы | Разметка openingHours + видимый текст | Не учтены региональные праздники и часовые пояса |
| Координаты | Разметка geo + карта (виджет Яндекс/2ГИС) | Координаты города вместо точного адреса офиса |
Структура: инфоблок «Филиалы» и один раздел на офис
На практике удобнее всего вести филиалы отдельным инфоблоком (например, символьный код branches), где каждый элемент — это один физический офис со стандартным набором свойств: город, полный адрес, телефон, e-mail, часы работы, координаты для карты, фото офиса, ответственный менеджер, а также произвольные текстовые свойства под уникальное описание конкретной точки. Такая схема даёт предсказуемую структуру данных, из которой легко строить и страницу отдельного филиала, и общий список «Наши офисы» с картой, и фильтр по городу в каталоге, если у филиалов разный ассортимент или разные склады.
Каждому элементу задаётся символьный код на латинице по названию города или сокращению (novosibirsk, kazan), что даёт человекопонятный URL вида /filialy/novosibirsk/. Компонент детальной страницы элемента инфоблока (news.detail или кастомный компонент под филиалы) выводит все свойства в шаблон и одновременно формирует блок LocalBusiness из тех же данных — важно не дублировать эти данные вручную в двух местах, а брать их из одного источника, чтобы при смене адреса или телефона не забыть поправить разметку.
- Один раздел или элемент — один офис. Прямое соответствие упрощает и права доступа, и логику вывода.
- Общие свойства — на уровне инфоблока. Общие для сети характеристики (например, единый корпоративный номер поддержки) не дублируйте в каждом филиале, если они действительно общие.
- Региональные свойства — обязательны на уровне элемента. Адрес, телефон, часы работы, менеджер — то, что реально отличает один офис от другого.
LocalBusiness на странице филиала
Микроразметка LocalBusiness (или более узкий подтип Schema.org — например, Store, AutoRepair, ProfessionalService, если он точнее описывает отрасль) — это структурированное описание конкретной точки, которое поисковик может прочитать напрямую, без интерпретации визуального текста. В неё выносятся название филиала, адрес, телефон, часы работы, координаты и, если есть, рейтинг и отзывы именно этого офиса.
Критически важный момент: разметка LocalBusiness должна стоять именно на странице конкретного филиала, а не одна общая — на главной или на странице «Контакты» — на всю сеть. Если у компании десять офисов, а LocalBusiness-разметка одна на сайт, поисковик физически не может понять, какой адрес и телефон относится к результату, который он показывает по локальному запросу. Разметка «размазывается» и теряет ценность для каждого конкретного города.
Персонализация: как показать посетителю его город
Отдельная задача — не заставлять посетителя искать свой город руками. Штатный подход в 1С-Битрикс — определение города по IP-адресу (например, через модуль геолокации или внешний сервис определения региона) с явным подтверждением: сайт показывает баннер «Ваш город — Новосибирск?» с кнопками «Да» и «Выбрать другой». Если пользователь подтверждает — сайт показывает виджет с контактами и, если нужно, ценами этого филиала; если нет — предлагает список городов вручную.
Автоматическая подмена контента без подтверждения — распространённая, но рискованная практика. Во-первых, геолокация по IP ошибается заметно чаще, чем кажется (мобильные операторы, VPN, корпоративные сети), и пользователь получает контакты не своего города без возможности быстро это заметить. Во-вторых, если поисковый робот при индексации получает контент, отличный от того, что видит обычный посетитель (например, робот всегда видит версию «по умолчанию», а живые пользователи — версию с подменой), это создаёт риск восприниматься как клоакинг — расхождение контента для робота и человека, за которое поисковики штрафуют сайты.
Как это выглядит в админке 1С-Битрикс
Свойства филиала настраиваются как обычные свойства инфоблока, а сама страница офиса собирается компонентом детального просмотра элемента. Схематично карточка элемента инфоблока «Филиалы» в админке выглядит так:
Главный риск: страницы-близнецы
У филиальной структуры есть обратная сторона, и именно она чаще всего сводит на нет всю пользу от локального SEO. Если страницы офисов различаются только названием города в шаблонной фразе — «Наша компания в Новосибирске работает с 2014 года» / «Наша компания в Казани работает с 2014 года» — а весь остальной текст, фото и структура блоков идентичны, поисковик распознаёт это как почти полный дубль. В таком случае в индекс обычно попадает одна-две «сильнейшие» версии, а остальные либо не индексируются вовсе, либо конкурируют друг с другом за одну и ту же выдачу, взаимно ослабляя позиции.
Тот же риск возникает, если единственная разница между страницами — вставленный автоматически по шаблону адрес и телефон, а весь описательный текст сгенерирован по единому шаблону без вариаций. Технически страницы уникальны по URL, но с точки зрения качества контента — это одна и та же страница, размноженная под разные города.
Как сделать страницу филиала уникальной
Уникальность не означает «написать с нуля десять принципиально разных текстов» — это нереалистично для сети из десятков офисов. Речь о наборе конкретных элементов, которые у каждого филиала объективно разные и которые стоит вынести на страницу:
- Фото именно этого офиса — фасад, вывеска, интерьер, а не стоковое изображение или фото головного офиса на всех страницах.
- Имя и фото ответственного менеджера или руководителя точки — усиливает доверие и даёт странице живой, не шаблонный элемент.
- Реальные часы работы и особенности графика — не все филиалы работают одинаково, и это честная уникальная информация.
- Локальные отзывы — если у филиала есть собственная карточка на Яндекс Картах или 2ГИС, отзывы оттуда можно выводить именно на его странице.
- Специфика точки — наличие шоурума, выставочного зала, отдельного склада, парковки, особых условий самовывоза именно в этом городе.
Комбинация из пяти-шести таких элементов на шаблонной основе даёт странице достаточную уникальность без ручного копирайтинга под каждый город — и одновременно честно отражает то, чем офисы реально отличаются друг от друга. Если помимо самих страниц филиалов нужна более широкая работа с продвижением в каждом городе присутствия — смотрите услугу по гео-SEO по городам России: она закрывает более широкий контур, чем одна карточка офиса, — локальную выдачу, карты и справочники в разрезе конкретных городов.
Перелинковка между филиалами и общими разделами
Страницы филиалов не должны существовать изолированно. С общего раздела «Наши офисы» (список с картой) должна вести прямая ссылка на каждую страницу; с каждой страницы филиала — ссылка обратно на общий список и, если у филиала свой ассортимент, на соответствующий раздел каталога. Такая перелинковка помогает и посетителю ориентироваться, и поисковому роботу быстрее обходить все страницы сети филиалов при переобходе сайта.
Если у компании также есть отдельные страницы услуг с географической привязкой (например, «[услуга] в [город]» как самостоятельный тип страниц, отличный от карточки офиса), важно не путать их с филиалами и не создавать по два почти одинаковых документа на одно и то же локальное намерение поиска — это тоже путь к внутренней конкуренции страниц за одну выдачу.
Влияние на конверсию, а не только на SEO
Филиальная структура работает не только на поисковый трафик. Посетитель, который переходит на сайт компании с семью офисами, хочет увидеть контакты своего города за один клик, а не листать общий список или звонить на федеральный номер, чтобы его переключили на нужный филиал. Прямая страница офиса с адресом, телефоном, картой проезда и (если актуально) именем менеджера сокращает путь от «нашёл сайт» до «позвонил или пришёл» — и это прямо влияет на конверсию в обращение, отдельно от эффекта SEO.
Особенно заметен эффект на мобильных: кнопка «Позвонить» с прямым локальным номером конкретного офиса конвертирует заметно лучше, чем федеральный номер с последующим переключением на оператора, который выясняет город звонящего.
Частые ошибки
- Делают страницы филиалов по шаблону без уникального контента — поисковик считает их дублями и индексирует не все.
- Ставят одну LocalBusiness-разметку на весь сайт вместо разметки на каждой странице филиала — локальный эффект теряется.
- NAP-данные на сайте расходятся с данными в Яндекс Картах, 2ГИС и Google Business Profile — снижается доверие к карточкам компании.
- Автоматически подменяют контакты по геолокации без подтверждения пользователя — риск показать неверный город и создать расхождение контента для робота и человека.
- Закрывают страницы отдельных филиалов из-за низкого трафика вместо того, чтобы дорабатывать их уникальность — теряют потенциал локального SEO вместе с закрытой страницей.
- Не обновляют координаты и адрес после переезда офиса — карта на странице и разметка продолжают указывать на старое место.
- Смешивают карточки филиалов с общими новостями или страницами услуг в одном инфоблоке — усложняет и шаблоны, и права доступа при росте сети.
Чек-лист запуска филиальной структуры
- Инфоблок «Филиалы» создан со свойствами: город, адрес, телефон, часы работы, координаты, менеджер, фото.
- ЧПУ настроен по символьному коду города для каждого элемента.
- LocalBusiness-разметка выводится индивидуально на странице каждого филиала из тех же свойств, без ручного дублирования данных.
- NAP-данные сверены с Яндекс Картами, 2ГИС и Google Business Profile по каждому офису.
- Уникальный контент добавлен — фото офиса, менеджер, реальные часы работы, специфика точки.
- Геолокация с подтверждением — баннер «Ваш город?» вместо автоматической подмены без ведома пользователя.
- Перелинковка настроена — общий список офисов ↔ страница каждого филиала ↔ каталог, если есть локальный ассортимент.
- Регламент обновления данных — кто и как быстро актуализирует адрес и телефон при переезде или изменении графика.
Вывод
Филиальная структура превращает сеть офисов из одной строчки в списке контактов в набор самостоятельных страниц, каждая из которых может конкурировать за локальную выдачу своего города. Работает это только при сочетании трёх вещей: предсказуемой структуры данных на инфоблоке, честной LocalBusiness-разметки на каждой странице и достаточной уникальности контента, чтобы страницы не стали дублями друг друга. Сделайте это — и семь офисов дадут семь шансов оказаться в топе локального поиска, а не один шанс на страницу «Контакты».
