Большинство проблем с push-уведомлениями проявляется уже после доставки. Сообщение приходит — и пользователь закрывает его, отключает уведомления приложения или вовсе его удаляет. Разрыв между отправкой и результатом — это вопрос таргетинга, текста и времени, а не инфраструктуры.

В этом руководстве собраны 23 практики, которые закрывают этот разрыв: как писать уведомления, на которые кликают, когда их отправлять, как сегментировать аудиторию настолько точно, чтобы каждое сообщение было релевантным, и как измерять то, что действительно работает, — с примерами от Pushwoosh.

Почему универсальные стратегии push-уведомлений не работают

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

Режимы фокусирования (Focus Modes) на iOS позволяют пользователям группировать или отключать некритичные уведомления. Каналы уведомлений (notification channels) на Android дают возможность управлять отключением на уровне отдельного канала приложения. Уведомление, отправленное в отключённый канал, просто не появится.

Практическое следствие: релевантность теперь влияет не только на CTR, но и на саму доставляемость. Универсальные стратегии массовых рассылок накапливают эти издержки с каждой отправкой.

Текст, оформление и действие: что заставляет кликнуть на push

1. Пишите заголовки, которые прямо называют выгоду (25–50 символов)

Заголовок — первое, что читает пользователь. «Куртка из вашего вишлиста со скидкой 20%» работает лучше, чем «Специальное предложение внутри». Начинайте с сильного глагола и конкретной ценности — избегайте интриги, которая заставляет пользователя гадать.

Заголовок push-уведомления, прямо называющий выгоду — пример Uber

2. Держите текст сообщения короче 100 символов

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

Пример краткого текста push-уведомления — приложение Drops

3. Используйте rich media только тогда, когда оно добавляет конкретную информацию

Изображение товара в push о брошенной корзине показывает пользователю именно то, что он оставил. Обобщённый баннер не добавляет ничего, чего не сказал бы заголовок. Rich media оправдывает себя, когда оно специфично для пользователя и сообщения, и теряет смысл, когда служит просто наполнением.

Push-уведомление с rich media о возврате товара в наличие — пример из e-commerce

4. Формулируйте кнопки действий через активные глаголы

«Завершить покупку» и «Сохранить на потом» покрывают две самые частые реакции на push о брошенной корзине. «Купить» работает лучше, чем «Посмотреть». Две хорошо подписанные кнопки эффективнее четырёх расплывчатых. На iOS доступно до 4 кнопок, на Android до 3 — не заполняйте все слоты по умолчанию.

Push-уведомление с кнопками действий — пример подтверждения записи

Каждому промо-push нужна глубокая ссылка на тот самый экран, о котором идёт речь в сообщении. Уведомление о куртке со скидкой, открывающее главную страницу, теряет большую часть конверсионного потенциала на этом единственном клике.

Push-уведомление о товаре с deep link на коллекцию — La Redoute

6. Персонализируйте не только по имени

Поля динамического контента в Pushwoosh подтягивают данные конкретного пользователя прямо в уведомление: товар, который он смотрел, баланс бонусных баллов, промокод, привязанный к его уровню CLV. «Привет, Алекс, кроссовки из вашего вишлиста со скидкой 20%» против «Посмотрите нашу распродажу обуви» — разница рождается из отслеживания событий и тегов.

Push-уведомление, персонализированное с помощью полей динамического контента — не только по имени

7. Подкрепляйте срочность реальным дедлайном

«Распродажа заканчивается в полночь» создаёт давление. «Ограниченное по времени предложение» без конкретного срока не работает так же — а пользователи, видящие такую формулировку снова и снова, начинают её игнорировать. Используйте срочность только при реальных временных ограничениях и проверяйте, действительно ли она поднимает CTR.

Push-уведомление о флеш-распродаже с реальным дедлайном — Ryanair

8. Ограничьтесь 1–2 эмодзи, которые усиливают сообщение

🛒 в push о брошенной корзине уместно. Череда эмодзи в push о флеш-распродаже выглядит дёшево. Не превышайте 5 эмодзи на уведомление и убедитесь, что каждое из них добавляет смысл.

