Покинутий кошик і замовлення без статусу: що магазин не бачить у власній аналітиці
Коротка відповідь: інтернет-магазин часто втрачає покупців не там, де шукає. У клієнтському магазині, який ми розбирали, за рік було 79 замовлень, і 4 з них не видно в стандартному списку адмінки. Ще 51 людина залишила контакти на оформленні, але 36 так і не замовили. Ці дані вже лежать у базі магазину. Їх просто ніхто не дивиться, бо ні звіт адмінки, ні Google Analytics їх не показують.
Що ми перевірили
Магазин невеликий: OpenCart і окремий модуль оформлення замовлення. Ми подивились базу за 12 місяців, з 26 жовтня 2025 по 25 жовтня 2026 року. Назву магазину не наводимо.
| Що рахували | Значення |
|---|---|
| Замовлень за рік | 79 |
| Без статусу, невидимі в стандартному списку | 4 |
| У статусі «Очікування», ніколи не змінювались | 75 |
| Збережених кошиків із телефоном чи поштою | 51 |
| З них стали замовленням протягом 7 днів | 15 |
| Не стали замовленням | 36 |
Вибірка мала, і відсотки з неї переносити на інші магазини не варто. Але кожна з трьох пасток нижче трапляється і у великих магазинах на тій самій платформі.
Пастка 1. Замовлення, якого немає в списку
OpenCart створює замовлення ще до підтвердження. Поки покупець не натиснув фінальну кнопку або не повернувся з платіжної сторінки, замовлення має статус 0. Стандартний список у адмінці такі замовлення не показує, вони видні лише за окремим фільтром.
У нашому магазині таких 4. Два з оплатою під час отримання, два з банківським переказом. Лише одного покупця ми знайшли серед нових замовлень у наступні три доби: він оформив усе вдруге. Троє інших просто зникли, хоча адреса, телефон і склад кошика в базі є.
Для менеджера це покупці, які дійшли до останнього кроку. Їм варто подзвонити першими.
Пастка 2. Усі замовлення в «Очікуванні»
Усі 75 справжніх замовлень за рік стоять у статусі «Очікування». Кожне має рівно один запис в історії, і жодне не переведено в «Доставлено» чи «Завершено», хоча такі статуси в налаштуваннях є. Схоже, замовлення ведуть поза адмінкою, а тут вони застигли на першому кроці.
Наслідок простий. З даних магазину неможливо відрізнити виконане замовлення від скасованого. Звіт про продажі рахує всі 75 як продажі. Мітка конверсії Google Ads у модулі реклами прив'язана до оформлення замовлення, тож реклама теж записує собі всі 75, а не лише оплачені.
Пастка 3. Кошики з контактами, які ніхто не бачить
Модуль оформлення зберігає кошик разом із контактами, щойно людина ввела телефон чи пошту. За рік таких кошиків 51. Ми зіставили їх із замовленнями за телефоном і поштою: 15 перетворились на замовлення протягом тижня, 36 ні.
Тобто на кожного, хто після збереженого кошика таки замовив, припадає двоє з половиною, які зупинились. Розсилка про покинутий кошик тут не потрібна. Потрібно, щоб менеджер бачив цей список.
А що бачить Google Analytics
У магазині стоїть базовий тег Google Analytics 4. Він рахує відвідування, але не подію покупки. Поле для Google Analytics 4 в модулі електронної комерції порожнє, тож воронка «переглянув товар, додав у кошик, почав оформлення, купив» у звітах не з'являється.
Навіть з налаштованою покупкою аналітика побачила б лише ту частину, що дійшла до сторінки подяки. Замовлення зі статусом 0 і кошики з контактами в Google Analytics не потрапляють взагалі.
Мінімальний план вимірювання оформлення
- Події Google Analytics 4 для електронної комерції: перегляд товару, додавання в кошик, початок оформлення, вибір доставки й оплати, покупка з номером замовлення. Номер потрібен, щоб одна покупка не рахувалась двічі після оновлення сторінки.
- Окремий список замовлень зі статусом 0 для менеджера, щодня.
- Список збережених кошиків із контактами, без тих, що вже стали замовленням.
- Статуси, які відображають реальність. Хоча б «виконано» і «скасовано», щоб звіт про продажі не дорівнював усім оформленням.
- Конверсія реклами за підтвердженими замовленнями, а не за натисканням кнопки.
Чого ми не стверджуємо
Це один невеликий магазин і 79 замовлень за рік. Частки з цієї вибірки не переносяться на інші магазини.
Ми не знаємо, чому троє покупців із замовленнями без статусу не повернулись. Можливо, вони замовили телефоном.
І збіг кошика із замовленням ми шукали лише за телефоном і поштою. Покупець з іншим номером виглядатиме як втрачений.
Часті питання
Що таке замовлення зі статусом 0 в OpenCart? Замовлення, яке створене на оформленні, але не підтверджене. У стандартному списку адмінки його не видно.
Де знайти покинуті кошики з контактами? Багато модулів оформлення зберігають їх у базі. Їх треба вивести в окремий список для менеджера.
Чи бачить Google Analytics покинуті кошики? Лише як подію додавання в кошик чи початку оформлення, якщо ці події налаштовані. Контактів покупця аналітика не зберігає.
Як не рахувати покупку двічі? Передавати номер замовлення в події покупки. Google Analytics 4 не дублює покупки з тим самим номером.
Підсумок
У магазині з 79 замовленнями за рік 4 не видно в стандартному списку, 75 застигли в «Очікуванні», а 36 людей залишили контакти на оформленні й не замовили. Google Analytics з базовим тегом не бачить нічого з цього.
Аналітика оформлення починається не з нових інструментів, а з даних, які магазин уже має: списку незавершених замовлень, списку кошиків із контактами і статусів, які відповідають реальності. Події Google Analytics 4 з номером замовлення додаються вже поверх цього.
Матеріал підготували Євгеній Чиж, засновник Chyzh Agency, і Костянтин Корягін, Backend-розробник.
У каталозі 1700+ діджитал-агентств, які готові допомогти в реалізації ваших завдань. Вибирайте та економте до 30% свого часу та бюджету! Це безкоштовно та займе менше 3-х хвилин.