-15%Скидка 15% на разработку сайта или магазина при старте до конца месяца

Брошенные корзины: сценарии возврата через email и push

Сценарии возврата брошенных корзин через email и web-push на 1С-Битрикс

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

Хорошая новость в том, что значительную часть этих корзин можно вернуть — если вовремя напомнить о себе правильным сообщением по правильному каналу. Эта статья — практический разбор того, как выстроить сценарии возврата брошенных корзин на 1С-Битрикс: как система фиксирует незавершённый заказ, как собрать цепочку писем и web-push, что в них писать и как не нарушить закон. Технические каналы отправки мы закрываем услугой интеграции с email-сервисами.

Коротко

  • Брошенная корзина — это товары без оформленного заказа за заданный интервал; в Битрикс это отслеживается по данным модуля «Интернет-магазин» и sale.order.
  • Базовый сценарий — цепочка из трёх касаний: напоминание через час, ответ на возражения через сутки, стимул через 2–3 дня.
  • Комбинируйте каналы: быстрый web-push и содержательный email, при наличии согласия — мессенджеры.
  • Меряйте эффект по контрольной группе и следите за отписками; собирайте согласие на рассылку заранее.

Почему покупатели бросают корзины

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

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

Что считать брошенной корзиной

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

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

Оформление заказа по шагам КорзинатоварыДанныеконтактыДоставкаспособ, адресОплатаспособ оплатыСпасибозаказ созданЧем короче и понятнее шаги оформления, тем меньше брошенных корзин.
Схема: Чем короче и понятнее шаги оформления, тем меньше брошенных корзин.

Как 1С-Битрикс фиксирует незавершённый заказ

В 1С-Битрикс вся торговая логика живёт в модуле «Интернет-магазин» и торговом каталоге. Корзина пользователя — это записи sale.basket, привязанные к сессии или к авторизованному пользователю. Когда покупатель начинает оформление, создаётся заказ sale.order, который до подтверждения может находиться в незавершённом состоянии.

Для сценариев возврата важны два источника данных:

На событиях модуля (добавление в корзину, создание и смена статуса заказа через D7-обработчики) можно строить свою логику: помечать корзину, писать во внешний сервис, ставить отложенную задачу. Сама выборка «брошенных» корзин — это запрос к данным заказов и корзин с условием по времени и статусу. Если вы планируете глубокую кастомную обработку событий, полезно понимать современный слой данных Битрикса — мы разбираем его в материале про D7 ORM в 1С-Битрикс.

Триггеры и правила работы с клиентами

Штатный инструмент Битрикса для возврата корзин — «Правила работы с клиентами» (иногда их называют триггерами email-маркетинга). Это встроенный механизм, который отслеживает события покупателя и запускает действия: отправить письмо, начислить бонус, показать сообщение. Работает он на связке агентов и событий и не требует отдельного сервиса для базовых сценариев.

Логика правила для брошенной корзины выглядит так:

  1. Условие входа. В корзине есть товары, пользователь известен (авторизован или оставил email), заказ не оформлен.
  2. Задержка. Правило ждёт заданный интервал — например, час — прежде чем сработать.
  3. Проверка перед отправкой. Перед письмом система снова проверяет, не оформлен ли заказ, чтобы не беспокоить купившего.
  4. Действие. Отправка письма по шаблону с составом корзины и ссылкой на возврат к оформлению.

Для простых сценариев этого достаточно. Но когда нужны ветвления, A/B-тесты, сегменты и мультиканальность, штатных правил не хватает — логику выносят во внешний сервис или CRM, а Битрикс отдаёт события по API. Такой обмен строится на вебхуках и REST, и здесь критична безопасность передачи данных: об этом — статья про безопасность REST и вебхуков в Битрикс.

Не дублируйте отправку. Если сценарии живут и в Битрикс, и во внешнем сервисе, легко отправить покупателю два письма об одной корзине. Заранее решите, кто «владелец» сценария, и не запускайте одну и ту же цепочку из двух мест.

Цепочка email-возврата и тайминги

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

КасаниеВремяЗадача письмаСодержание
ПервоеЧерез 30–60 минутНапомнитьСостав корзины, кнопка «вернуться к заказу»
ВтороеЧерез 20–24 часаСнять возраженияОтзывы, гарантии, ответы на страхи, помощь
ТретьеЧерез 2–3 дняДать стимулСкидка, бесплатная доставка, ограниченный срок

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