Push-уведомление с умеренным использованием эмодзи — Uber Eats

Как получить и удержать разрешения на уведомления

9. Используйте мягкий запрос перед системным запросом разрешения

Системный запрос разрешения на iOS — это попытка с одного раза. Если пользователь отказался, ему придётся вручную менять настройки, чтобы снова включить уведомления, — и делают это единицы. Мягкий запрос (soft ask) — это собственный внутренний экран приложения, который объясняет, что и почему будет получать пользователь. Если он закроет мягкий запрос, системный запрос так и не появится.

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

Экран мягкого запроса перед системным запросом разрешения ОС

10. Дайте пользователям управление на уровне каналов

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

11. Возвращайте отказавшихся пользователей через in-app сообщения

До пользователей, отклонивших первоначальный запрос, можно достучаться через in-app сообщения, пока они активны. После значимого позитивного взаимодействия in-app сообщение может обосновать повторное включение уведомлений конкретной ценностью: «Включите уведомления, чтобы получать оповещения о возврате в наличие сохранённых товаров». Избегайте обобщённых формулировок про повторное разрешение.

In-app сообщение, побуждающее пользователей включить push-уведомления

Сегментация и персонализация

12. Стройте поведенческие сегменты на основе тегов и событий

Демографические сегменты — страна, тип устройства, версия ОС — покрывают базовый уровень. Поведенческая сегментация использует то, что пользователи реально делают, чтобы определить, кто получит каждое сообщение. В Pushwoosh теги (Tags) — это постоянные атрибуты (product_category: electronics), а события (Events) — это действия (added_to_cart, completed_purchase). Комбинируйте их для точности:

  • Пользователи, которые посмотрели товар, но не добавили его в корзину за 2 часа, — оповещение о снижении цены или малом остатке.

  • Пользователи, добавившие товар в корзину, но не купившие за 30 минут, — последовательность по брошенной корзине.

  • Не открывали приложение 7 дней при наличии истории покупок — предложение для возврата, привязанное к их последней категории.

Push-уведомление, сегментированное по прошлым действиям пользователя

13. Применяйте RFM-сегментацию, чтобы расставлять приоритеты в расходах

RFM группирует пользователей по давности (Recency), частоте (Frequency) и денежной ценности (Monetary). «Чемпионы» (высокие R, F, M) и так конвертируются с высокой долей — избыточные скидки приучают их ждать акций. Пользователям из группы риска нужно предложение для возврата, привязанное к их последней категории покупок, а не обобщённый push «мы по вам скучаем». Новым пользователям нужен стимул к первой покупке.

RFM-сегментация Pushwoosh распределяет пользователей по категориям автоматически.

Push-уведомление лояльным пользователям на основе RFM — пример игрового приложения

14. Используйте поля динамического контента для персонализации по каждому пользователю в любом масштабе

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

Персонализация текста push-уведомления с помощью полей динамического контента в Pushwoosh

15. Делайте сегменты динамическими, чтобы они обновлялись автоматически

Пользователь, который вышел из сегмента брошенной корзины через конверсию, должен перестать получать сообщения о ней без ручного вмешательства. Динамические сегменты в Pushwoosh обновляются в реальном времени по мере изменения поведения пользователей — это предотвращает избыточную отправку сообщений сконвертировавшимся пользователям и поддерживает актуальность таргетинга.

Push-уведомление нечастым участникам программы вознаграждений

Автоматизация клиентского пути

16. Запустите двухшаговую последовательность по брошенной корзине

Шаг 1, через 30 минут после того, как корзина была брошена: push с rich media-изображением конкретного товара и прямой deep link на корзину. Скидки пока нет — это ловит тех, кто просто отвлёкся.

Шаг 2, через 24 часа (только для несконвертировавшихся): push со скидкой или предложением бесплатной доставки. Если отправить скидку всем из шага 1, она тратится впустую на тех, кто сконвертировался бы и так.

