Брошенная корзина: как найти шаг, на котором покупатель прекращает оформление заказа
20 мин чтения12 пунктов чек-листа + 5 шагов плана — готовая основа первого аналитического замера.
Кому полезноПолезно владельцам интернет-магазинов, руководителям маркетинга и веб-аналитикам, которые видят процент брошенных корзин, но не понимают, на каком именно шаге и почему клиент останавливается.
Что станет понятноБрошенная корзина — это не один показатель, а серия шагов, каждый со своей причиной отказа
С чем уйдёте12 пунктов чек-листа + 5 шагов плана — готовая основа первого аналитического замера.
Статья о том, как перестать гадать, почему покупатели уходят из корзины, и начать смотреть на конкретные шаги оформления заказа. Разберём, как собрать воронку по шагам, отделить техническую поломку от неприятного сюрприза для клиента и проверить любое изменение на сравнимых группах пользователей.
- Брошенная корзина — это не один показатель, а серия шагов, каждый со своей причиной отказа
- Воронку нужно строить по реальным экранам оформления, а не по факту наличия товара в корзине
- Технический сбой и неожиданное условие для клиента требуют разных решений и разных команд
- Расчёт доставки и выбор способа оплаты — самые частые скрытые точки отказа в оформлении
- Любое изменение в оформлении нужно проверять на сопоставимых сегментах, а не на всей аудитории сразу
- Брошенная корзина — это не один момент, а серия развилок
- Как построить воронку шагов оформления заказа
- Ошибки полей: где покупатель спотыкается технически
- Расчёт доставки как скрытая точка отказа
- Выбор способа оплаты: отдельная зона внимания
- Мобильный сценарий: другой путь, другие точки отказа
- Как отличить технический сбой от неожиданного условия
- Связь событий воронки с заказом
- Проверка изменений на сопоставимых сегментах
- Типичные ловушки при интерпретации данных о брошенных корзинах
- Путь клиента
- Стратегия по шагам
- Чек-лист
- Что в итоге
- Вопросы и ответы
Брошенная корзина — это не один момент, а серия развилок
Когда владелец магазина видит цифру «70% корзин брошено», возникает соблазн воспринимать это как единую проблему с единой причиной. На практике за этой цифрой скрывается несколько разных ситуаций: кто-то ушёл, увидев стоимость доставки, кто-то не смог ввести номер телефона в нужном формате, а кто-то просто передумал покупать и вернулся позже с другого устройства. Все эти случаи попадают в один и тот же показатель, хотя решения для них совершенно разные.
Оформление заказа почти всегда состоит из нескольких отдельных экранов или блоков: сама корзина с товарами, данные покупателя, способ доставки, способ оплаты, подтверждение заказа. Каждый из этих шагов — это точка, где человек может остановиться по своей причине. Если анализировать только вход в корзину и итоговый заказ, все промежуточные потери сливаются в одну непонятную дыру.
Задача не в том, чтобы найти единственную причину брошенных корзин — такой причины обычно не существует. Задача в том, чтобы разложить путь покупателя на шаги и увидеть, на каком именно шаге происходит наибольшая потеря, а затем разбираться именно с ним, не трогая то, что работает нормально.

Как построить воронку шагов оформления заказа
Первый практический шаг — договориться, из каких экранов состоит оформление заказа именно в вашем магазине, и зафиксировать границы каждого шага. Это может быть переход из корзины к оформлению, ввод контактных данных, выбор способа доставки, выбор способа оплаты и финальное подтверждение. Важно, чтобы эти границы совпадали с тем, что реально видит покупатель, а не с внутренней логикой системы управления заказами.
Дальше на каждом шаге нужно фиксировать событие с привязкой к сессии или идентификатору заказа: покупатель дошёл до экрана доставки, покупатель дошёл до экрана оплаты, покупатель нажал кнопку «оформить». Если оформление построено как одна страница без перезагрузки, обычные просмотры страниц ничего не покажут — нужны отдельные события на переключение блоков внутри одной страницы.
Полезно сразу считать не только количество дошедших до шага, но и долю от предыдущего шага, а не от входа в корзину. Так видно, где происходит наибольшее падение именно между соседними этапами, а не размытая потеря по всей цепочке.
| Шаг воронки | Что считаем событием | На что смотреть |
|---|---|---|
| Переход в оформление | Нажатие «оформить заказ» из корзины | Доля перешедших от всех, кто открыл корзину |
| Контактные данные | Успешная отправка формы с данными | Доля успешных отправок от открывших форму |
| Доставка | Выбор способа и подтверждение адреса | Доля выбравших способ от увидевших расчёт |
| Оплата | Переход на страницу платёжного сервиса | Доля перешедших от выбравших способ оплаты |
| Подтверждение | Заказ получил статус «оплачен» или «принят» | Доля подтверждённых от перешедших к оплате |

