Брошенные корзины: аналитика и отчёты

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

По сути это аналитика незавершённых заказов: заказ не оформлен, но и состав корзины, и путь покупателя по сайту известны — если их кто-то сохранил.

Штатными средствами 1С-Битрикс эти цифры не собрать. И дело не в том, что отчёта нет, а в том, что нет данных: при оформлении заказа Битрикс не копирует строки корзины — он проставляет им идентификатор заказа. В момент покупки брошенная корзина как объект перестаёт существовать, и посчитать её задним числом уже невозможно.

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

Что вы получаете на выходе

✔ сводку за день, неделю, месяц, год и всё время с динамикой по дням
✔ долю возвратов и упущенную выручку в деньгах, а не в процентах «примерно»
✔ топ товаров, которые бросают чаще всего, и товаров, за которыми возвращаются
✔ разрезы по источникам перехода, шагу заброса, сумме корзины и числу позиций
✔ долю покупателей, с которыми вообще можно связаться
✔ регулярную сводку на почту, в Telegram, в Битрикс24, в SMS и мессенджеры

✔ Брошено, восстановлено, упущено — в штуках и в деньгах, за любой период: сегодня, вчера, неделя, месяц, год, всё время или произвольный интервал. Сколько корзин заброшено за выбранные дни, видно одной строкой.
✔ Доля возвратов и среднее время до возврата — через сколько часов или дней покупатель всё-таки оформляет заказ.
✔ График динамики по дням прямо на странице отчёта.
✔ Отдельно — сколько корзин ещё в работе, то есть их судьба не определена и покупатель может вернуться.
✔ Доля достижимых покупателей: у скольких брошенных корзин вообще есть почта или телефон, чтобы к ним возвращаться.
✔ Фильтр по сайту для многосайтовых магазинов.

✔ Топ товаров по числу брошенных корзин: что именно чаще всего остаётся невыкупленным и за какими позициями покупатели не возвращаются.
✔ Доля возвратов по каждому товару — видно, за чем покупатели возвращаются сами, а что бросают окончательно.
✔ Количество и сумма в базовой валюте, разделы каталога.
✔ Торговые предложения сводятся к товару-владельцу, так что размеры и цвета одной модели считаются вместе, а не размазываются по отчёту.
✔ Выгрузка в CSV для дальнейшего разбора.

✔ Шаг заброса: бросили корзину, не дойдя до оформления, или дошли до оформления и ушли. Это два разных сценария и две разные проблемы — в первом случае вопросы к каталогу и ценам, во втором к самой форме заказа.
✔ Источники перехода: UTM-метки и переходы с внешних сайтов. Видно, какая реклама приводит покупателей, которые не доходят до заказа.
✔ Тип совпадения заказа: вернулись за всем составом корзины, за частью товаров или купили что-то другое.
✔ Распределение по сумме корзины: где именно теряются деньги — на мелких чеках или на крупных. Границы диапазонов настраиваются под ассортимент магазина.
✔ Распределение по количеству позиций.

✔ Полный снимок оставленной корзины: что лежало, по каким ценам, с какими скидками.
✔ Остатки на складе и признак доступности к покупке на момент заброса — сразу видно, если корзину бросили из-за отсутствия товара.
✔ Контакты покупателя, если они известны.
✔ Источник перехода, страница входа, шаг заброса, время до возврата и связанный заказ.
✔ Реестр брошенных корзин с сортировкой по всем ключевым полям и подробным фильтром: дата, статус, шаг ухода, сайт, число позиций, сумма корзины — в её валюте и в базовой, — источник перехода, заказ и покупатель. Суммы и количества задаются вилкой «от и до», источник ищется по части названия: «yandex» найдёт и «yandex-direct».
✔ Отдельный фильтр — «достижима»: оставить только корзины, к которым есть с чем вернуться, то есть с почтой или телефоном покупателя. Это тот же признак, по которому считается доля достижимых в сводке, и из такой выборки получается готовый список для обзвона или рассылки. Обратный вариант тоже полезен: корзины без единого контакта показывают, сколько магазин теряет на анонимных покупателях.
✔ Фильтр «из истории» отделяет корзины, поднятые разовым импортом, от собранных на живом сайте: у первых нет источника перехода и остатков, и в разрезах их лучше смотреть отдельно.

