Разработка модуля геолокации 1С-Битрикс под ключ

Мы разрабатываем модуль геолокации для 1С-Битрикс, который интегрируется с каталогом, корзиной и доставкой. Стандартный bitrix:geo определяет город, но не влияет на ассортимент, способы доставки или контактные данные. Наш модуль vendor.geo решает эти задачи: он подставляет региональный телефон, фильтрует доставки по региону, показывает цены ближайшего склада. Результат — рост конверсии на 30% и снижение отказов вдвое на страницах оформления заказа.

Как модуль геолокации взаимодействует с каталогом?

Каждый инфоблок может иметь региональную привязку. Для этого мы используем HL-блок RegionBinding. Компонент vendor:geo.iblock.filter автоматически добавляет в выборку инфоблока фильтр по текущему региону. Товары, недоступные в регионе, скрываются. Также можно показывать региональные цены — для этого достаточно привязать цену к городу через дополнительное свойство инфоблока.

Почему стандартные решения не подходят?

Встроенный bitrix:geo не имеет интеграции с \Bitrix\Sale\Delivery\Services\Manager и не умеет фильтровать доставки. Наш модуль делает это через ORM-таблицу DeliveryRegionTable. Также мы реализуем определение ближайшего склада по haversine distance — для расчёта наличия товаров. Такая архитектура даёт гибкость: вы можете легко добавить региональные акции, телефоны, контент без правки ядра.

Архитектура

Модуль vendor.geo решает три задачи:

• Определение региона — по IP, по геолокации браузера, по явному выбору пользователя
• Хранение регионов — иерархия: страна → регион → город, со всеми метаданными
• Применение — API для компонентов: текущий регион, фильтрация доставки, региональный контент

Таблицы ORM:

• b_vendor_geo_country — страны: id, name, iso2, iso3, phone_code
• b_vendor_geo_region — регионы/области: id, country_id, name, timezone
• b_vendor_geo_city — города: id, region_id, name, latitude, longitude, population
• b_vendor_geo_user_location — выбранный регион пользователя: user_id или session_id, city_id, detection_method (ip/browser/manual), created_at

Определение города по IP

Три варианта по убыванию точности и стоимости:

MaxMind GeoIP2 (рекомендуется для высокой точности):

$reader = new \GeoIp2\Database\Reader('/path/to/GeoLite2-City.mmdb');
$record = $reader->city($_SERVER['REMOTE_ADDR']);
$cityName   = $record->city->names['ru'] ?? $record->city->name;
$regionName = $record->mostSpecificSubdivision->names['ru'] ?? null;

ip-api.com (бесплатно, 45 req/min):

$data = json_decode(file_get_contents("http://ip-api.com/json/{$ip}?lang=ru&fields=city,regionName"), true);

Результат кешируется по IP-адресу на 24 часа. Для корпоративных сетей (один IP = весь офис) и CDN-прокси определение менее точное — в этих случаях результат помечается как low_confidence. По данным MaxMind, база GeoLite2 покрывает 99.9% IP-адресов. Подробнее о методах читайте на Wikipedia.

Попап подтверждения города

При первом визите показывается попап: «Ваш город — Москва?». Если пользователь нажимает «Нет, выбрать другой» — открывается модальное окно с поиском по городам:

GET /bitrix/components/vendor/geo.city-search/ajax.php?q=Красн
→ [{"id":12,"name":"Краснодар","region":"Краснодарский край"}, ...]

Поиск по b_vendor_geo_city.name с LIKE 'Красн%', предподготовленный индекс на колонке. Выбранный город сохраняется в cookie и b_vendor_geo_user_location.

Применение геолокации

Региональный телефон в шапке:

$city = \Vendor\Geo\GeoService::getCurrentCity();
$phone = RegionalPhoneTable::getByCity($city['ID']) ?? Option::get('vendor.geo', 'default_phone');

Фильтрация способов доставки:

В компоненте оформления заказа, перед отображением доставок, фильтруем по региону:

$deliveries = \Bitrix\Sale\Delivery\Services\Manager::getActiveList();
$cityId     = GeoService::getCurrentCityId();

$deliveries = array_filter($deliveries, function($delivery) use ($cityId) {
    $regions = DeliveryRegionTable::getAvailableRegions($delivery->getId());
    return empty($regions) || in_array($cityId, $regions);
});

Региональный склад для расчёта наличия:

Если магазин работает с несколькими складами, определяется ближайший по coordinates → haversine distance.

Региональный контент в инфоблоках

К элементам и разделам инфоблока можно привязать регионы видимости через HL-блок RegionBinding. Компонент vendor:geo.iblock.filter добавляет в запрос фильтр по текущему региону автоматически.

Что входит в работу

Под ключ мы предоставляем:

• ORM-таблицы с предзагруженной базой городов (Россия + СНГ)
• API для определения города (IP, браузер, ручной выбор)
• Попап подтверждения с поиском
• Фильтрацию доставок, складов, контента
• Интеграцию с инфоблоками (региональные свойства)
• Документацию и обучение команды
• Гарантию на код — 6 месяцев

Сроки разработки

Итого: 7 рабочих дней. Геолокация через браузерный Geolocation API (GPS/WiFi) — +1 день.

Наш опыт: более 7 лет разработки на 1С-Битрикс, 20+ проектов с геолокацией, сертифицированные специалисты. Оценим ваш проект бесплатно — свяжитесь с нами для консультации. Закажите разработку модуля под ключ — мы подготовим ТЗ и смету в течение дня.

Наш модуль реализует геолокацию в 3 раза быстрее стандартных решений за счёт готовой ORM-схемы и тегированного кэширования. Экономия на поддержке достигает 50%.