Брошенная корзина — не одна проблема. За одинаковой цифрой могут скрываться зависшая кнопка оплаты, дорогая доставка, человек, который просто сравнивает цены, или покупатель, которому магазин не дал заплатить привычным способом. Исправлять всё сразу — почти наверняка тратить деньги не там.
По сводным данным Baymard Institute, около 70% онлайн-корзин не завершаются покупкой. Цифра показывает масштаб, но плохо подходит как цель: часть людей только смотрит, сохраняет товар или еще не готова покупать. Нормальный магазин не превратит каждую корзину в заказ. Его задача — не терять тех, кто уже хочет купить.
Ниже — аудит, который можно провести за один рабочий день без редизайна, новой скидки и замены платежного провайдера. Результатом станет не список чужих best practices, а приоритетный backlog именно для вашего магазина.
Короткий ответ: проверяйте четыре вида риска — именно в этом порядке
Экономика
Полная цена, доставка, срок, наличие и валюта.
Доверие
Возвраты, контакты, продавец и понятный итог.
Трение
Guest checkout, поля, ошибки, edit и mobile UX.
Оплата
Методы, 3DS, declines, скорость и логи.
Корзина, checkout и платеж — три разные воронки
Cart abandonment rate = 1 − покупки / созданные корзины. Checkout abandonment rate = 1 − покупки / начатые checkout. Payment failure rate считается среди реальных попыток оплаты. Не смешивайте их: человек, положивший ноутбук для сравнения, и покупатель, чью карту отклонили после 3DS, требуют разных действий.
| Где остановился человек | Что это может значить | Первое доказательство |
|---|---|---|
| Товар → корзина | Сравнивает, не готов, не видит ценности | Product analytics, поиск, повторы |
| Корзина → checkout | Цена, доставка, промокод, недоверие | Clicks, exit pages, survey |
| Checkout → оплата | Форма, аккаунт, метод, mobile friction | Step funnel, field errors, recordings |
| Submit → purchase | Decline, 3DS, timeout, duplicate submit | Gateway reason codes и server logs |
Небольшому магазину достаточно раз в неделю смотреть эти показатели по device, country, new/returning customer и payment method. Общая средняя легко скрывает нормальный desktop и сломанную оплату в Safari на iPhone.
17 причин брошенного checkout: сигнал, доказательство и следующий шаг
1–3. Цена, доставка и поиск промокода
1. Неожиданная доставка, налоги или service fee
Это изменение сделки в последнюю минуту, а не просто UX-проблема. Покажите примерную доставку на product page, точные варианты в корзине и полный total до ввода карты. Если доставка действительно дорогая, объясните или меняйте экономику. Скрывать ее — только откладывать отказ.
2. Срок доставки слишком долгий или непонятный
«3–5 рабочих дней» заставляет считать. «Доставим во вторник, 18 августа» снимает работу. Сравните abandonment по регионам и delivery options, прежде чем считать, что всем нужен express.
3. Поле промокода уводит искать скидку
Большое пустое поле сообщает, что где-то существует цена лучше. Сверните его в ссылку, автоматически применяйте публичные акции и изучите выходы на coupon search. Не отвечайте скидкой на каждую брошенную корзину — так магазин учит ждать.
4–9. Аккаунт, поля, адреса и ошибки
4. Обязательная регистрация
Guest checkout должен быть очевидным default. Предложите аккаунт после покупки, когда данные уже введены, а польза — tracking, история, быстрый повторный заказ — конкретна.
5. Полей больше, чем нужно для выполнения заказа
Уберите company, second address line, дату рождения и marketing questions, если они не нужны. Billing по умолчанию равен shipping. Одно поле полного имени часто лучше жесткого деления на first/last name.
6. Неправильная mobile-клавиатура и нет autofill
Используйте правильные input types, inputmode, стабильные name и id, корректные значения autocomplete. Маленькие атрибуты очень заметны, когда человек печатает одним пальцем.
7. Validation отвергает настоящие имена и адреса
Апостроф, дефис, Unicode, длинное имя или непривычный индекс — не плохие данные. Проверяйте только то, что действительно необходимо для доставки, и не заставляйте международный адрес притворяться американским.
8. Ошибки появляются после submit или ничего не объясняют
Показывайте сообщение рядом с полем человеческим языком и сохраняйте введенное. После «Something went wrong» непонятно, создаст ли повторный клик двойное списание.
9. Редактирование или back уничтожает заказ
Пройдите неидеальный путь: измените количество, variant, адрес и delivery; нажмите back. Состояние должно сохраниться, total — пересчитаться без дубля.
<label for="email">Email</label>
<input id="email" name="email" type="email" autocomplete="email">
<label for="postal">Почтовый индекс</label>
<input id="postal" name="postal" inputmode="numeric"
autocomplete="shipping postal-code">
Semantic HTML, настоящие labels, autofill и inline validation — разумный минимум. Не отправляйте адреса, card data или сырые значения полей в analytics.
10–13. Методы оплаты, declines и технические сбои
10. Нет привычного для рынка метода
Не добавляйте все доступные способы. Выберите карты, wallets или local methods по реальным странам, устройствам, среднему чеку и обращениям support. Их порядок должен отражать аудиторию, а не default провайдера.
11. Decline или сбой 3DS ведет в тупик
Превращайте gateway reason code в полезное действие: повторить, исправить данные, выбрать другой метод или обратиться в банк. После возврата из 3DS заказ не должен исчезать. Разделяйте technical failure, issuer decline и fraud block.
12. Магазину перестают доверять в момент оплаты
Доверие — не ряд декоративных badges. Это узнаваемое имя продавца, рабочие контакты, понятные возвраты, ожидаемая валюта, полный order summary и отсутствие сюрпризов. Новый посетитель должен за 30 секунд понять, кто спишет деньги и что будет, если товар не подойдет.
13. Страница медленная, прыгает или кажется зависшей
Проверяйте Core Web Vitals и real-user data отдельно для checkout, но ищите конкретику: layout shift прячет кнопку, script блокирует interaction, spinner не заканчивается. После первого submit блокируйте кнопку и ясно показывайте прогресс.
14–17. Поздние изменения, локализация, distraction и bugs
14. Наличие или цена меняется в конце
Резервируйте stock на понятный период или обновляйте статус раньше. Если цена изменилась, покажите что именно и дайте выбор вместо общей ошибки после двадцати полей.
15. Валюта, язык или формат адреса меняются
Тестируйте cross-border checkout вручную. Локализованный landing page, после которого появляется другой язык и неожиданная валюта списания, подрывает доверие сильнее, чем отсутствие локализации.
16. Checkout продолжает продавать вместо завершения заказа
Навигация, pop-up, carousel и cross-sell открывают новые решения. Оставьте важные гарантии и summary; уберите пути, конкурирующие с оплатой.
17. Редкий browser bug или сломанная интеграция
Если проблема появилась в один день, на одном device или method, изучите releases, third-party scripts и response codes. Recording показывает, что случилось; server и gateway logs — почему.
Аудит checkout за четыре часа
Не заканчивайте выводом «упростить checkout». Хорошая находка звучит так: на iPhone Safari 18% сессий получают повторную postal-code error; воспроизведено 4/5 раз; исправляем validation; owner — Анна; семь дней следим за error rate и purchase rate.
10 тестовых заказов на сегодня
| Сценарий | Что намеренно сделать | Что должно произойти |
|---|---|---|
| iPhone / Safari | Autofill + Apple Pay | Нет zoom, shift, повторного ввода |
| Android / Chrome | Google autofill + back | Данные сохранены, total верен |
| Desktop / Chrome | Только keyboard | Видимый focus, логичный порядок |
| Guest | Отказаться от аккаунта | Покупка остается простой |
| Returning | Изменить старый адрес | Новый адрес применен везде |
| International | Unicode name и иной индекс | Реальные данные приняты |
| Declined card | Тестовый отказ | Понятное сообщение и recovery |
| 3DS | Отмена и повтор | Сессия и заказ сохранены |
| Coupon | Неверный и старый код | Причина ясна, checkout жив |
| Edit order | Изменить qty и delivery | Total обновлен один раз |
Минимальный tracking, объясняющий проблему
Для базовой воронки нужны view_cart → begin_checkout → add_shipping_info → add_payment_info → purchase. Добавьте checkout_error с step, field_group, reason_code, payment_method и device_class. Никогда не включайте PII.
Убедитесь, что purchase отправляется один раз и только после подтвержденной оплаты. Revenue dashboard с дублями радует ровно до сверки с банком.
Что исправлять первым
Оцените каждую проблему по формуле Impact × Confidence ÷ Effort по шкале 1–5. Высокий impact без доказательств — гипотеза; высокая confidence без объема — edge case. Воспроизводимые payment bugs, hidden fees, mobile validation и forced account обычно важнее косметического редизайна.
| Находка | Доказательство | Решение | Метрика |
|---|---|---|---|
| Shipping только в конце | Exit spike + survey | Estimator в cart | Cart→checkout |
| Postal error на iOS | Logs + reproduction | Validation fix | Field error rate |
| Нет local wallet | Country split + support | Добавить один method | Payment completion |
| Другой цвет кнопки | Только мнение команды | Не брать в sprint | — |
Запишите baseline, сегмент, дату, механизм, owner и guardrail metrics: refunds, fraud, support contacts, average order value. Conversion, купленная ценой ошибочных заказов, — не победа.
Частые вопросы
Какой средний показатель брошенных корзин?
Сводная оценка Baymard — около 70%, но она смешивает разные магазины и намерения. Собственный сегментированный тренд полезнее.
Почему покупатели бросают checkout?
Частые причины: изменившаяся полная цена, доставка, forced registration, сложная форма, отсутствующий метод оплаты, недоверие и технический сбой. Причину нужно подтвердить.
Какой checkout abandonment rate хороший?
Универсального good rate нет: важны продукт, цена, канал, рынок и определение start. Сравнивайте один сегмент до и после доказанной правки.
Как снизить брошенные корзины без скидок?
Раньше покажите total и delivery date, разрешите guest checkout, сократите поля, включите autofill, улучшите recovery после declines и добавьте релевантные payment methods.
Нужен ли guest checkout?
Обычно да. Аккаунт лучше предложить после покупки, если identity не является сутью продукта или юридическим требованием.
Источники и дата проверки
Статистика и UX-исследования проверены 16 августа 2026 года по материалам Baymard Institute. Рекомендации для форм основаны на web.dev, performance-диагностика — на Google Search Central. Общие benchmarks — ориентир, а не прогноз результата магазина.
Читайте дальше: как собрать поддержку интернет-магазина за семь дней и как посчитать ROI автоматизации до запуска.