window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
event: 'lead_submit',
form_id: 'audit',
page_path: location.pathname
});
Ошибки полей: где покупатель спотыкается технически
Форма с контактными данными кажется самым простым шагом оформления, но именно здесь часто теряется заметная часть покупателей. Причины банальны: строгая проверка формата телефона, которая не принимает реальный номер, автоматическая подстановка адреса, которая предлагает неверный вариант, обязательное поле, о необходимости заполнения которого покупатель не понял с первого раза.
Отдельная категория проблем — сообщения об ошибках, которые появляются, но остаются незамеченными: маленький текст, цвет, слабо отличающийся от фона, ошибка над полем, которое уже скрыто клавиатурой на мобильном экране. Покупатель видит, что кнопка «продолжить» не сработала, не понимает почему, и просто закрывает вкладку.
Чтобы поймать такие случаи, нужно фиксировать не только успешную отправку формы, но и попытки с ошибкой: какое поле подсветилось, сколько раз подряд человек пытался отправить форму до того, как ушёл. Если на конкретном поле регулярно накапливаются повторные попытки без успешного завершения, это прямой сигнал искать проблему именно там, а не во всей форме сразу.
| Тип ошибки поля | Как проявляется у покупателя | Как поймать в аналитике |
|---|---|---|
| Строгий формат телефона | Номер не принимается, ошибка без объяснения | Событие ошибки валидации по конкретному полю |
| Автоподстановка адреса | Предложенный вариант адреса неверный | Сравнение введённого и итогово подтверждённого адреса |
| Скрытая ошибка на мобильном | Сообщение об ошибке за пределами видимой области | Запись количества повторных отправок формы |
| Обязательное поле без пометки | Форма не отправляется без объяснения причины | Доля отправок с ошибкой «поле не заполнено» |

Спрос вокруг темы статьи
Так читатели формулируют вопрос в поиске.
Расчёт доставки как скрытая точка отказа
Стоимость и сроки доставки часто становятся известны покупателю не в начале пути, а уже внутри оформления заказа, после ввода адреса. Это создаёт момент, когда человек, уже потративший время на выбор товаров и заполнение данных, внезапно узнаёт условие, которое меняет его решение: доставка дороже, чем ожидалось, срок дольше, чем нужно, нужный способ получения недоступен для его региона.
Такой уход отличается от технической ошибки: форма работает исправно, расчёт происходит корректно, но результат расчёта не устраивает покупателя. Если смотреть только на общий процент отказов на этом шаге, легко перепутать реальную проблему с доставкой и мелкую техническую неполадку, которая случайно совпала по времени.
Полезно разбивать отказы на шаге доставки по регионам, диапазону суммы заказа и выбранному способу доставки. Если отказы концентрируются в конкретных регионах или при конкретном диапазоне веса и стоимости, это говорит об условии доставки, которое стоит пересмотреть, а не об ошибке в работе формы расчёта.

Выбор способа оплаты: отдельная зона внимания
Шаг выбора способа оплаты часто объединяют с шагом оформления в целом, хотя по сути это отдельная развилка со своей логикой отказов. Один покупатель уходит, не найдя привычного способа оплаты, другой — увидев дополнительную комиссию, третий сталкивается с зависанием при переходе на страницу платёжного сервиса и просто не дождался загрузки.
Важно различать переход к оплате и подтверждение оплаты как два разных события. Между ними может проходить время, в течение которого покупатель находится на стороннем сервисе, и любые проблемы там — не всегда видны напрямую в аналитике магазина, но их можно заметить по разрыву между количеством перешедших к оплате и количеством подтверждённых заказов.
Если этот разрыв резко вырос за короткий промежуток времени и вернулся к обычному уровню без каких-либо изменений на стороне магазина, вероятнее всего, дело было во временной проблеме на стороне платёжного сервиса. Если разрыв стабильно держится на одном уровне независимо от периода, это скорее говорит о постоянном неудобстве способа оплаты для части аудитории.

