В этой статье разберём, как настроить веб-пуши о брошенной корзине и не только (например, об избранном) через платформу Mindbox в связке с 1С-Битрикс. Всё — на основе реального опыта интеграции.
Что получите в итоге?
- Автоматические пуш-уведомления через 30–60 минут после того, как клиент покинул корзину.
- Возможность собирать подписчиков на пуши прямо на сайте (с попапом).
- Выгрузку в Mindbox событий: просмотры товаров и категорий, добавления в корзину и избранное.
- Базовый фундамент для дальнейшей персонализации (бонусы, рекомендации).
Шаг 1. Проверьте, готов ли ваш Битрикс
Прежде чем что-то устанавливать, убедитесь в трёх вещах.
1.1. Версия 1С-Битрикс
Требование: не ниже 18.5.100.
Рекомендация: чем свежее — тем лучше (идеально от 23.600.0).
1.2. HTTPS на всём сайте
Service Worker (технология, отвечающая за пуши) работает только через HTTPS. Даже на локальном тестовом сервере используйте локальный SSL.
1.3. Нет конфликтующих Service Worker
Частый подводный камень — если на сайте уже установлен PWA или другой Service Worker (например, для кеширования), они могут «перетереть» друг друга.
Как проверить: откройте консоль браузера (F12) → вкладка Application → Service Workers. Если там уже есть активный worker — читайте раздел «Важно» ниже.
Шаг 2. Установите модуль Mindbox для Битрикс
Не нужно писать интеграцию для Mindbox и 1С-Битрикс с нуля. Есть готовый модуль в Маркетплейсе:
mindbox.loyalty
Что он умеет из коробки:
- Передавать события добавления/удаления товаров в корзину и избранное.
- Отправлять просмотры товаров и категорий.
- Синхронизировать заказы и клиентов.
Установка стандартная: через админку Битрикс («Маркетплейс» → «Установить решение»).
Также может потребоваться доработка компонентов для корректной передачи событий в модуль.
Шаг 3. Настройте Firebase (обязательно для пушей)
Веб-пуши работают через Firebase Cloud Messaging (FCM) — сервис Google.
Вам нужно:
- Перейти в Firebase Console и создать проект (например, «Пуши магазина»).
- Добавить веб-приложение.
- Получить Sender ID и Web Push Certificate.
- Загрузить полученные ключи в интерфейс Mindbox («Каналы связи» → «Веб-пуши»).
Ничего сложного, но без этого пуши не взлетят.
Шаг 4. Установка Service Worker и попап-подписки
Здесь нужно внести правки в код сайта. Опишем два варианта: для штатной ситуации и для «тяжёлого» случая.
Нужно установить Service Worker, чтобы пользователи могли подписываться на уведомления и получать веб-пуши.
4.1. Обычный путь (если нет другого Service Worker)
- Разместите в корне или другой директории сайта файл mindbox-services-worker.js.
- Добавьте на сайт скрипт, который регистрирует worker.
- Настройте попап подписки — когда и при каких условиях показывать запрос на разрешение пушей.
Лучше всего — через 5–10 секунд после загрузки страницы или по скроллу.
4.2. Сложный путь (если Service Worker уже занят)
На некоторых сайтах уже стоит собственный Service Worker (например, для офлайн-режима). Браузер позволяет использовать только один worker на один URL scope.
Решение: зарегистрировать worker от Mindbox в отдельном scope, например:
/sw-mindbox/Это технически корректно, но тогда worker будет видеть только запросы, начинающиеся с /sw-mindbox/. Для пушей это не страшно — уведомления всё равно придут. Но вы не сможете перехватывать запросы со всего сайта.
Альтернатива: использовать Google Tag Manager для установки Firebase SDK. Это проще, но также имеет нюансы с областью видимости.
Шаг 5. Настройте сценарий «Брошенная корзина» в Mindbox
Теперь, когда события (добавление товара в корзину, уход со страницы) уходят в Mindbox, а подписчики на пуши есть, осталось самое приятное — создать маркетинговый сценарий.
В интерфейсе Mindbox:
- Выберите триггер «Пользователь добавил товар в корзину и покинул сайт».
- Установите задержку (например, 30 минут).
- В качестве канала выберите «Веб-пуш».
- Напишите текст: заголовок, описание, ссылка на восстановление корзины.
- Запустите сценарий.
Всё! Клиент, который подписался на пуши и бросил корзину, получит уведомление даже через час после закрытия вкладки.
Что обязательно протестировать перед запуском
Как технический руководитель, всегда требую пройти этот чек-лист:
- Корзина: добавили товар → ушло событие в Mindbox (смотрим лог модуля или технические события).
- Избранное: добавили/удалили — аналогично.
- Подписка: попап появился, после разрешения в консоли появился токен Firebase.
- Пуш-уведомление в реальном времени: в Mindbox есть тестовая отправка — проверьте, доходит ли.
- Сценарий «брошенная корзина»: создайте тестовую корзину, уйдите с сайта, дождитесь таймера — получили пуш?
- Производительность: модуль не тормозит добавление товаров, особенно при большом каталоге. Если тормозит — настройте агент на cron.
Частые ошибки и как их избежать
Пуши не приходят на iOS (Safari)
Веб-пуши на iOS работают ограниченно и зависят от версии Safari/iOS и способа установки сайта. На старых версиях технология не поддерживается.
Service Worker не регистрируется (ошибка 400)
Проверьте путь к sw.js — он должен быть доступен по прямому URL. И HTTPS обязателен.
Двойные уведомления
В коде дважды вызван метод подписки. Ищите дублирование скриптов.
Модуль Mindbox не видит события
Чаще всего нужны доработки компонентов Битрикса для корректной передачи событий.
Итог: сколько стоит и стоит ли овчинка выделки?
Время внедрения: при использовании модуля как заготовки мы ориентируемся на 5–7 рабочих дней на разработку и тестирование (с учётом правок компонентов и настройки Firebase).
Эффект: возврат брошенных корзин через веб-пуши даёт дополнительные 10–15% восстановленных заказов (по нашей статистике).
Справочная информация
-
Документация по веб-пушам Mindbox:
https://developers.mindbox.ru/page/webpush -
Модуль для 1С-Битрикс:
https://marketplace.1c-bitrix.ru/solutions/mindbox.loyalty -
Документация Mindbox:
https://developers.mindbox.ru/docs/api-usage-recommendations
Нужна помощь с интеграцией?
Пишите — мы внедряем такие решения под ключ: с учётом конфликтов Service Worker, кастомных компонентов, настройки сценариев и тестирования стабильности работы.
