Покупатель доходит до корзины, вводит адрес — и вдруг узнаёт, что доставка в его район стоит 900 рублей или не осуществляется вовсе. Почти половина брошенных корзин связана именно с неожиданными условиями доставки. Геосервисы решают эту проблему: сайт заранее показывает зоны обслуживания, считает стоимость по конкретному адресу и предлагает ближайший пункт выдачи. Разбираем, как устроены такие интеграции, какие API использовать в России и что учесть на этапе разработки.
Что бизнесу даёт геосервис на сайте
Карта с зонами доставки — не украшение, а рабочий инструмент продаж. Когда покупатель видит условия сразу — до оформления заказа, — он принимает решение быстрее, а конверсия чекаута растёт. Параллельно снижается нагрузка на поддержку: меньше звонков с вопросами «а до нас доставляете?» и «почему в 1С другая цена?». Отдельный бонус — данные: координаты заказов и зоны позволяют анализировать географию спроса, видеть, откуда идут самые выгодные клиенты, и обоснованно решать, куда расширять доставку.Как работает расчёт стоимости по адресу
Внутри это связка из трёх-четырёх API, а для пользователя — просто поле «Введите адрес» и мгновенный результат. Типовой сценарий выглядит так:- Пользователь начинает вводить адрес, и API подсказок предлагает варианты с точностью до дома.
- Геокодер переводит выбранный адрес в координаты (широту и долготу).
- Сервер определяет, в какую зону попадает точка, — по полигонам или через матрицу расстояний.
- По зоне подтягивается тариф: фиксированная цена, стоимость за километр, минимальная сумма заказа и срок доставки.
- Цена и срок показываются в корзине — ещё до нажатия «Оформить».
Зоны доставки: задать один раз и обновлять без разработчика
Простейший вариант — радиусы вокруг точки или склада, но на практике лучше работают полигоны по реальным границам районов: с учётом рек, промзон и мостов. Для крупного города имеет смысл строить зоны не по километрам, а по времени в пути с учётом пробок — изохронам. В админке менеджер должен сам редактировать зону: нарисовать полигон мышью, задать тариф, минимальную сумму заказа и доступные слоты. Если каждое изменение тарифа требует правок в коде, зона доставки превращается в источник ошибок и лишних счетов за разработку.Ближайшие точки выдачи: карта, список и умная сортировка
Если вы отгружаете через пункты выдачи — свои или партнёрские, — выбор точки не должен быть списком в случайном порядке. По умолчанию сортируйте по удалённости от адреса клиента, а для каждой точки показывайте:- адрес и ориентиры: станция метро, как добраться;
- режим работы и сроки поступления товара в эту точку;
- расстояние или время в пути от покупателя;
- фото точки выдачи и правила хранения заказа;
- контакты, если возникнут вопросы при получении.
Какой гео-API выбрать
В России рабочий выбор — это Яндекс Карты, 2ГИС. У Яндекса самый точный геокодер и подсказки по стране, бесплатный лимит — порядка 25 000 запросов в сутки на геокодер, дальше тарификация. 2ГИС силён в детализации по зданиям и щедрее на бесплатных лимитах — часто его берут как основной или резервный провайдер. OpenStreetMap бесплатен и гибок, но требует самостоятельного хостинга и контроля качества данных. На практике комбинируют: подсказки и геокодирование — у одного провайдера, точки выдачи — из API агрегатора, резервный геокодер — на случай сбоев. Актуальные лимиты и цены проверяйте перед стартом: провайдеры периодически меняют тарифы.Технические детали, о которых важно подумать заранее
Первая — кэширование: координаты геокодированных адресов нужно хранить в своей базе, иначе пиковый трафик съест лимиты API и бюджет. Вторая — отказоустойчивость: если геокодер недоступен, чекаут должен работать хотя бы по зоне из профиля пользователя или по городу. Третья — персональные данные: адреса относятся к данным по 152-ФЗ, а значит, хранить и передавать их нужно с соблюдением требований. И не забывайте про мобильные устройства: именно на телефоне происходит большинство заказов, поэтому поле адреса с подсказками и карта должны быть удобны на маленьком экране.Связка с CRM и 1С: геоданные не должны умирать в заказе
Чтобы карта работала на бизнес, а не только на витрину, координаты, зона и стоимость доставки должны попадать в заказ и дальше — в 1С и CRM. В 1С эти данные используются для маршрутов курьеров и распределения заказов по складам и точкам выдачи. В CRM — для аналитики: средний чек по районам, доля отказов по зонам, окупаемость доставки в отдалённые районы. Со временем на этих данных строится ценообразование зон и решается вопрос о найме дополнительного курьера. Правильно спроектированная интеграция делает геоданные сквозными — от поля ввода на сайте до отчёта в 1С.Типичные ошибки внедрения
Перечислим то, что чаще всего встречаем при аудите магазинов:- адрес спрашивают только на последнем шаге чекаута — когда условия доставки уже стали неприятным сюрпризом;
- зоны описаны как «до МКАД / за МКАД» вместо реальных полигонов, и жители окраин либо переплачивают, либо не могут оформить заказ;
- поле адреса без подсказок — ошибки в написании оборачиваются недоставками и возвратами;
- есть карта, но нет дублирующего списка точек выдачи — на телефоне это неудобно;
- тарифы и зоны зашиты в код, и каждое изменение цены превращается в задачу для разработчика.
Геосервисы давно стали стандартом электронной коммерции: покупатель ожидает точной цены доставки и удобного выбора точки выдачи по умолчанию. Начните с MVP — зоны обслуживания, расчёт по адресу и карта пунктов выдачи, — а маршрутизацию курьеров и аналитику по районам подключайте следом, когда появятся данные. Окупаемость обычно видно быстро: растёт конверсия чекаута и снижается нагрузка на поддержку. Наша студия встраивает геосервисы в интернет-магазины и связывает их с 1С и CRM — приходите с готовым ТЗ или просто с задачей, архитектуру решения предложим на старте.