Общий технический SEO-аудит проверяет сайт целиком: индексацию, дубли, скорость, редиректы, микроразметку. Но если у компании есть присутствие в нескольких городах, этого недостаточно — региональная часть сайта живёт по своим правилам и ломается по-своему: цена в одном городе, а склад показывает соседний регион; одна и та же карточка филиала продублирована под пять адресов; canonical всех городских страниц зачем-то указывает на Москву.
Ниже — чек-лист именно для аудита регионального SEO: 20 конкретных, пронумерованных пунктов, сгруппированных в четыре блока. Это не замена общего технического аудита, а отдельный, более узкий слой поверх него — если вам нужна база по индексации, дублям и скорости сайта в целом, начните с материала «Технический SEO-аудит интернет-магазина на 1С-Битрикс», а этот чек-лист используйте как следующий, региональный слой проверки.
Коротко
- 20 пунктов сгруппированы в 4 блока: техническая часть, контент по городам, локальные сигналы, индексация и перелинковка.
- Начинайте с городов, которые дают основной трафик и оборот — не обязательно проверять все 50+ городов одинаково глубоко.
- Главные системные риски — дубли между городскими версиями и рассинхрон NAP-данных (название, адрес, телефон) филиалов.
- Аудит регионального SEO дополняет общий технический аудит, а не заменяет его.
Зачем нужен именно региональный SEO-аудит
Мультирегиональная структура сайта — будь то региональность через единый домен, поддомены или папки по городам — добавляет целый класс проблем, которых просто не существует у одностраничного или монорегионального сайта: дубли между версиями одной страницы для разных городов, рассинхрон данных о филиалах, конкуренция региональных URL друг с другом в выдаче. Общий технический аудит эти проблемы часто не ловит, потому что смотрит на сайт как на единую сущность, а не как на пул почти одинаковых городских версий.
Отдельный региональный аудит нужен именно для того, чтобы системно пройтись по этому слою: не «работает ли сайт», а «работает ли региональность правильно» — от корректного определения города до того, не спорят ли между собой в выдаче страницы соседних городов.
Как пользоваться этим чек-листом
- Определите выборку городов для проверки. При большом числе городов — 5–10 приоритетных по трафику и обороту плюс 2–3 случайных для контроля.
- Пройдите блоки по порядку. Техническая часть задаёт фундамент — без неё контентные и сигнальные проблемы бессмысленно чинить.
- Фиксируйте не просто «да/нет», а конкретный пример. Для каждого проблемного пункта — конкретный URL или город, а не общая формулировка.
- Приоритизируйте по влиянию, а не по порядку списка. Смотрите раздел «Как приоритизировать найденные проблемы» ниже.
Техническая часть (пункты 1–5)
1. Способ определения региона. Зафиксируйте, как сайт определяет город посетителя — IP, cookie, ручной выбор или их комбинация — и проверьте на нескольких реальных IP разных регионов, что определение срабатывает корректно, включая мобильные сети.
2. Стабильность региональной URL-структуры. Определите, как регион отражён в адресе — сегментом пути, поддоменом или не отражён вовсе (данные только в cookie) — и убедитесь, что схема применяется последовательно по всему сайту, а не как попало по разным разделам.
3. Canonical на региональных страницах. Проверьте, что каждая городская версия страницы указывает канонический адрес на саму себя (если это самостоятельная посадочная страница) или на основную версию (если это техническая вариация) — а не по ошибке на страницу другого города.
4. Региональность в панелях вебмастера. Проверьте настройки региональности в Яндекс.Вебмастере и геотаргетинга в Google Search Console — привязан ли сайт (или каждый поддомен) к верному региону присутствия.
5. Корректность работы кэша с региональными данными. Убедитесь, что композитный или управляемый кэш не «замораживает» региональные данные одного города для всех остальных посетителей — частая техническая проблема на сайтах с геотаргетингом без регионального сегмента в URL.
Контент по городам (пункты 6–10)
6. Доля уникального контента между городскими версиями. Сравните тексты двух-трёх городских страниц построчно: если отличается только название города, а остальной текст идентичен — это риск для индексации всего кластера.
7. Уникальность title и description по городам. Проверьте в панелях вебмастера или через выгрузку метатегов, не совпадают ли title/description у разных городских страниц дословно.
8. Осмысленность города в H1. H1 должен звучать естественно («Диваны в Тюмени», а не «Диваны Тюмень купить недорого диваны»), без переспама ключевым словом.
9. Реальные региональные данные, а не декоративная замена. Проверьте, что цена, сроки доставки, склад и контакты на городской странице действительно относятся к этому городу, а не унаследованы от шаблона без подстановки.
10. Признаки тонкого контента у страниц с низким спросом. Найдите городские страницы с минимальным объёмом уникального текста (условно, меньше 300–400 слов содержательной, не шаблонной части) — это кандидаты на объединение с соседними городами или закрытие от индексации.
Локальные сигналы (пункты 11–15)
11. NAP-консистентность по каждому городу. Название компании, адрес и телефон филиала должны совпадать дословно на сайте, в Яндекс.Картах/Яндекс.Бизнесе, 2ГИС и других справочниках — расхождения путают локальные алгоритмы ранжирования и пользователей.
12. Микроразметка LocalBusiness/Organization на страницах филиалов. Проверьте наличие и корректность структурированных данных с адресом, телефоном и режимом работы конкретного филиала, а не только общей информации о компании.
13. Актуальность карточек в локальных сервисах. Сверьте часы работы, телефон и адрес в Яндекс.Бизнесе и Google Business Profile с текущими данными на сайте — карточки часто «протухают» после переезда офиса или смены номера.
14. Локальные отзывы и рейтинг по филиалам. Проверьте, собираются ли отзывы в разрезе конкретного города/филиала и отображаются ли они на соответствующей странице, а не только на общей странице компании.
15. Локальные номера телефонов. Убедитесь, что на городской странице указан локальный номер (или хотя бы явно обозначенный номер для этого региона), а не только федеральный 8-800 без привязки к конкретному городу.
Индексация и перелинковка (пункты 16–20)
16. Актуальность и структура региональных sitemap. При большом числе городов sitemap стоит разбивать на сегменты (например, по федеральным округам) — проверьте, что карта актуальна и не содержит закрытых от индексации адресов.
17. Перелинковка между городами. Проверьте наличие пути от общей страницы «Города присутствия» к конкретному городу и обратно, а также ссылок на соседние или крупнейшие города того же региона.
18. Отсутствие каннибализации между geo-страницами и programmatic-страницами. Убедитесь, что страницы геотаргетинга каталога и отдельные региональные посадочные страницы не конкурируют за один и тот же запрос одинаковым контентом.
19. Реальная доля индексации региональных страниц. Сравните число сгенерированных городских страниц с числом реально проиндексированных в Яндексе и Google — большой разрыв сигнализирует о проблеме с качеством или краулинговым бюджетом.
20. Redirect и 404 для закрытых/расформированных городов. Если компания перестала работать в каком-то городе, проверьте, что старый URL корректно отдаёт 301-редирект на актуальную страницу (например, на общий раздел региона), а не «висит» как 404 или, хуже, как пустая индексируемая страница.
Реализация проверок в 1С-Битрикс
Часть пунктов чек-листа проверяется вручную и через внешние инструменты (панели вебмастера, локальные справочники), но техническую часть — canonical, региональные типы цен, статус индексации по городам — удобно смотреть прямо в админке платформы: в настройках ЧПУ, в свойствах highload-блока городов (если используется programmatic-подход) и в модуле «Управление структурой».
Пример: проверка NAP-консистентности по городам
NAP-консистентность (Name, Address, Phone — название, адрес, телефон) — один из тех пунктов, которые проще всего проверить наглядно, сведя данные из разных источников в одну таблицу.
| Город | Сайт | Яндекс.Карты / Бизнес | 2ГИС | Статус |
|---|---|---|---|---|
| Москва | ООО «Компания», ул. Складская, 4 | ООО «Компания», ул. Складская, 4 | ООО «Компания», ул. Складская, 4 | Консистентно |
| Екатеринбург | ООО «Компания», ул. Заводская, 12 | ООО «Компания», ул. Заводская, 12 | «Компания» (без ООО), ул. Заводская, 12а | Расхождение в 2ГИС |
| Казань | +7 (843) 000-00-00 | +7 (843) 111-11-11 (старый номер) | +7 (843) 000-00-00 | Устаревший номер в Картах |
Даже небольшие расхождения — «ООО» в одном источнике и его отсутствие в другом, лишняя буква в номере дома — снижают доверие локальных алгоритмов к достоверности данных о филиале. Регулярная сверка по этой простой таблице для каждого города — быстрый способ поймать проблему до того, как она скажется на локальном ранжировании.
Как приоритизировать найденные проблемы
После прогона по 20 пунктам обычно набирается список из десятков находок по разным городам — и здесь важно не чинить всё подряд по порядку списка, а расставить приоритеты по реальному влиянию. Практический принцип: сначала проблемы, которые касаются многих городов одновременно (например, системно неверный canonical из-за ошибки в шаблоне) — их исправление одним патчем чинит сразу весь кластер. Затем — проблемы топовых по трафику городов даже если они единичны. В последнюю очередь — точечные расхождения в низкочастотных городах, которые можно исправлять пакетно при следующем плановом обновлении данных.
Проверку индексации и структуры URL в целом — вне региональной специфики — стоит дополнить отдельным аудитом индексации и структуры URL на Битрикс, если находки регионального аудита указывают на более общие технические проблемы сайта.
Частые ошибки при самостоятельном аудите
- Проверяют только один-два города «для галочки» и экстраполируют вывод на весь сайт — проблемы часто неравномерны по городам.
- Путают общий технический аудит с региональным — чинят скорость и разметку, но не проверяют дубли между городскими версиями.
- Не сверяют NAP-данные с внешними справочниками (Карты, 2ГИС) — смотрят только на сам сайт.
- Считают уникальность контента «на глаз», без построчного сравнения — пропускают почти дословные совпадения.
- Не фиксируют находки с конкретными URL и городами — через месяц непонятно, что именно и где было не так.
- Игнорируют закрытые/расформированные города — оставляют «висящие» индексируемые страницы без редиректа.
- Проводят аудит один раз и не повторяют — региональная структура меняется вместе с ростом сети филиалов, и найденные проблемы со временем возвращаются.
Вывод
Региональное SEO ломается не так, как обычный сайт: здесь основные риски — не скорость и не разметка, а дубли между городами, рассинхрон NAP-данных филиалов и внутренняя конкуренция региональных страниц друг с другом. Двадцать пунктов этого чек-листа, сгруппированные по четырём блокам — техника, контент, локальные сигналы, индексация и перелинковка — дают системную проверку именно этого слоя. Проводите аудит регулярно, начиная с городов, которые приносят основной трафик, и приоритизируйте находки по тому, сколько городов затрагивает каждая проблема.
