Клиенту в корзине нужно показать варианты доставки: курьером, в пункт выдачи, почтой — с точной стоимостью и сроком. За этим простым для покупателя выбором стоит стратегическое решение магазина: подключать каждого перевозчика напрямую или взять агрегатор, который даёт все службы через одну интеграцию. Ошибка на этом уровне дорого обходится — либо переплата за тарифы, либо месяцы поддержки десятка подключений, либо хрупкая зависимость от одного посредника.
Разберём оба подхода честно и по делу: как устроены агрегаторы и прямые интеграции, чем они отличаются по цене, скорости внедрения, контролю и надёжности, и как выбрать под свой магазин на 1С-Битрикс. Покажем, где доставка стыкуется с заказом и обменом в 1С — тем, что мы закрываем услугой автоматизации продаж и склада на 1С.
Коротко
- Агрегатор — одна интеграция на много служб: быстро, широко, но с посредником и его SLA.
- Прямая интеграция — свой тариф и контроль по ключевой службе, но больше подключений в поддержке.
- Часто лучший ответ — гибрид: ключевые перевозчики напрямую, остальные через агрегатор.
- Расчёт доставки кэшируйте и защищайте таймаутами, а данные о доставке сводите в заказ и обмен с 1С.
Два подхода к подключению доставки
Когда магазину нужно предложить клиентам несколько способов доставки, есть два принципиальных пути. Первый — подключить каждого перевозчика напрямую: отдельная интеграция, отдельный договор, свой тариф. Второй — взять агрегатор доставки, который через одну интеграцию открывает доступ сразу к десяткам служб.
Это не вопрос «что лучше вообще», а вопрос «что лучше для вашего объёма, географии и требований к контролю». У обоих подходов есть сценарии, где они выигрывают, и сценарии, где проигрывают. Чтобы выбрать осознанно, нужно понимать механику каждого и честно сопоставить их по критериям, важным именно вашему бизнесу.
Как работает агрегатор
Агрегатор доставки — это посредник между магазином и множеством курьерских служб. Магазин интегрируется с одним API агрегатора, а тот под капотом общается со всеми подключёнными перевозчиками: рассчитывает стоимость, оформляет отправления, отдаёт трекинг. Для магазина это выглядит как единый сервис доставки.
- Одна интеграция. Подключаете агрегатор — получаете сразу много служб.
- Один договор. Отношения с перевозчиками агрегатор берёт на себя.
- Единый формат данных. Расчёт, оформление и трекинг по всем службам приходят одинаково.
- Широкая география. Много ПВЗ и направлений без отдельных подключений.
Плата за это удобство — наличие посредника. Вы зависите от его доступности, его SLA и качества данных, которые он отдаёт. Тариф тоже проходит через агрегатора, и не всегда он совпадает с тем, что вы получили бы напрямую при больших объёмах.
Как работает прямая интеграция
Прямая интеграция — это подключение к API конкретного перевозчика напрямую, без посредника. Вы заключаете договор со службой, получаете свой тариф и интегрируете именно её API: расчёт, оформление, трекинг идут между вашим сайтом и перевозчиком без промежуточного звена.
Такой подход даёт максимум контроля и обычно лучшие условия по тарифу при больших объёмах, потому что вы работаете по своему договору напрямую. Полный набор функций перевозчика доступен без ограничений посредника. Обратная сторона — каждую службу нужно подключать и поддерживать отдельно: десять перевозчиков означают десять интеграций, за которыми надо следить.
Сравнение по ключевым критериям
Сведём оба подхода в таблицу по критериям, которые реально влияют на решение.
| Критерий | Агрегатор | Прямая интеграция |
|---|---|---|
| Число интеграций | Одна на все службы | По одной на каждую |
| Скорость внедрения | Быстрая | Дольше на каждую службу |
| Тариф | Через посредника | Свой договорной |
| Контроль | Ограничен агрегатором | Полный |
| Надёжность | Зависит от одного звена | Риски изолированы |
| Поддержка | Один канал | Несколько подключений |
| География | Широкая из коробки | Только подключённые |
Из таблицы видно, что «победителя вообще» нет: агрегатор сильнее в широте и скорости, прямая интеграция — в контроле и условиях. Дальше разберём ключевые строки подробнее.
Стоимость и тарифы
Тариф — часто решающий фактор. Агрегатор удобен, но его модель обычно включает наценку или комиссию за посредничество, а базовые тарифы могут быть менее выгодными, чем ваш прямой договор при больших объёмах. Прямая интеграция позволяет использовать индивидуальный договорной тариф, который вы согласовали с перевозчиком под свои объёмы.
Простое правило: чем больше объём по конкретной службе, тем сильнее аргумент в пользу прямой интеграции по тарифу. На старте и при малых объёмах разница в цене незначима, и удобство агрегатора перевешивает. С ростом объёма по ключевому перевозчику прямая интеграция начинает экономить заметные деньги, окупая сложность подключения.
Скорость внедрения и поддержка
Здесь агрегатор выигрывает однозначно. Одна интеграция вместо десяти — это кратно меньше времени на внедрение и на дальнейшую поддержку. Когда служба меняет API, с агрегатором проблему решает он сам; при прямых интеграциях каждое изменение у каждого перевозчика — ваша забота.
- Внедрение. Агрегатор — быстрый старт; прямые интеграции — время на каждую службу.
- Поддержка API. С агрегатором изменения на его стороне; напрямую — следите за каждым.
- Добавление службы. В агрегаторе — включить в настройках; напрямую — новая интеграция.
Для команды без больших ресурсов на поддержку это весомый аргумент: агрегатор снимает значительную часть постоянной технической нагрузки.
Контроль, данные и надёжность
Надёжность — это про то, что происходит при сбоях и кто владеет данными. У агрегатора есть дополнительное звено: если недоступен он, разом отваливаются все службы, и вы зависите от его доступности. Прямая интеграция изолирует риск — сбой одного перевозчика не роняет остальных.
Контроль над данными тоже различается. При прямой интеграции вы получаете полный набор данных перевозчика и все его функции. Агрегатор отдаёт то, что предусмотрел его формат, — иногда этого достаточно, иногда не хватает специфических возможностей службы. Вопросы устойчивости внешних интеграций и защиты обмена мы подробно разбираем в статье про REST, вебхуки и безопасность в Битрикс — они одинаково важны и для агрегатора, и для прямого подключения.
Гибридная модель
На практике зрелые магазины редко выбирают строго «или-или». Самый прагматичный путь — гибрид: ключевые службы с большими объёмами подключают напрямую ради тарифа и контроля, а длинный хвост остальных — через агрегатор ради широкой географии и экономии на поддержке.
Так магазин получает лучшее из обоих миров: выгодные условия и надёжность по основным направлениям и охват по редким. Сложность гибрида в том, что все источники нужно свести в единый расчёт доставки на витрине и в единый формат данных в заказе. Если это сделано аккуратно, клиент вообще не замечает, что за одним перевозчиком стоит прямая интеграция, а за другим — агрегатор.
Расчёт доставки и скорость витрины
Технический нюанс, который влияет на конверсию: расчёт стоимости доставки в корзине часто идёт через внешний запрос к API службы или агрегатора. Скорость этого расчёта зависит от отклика внешнего сервиса, а он не всегда быстр и не всегда доступен.
- Кэшируйте расчёты. Одинаковые запросы (город, вес, служба) не нужно гонять каждый раз заново.
- Ставьте таймауты. Внешний сервис не должен блокировать корзину, если тормозит.
- Предусмотрите запасной вариант. При недоступности API — базовая ставка или сообщение, а не зависший чекаут.
- Не считайте лишнего. Запрашивайте стоимость тогда, когда клиент выбрал направление, а не на каждый чих.
Недоступность внешней доставки не должна ронять оформление заказа. Это вопрос и UX, и устойчивости, и он одинаково актуален для обоих подходов.
Связка с заказом и обменом 1С
Выбор способа доставки, ПВЗ, стоимость и трек-номер — это не просто данные для клиента, они должны попасть в заказ и уйти в 1С, чтобы менеджер и склад знали, как и куда отправлять. При прямой интеграции и через агрегатор эти данные приходят по-разному, но в заказе и учётной системе должны выглядеть единообразно.
Поэтому доставку проектируют вместе со структурой заказа и обменом, а не как отдельный модуль. Свойства заказа под способ доставки, ПВЗ и трек-номер заводят заранее и прописывают их передачу в 1С. Технические принципы такого обмена — в статьях про D7 ORM в Битрикс и про то, как выносить логику интеграций в собственный модуль, чтобы разные источники доставки жили в едином, поддерживаемом коде.
Как выбрать под свой магазин
Собранная логика сводится к нескольким ориентирам. Они не дают universal-ответа, но подсказывают направление под конкретный бизнес.
- Малый объём, широкая география. Скорее агрегатор — быстро и охватно.
- Большой объём по одной-двум службам. Скорее прямая интеграция — тариф и контроль.
- Ограниченная команда поддержки. Агрегатор снимает нагрузку на сопровождение.
- Смешанный поток. Гибрид: ключевые напрямую, хвост — через агрегатор.
- Критична надёжность. Прямые интеграции изолируют риск отказа.
Частые ошибки
- Выбор без учёта объёма. Агрегатор при больших объёмах по одной службе — переплата по тарифу.
- Десять прямых интеграций «на всякий случай». Неоправданная нагрузка на поддержку.
- Нет запасного варианта расчёта. Недоступный API доставки блокирует оформление заказа.
- Расчёт без кэша и таймаутов. Медленный внешний сервис тормозит корзину.
- Доставка отдельно от заказа. Данные о доставке не доходят до 1С и склада.
- Зависимость от одного агрегатора без плана Б. Его сбой роняет всю доставку разом.
Чек-лист выбора
- Оценён объём по службам. Понятно, где прямой тариф выгоднее агрегатора.
- Учтены ресурсы поддержки. Число интеграций соответствует возможностям команды.
- Рассмотрен гибрид. Ключевые перевозчики напрямую, остальные — через агрегатор.
- Защищён расчёт доставки. Кэш, таймауты и запасной вариант на случай сбоя.
- Единый формат данных. Способ доставки, ПВЗ и трек одинаковы в заказе независимо от источника.
- Связь с 1С настроена. Данные доставки уходят в учётную систему и на склад.
Вывод
Спор «агрегатор или прямая интеграция» не решается универсально. Агрегатор выигрывает в скорости внедрения, широте охвата и простоте поддержки — он хорош для старта, средних объёмов и широкой географии. Прямая интеграция даёт лучший тариф, полный контроль и изолированные риски — она оправдана при больших объёмах по ключевым службам.
Для большинства растущих магазинов правильный ответ — гибрид: основные перевозчики напрямую, остальные через агрегатор, сведённые в единый расчёт и единый формат данных. Что бы вы ни выбрали, защитите расчёт доставки от сбоев внешних сервисов и свяжите данные о доставке с заказом и обменом в 1С — тогда доставка станет надёжной частью системы, а не источником проблем на витрине и складе.
