Как увеличить продажи в магазине и поймать уходящего покупателя — советы в блоге

Как увеличить продажи в магазине и поймать уходящего покупателя Каждый владелец интернет-магазина знает это чувство: в «Яндекс.Метрике» - стабильный трафик, в корзинах - товары, а в кассе - тишина. Человек посмотрел каталог, положил кроссовки в корзину, а потом просто закрыл вкладку. Навсегда - или до тех пор, пока не наткнётся на такой же товар у конкурента, только на 200 рублей дешевле.
По разным отраслевым оценкам, до 70% добавленных в корзину товаров так и не превращаются в заказ. Догнать этого покупателя классическими средствами (email-рассылка, ретаргетинг) можно, только если он успел оставить контакты. А если нет - он просто исчезает из воронки.

Именно для этой развилки - «ушёл или остался» - существует Smart Popup (abricos.exitintent): модуль для 1С-Битрикс, который ловит момент, когда посетитель собирается покинуть страницу (или ведёт себя так, будто вот-вот уйдёт), и показывает ему точечное предложение - скидку, подписку, напоминание о корзине.

Ниже - шесть типовых сценариев использования модуля на примере реальных магазинов.
Как это устроено технически (коротко)
Модуль показывает попап по одному из шести триггеров, которые можно комбинировать в разных правилах для разных разделов сайта:

• EXIT - курсор уходит за пределы окна браузера (классический «уходит с сайта»);
• SCROLL - посетитель долистал страницу до определённого процента;
• TIMER - прошло N секунд на странице;
• PAGEVIEWS - за визит просмотрено N страниц;
• IDLE - пользователь «завис»: не двигает мышью и не скроллит заданное время;
• MANUAL - попап запускается вручную, по нужному вам событию на странице (например, по клику на баннер).
  