Автоматизированный поток возврата брошенной корзины в конструкторе клиентских путей Pushwoosh

17. Стройте серии онбординга с поведенческими выходами

  • День 1: приветственный push, представляющий ключевую ценность продукта. Deep link на ключевую функцию, а не на главную страницу.

  • День 3: стимул к первой покупке или социальное доказательство. «Скидка 10% на первый заказ» работает лучше после того, как пользователь освоился.

  • День 7: нацельтесь на функцию, которую он ещё не использовал. Поведенческие данные первой недели подскажут, что отправлять.

Каждый шаг выводит пользователя из пути при конверсии. Пользователь, совершивший покупку на 2-й день, не получит стимул к первой покупке на 3-й.

Путь онбординга с поведенческими шагами в конструкторе клиентских путей Pushwoosh

18. Реагируйте на сигналы оттока до того, как пользователь окончательно уйдёт

Снижение частоты сессий, сокращение времени в приложении, отказ от использования функций — это ранние сигналы. Пользователь финтех-приложения, переставший фиксировать транзакции на 10 дней, получает push об инсайте по расходам, который у него был бы, если бы он наверстал. Пользователь фитнес-приложения, не записавший тренировку 5 дней, получает push, привязанный к его цели. Сообщение должно адресовать конкретный спад, а не общее отсутствие.

Конструктор клиентских путей Pushwoosh управляет триггерами входа, задержками, условными ветвлениями и кросс-канальными запасными вариантами в визуальном интерфейсе.

Время, частота и доставка с помощью ИИ

19. Как минимум отправляйте в местном часовом поясе пользователя — а затем тестируйте по часам

Оптимизация по часовому поясу — это минимум. Таблица ниже показывает отраслевые бенчмарки как отправную точку — проводите A/B-тесты на сопоставимых сегментах и проверяйте CTR по часам в аналитике, прежде чем фиксировать расписание.

ОтрасльПромо-pushТранзакционный push
E-commerceОбед (12:00–13:00), вечер (19:00–21:00) по местному времениСразу по триггеру
ГеймингРанний вечер (17:00–20:00), выходные днёмСразу по игровому событию
Новости и медиаУтренняя дорога (7:00–9:00); сразу для срочных новостейСразу при публикации материала
ФинтехРабочие часы (10:00–16:00) для административного; вечер для личных финансовСразу по транзакции
ПутешествияВыходные для планированияСразу при бронировании, регистрации, изменениях рейса

Контекст исследований: у ритейл-приложений пик CTR приходится на 8:00–9:00 и 18:00–20:00, а минимальная вовлечённость — на 16:00–17:00. У новостных приложений ранний всплеск в 7:00 и второй пик в 11:00. Понедельник и вторник стабильно опережают субботу во всех отраслях. Источник: статистика push-уведомлений Business of Apps; исследование новостных приложений Pushwoosh 2025.

20. Отдавайте приоритет доставке по действию, а не запланированным отправкам

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

Push-уведомления по действиям, запущенные событиями пользователя — заказ оформлен, корзина, триггеры неактивности

21. Устанавливайте ограничения частоты по сегментам, а не глобально

Начните с 2–3 промо-push в неделю на пользователя, отдельно от триггерных сообщений. Отслеживайте долю отписок по каждой кампании — всплеск после конкретной отправки сигнализирует о проблеме с релевантностью. 46% пользователей отпишутся, если получат 2–5 сообщений за одну неделю без явной релевантности (Localytics). У ваших самых вовлечённых пользователей терпимость выше, чем у группы риска, — не применяйте единый лимит ко всем.

22. Используйте ИИ-оптимизацию времени отправки для смешанной аудитории

ИИ Pushwoosh предсказывает оптимальное окно доставки для каждого пользователя на основе его исторических паттернов вовлечённости. Это шире, чем подстройка по часовому поясу: ИИ определяет, когда именно каждый отдельный пользователь с наибольшей вероятностью активно смотрит в телефон. Для международной аудитории или непредсказуемых паттернов использования персональное время обычно заметно поднимает open rate по сравнению с фиксированным расписанием.

