Веб-пуш-уведомления: разрешения, сегменты и частота

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

Что такое веб-пуш и чем он отличается от уведомлений приложения?

После разрешения пользователя сервер или подключённый сервис отправляет короткое уведомление подписчику. Оно отображается средствами операционной системы, а нажатие открывает заданный URL. Отличия от мобильного приложения:

• Не всегда нужна установка приложения: на поддерживаемых платформах достаточно браузера. Для отдельных платформ, включая iOS, действуют дополнительные условия веб-приложения.
• Разрешение зависит от браузера: Chrome, Firefox и Safari используют свои диалоги; подписка связана с устройством и профилем.
• Доступные события ограничены: приложение может работать с более богатым контекстом сессии, местоположения и действий внутри приложения. Веб-пуш опирается на события сайта, теги, слой данных и магазин.
• Подписка зависит от настроек: отключение уведомлений или сброс разрешений прекращает доступ к подписчику. Качество согласия и частоту планируют заранее.

Для малого бизнеса и крупных команд веб-пуш может дополнить работу с посетителями мобильного сайта без отдельного проекта приложения. Если приложение уже есть, канал остаётся полезным для тех, кто его не установил.

Когда запрашивать разрешение и как объяснить пользу?

Запрос при первом открытии страницы часто встречает отказ: посетитель ещё не увидел ценности. Более понятен двухэтапный подход:

1. Сначала покажите собственный баннер или окно с конкретной пользой: «Хотите получать в браузере сообщения о наличии и цене?»
2. Только после согласованного действия пользователя вызовите системный диалог браузера.

Что написать в приглашении?

Коротко обозначьте конкретную пользу и ожидания. Вместо неопределённого «Хотите уведомления?» подойдут:

• «Сообщим, если товары в Вашей корзине заканчиваются».
• «Уведомим в браузере о снижении цены выбранного товара».
• «Получайте выбранные обновления акций и доставки в браузере».

Не обещайте «всё и сразу» и не объединяйте разные цели без выбора. Укажите планируемую частоту, например «Не более одного напоминания в день», если система действительно соблюдает это правило.

Как уменьшить потери подписчиков?

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

Политики браузеров и применимые нормы персональных данных рассматриваются вместе. Для деятельности в Турции оцените информирование и необходимые согласия с правовой командой. Системное разрешение браузера не следует считать автоматическим выполнением всех правовых требований.

Сценарии корзины, наличия и кампаний

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

1. Брошенная корзина

Запускайте сценарий, если посетитель добавил товар, не перешёл к оплате за заданное время и ушёл. Укажите товар, поддерживаемое изображение и ссылку «Вернуться в корзину». Согласуйте очередность с письмами: не отправляйте оба сообщения одному человеку одновременно. Это уменьшает шум и упрощает оценку канала.

2. Остаток снижается или товар снова появился

Сообщайте о достижении порога наличия для отслеживаемого SKU. Уведомление о поступлении направляйте тем, кто выбрал «Сообщить о наличии». Данные должны быть актуальны и согласованы с магазином: ошибочное сообщение быстро подрывает доверие.

3. Снижение цены и желаемая цена

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

4. Кампании по категориям

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

5. Сообщения после заказа

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

Для каждого правила показывайте название, событие, условия, задержку, исключения уже купивших и недоступных товаров, а также URL перехода. Подход из автоматизации рабочих процессов (на турецком) помогает сделать такие сценарии управляемыми.

Частота, тихие часы и усталость подписчика

Проблемой часто становится не установка, а бесконтрольная отправка. Разрешение не означает, что канал можно использовать при каждой акции. Для управляемой политики:

• Дневной и недельный предел: задайте лимиты маркетинга на подписчика; пример для обсуждения — одно сообщение в день и 3–5 в неделю, а не универсальная норма. Статусы заказов учитывайте отдельно.
• Тихие часы: не отправляйте рекламу поздно ночью и рано утром. Учитывайте часовой пояс посетителя, не только сервера.
• Повторы: не дублируйте один товар и текст. Пример правила: не повторять сообщение о SKU, если оно уже отправлено за последние 48 часов.
• Неактивность: для давно не нажавших подписчиков снизьте частоту, оцените отдельную попытку реактивации и остановите необязательный маркетинг при отсутствии отклика.
• Краткость и действие: короткий заголовок, одна польза и один целевой переход.

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

Подключение к магазину и измерение

Распространены интеграция или модуль магазина и связка менеджера тегов с service worker. Выбор зависит от инфраструктуры и команды. План измерения готовят одновременно с установкой.

Список технических задач

1. Service worker и HTTPS: нужна безопасная среда и корректная регистрация worker. Настройки поддоменов и CDN не должны ломать файл.
2. Идентификаторы и слой данных: при допустимом основании свяжите подписку с аккаунтом, корзиной или client ID. Минимизируйте персональные сведения.
3. События: согласуйте page_view, view_item, add_to_cart, begin_checkout, purchase, stock_change и price_drop; названия в отчётах и автоматизации должны совпадать.
4. Интерфейс разрешения: добавьте предварительное приглашение, вызывая системный диалог после действия пользователя.
5. Исключения: уберите купивших из брошенной корзины, а отсутствующие товары — из неподходящих кампаний.
6. Устройства: проверьте разрешение, показ, нажатие и целевую ссылку на настольном Chrome и мобильном браузере. Ограничения Safari и iOS оцените отдельно.
7. Документы: обновите описание целей и канала в уведомлениях о данных, cookies и согласиях; сохраняйте необходимые записи.

Что считать результатом?

Количество отправок само по себе мало говорит об эффективности. Полезная цепочка:

• Показ приглашения → доля разрешений
• Отправка → доставка или показ по доступным отчётам сервиса и браузера
• Нажатие → посещение товара, корзины или целевой страницы
• Добавление в корзину и покупка после перехода с определённым окном атрибуции
• Отмена разрешения и признаки жалоб

Используйте UTM или собственные параметры для переходов. Названия кампаний должны отражать сценарий: abandoned_cart_30m, back_in_stock, price_drop. Сверяйте маркетинговые отчёты с заказами и обращениями. Жалобы на постоянные уведомления указывают на необходимость пересмотра частоты.

Пример плана запуска на 14 дней

Это рабочий пример, не обещание срока для любой системы. Контролируемое расширение безопаснее массовой кампании всем:

1. Дни 1–2: выберите корзину, наличие или цену; опишите сообщения, частоту и тихие часы.
2. Дни 3–5: настройте worker, события и устройства; подготовьте два варианта приглашения с разной пользой.
3. Дни 6–7: проведите внутренний пилот с разрешёнными к использованию данными, проверив корзину и остатки.
4. Дни 8–10: включите сценарий для части трафика, наблюдая разрешения, нажатия и отказы. Остановите шумные правила.
5. Дни 11–14: расширьте удачное приглашение и надёжное событие, закрепите взаимодействие с почтой/SMS и недельный отчёт.

Результатом должен быть ответ не только «сколько подписчиков», но и «какое событие, сообщение и частота помогают приблизиться к заказу». Так канал становится инструментом повторного взаимодействия, а не спама.

Итог: управляйте каналом, а не шумом

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

Начните с одного сценария, например напоминания через 30–60 минут после оставленной корзины. Напишите приглашение, ограничьте частоту и неделю наблюдайте результат. Затем по данным добавляйте наличие и цены, расширяя канал контролируемо.

Не приравнивайте подписку к аккаунту клиента. У человека несколько устройств, а одним устройством могут пользоваться разные люди. Для персонального содержимого отдельно проверяйте аутентификацию и актуальность связи подписки с человеком.