Каждое правило привязывается к маске URL (/catalog/*, /basket/, конкретная страница) и к сайту - если у вас мультисайтовость, для интернет-магазина и корпоративного блога можно настроить разную логику. Контент попапа, текст согласия на обработку данных, редирект после отправки и оформление (включая свой CSS) задаются отдельно для каждого правила. Все заявки попадают в единый список лидов в админке с экспортом в CSV.
Теперь - сценарии.
Сценарий 1. Спасаем брошенную корзину
Магазин: интернет-магазин электроники.
Проблема: посетители доходили до страницы корзины, видели итоговую сумму с доставкой - и уходили «подумать». Большинство не возвращалось.
Настройка: правило с триггером EXIT, маска /basket/. В попапе - не абстрактная скидка «на всё», а конкретика: «Ваша корзина сохранена. Оформите заказ в течение часа - бесплатная доставка». Поле для email с согласием на обработку данных, кнопка отправки редиректит обратно в корзину с параметром промокода.
Логика эффекта: попап срабатывает в момент максимального намерения купить (товар уже в корзине, решение почти принято) - это самый «горячий» момент для дожима, гораздо эффективнее, чем баннер на главной.
Сценарий 2. Скидка для нерешительных на странице каталога
Магазин: магазин косметики.
Проблема: пользователи листали каталог одной категории - например, «уходовая косметика» - подолгу сравнивали товары, но не переходили в карточку и не добавляли ничего в корзину. Классический признак «сравниваю цены, скорее всего уйду к конкуренту».
Настройка: правило с триггером SCROLL (порог - 70% страницы), маска /catalog/uhod/*. Попап предлагает промокод на первую покупку в этой категории с ограничением по времени, чтобы не откладывать решение.
Почему именно SCROLL, а не EXIT: для страниц каталога намерение уйти часто не выражается явным движением курсора к вкладке - человек просто закрывает телефон или переключается на другое приложение (на мобильном EXIT физически не считывается). Скролл - универсальный сигнал вовлечённости, который работает одинаково и на десктопе, и на мобильном.
Сценарий 3. Ловим «зависших» посетителей
Магазин: магазин мебели с длинным циклом принятия решения (диван - не импульсная покупка).
Проблема: на карточках товара - долгие сессии, но без действий: человек изучает фото, характеристики, потом просто замирает на странице (открыл в фоне, отвлёкся, задумался о цене).
Настройка: триггер IDLE (60 секунд бездействия), маска /product/*. В попапе - не скидка, а мягкий оффер: «Остались вопросы по этому дивану? Оставьте телефон - дизайнер перезвонит и поможет с выбором обивки». Такой сценарий особенно хорошо работает для дорогих и сложных товаров, где решает не скидка, а консультация.
Сценарий 4. Таймер флэш-распродажи
Магазин: магазин одежды во время сезонной распродажи.
Проблема: нужно было быстро проинформировать о 48-часовой акции всех, кто заходит на сайт, но без навязчивого баннера на каждой странице.
Настройка: триггер TIMER - 15 секунд на сайте, маска /* (весь сайт, кроме страницы оформления заказа - она исключена отдельной маской, чтобы не отвлекать на финальном шаге). Дизайн попапа настроен под фирменные цвета акции через собственный CSS в правиле - никакого доп. дизайна на стороне сайта дорабатывать не пришлось.
Нюанс: для таких кампаний важно ограничивать частоту показа одному посетителю (модуль не показывает попап повторно в течение сессии/заданного периода), чтобы не раздражать тех, кто уже видел предложение и осознанно продолжает выбирать.
Сценарий 5. Догоняем «сравнивающих» после нескольких просмотров каталога
Магазин: зоомагазин.
Проблема: аналитика показывала группу пользователей, которые за визит открывали 5+ карточек товара в одной категории (например, корма), но не клали в корзину ничего - классический паттерн «сравниваю варианты, ещё не решил».
Настройка: триггер PAGEVIEWS = 5, маска /catalog/korma/*. Попап предлагает не скидку, а полезность - гайд «Как выбрать корм по возрасту и породе» с подпиской на рассылку, что мягко переводит «ещё не решившего» в контакт для дальнейшего email-маркетинга, даже если покупка не случилась сразу.
Сценарий 6. Ручной запуск под конкретную акцию
Магазин: книжный интернет-магазин.
Задача: показать попап не по универсальному поведенческому триггеру, а по собственному событию - например, по клику на баннер «Забронировать книгу с автографом» на главной странице.
Настройка: триггер MANUAL - правило не срабатывает само, а вызывается кодом на нужной странице в нужный момент (клик по элементу, окончание видео, любое кастомное событие сайта). Это самый гибкий сценарий: exit-intent логика модуля используется просто как готовый движок попапов с формой, согласием на обработку данных и учётом лидов - под любой сценарий, который не укладывается в «уходит/долистал/завис».
Что объединяет все сценарии

1. Правило - это не один попап на весь сайт. Разные страницы (каталог, карточка товара, корзина) требуют разных триггеров и разных офферов - модуль позволяет держать сколько угодно правил одновременно, каждое со своей маской URL и, при мультисайтовости, своим сайтом.
2. Юридическая аккуратность встроена. Для каждого правила задаётся собственный текст согласия на обработку персональных данных - форма без чекбокса согласия не отправляется.
3. Лиды не теряются. Все заявки со всех правил стекаются в единый список в админке Bitrix с фильтрами и экспортом в CSV - их можно выгрузить в CRM или email-сервис одним файлом.
4. Дизайн - не компромисс. Оформление попапа настраивается под фирменный стиль через собственный CSS в каждом правиле, а не ограничивается одним шаблоном на все случаи.
   

С чего начать
Не нужно сразу включать все шесть сценариев. Стандартная последовательность внедрения:

1. Начните с одного правила на самой «дорогой» странице - обычно это /basket/ с триггером EXIT.
2. Через 1-2 недели посмотрите статистику по лидам в админке.
3. Добавьте второе правило на страницы каталога с высоким показателем отказов.
4. Постепенно расширяйте на IDLE- и PAGEVIEWS-сценарии там, где аналитика показывает «зависающих» и «сравнивающих» посетителей.
   

Уходящий покупатель - это не потерянная продажа. Это просто ещё не отправленная форма.