Чтобы к незавершённому заказу можно было вернуться, нужна почта или телефон. Модуль собирает их из четырёх источников и показывает в карточке корзины с указанием, откуда каждый взят и когда:

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

Что ещё стоит знать про сбор:

✔ Любое поле, блок или форму целиком можно исключить атрибутом data-rover-basket-ignore — например поле с телефоном менеджера в шапке сайта.
✔ Сервер ничему со стороны браузера не верит: тип значения определяется заново, почта проверяется штатной проверкой ядра, телефон — разбором номера, так что «8 900…» и «+7 900…» не превращаются в два разных контакта. Номер корзины с клиента не принимается вовсе, иначе в чужую корзину можно было бы записать что угодно.
✔ Согласие на обработку персональных данных модуль не собирает и не хранит — это остаётся на самой форме сайта, как и до установки модуля. Об этом же сказано прямо под галочкой в настройках.

✔ Итоги за неделю и график по дням прямо на главной странице админки — цифры попадаются на глаза сами, без захода в отчёты.
✔ Считается тем же кодом, что и сводка, поэтому виджет и отчёт всегда показывают одно и то же.
✔ Сотрудник без прав на модуль не увидит в нём ничего: рабочий стол открыт всем, у кого есть доступ в админку, а в отчёте — выручка магазина.

✔ Разовый подъём уже накопившихся забытых корзин на заданную глубину — цифры появляются сразу, а не через месяц наблюдений.
✔ Импорт идёт в фоне, с прогрессом и без нагрузки на сайт.

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

Пять каналов, каждый включается отдельно:

— почта — обычное почтовое событие, шаблон правится как любой другой;
— Telegram — напрямую ботом в чат, группу или канал: нужны только токен и идентификатор чата, сторонние сервисы не требуются;
— Битрикс24 — уведомление сотруднику или сообщение в чат и рабочую группу портала через входящий вебхук: цифры приходят туда, где команда и так работает, а получателей можно перечислить через запятую;
— SMS и мессенджеры — WhatsApp и MAX через штатные шаблоны сообщений Битрикса;
— вебхук — сводка уходит в JSON на ваш адрес, с подписью HMAC, чтобы принимающая сторона отличила запрос магазина от чужого.

✔ Отказ одного канала не отменяет остальные, а кнопка проверочной отправки отчитывается по каждому: видно не «не отправлено», а «Telegram — бот не добавлен в чат».
✔ Если учёт ведётся по нескольким сайтам, сводка приходит по каждому отдельно — цифры витрин не смешиваются. Отдельной настройкой можно выбрать, по каким сайтам её слать: учёт по всем, а письма — только по нужным.

✔ Двухуровневое хранение: детальные данные с персональными данными покупателей живут заданный срок и вычищаются автоматически, а дневные итоги остаются навсегда. Отчёты за прошлые годы не ломаются, а персональные данные не копятся бессмысленно.
✔ Срок хранения задаётся в настройках.
✔ Собранные контакты не покидают сайт. В регулярную сводку попадают только итоговые цифры и названия товаров: ни почты, ни телефонов, ни имён покупателей в письме, в сообщении мессенджера и в вебхуке нет. Внешние сервисы модуль не использует — кроме тех, которые магазин подключил сам, задав в настройках токен Telegram, вебхук Битрикс24 или собственный адрес приёма.
✔ При удалении модуля можно сохранить накопленные данные — после переустановки учёт продолжится с того же места.

✔ Фоновые агенты работают батчами с сохранением прогресса и лимитом по времени: не упираются в ограничения хостинга и не растягивают время генерации страниц.
✔ Учёт анонимных покупателей: корзина без авторизации тоже попадает в статистику.
✔ Настраиваемый учёт отложенных товаров.
✔ Логирование с ограничением размера файла и очисткой из настроек.
✔ Разделение доступа к модулю в административной части.
✔ Совместимость с MySQL и PostgreSQL.

✔ Возврат покупателей: цепочки писем и сообщений по брошенной корзине, персональные купоны, сценарии по сегментам.
✔ Интеграция с Битрикс24

Нужен ещё функционал? Создайте тикет!