Поле «адрес доставки» в форме заказа выглядит как экономия: покупатель напишет, менеджер разберётся. Он и разбирается — по телефону, в каждом заказе. Пока заказов десяток в неделю, схема держится. На нескольких десятках в день перенос данных руками превращается в отдельную должность и в главный источник опечаток.
Эта статья — о том, что должно работать в чекауте, чтобы вопрос «в какое отделение везти» закрывался до того, как менеджер откроет заказ. Тридцать первого июля 2026 мы мерили собственное портфолио: Новая Почта подтверждена в чекауте или на странице доставки в 16 магазинах. Перевозчик подключён почти везде, и разница не в самом факте подключения, а в его глубине: до выбора отделения из списка — или вплоть до накладной, которая создаётся из админки.
Две стороны одной поломки
Покупатель видит форму, в которой нужно что-то написать руками. Менеджер видит строку текста, которую нужно расшифровать: «НП 12, Днепр» — это отделение номер 12 или улица? Ошибка обнаруживается тогда, когда посылка приехала не туда, и стоит она возврата и повторной отправки.
Сразу о том, чего от интеграции ждать. Она убирает несколько минут ручной работы с каждой продажи и целый класс ошибок — расшифровку адреса. Продаж от неё больше не становится, тариф перевозчика не уменьшается, быстрее возить он тоже не начинает. Механизм здесь о себестоимости обработки заказа, и оценивать работу нужно именно по этому.
Глазами покупателя: четыре вещи
Когда интеграция Новой Почты сделана, покупатель проходит чекаут так.
Город — подсказкой из списка, а не любым текстом, который он набрал. Дальше отделение или почтомат — тоже из списка, который берётся из справочника перевозчика. Новые отделения туда не вносят руками: они появляются сами, когда справочник обновляется по расписанию.
Ориентировочная стоимость доставки — в корзине, посчитанная по весу и объявленной стоимости. Именно ориентировочная: точную сумму всё равно считает перевозчик на отделении, и об этом должна стоять пометка. Но что-то там стоять обязано — как устроен расчёт доставки в корзине, разобрано отдельно.
Курьер по адресу — с проверкой зоны обслуживания. Покупатель не должен выбирать вариант, которого для его адреса не существует.
Почтомат стоит назвать отдельно, потому что его часто считают галочкой в настройках. Это собственный справочник и собственная ветка в расчёте стоимости. Для мелких отправлений он снимает с покупателя очередь на отделении, и именно поэтому его просят. Каждый добавленный сценарий — отдельный блок тестирования, а не строка в списке методов.
Глазами менеджера: идентификатор вместо строки
В заказе лежит не «НП 12, Днепр», а идентификатор конкретного отделения. Это разница между «менеджер догадывается» и «система знает».
Дальше кнопка в заказе: создать экспресс-накладную. Менеджер нажимает, получает номер и печатную форму, не переходя в кабинет перевозчика и не вводя те же данные повторно. Номер декларации возвращается в заказ и в письмо покупателю — вопрос «где моя посылка» закрывается до того, как его зададут.
Чтобы эта кнопка вообще сработала, в заказе должны быть фамилия, телефон в корректном формате, вес и объявленная стоимость. Без этих полей декларация не создастся, сколько бы API ни подключали, и именно доведение формы заказа чаще всего растягивает срок работ до верхней границы.
Одна техническая деталь, которую стоит назвать вслух: справочник отделений не должен тянуться со стороны перевозчика в момент оформления заказа. Выглядит это нормально ровно до тех пор, пока перевозчик отвечает быстро. Стоит ему притормозить — и тормозит ваша корзина, то есть самый дорогой шаг сайта начинает зависеть от чужого сервера. Данные лежат локально и обновляются отдельным фоновым прогоном.
Отдельный случай — когда часть заказов едет разными перевозчиками или один заказ приходится отправлять несколькими посылками. Тогда к интеграции добавляется разделение отправлений, и это считается отдельно от самого чекаута.
Что ломается чаще всего
Поломки повторяются, и их немного.
Ручное поле «адрес». Часто это даже не поле доставки, а комментарий к заказу. Покупатель пишет как умеет, менеджер расшифровывает как понимает. Честная граница: список из справочника убирает ошибку расшифровки, а не ошибку выбора. Если покупатель сознательно указал не то отделение, никакая интеграция не спасёт.
Устаревший справочник. Отделение открылось, в списке его нет, покупатель не находит своё и идёт оформлять в другом месте. Тот же пункт об обновлении по расписанию, только со стороны потерянных заказов.
Доставка без цены или с нулём. Оба варианта мы видели в одном измеренном магазине: Новая Почта показывалась в чекауте вообще без цены, а второй перевозчик — как «0 грн», хотя информационная страница того же сайта называла 35–80 грн. Ноль в чекауте — это обещание, которое сайт не выполняет, и покупатель узнаёт о нём уже на отделении.
Страница «Доставка и оплата», которую чекаут не подтверждает. Страница условий — это текст, который кто-то написал когда-то, а не текущие настройки. В официальном магазине садового инструмента замер 31 июля 2026 показал четыре службы доставки и восемь способов расчёта на странице условий — и это тот редкий случай, когда текст и настройки совпали. Чаще они расходятся, и узнают об этом от покупателя.
Мелочь из той же выборки, которая стоит дёшево, а обнаруживается поздно: в одном магазине названия перевозчиков стоят картинками без alt. Человек их видит, поисковый робот и скринридер — нет.
Проверка собственного чекаута за две минуты
Делается самостоятельно, доступов не нужно.
Положите свой товар в свою корзину и начните оформление как гость, а не как администратор. Это принципиально: то, что сайт отдаёт обычному покупателю, и есть правда.
Дальше смотрите четыре вещи. Первая: отделение выбирается из списка или пишется текстом. Вторая: есть ли цена доставки и не стоит ли там ноль. Третья: какие вообще способы доставки и оплаты вам предлагают — и совпадает ли этот перечень с вашей страницей условий. Четвёртая: есть ли в форме поля, без которых накладная не создастся.
Мы делаем такую проверку в каждом магазине перед сметой. В магазине систем автоматического полива 1 августа 2026 она дала двух перевозчиков, шесть способов доставки и три способа оплаты — цифры из реального чекаута, а не со страницы условий. Показательно другое: у того же магазина первый ответ сервера был 235 мс, а /sitemap.xml отдавал HTTP 200 с телом в ноль байт, JSON-LD не нашлось ни одного блока и аналитики не было установлено вообще. Доставка при этом работала. Состояние чекаута и состояние технической части — два разных вопроса, и ответы на них не совпадают.
Вторая сторона того же чекаута — кнопки на карточке товара: покупка в один клик, оплата частями, порог бесплатной доставки. Мы мерили их на тридцати магазинах в разборе карточки товара глазами Google, здесь не повторяемся. Если чекаут перебираете целиком, вместе с шагами формы и гостевым оформлением, — это уже оптимизация чекаута.
Сколько это длится
3–10 рабочих дней, пять этапов.
| Этап | Срок |
|---|---|
| Проверка чекаута и полей заказа | 1–2 рабочих дня |
| Ключ API, справочники, расписание обновления | 1–2 рабочих дня |
| Способы доставки и расчёт стоимости | 1–3 рабочих дня |
| Декларация из админки и печать | 0–3 рабочих дня |
| Живой заказ и передача менеджеру | в день сдачи |
Три дня — это когда включается только отделение, поля в заказе уже корректны, а декларации вы и дальше создаёте в кабинете перевозчика: этап с накладными просто выпадает из сметы. Десять — когда включаются все три сценария, нужна кнопка создания накладной в админке, а форму заказа приходится переделывать.
Платформа тоже двигает срок. Под OpenCart и WooCommerce существуют готовые сборки, и работа сводится к настройке, справочникам и полям заказа; на собственном чекауте каждый шаг пишется руками, и мы говорим об этом до сметы, а не после. Как сроки выглядят на целом проекте, а не на одной интеграции, расписано в сроках разработки магазина.
Что не входит
Договор с перевозчиком и ключ API оформляются на вас, а не на подрядчика: доступ к отправлениям должен оставаться у владельца бизнеса. Мы работаем с ключом на этапе настройки и тестирования, после передачи вы можете перевыпустить его когда угодно — сайт продолжит работать сразу после обновления значения в админке.
Не входят также логистика и тарифы, обработка возвратов и обратных отправлений, работа с претензиями к перевозчику. Подключение других служб доставки считается отдельно.
Честные границы
Интеграция экономит две вещи: время менеджера на каждом заказе и возвраты из-за ошибок в адресе. Больше ничего. Она не уменьшает стоимость доставки, не делает перевозчика быстрее и не влияет на позиции сайта в поиске. И освободившийся час менеджера становится деньгами только тогда, когда его действительно перераспределили на другую работу.
Поэтому рекомендация перед стартом простая: измерьте две цифры — сколько минут сейчас уходит на одну декларацию и сколько заказов в месяц возвращается из-за адреса. Через месяц после работ по ним будет видно, окупилось или нет.
Если не уверены, в каком состоянии ваш чекаут, мы проверяем его бесплатно за 1–2 рабочих дня: кладём товар в вашу корзину, проходим гостевое оформление и смотрим, что сайт отдаёт на самом деле. На выходе — отчёт и оценка работ с делением на обязательное и желательное. Если на вашей платформе достаточно настроить имеющийся модуль вместо того, чтобы писать интеграцию, мы так и скажем. Дальше договор с фиксированной суммой и сроком, а на выполненные работы — гарантия 30 календарных дней со дня подписания акта.