Мобильный сценарий: другой путь, другие точки отказа
Оформление заказа с телефона отличается от десктопа не только размером экрана, но и всем поведением человека: он чаще переключается между приложениями, реже готов вводить длинные данные вручную, сильнее зависит от скорости мобильного интернета в конкретный момент. Воронка, которая выглядит нормально на десктопе, может показывать совершенно другую картину при отдельном взгляде на мобильные сессии.
Частые мобильные проблемы: клавиатура перекрывает поле ввода или кнопку продолжения, форма требует слишком много прокрутки, автозаполнение работает иначе, чем в браузере на компьютере, переход в стороннее приложение для оплаты не возвращает пользователя обратно в корзину магазина.
Разделение воронки на мобильную и десктопную версии — не просто хорошая практика, а необходимое условие для корректных выводов. Если общий процент отказов на шаге оплаты выглядит приемлемым, но при этом мобильная версия показывает заметно больший отток именно на этом шаге, а десктопная — почти не теряет пользователей, общий показатель просто маскирует конкретную проблему.

Как отличить технический сбой от неожиданного условия
Это разделение критично, потому что решения принимаются разными людьми и разными способами. Технический сбой чинит разработка: это может быть ошибка сервера, зависание скрипта, неработающая кнопка. Неожиданное условие — это осознанное решение бизнеса, которое просто не устраивает часть покупателей: стоимость доставки, минимальная сумма заказа, отсутствие нужного способа оплаты.
Признаки технического сбоя обычно резкие и локализованные во времени: внезапный скачок отказов на конкретном шаге, который начинается в определённый момент и заканчивается, когда проблему устраняют. Часто такие скачки совпадают с изменением на сайте, обновлением платёжного модуля или ростом нагрузки в пиковые часы.
Признаки неожиданного условия — стабильность во времени и привязка к конкретным сегментам: доля отказов на шаге доставки держится примерно на одном уровне месяцами, но заметно выше в определённых регионах или при определённой сумме заказа. Такая стабильная картина редко объясняется технической проблемой — скорее это устойчивое неудобство, которое нужно решать пересмотром условия, а не правкой кода.

Связь событий воронки с заказом
Отдельные события по шагам оформления сами по себе дают только процент прохождения, но не показывают, сколько денег и каких именно заказов застряло на конкретном шаге. Чтобы получить полную картину, каждое событие воронки нужно привязывать к одному идентификатору — сессии или будущему заказу — и сохранять эту связь до момента, когда заказ либо завершается, либо считается брошенным.
Практически это означает, что при переходе с шага на шаг идентификатор передаётся дальше, а после успешного оформления вся цепочка событий связывается с записью заказа в системе. Тогда можно посчитать не только «сколько людей ушло на шаге доставки», но и «на какую среднюю сумму заказа приходятся эти уходы», что куда полезнее для приоритизации.
Такая связка также позволяет отличать реального клиента, который ушёл и не вернулся, от клиента, который ушёл, но оформил заказ повторно позже с другого устройства или через другой канал. Без сквозной связи оба случая выглядят как потерянный заказ, хотя во втором случае бизнес деньги всё равно получил.

Проверка изменений на сопоставимых сегментах
Найдя вероятную причину отказа на конкретном шаге, важно проверить гипотезу перед тем, как менять оформление для всех покупателей. Самая частая ошибка здесь — сравнивать показатели до и после изменения на всей аудитории сразу, без учёта того, что состав трафика, сезонность или источники переходов могли измениться параллельно с самим изменением.
Правильный подход — выделить сопоставимые сегменты: одинаковые устройства, схожие регионы, близкий диапазон суммы заказа, сравнимый источник трафика. Например, если меняется способ отображения стоимости доставки, логично сравнивать поведение покупателей из одного региона и с похожей суммой заказа до и после изменения, а не смешивать все регионы и все суммы в одну цифру.
Там, где возможно, полезно тестировать изменение на части аудитории, оставляя другую часть в прежнем варианте оформления в тот же период времени. Это убирает влияние сезонности и внешних факторов, потому что обе группы находятся в одинаковых условиях в один и тот же момент, и различие в их поведении можно объяснить именно изменением, а не совпадением по времени.

