Push-уведомления клиентам

Push-уведомления возвращают клиента на сайт без письма и звонка: браузер или приложение показывает сообщение, даже когда вкладка закрыта. Разберём, как устроены web-push на сайте 1С-Битрикс, какие провайдеры выбрать, как связать отправку с событиями заказа и не нарушить 152-ФЗ.

Виды push и что подходит магазину

Слово «push» скрывает несколько разных технологий. Не путайте их — от этого зависит вся архитектура.

Для интернет-магазина без своего приложения базовый инструмент — web-push: клиент один раз разрешает уведомления в браузере, и дальше вы можете присылать акции, статусы заказа и напоминания. Модуль pull в 1С-Битрикс отвечает за real-time внутри портала и не предназначен для маркетинговых push посетителям.

Как работает web-push технически

Web-push стоит на трёх китах: Service Worker, Push API и ключах VAPID. Схема такая:

1. Сайт регистрирует service worker — фоновый скрипт вроде /sw.js.
2. Браузер запрашивает у пользователя разрешение на уведомления.
3. При согласии создаётся подписка (endpoint + ключи), которую сохраняете у себя или у провайдера.
4. Сервер отправляет сообщение на endpoint браузера, подписав его VAPID-ключом.
5. Service worker ловит событие push и показывает уведомление даже при закрытой вкладке.

Свой стек или готовый провайдер

Web-push можно реализовать самому на VAPID или взять сервис, который берёт на себя сбор подписок, сегментацию и отправку.

• OneSignal — популярный сервис web- и mobile-push с сегментами и A/B-тестами.
• SendPulse — push вместе с email и мессенджерами в одном кабинете, удобно для омниканальности.
• Собственный стек — библиотека web-push, свои VAPID-ключи, хранение подписок в Highload-блоке 1С-Битрикс. Больше контроля, больше поддержки.

Интеграция провайдера обычно сводится к подключению его SDK на фронтенд и вызову серверного API для отправки. Триггеры при этом удобно держать на стороне 1С-Битрикс, а сам показ и доставку отдать провайдеру.

Триггеры от событий заказа

Ценность push для магазина — не только акции, но и транзакционные уведомления. Их привязывают к событиям 1С-Битрикс:

• OnSaleOrderSaved — заказ оформлен или сменил статус;
• события оплаты — «оплата получена», «ожидаем оплату»;
• изменение статуса доставки — «передан в доставку», «готов к выдаче».

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

AddEventHandler('sale', 'OnSaleOrderSaved', 'MyPushHandler');

Сегментация и частота

Push легко превратить в спам и потерять подписки. Дисциплина обязательна:

• Сегменты. Разделяйте по интересам, категории просмотренных товаров, факту покупки — не шлите одно всем.
• Частота. Держите разумный ритм; на каждом устройстве есть внутренние лимиты, а пользователь быстро отпишется от навязчивых.
• Тайминг. Учитывайте часовой пояс, не шлите ночью.
• Транзакционные отдельно. Статусы заказа не смешивайте с маркетингом — их ждут всегда.

Согласие и 152-ФЗ

Push маркетингового характера — это те же рекламные сообщения, а подписка и данные о поведении относятся к персональным данным. Что учесть:

• Явное разрешение. Подписка возможна только после согласия пользователя в браузере — «серой» рассылки быть не может по определению.
• Не запрашивайте разрешение сразу. Всплывающий запрос на первом же экране убивает конверсию; покажите его после полезного действия.
• Отписка. Пользователь всегда может отозвать подписку в настройках браузера — уважайте это и чистите базу от неактивных endpoint'ов.
• Хранение согласий. Фиксируйте факт и время согласия на своей стороне.

Итог

Push-уведомления возвращают клиентов дешевле рекламы, если использовать их с умом: web-push для посетителей магазина, транзакционные push по событиям заказа, сегментация и уважение к частоте. Технически всё держится на HTTPS, service worker, VAPID и триггерах 1С-Битрикс, а сбор подписок и доставку можно отдать провайдеру вроде OneSignal или SendPulse либо собрать свой стек на Highload-блоках.

Мы в B2Bsite настраиваем web- и mobile-push для магазинов на 1С-Битрикс: подключаем провайдера или строим собственный контур, связываем отправку с событиями заказов, настраиваем сегменты и следим за требованиями 152-ФЗ. Поможем сделать push каналом, который приносит повторные продажи, а не отписки.