Поле «адреса доставки» у формі замовлення виглядає як економія: покупець напише, менеджер розбереться. Він і розбирається — телефоном, по кожному замовленню. Поки замовлень десяток на тиждень, схема тримається. На кількох десятках на день перенесення даних руками перетворюється на окрему посаду й на головне джерело друкарських помилок.
Ця стаття — про те, що має працювати в чекауті, щоб питання «у яке відділення везти» закривалось до того, як менеджер відкриє замовлення. Тридцять першого липня 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 календарних днів з дня підписання акта.