Типичные ловушки при интерпретации данных о брошенных корзинах
Первая ловушка — путать совпадение по времени с причиной. Рост отказов на шаге оплаты может совпасть с началом распродажи, привлекшей более случайную аудиторию, а не с проблемой самого шага оплаты. Прежде чем менять оформление, стоит проверить, не изменился ли состав трафика в тот же период.
Вторая ловушка — смотреть только на общий агрегированный показатель без разбивки по сегментам. Стабильный в среднем процент отказов может скрывать резкое ухудшение в одном сегменте, компенсированное улучшением в другом, и в этом случае усреднённая цифра просто не даёт повода что-либо менять, хотя проблема реально существует.
Третья ловушка — не учитывать повторные попытки покупателя. Человек может оставить корзину один раз, вернуться через другое устройство или канал и успешно оформить заказ позже. Если считать каждую брошенную сессию как безвозвратно потерянного клиента, картина потерь окажется завышенной и приоритеты в работе с воронкой будут расставлены неверно.

Путь клиента: где эта тема срабатывает
Путь покупателя от заполненной корзины до оплаченного заказа состоит из нескольких этапов, на каждом из которых у него есть свой набор ожиданий и своя причина возможного отказа.
Что у клиентаДобавляет товары, сравнивает варианты, иногда откладывает решение на потом
Что делаемОбеспечить корректное сохранение состояния корзины между визитами
Сигнал, что работаетВозврат к той же корзине через несколько дней или с другого устройства
Что у клиентаЗаполняет контактные данные, выбирает способ и адрес доставки
Что делаемМинимизировать ошибки полей и как можно раньше показать реальные условия доставки
Сигнал, что работаетРост повторных попыток отправки формы или отказ сразу после расчёта доставки
Что у клиентаВыбирает удобный способ оплаты, переходит на страницу платежа
Что делаемОбеспечить стабильную работу перехода к оплате и понятный набор способов
Сигнал, что работаетРазрыв между количеством перешедших к оплате и подтвердивших оплату
Что у клиентаВидит статус заказа, получает уведомление о принятии
Что делаемЗафиксировать связь всех предыдущих шагов с итоговым заказом
Сигнал, что работаетДоля заказов, у которых видна полная цепочка шагов без разрывов
Стратегия: что делать по шагам
Цель: Научиться находить конкретный шаг оформления заказа, на котором теряется наибольшая доля покупателей, и различать техническую причину от условия, которое не устраивает клиента.
- Шаг 1 Описать реальные шаги оформления заказа и настроить фиксацию события на каждом из них с привязкой к сессии Появляется воронка с долей перехода между соседними шагами вместо одного общего процента брошенных корзин
- Шаг 2 Разбить отказы на каждом шаге по устройству, региону и диапазону суммы заказа Видно, концентрируются ли отказы в конкретном сегменте или распределены равномерно по всей аудитории
- Шаг 3 Проверить совпадение всплесков отказов по времени с изменениями на сайте, обновлениями и пиковыми нагрузками Отделены случаи технического сбоя от стабильных во времени показателей, связанных с условиями оформления
- Шаг 4 Связать события воронки с итоговым статусом заказа через единый идентификатор сессии Появляется возможность считать не только долю отказов, но и сумму заказов, застрявших на конкретном шаге
- Шаг 5 Сформулировать гипотезу по проблемному шагу и проверить изменение на сопоставимом сегменте, а не на всей аудитории Изменение внедряется только после проверки на сравнимой группе, что снижает риск ошибочных выводов
Сроки — ориентир для планирования, а не обязательство: скорость зависит от ниши, конкуренции и состояния сайта.
Проверка анализа брошенной корзины
- Оформление заказа разбито на реальные шаги, а не рассматривается как единый процесс
- На каждом шаге фиксируется отдельное событие с привязкой к сессии или идентификатору заказа
- Считается доля перехода между соседними шагами, а не только от входа в корзину
- Ошибки валидации полей фиксируются отдельно от успешных отправок формы
- Расчёт доставки анализируется отдельно от остальных шагов оформления
- Отказы на шаге оплаты разбиты на переход к оплате и подтверждение оплаты
- Мобильная и десктопная воронки анализируются раздельно
- Всплески отказов проверены на совпадение по времени с изменениями на сайте или нагрузкой
- Отказы разбиты по региону, устройству и диапазону суммы заказа
- Повторные попытки оформления с другого устройства или канала учитываются отдельно от полных потерь
- Любое изменение в оформлении проверяется на сопоставимом сегменте перед внедрением на всю аудиторию
- События воронки связаны с итоговым статусом заказа в системе учёта
Что в итоге
Брошенная корзина превращается из непонятного общего показателя в рабочий инструмент только тогда, когда путь покупателя разложен на конкретные шаги, а каждый шаг проверен отдельно. Ошибки полей, расчёт доставки, выбор способа оплаты и мобильный сценарий — это разные точки со своей логикой отказа, и попытка лечить их одним общим решением редко даёт понятный результат.
Главное правило — не спешить с выводами: сначала отделить технический сбой от условия, которое не устраивает клиента, затем проверить любую гипотезу на сопоставимом сегменте, а не на всей аудитории сразу. Такой подход занимает больше времени, чем взгляд на один общий процент, но именно он позволяет находить реальные причины ухода покупателей и работать с ними точечно, а не наугад.
Вопросы и ответы
С чего начать анализ брошенной корзины, если пошаговая аналитика ещё не настроена?
Начните с описания реальных шагов оформления заказа на сайте — сколько экранов или блоков проходит покупатель от корзины до подтверждения заказа. Затем настройте фиксацию события на каждом шаге с привязкой к сессии, чтобы считать долю перехода между соседними шагами, а не только общий вход и итоговый результат.
Сколько шагов должно быть в воронке оформления заказа?
Универсального числа нет — воронка должна повторять реальную структуру оформления в конкретном магазине. Обычно это переход в оформление, контактные данные, доставка, оплата и подтверждение, но если какой-то шаг разбит на несколько экранов, каждый из них стоит фиксировать отдельно.
Как понять, что причина отказа — технический сбой, а не осознанное решение покупателя?
Технический сбой обычно проявляется резким и локализованным во времени скачком отказов на конкретном шаге, часто совпадающим с изменением на сайте или ростом нагрузки. Осознанный отказ из-за условия, например стоимости доставки, выглядит как стабильный уровень отказов, который держится месяцами и привязан к конкретным сегментам — регионам, суммам заказа, способам доставки.
Нужно ли анализировать брошенные корзины отдельно для мобильных устройств?
Да, потому что поведение и типичные проблемы на мобильных устройствах отличаются от десктопа: клавиатура перекрывает поля, форма требует больше прокрутки, переход в стороннее приложение для оплаты может не возвращать пользователя обратно. Общий показатель без разбивки по устройствам может маскировать серьёзную проблему именно в мобильном сценарии.
Как часто нужно пересматривать воронку оформления заказа?
Пересматривать воронку стоит при любом значимом изменении в оформлении — новом способе оплаты, изменении условий доставки, редизайне форм. Помимо этого полезно периодически сверять доли прохождения по шагам, чтобы заметить постепенное ухудшение, которое не связано с явным изменением, но накапливается со временем.
Что делать, если процент отказов на шаге доставки высокий, но стабильный из месяца в месяц?
Стабильно высокий процент отказов чаще говорит об условии, которое не устраивает часть аудитории, а не о технической проблеме. Стоит разбить отказы по регионам и диапазону суммы заказа, чтобы понять, какая именно группа покупателей уходит чаще, и уже после этого решать, что менять в условиях доставки.
- Единый справочник UTM и проверка счётчика раз в месяц
- Передача офлайн-конверсий: связка «клик → сделка»
- Отчётность по оплаченным сделкам, а не по заявкам
- Цели на «страницу спасибо» — ломаются при любой правке
- Подмена ДРР по заявкам вместо оплаченных сделок
- Платная сквозная аналитика при малом объёме обращений
Что делать дальше
₽Посчитать экономикуСходится ли реклама при вашем чеке
?Задать вопросОтветим по вашей ситуации
Опишите задачу в двух словах — специалист ответит в Telegram, обычно в течение рабочего дня. Без презентаций и обязательств.
Написать в Telegram ↗✓Заявка на продвижениеПроверить мою аналитику
Бесплатно проверим счётчики и цели — покажем, откуда берутся расхождения и что с ними делать.
Поставьте оценку — она поможет редакции улучшать следующие разборы.
Обсуждение 5
Спросите, что осталось непонятным — автор материала отвечает в комментариях.


