← Все статьи
PWA · 12.11.2026 · 12 мин

Push-уведомления в PWA: как не превратить их в спам

Разрешение, сегменты, сценарии и частота. Разбираем, как использовать push в PWA без раздражения и отписок.

Push-уведомления в PWA: как не превратить их в спам

Push в PWA может вернуть клиента, напомнить о заказе или сообщить о статусе. Но если отправлять всё подряд, пользователь отключит уведомления и больше их не увидит.

Разбираем, как построить push-стратегию, которая приносит пользу, а не раздражение.

Как работает push

Push отправляется через service worker и серверы браузера. Пользователь должен установить PWA и дать разрешение. Без этого уведомления не придут.

Разрешение — ограниченный ресурс. Если попросить его сразу при входе, большинство людей откажут. Лучше объяснить пользу и попросить позже, после полезного действия.

  • Установка PWA.
  • Разрешение.
  • Service worker.
  • Подписка.
  • Сервер.
  • Доставка.

Разрешение

Не показывайте системное окно без контекста. Сначала объясните, какие уведомления будут и почему они полезны.

Если пользователь отказал, не спрашивайте снова при каждом входе. Это раздражает и не помогает.

  • Контекст.
  • Польза.
  • Позже.
  • Без давления.
  • Настройки.
  • Отписка.

Сегменты

Разные клиенты хотят разное. Одному нужны напоминания о записи, другому — статус заказа, третьему — новинки.

Сегментируйте по действиям и согласию. Не отправляйте рекламу тем, кто согласился только на сервисные уведомления.

  • Записи.
  • Заказы.
  • Новинки.
  • Брошенная корзина.
  • География.
  • Согласие.

Сценарии

Хороший push отвечает на конкретную ситуацию: заказ готов, запись подтверждена, доставка задерживается.

Плохой push — это общая реклама без повода. Он не помогает и быстро приводит к отписке.

  • Подтверждение.
  • Напоминание.
  • Статус.
  • Возврат.
  • Новинка.
  • Опрос.

Частота

Частота зависит от бизнеса. Для сервисных уведомлений можно чаще, для маркетинговых — реже.

Установите лимит и соблюдайте его. Лучше одно полезное уведомление в неделю, чем пять бесполезных.

  • Лимит.
  • Приоритет.
  • Тишина ночью.
  • Настройки.
  • Отписка.
  • Анализ.

iOS

На iOS push работает для PWA, добавленных на экран, начиная с iOS 16.4. Это ограничивает аудиторию, но не делает формат бесполезным.

Проверяйте сценарий на реальном iPhone. Некоторые пользователи не устанавливают PWA и не получают уведомления.

  • Установка.
  • Разрешение.
  • iOS 16.4+.
  • Тест.
  • Резервный канал.
  • Инструкция.

Метрики

Смотрите доставку, открытия, отписки и конверсию. Высокая доставка без открытий бесполезна.

Сравнивайте сценарии между собой. Если рекламные push дают отписки, а сервисные — открытия, вывод очевиден.

  • Доставка.
  • Открытия.
  • Отписки.
  • Конверсия.
  • Сценарии.
  • Жалобы.

Ошибки

Самая частая ошибка — просить разрешение сразу и отправлять всё подряд. Вторая — не сегментировать аудиторию.

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

  • Раннее разрешение.
  • Спам.
  • Нет сегментов.
  • Нет отписки.
  • Нет метрик.
  • Нет теста iOS.

Технические ограничения

Push не гарантирует доставку. Браузер, сеть и настройки устройства могут помешать. Не стройте критичные сценарии только на push.

Для важных событий используйте SMS или email как резерв. Push — дополнение, а не единственный канал.

  • Доставка.
  • Браузер.
  • Сеть.
  • Настройки.
  • Резерв.
  • Логи.

Приватность

В уведомлении не должно быть лишних персональных данных. Текст может увидеть кто угодно рядом с телефоном.

Собирайте согласие и храните его. Пользователь должен понимать, на что подписался.

  • Согласие.
  • Текст.
  • Данные.
  • Хранение.
  • Отписка.
  • Политика.

Запуск

Начните с сервисных уведомлений: подтверждение, напоминание, статус. Затем добавьте маркетинговые, если аудитория готова.

Проверьте на iOS и Android, измерьте отписки и скорректируйте частоту.

1
Сценарии

Выбрать полезные.

2
Разрешение

Объяснить пользу.

3
Сегменты

Настроить аудитории.

4
Тест

iOS и Android.

5
Метрики

Доставка и отписки.

Чек-лист

✓ Разрешение с контекстом.
✓ Сегменты настроены.
✓ Сценарии полезны.
✓ Частота ограничена.
✓ Есть отписка.
✓ iOS проверен.
✓ Метрики снимаются.
✓ Есть резервный канал.
✓ Тексты безопасны.
✓ Согласие хранится.

Итог

Push в PWA работает, когда он полезен и уместен. Начните с сервисных уведомлений, уважайте согласие и следите за отписками.