Web-push как быстрый второй канал

Web-push — это короткие уведомления, которые всплывают в браузере, даже когда вкладка магазина закрыта. Для брошенной корзины они хороши скоростью: сообщение доходит за секунды и даёт высокий процент открытий в первые минуты, пока намерение ещё живо. При этом push не требует email — достаточно, чтобы человек подписался на уведомления сайта.

У канала есть и ограничения: сообщение короткое, живёт недолго, и подписка на уведомления есть далеко не у всех. Поэтому web-push обычно не заменяет email, а дополняет его — как быстрый первый сигнал, за которым следует более содержательное письмо. Как выстроить возврат именно через браузерные уведомления, мы подробно разбираем в статье про web-push для возврата покупателей.

Практичная схема мультиканального возврата: сразу после того как корзина признана брошенной, уходит web-push (если есть подписка), а через час — первое письмо цепочки. Так вы используете сильную сторону каждого канала и не давите на человека двумя одинаковыми сообщениями одновременно.

Мессенджеры и мультиканальность

Кроме почты и push, покупателя можно вернуть через мессенджеры — WhatsApp, Telegram, чат — если он оставил контакт и дал согласие. Мессенджеры дают высокий процент прочтения и ощущение личного обращения, но требуют особой аккуратности: навязчивые сообщения в личном канале раздражают сильнее, чем в почте.

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

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

Что писать в письмах о корзине

Возвращает не факт отправки письма, а его содержание. Письмо о брошенной корзине должно за секунды напомнить, что человек выбирал, и убрать трение на пути обратно к заказу. Универсальная структура выглядит так.

Кнопка возврата должна вести в корзину с уже собранными товарами, а не заставлять искать их заново. В Битрикс это делается ссылкой с идентификатором корзины или заказа, по которой состав восстанавливается. Чем меньше действий между письмом и оплатой, тем выше возврат.

Сегментация и персонализация

Одинаковое письмо всем работает хуже, чем сообщение, учитывающее ситуацию покупателя. Сегментация не обязана быть сложной — достаточно нескольких осмысленных признаков, чтобы письмо стало уместнее.

Глубокая персонализация — с рекомендациями сопутствующих товаров и предсказанием интереса — требует данных о поведении и, как правило, внешнего движка. Но начинать стоит с простого: даже сегментация по сумме и типу клиента заметно поднимает отклик по сравнению с единым письмом «для всех».

Метрики и оценка эффективности

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

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

Юридические нюансы рассылок

Рассылка о брошенной корзине — это маркетинговое сообщение, а не транзакционное уведомление по оформленному заказу. Разница принципиальна: на маркетинг нужно согласие покупателя. Игнорировать это нельзя — риск не только в жалобах, но и в претензиях по 152-ФЗ и закону о рекламе.

Транзакционные письма (подтверждение заказа, статус доставки) под это правило не подпадают — они часть исполнения договора. А вот «вы забыли товар» — уже реклама. Разделяйте эти потоки на уровне шаблонов и согласий, чтобы не смешивать обязательные уведомления с маркетингом.

Частые ошибки

Чек-лист внедрения

  1. Определён порог. Задан интервал, после которого корзина считается брошенной, и условия входа в сценарий.
  2. Есть контакт и согласие. Возврат идёт только тем, у кого есть email/push и согласие на рассылку.
  3. Настроена проверка заказа. Перед каждым касанием система проверяет, не оформлен ли заказ.
  4. Собрана цепочка. Три касания с разными задачами; стимул — только на последнем и по сроку.
  5. Подключены каналы. Email плюс web-push, при согласии — мессенджеры, с глушением дублей.
  6. Ссылка ведёт в корзину. Кнопка восстанавливает состав, а не отправляет на главную.
  7. Настроены метрики. Считаются восстановленные корзины, выручка, отписки; есть контрольная группа.
  8. Соблюдён закон. Согласие собрано и хранится, в каждом письме есть рабочая отписка.

Вывод

Брошенные корзины — это не потерянные клиенты, а отложенные заказы, значительную часть которых можно вернуть без больших вложений. На 1С-Битрикс основа уже есть: модуль «Интернет-магазин» хранит корзины и заказы, а «Правила работы с клиентами» умеют запускать сценарии по событиям. Задача — грамотно выстроить цепочку касаний, скомбинировать каналы и не превратить возврат в спам.

