Когда компания начинает работать сразу в нескольких городах, структура сайта постепенно перестаёт быть универсальной. Пользователь из Москвы хочет видеть информацию для Москвы, покупатель из Казани — актуальные контакты и условия для Казани, а поисковые системы должны понимать, какие страницы относятся к конкретному региону. На первом этапе кажется, что задача решается просто: достаточно создать копии существующих страниц, добавить название города в URL, заголовок и текст. Но при увеличении количества регионов такой подход быстро становится неудобным. Вместо управляемой структуры появляются сотни похожих страниц, дублирующийся контент, сложные правила формирования URL и большое количество технических адресов, которые вообще не должны существовать.
Именно поэтому разработка и продвижение сайта для нескольких регионов требует заранее продуманной архитектуры. Важно не только создать страницы под города, но и определить, как будет работать структура URL, откуда будут браться локальные данные, как название города будет подставляться в разные части текста и что произойдёт, когда количество страниц начнёт исчисляться уже сотнями или тысячами. Для решения таких задач в CS-Cart можно использовать модуль Geo Pages, который позволяет построить региональную структуру на базе одного сайта без необходимости вручную создавать отдельную копию каждой страницы для каждого города.
Когда одного сайта становится недостаточно
Представим интернет-магазин, который изначально работал в одном городе. У него есть каталог, карточки товаров, страницы категорий, контакты, информация о доставке и другие стандартные разделы. Затем компания начинает работать в новых регионах. Появляются другие телефоны, адреса, условия доставки, пункты выдачи или просто необходимость продвигать сайт по запросам с привязкой к конкретному городу.
Самый очевидный вариант — сделать отдельные страницы. Например:
site.ru/catalog/site.ru/moscow/catalog/site.ru/kazan/catalog/site.ru/ekaterinburg/catalog/
Но на этом работа только начинается. Одного URL недостаточно. На странице могут использоваться название города в H1, Title и Description, локальная информация в текстовых блоках, региональные телефоны, адреса и карта. Если всё это заполнять вручную, количество работы растёт вместе с количеством городов. Добавили десять регионов — получили необходимость поддерживать десять вариантов одних и тех же страниц. Изменили шаблон категории — нужно проверять все версии. Появился новый раздел — его снова приходится создавать для каждого города.
Правильнее строить такую структуру иначе: сохранять общую архитектуру сайта и отдельно хранить данные, которые относятся к конкретной геолокации. Тогда город становится не самостоятельной копией сайта, а параметром, который влияет на формирование страницы.

Такой подход особенно удобен, когда региональная структура должна расширяться постепенно. Сначала компания добавляет несколько городов, затем появляются новые регионы, но сама логика работы сайта при этом остаётся общей.
Как устроена работа с геолокациями
В Geo Pages для каждого города можно создать отдельную геолокацию и указать данные, которые будут использоваться при формировании региональных страниц. Это не только название города для URL. В зависимости от задачи для локации могут использоваться разные формы названия, контактные данные и другие значения, которые затем подставляются в нужные места сайта.
Например, одна страница категории остаётся общей, но при открытии региональной версии получает локальные данные. В заголовке появляется название города, в контактах — соответствующий Ñ