Ти бачиш у WooCommerce замовлення зі статусом «Очікує оплати», які так і не оплачуються, і не знаєш, чи робить платформа з цим щось сама. Відповідь коротка: починаючи з версії 11.0 у WooCommerce є вбудована, але вимкнена за замовчуванням функція — один лист-нагадування про оплату. Він іде автоматично через дві години в статусі «Очікує оплати» і лише один раз на замовлення. Все інше — дзвінок, SMS, причина, через яку людина зупинилась, — залишається на твоєму боці.
На цій сторінці — таблиця статусів замовлень із тим, що кожен із них означає для складу й оплати, опис вбудованого листа відновлення кошика та чітка межа того, чого він не робить. Окремо — як читати воронку add_to_cart, begin_checkout і purchase в GA4 і розібраний крок за кроком приклад на умовних числах, який показує, де реально губляться замовлення.
Два різні випадки під однією назвою «покинутий кошик»
Коли говорять про «покинутий кошик» в інтернет-магазині, зазвичай мають на увазі два різні випадки, які варто розділяти, бо в кожного своє рішення.
Перший: хтось поклав товар у кошик і пішов зі сторінки, не дійшовши до оформлення замовлення. У базовому налаштуванні WooCommerce для цього взагалі не створюється жодного запису — кошик зберігається лише в сесії покупця і спливає разом із нею. Немає замовлення, немає адреси пошти, немає нічого, куди можна надіслати нагадування.
Другий: покупець дійшов до оформлення, ввів дані, WooCommerce створив замовлення зі статусом «Очікує оплати», і на цьому процес зупинився — платіжний шлюз не підтвердив транзакцію, або людина закрила вкладку, не завершивши оплату. Цей випадок зовсім інший: замовлення існує, у нього є номер, адреса пошти й перелік товарів. Це єдиний із двох випадків, де WooCommerce взагалі має що запропонувати автоматично.
Кошик без замовлення — WooCommerce його не бачить
Якщо хочеш повертати кошики, покинуті до початку оформлення, потрібен окремий інструмент, який записує вміст кошика раніше — базовий WooCommerce цього не робить. Перш ніж шукати під це плагін, варто порахувати, скільки замовлень взагалі застрягає на другому етапі — це та частина, яку магазин уже вміє читати сьогодні.
Статуси замовлень WooCommerce: що відбувається насправді
Кожен статус у панелі WooCommerce відповідає конкретній операції зі складом і оплатою, а не просто ярлику — повний опис є в документації WooCommerce про статуси замовлень.
| Статус | Що означає | Що робити |
|---|---|---|
| Очікує оплати | Замовлення оформлено, оплата ще не підтверджена, склад не зменшено | Перевір вік замовлення; старше доби — кандидат на нагадування або скасування |
| В обробці (Processing) | Оплату отримано, склад зменшено, замовлення чекає на виконання | Запакуй і відправ |
| Виконано (Completed) | Замовлення виконано | Нічого — цикл закрито |
| Повернено (Refunded) | Повністю повернено адміністратором | Зафіксуй повернення, перевір причину |
Ця таблиця сама собою відповідає на питання «чи є в магазину взагалі проблема з неоплаченими замовленнями»: якщо список «Очікує оплати» старший за добу довгий і росте від тижня до тижня — це сигнал, що щось в оформленні відлякує людей уже після того, як вони ввели дані, а не тільки на етапі перегляду.
Вбудований лист відновлення кошика у WooCommerce 11.0
Згідно з документацією WooCommerce про листи відновлення кошика, версія 11.0 має експериментальну, вимкнену за замовчуванням функцію листа-нагадування про оплату. Вмикається вона вручну в налаштуваннях. Працює для замовлення, яке підходить під checkout eligible і залишається в статусі «Очікує оплати» дві години — тоді система надсилає один лист із посиланням прямо на завершення оплати. Друге нагадування для того самого замовлення WooCommerce не надішле, а якщо замовлення перестало підходити під умови, лист уже йшов, або клієнт раніше відписався від таких листів — не надішле взагалі.
Це опис конкретної функції платформи, а не загальне правило email-маркетингу — тому варто самому перевірити в панелі WooCommerce, чи є ця функція в твоїй версії і чи вона увімкнена, перш ніж вважати, що нагадування вже працюють.
Де закінчується WooCommerce і починається твій сценарій
Один лист через дві години — це дуже вузьке охоплення. Якщо клієнт не перевіряє пошту протягом дня, він просто не побачить його вчасно; якщо оплата не пройшла через збій на боці шлюзу, а не через відмову клієнта, лист усе одно піде, хоча людина нічого не кидала.
Чого цей лист не робить
Перш ніж будувати навколо нього щось іще, варто знати точну межу:
- Не бачить кошик, поки не з'явилося замовлення — етап до оформлення повністю поза його досяжністю.
- Не надсилає SMS чи повідомлення в месенджер — тільки лист на пошту.
- Не показує причину, через яку замовлення лишилося неоплаченим — не знає, чи була це помилка оплати, несподівано висока вартість доставки, чи людина просто передумала.
- Надсилає рівно одне нагадування на замовлення — жодного ланцюжка з другого й третього дотику немає.
Усе, що за межами цього — інший канал, друге повідомлення, поділ за причиною, — потребує окремого сценарію поверх оформлення замовлення, а не налаштування всередині самого WooCommerce.
Як читати воронку в GA4: add_to_cart, begin_checkout, purchase
Вимірювання e-commerce в GA4 будується на трьох подіях, які разом показують, на якому кроці покупці реально йдуть: add_to_cart — при додаванні товару в кошик, begin_checkout — як перший крок оформлення замовлення, purchase — при завершеній покупці.
Зіставивши ці три числа за один місяць, видно два різні провали: розрив між add_to_cart і begin_checkout — це люди, які взагалі не дійшли до замовлення, той самий випадок, якого WooCommerce не бачить. Розрив між begin_checkout і purchase — це люди, які почали оформлення, але не заплатили: одні пішли до надсилання замовлення, інші залишили замовлення в «Очікує оплати», — вбудований лист, якщо він увімкнений, стосується лише других.
Схема виглядає так:
- 01додавання в кошик
- →02початок оформлення
- →03замовлення «Очікує оплати»
- →04одне нагадування
- →05покупка або скасування
Приклад на умовних числах — підстав свої
Приклад на умовних числах: магазин фіксує за місяць 240 подій add_to_cart. З них 96 закінчуються подією begin_checkout (240 × 0,40 = 96); для простоти припустімо, що всі 96 доходять до створеного замовлення в статусі «Очікує оплати».
Це умовні числа — підстав свої з панелі WooCommerce і GA4, щоб побачити, де реально губиться твоє замовлення.
Якщо хочеш, щоб ці три числа самі щомісяця опинялися на одному екрані поряд із виторгом, а не збиралися вручну з двох різних панелей, дивись Автоматизація звітності: як налаштувати цифри, на які власник справді дивиться.
Згода на повідомлення: нагадування про замовлення й розсилка
Одне нагадування про конкретне, вже оформлене замовлення — це не те саме, що маркетингова розсилка по базі клієнтів, але яка правова підстава підходить для конкретного повідомлення в твоєму магазині, вирішує юрист або відповідальний за захист даних, а не ця сторінка. Якщо хочеш побачити цей поділ по кроках, дивись Автоматизація і RODO: де фізично знаходяться дані Ваших клієнтів — там транзакційні нагадування й маркетингові розсилки розібрані окремо.
Що перевірити в самій оплаті, перш ніж щось автоматизувати
Перш ніж добудовувати нагадування, варто виключити простішу причину: частина замовлень у «Очікує оплати» — це не відмова, а перешкода в самій оплаті.
- Чи є в оформленні більше одного способу оплати — якщо в клієнта немає картки, а доступний лише переказ, частина просто відкладає завершення на потім.
- Чи видно вартість доставки до переходу в кошик, чи вона з'являється тільки на останньому кроці — несподівана сума наприкінці — часта причина закрити вкладку.
- Чи повторюються помилки в логах платіжного шлюзу — якщо так, частина «відмов» насправді невдалі спроби оплати, а не покупці, які передумали.
Зроби сам: що ввімкнути й перевірити цього тижня
- Перевір у налаштуваннях WooCommerce, чи є функція листа відновлення кошика в твоїй версії і чи вона увімкнена.
- Оформи тестове замовлення й залиш його в «Очікує оплати» — перевір, чи лист справді приходить через дві години.
- У GA4 перевір, чи взагалі реєструються події add_to_cart, begin_checkout і purchase — без цього жоден із двох провалів вище не порахувати.
- Раз на тиждень переглядай список замовлень «Очікує оплати» старших за добу — це сирий список кандидатів для ручного контакту, перш ніж наважитися на щось автоматизованіше.
Як це виглядає, коли замовленнями займається система
Неоплачене замовлення система помічає сама, надсилає одне нагадування у вибраному каналі, ставить статус у CRM і показує, на якому кроці воронки покупці реально йдуть — без обіцянок «повернути всі кошики», бо частина з них — це просто люди, які передумали, і жодна автоматизація цього не розвертає назад.
Якщо магазин ще тільки належить побудувати або перенести з майданчика на свій, послуга Інтернет-магазини дає каталог, картку товару, кошик, оплату й доставку, — а які поля оформлення замовлення реально потрібні, варто вирішити одразу: кожне зайве поле — це потенційно ще одне покинуте замовлення. Якщо хочеш, щоб нагадування йшло не тільки листом, дивись AI follow-up — ланцюжки повідомлень тим, хто не відповів: друге і третє нагадування йдуть самі, у заданий час і з умовою зупинки. Для простих транзакційних підтверджень і нагадувань ближче Автоматичні повідомлення, а для налаштування самої відправки листів — Інтеграції з email. Якщо магазин продає через кілька каналів і хочеш постійно знати, звідки реально приходять клієнти і скільки коштує залучення з кожного каналу, зі щомісячним звітом замість ручного підрахунку, — це послуга Аналітика та BI.
Як це виглядає разом, дивись також у Автоматизація процесів у компанії: що реально можна передати системі, а що ні і в Автоматизація follow-up: що відбувається з запитом після першої розмови — там той самий механізм нагадувань описаний для заявок на послугу, а не для замовлень у магазині.
Часті питання
Чи WooCommerce сам повертає покинуті кошики?
Не повністю. Вбудована функція з версії 11.0 працює тільки для замовлень, які вже існують і застрягли в статусі «Очікує оплати», — вона надсилає один лист через дві години. Кошик, покинутий до початку оформлення, WooCommerce взагалі не бачить.
Скільки листів WooCommerce надсилає по одному замовленню?
Рівно один. Функція не надсилає друге чи третє нагадування по тому самому замовленню і взагалі пропускає відправку, якщо клієнт раніше відписався від таких листів або замовлення перестало підходити під умови.
Чим статус «Очікує оплати» відрізняється від «В обробці»?
У «Очікує оплати» замовлення існує, але оплата не підтверджена, і склад не зменшено. У «В обробці» оплата вже надійшла, склад зменшено, і замовлення чекає на пакування та відправку.
Як зрозуміти, на якому кроці покупці найчастіше йдуть?
Зістав у GA4 три числа за той самий період: add_to_cart, begin_checkout і purchase. Великий розрив між першими двома означає відхід до оформлення замовлення, великий розрив між другими двома — відхід уже в самому оформленні, зокрема замовлення, що застрягли в «Очікує оплати».
Чи потрібна окрема маркетингова згода для нагадування про неоплачене замовлення?
Це залежить від того, як саме сформульоване повідомлення і що в ньому є, крім простого нагадування про оплату, — яка правова підстава застосовна в конкретному випадку, вирішує юрист або відповідальний за захист даних.
Висока вартість доставки, показана пізно в оформленні, у статистиці виглядає так само, як покинутий кошик?
У статистиці — так, і те, і інше закінчується без події purchase. Тому перш ніж будувати нагадування, варто перевірити, чи видно вартість доставки до того, як покупець дійде до останнього кроку.