Начните с простого: одно напоминание через час и корректная проверка, что заказ ещё не оформлен. Затем добавьте второе и третье касание, web-push, сегментацию и метрики с контрольной группой. И обязательно закройте юридическую сторону — согласие и отписку. Тогда возврат корзин станет стабильным каналом, который тихо возвращает часть выручки, которую вы сегодня теряете на последнем шаге оформления.

Частые вопросы

Через сколько времени отправлять первое письмо о брошенной корзине?

Оптимально — через 30–60 минут после того, как покупатель ушёл, не оформив заказ. За это время он ещё помнит, что выбирал, но уже покинул сайт. Слишком раннее письмо (через 5 минут) выглядит навязчиво и часто приходит человеку, который просто отвлёкся и вернётся сам. Слишком позднее (через сутки) теряет актуальность: товар уже могли купить в другом месте.

Сколько писем должно быть в цепочке возврата?

Обычно три касания: первое-напоминание через час, второе с ответом на возражения или соцдоказательством через сутки, третье со стимулом (скидка, бесплатная доставка) через 2–3 дня. Больше трёх писем на одну корзину раздражают и повышают отписки. Если после третьего касания заказ не оформлен, корзину считают потерянной и не давят дальше.

Как 1С-Битрикс определяет, что корзина брошена?

В модуле «Интернет-магазин» незавершённая покупка живёт как заказ в статусе черновика или как несохранённая корзина (sale.basket) авторизованного пользователя. Брошенной считается корзина, в которой есть товары, но за заданный интервал не появился оформленный заказ (sale.order со статусом «принят»). Условие проверяется агентом или триггером «Правил работы с клиентами» и запускает сценарий возврата.

Можно ли вернуть покупателя, который не авторизован и не оставил email?

Только частично. Без email или согласия на push анонимного гостя догнать нечем — остаётся web-push, если он подписался на уведомления браузера, и ретаргетинг рекламой. Поэтому важно получать контакт как можно раньше: предлагать вход, сохранять корзину за авторизованным пользователем и мягко запрашивать email на шаге оформления. Чем раньше есть контакт, тем шире набор каналов возврата.

Чем web-push лучше и хуже email для возврата корзины?

Web-push мгновенный, короткий и не требует email — сообщение всплывает в браузере и даёт высокий процент открытий в первые минуты. Но он живёт недолго, ограничен по объёму и работает, только если человек подписался на уведомления. Email вместительнее, живёт в почте до открытия и позволяет показать товары, цены и кнопку. На практике каналы комбинируют: быстрый push плюс более содержательное письмо.

Нужно ли согласие покупателя на рассылку о брошенной корзине?

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

Какие метрики показывают, что сценарий возврата работает?

Ключевые — доля восстановленных корзин (сколько брошенных завершились заказом после письма), выручка, возвращённая цепочкой, open rate и click rate писем, процент отписок. Сравнивать нужно с контрольной группой, которой письма не отправляли: только так видно реальный вклад сценария, а не заказы, которые случились бы и без него. Растущие отписки — сигнал, что давление избыточно.

Где лучше хранить логику: в Битрикс или во внешнем сервисе рассылок?

Зависит от масштаба. Простые сценарии на одну-две ветки удобно собрать на «Правилах работы с клиентами» внутри Битрикса. Сложные цепочки с сегментацией, A/B-тестами и мультиканальностью выносят во внешний email-сервис или CRM, а Битрикс отдаёт туда события о корзине и заказе по API. Второй путь гибче, но требует настроенной интеграции и аккуратной передачи данных.

Поделиться:

Хотите вернуть часть брошенных корзин в заказы?

Настроим сценарии возврата на 1С-Битрикс: цепочки email, web-push и мессенджеры, метрики и защиту от спама. Рассчитаем работу под ваш магазин.

Мессенджеры в retailCRM

Игорь Воскресенский

Команда B2Bsite. С 2014 года разрабатываем интернет-магазины и порталы на 1С-Битрикс: настраиваем возврат брошенных корзин, email- и push-сценарии и интеграции с сервисами рассылок.

← Все статьи блога