Настройка «Лучшее время для отправки» в редакторе push-уведомлений Pushwoosh

Измерение эффективности: метрики и бенчмарки

23. Отслеживайте долю отписок наряду с CTR

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

МетрикаДиапазон бенчмаркаКак выглядит проблема
Opt-in rate50–70% (зависит от отрасли)Ниже 40% — стратегия получения разрешений требует доработки
Delivery rate95%+Ниже 90% — устаревшие токены или проблема инфраструктуры
CTR5–10% хорошо; 10%+ топовый уровеньНиже 2% — проблема с текстом, таргетингом или CTA
Conversion rate3–5% хорошо; 5%+ исключительно (триггерные)Ниже 1% — проблема с deep link или посадочной страницей

Ключевой вывод: кампания с сильным CTR, который коррелирует со всплеском отписок, может иметь чистый отрицательный эффект для CLV. Отслеживайте оба показателя.

Используйте UTM-метки в deep link и настраивайте события конверсии до запуска. Доход, атрибутированный push-кампаниям, связывает эффективность канала с бизнес-результатами. Без этого вы оптимизируете CTR, который может и не соответствовать покупкам. Используйте встроенную аналитику Pushwoosh, чтобы получать больше данных.

Лучшие практики по сценариям использования

Вовлекать: онбординг, активация и поиск контента

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

  • Освоение функций. Сегментируйте пользователей, которые не активировали конкретную функцию после онбординга. Триггерный push через 3–5 дней после установки с конкретной выгодой, а не с описанием функции.

  • Рекомендации контента. Поведенческий сегмент пользователей, прочитавших несколько статей в категории, с триггером при публикации нового контента в этой категории.

  • Гео-триггерные уведомления. Пользователь входит в геозону рядом с магазином или мероприятием: контекстное предложение, релевантное только в этот момент. Используйте умеренно.

Путь вовлечения, стимулирующий освоение функций и лояльность в Pushwoosh

Удерживать: предотвращение оттока и лояльность

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

  • Вехи лояльности. «5 лет с нами» или «Вы только что отметили 100 тренировок» — конкретно, а не обобщённые сообщения о лояльности.

  • Последовательности возврата. RFM-таргетинг пользователей из группы риска и ушедших с предложениями, привязанными к их последней известной категории интересов.

Путь реактивации неактивных пользователей с ветвлением по доступности в Pushwoosh

Зарабатывать: конверсии, апселлы и возврат дохода

  • Возврат брошенной корзины. Двухшаговая автоматизированная последовательность. Изображение товара в уведомлении, прямой deep link на корзину, скидка только на шаге 2 для несконвертировавшихся.

  • Флеш-распродажи. RFM-таргетинг частых покупателей с акцентом на эксклюзивности. Реальные дедлайны обгоняют расплывчатое «ограниченное время».

  • Окончание триала. Путь с push за 7, 3 и 1 день до окончания. Нарастающее предложение: обучающее на 7-й день, конкретная скидка на 1-й.

  • Апселл и кросс-селл. Запускаются событиями покупки. Категория товара из покупки определяет рекомендацию.

Кросс-селл push-уведомление с использованием полей динамического контента

Повышайте CTR и удержание с Pushwoosh

Релевантность — это то, что отличает кампании, которые накапливают эффект со временем, от тех, что разрушают канал. Поведенческая и RFM-сегментация, мягкие запросы разрешений, автоматизированные пути с условной логикой, ИИ-оптимизация времени и атрибуция дохода на уровне кампаний работают вместе. Любой из этих элементов сдвигает стрелку; все вместе — это уже программа удержания.

Pushwoosh объединяет поведенческую и RFM-сегментацию, конструктор клиентских путей, ИИ-оптимизацию времени отправки, персонализацию через динамический контент, A/B-тестирование и аналитику в реальном времени на одной платформе.

Посмотрите Pushwoosh в действии — запросите демо.


Polina Rebeka
Экс-контент-менеджер в Pushwoosh
Поделиться

Похожие статьи

Показать все