Как выбрать провайдера push

Провайдер должен поддерживать web push, сегменты и аналитику. Проверьте, как он работает с iOS и что делает при отписке.

Не выбирайте инструмент только по цене. Если нет логов доставки, вы не поймёте, почему уведомления не работают.

Как писать тексты

Текст должен быть коротким и конкретным. Пользователь видит уведомление на экране блокировки и должен понять смысл за секунду.

Не используйте ложные срочности и не пишите персональные данные. Лучше одна понятная строка, чем десять эмодзи.

Как работать с сегментами

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

Не смешивайте сервисные и рекламные согласия. Это снижает доверие и повышает отписки.

Как тестировать доставку

Проверяйте push на реальных устройствах и разных браузерах. Эмулятор не покажет ограничения iOS и настройки энергии.

Смотрите логи доставки и открытий. Если уведомление не дошло, ищите причину в подписке, сети или разрешении.

Что делать при отписках

Отписки — сигнал, что уведомления слишком частые или бесполезные. Не увеличивайте давление, а меняйте сценарии.

Сравните сервисные и рекламные кампании. Часто достаточно оставить только полезные уведомления.

Как поддерживать

Push-стратегия меняется вместе с продуктом. Раз в месяц смотрите метрики и обновляйте сценарии.

Храните историю согласий и отписок. Это важно и для аналитики, и для соблюдения требований.

Как выбрать сценарии для бизнеса

Сценарии должны быть связаны с деньгами и опытом клиента. Напоминание о визите снижает неявки, статус заказа снижает обращения, а новинка без повода раздражает.

Начните с трёх сценариев, которые решают конкретную проблему. Измерьте эффект и только потом добавляйте новые.

Как избежать спама

Спам — это не только частота, но и неуместность. Если клиент только что купил, ему не нужно напоминание о той же покупке.

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

Как считать ROI

Считайте не количество отправленных уведомлений, а заказы и возвраты, которые они принесли. Доставка без конверсии не имеет ценности.

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

Что делать при росте

С ростом аудитории нагрузка на сервис и поддержку растёт. Нужны очереди, логи и понятные правила.

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

Как выбрать частоту

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

Установите лимит на неделю и приоритеты. Если есть срочное уведомление, оно не должно конкурировать с рекламой.

Как работать с текстами

Пишите пользу, а не давление. «Заказ готов, можно забрать» работает лучше, чем «Успейте купить».

Проверяйте текст на телефоне. Длинные строки обрезаются, а важное должно быть в начале.

Что делать при жалобах

Жалобы на push — сигнал, что сценарий или частота не подходят. Разберите конкретные уведомления, а не отключайте всё.

Если жалуются на рекламу, проверьте согласие. Если на сервисные, возможно, текст непонятен или приходит не вовремя.

Как выбрать метрики

Метрики должны показывать пользу: доставка, открытия, заказы, возвраты. Количество отправленных push само по себе ничего не значит.

Смотрите метрики по сценариям, а не только по всему каналу. Так видно, какие уведомления работают, а какие раздражают.

Как поддерживать согласие

Согласие нужно хранить и обновлять. Если пользователь отписался, это должно соблюдаться во всех системах.

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

Обсудим push в PWA

Разберём сценарии, согласие и метрики. Настроим без спама.

Обсудить проект →

Вопросы и ответы

Когда просить разрешение на push? +

После полезного действия, когда пользователь понимает выгоду.

Работает ли push на iOS? +

Да, для PWA, добавленных на экран, с iOS 16.4.

Что отправлять первым? +

Сервисные уведомления: подтверждение, напоминание, статус.

Как часто отправлять? +

Зависит от сценария. Маркетинговые — редко.

Что делать при отказе? +

Не давить и предложить позже.

Можно ли отправлять рекламу? +

Только с согласия и с возможностью отписаться.

Как измерять эффект? +

По доставке, открытиям, отпискам и конверсии.

Нужен ли резервный канал? +

Да, для критичных событий.

Можно ли сегментировать? +

Да, по действиям и согласию.

Что писать в уведомлении? +

Коротко, по делу, без персональных данных.

Почему push не доставлен? +

Браузер, сеть или настройки. Нужны логи.

Нужна ли установка PWA? +

Да, иначе push не работает.

Что делать с отписками? +

Анализировать сценарии и частоту.

Можно ли отправлять ночью? +

Лучше нет, если это не срочно.

Как тестировать? +

На реальных iOS и Android.

Нужна ли политика? +

Да, согласие и данные должны быть описаны.

Что важнее: частота или польза? +

Польза.

Можно ли использовать push для корзины? +

Да, если пользователь согласился.

Как обучать команду? +

Показать метрики и правила.

Сколько занимает настройка? +

Зависит от сценариев и платформы.

Что делать, если push раздражает пользователей? +

Проверить частоту, тексты и согласие. Часто достаточно оставить только сервисные уведомления и убрать рекламные.