# Mobile push: что это, чем отличается от web push и как не спалить базу

> Mobile push и web push решают разные задачи, а вместе закрывают всю воронку. Разбираем механику каналов, сценарии с реальной выручкой и частотные капы, которые спасают базу от отписок.

**Рубрика:** Статьи  
**Дата:** 2026-08-01

Пуши стоят копейки, отправляются в один клик и попадают прямо на экран телефона. Именно поэтому их включают «на всякий случай» — и начинают слать всей базе подряд. Через полгода картина знакомая: уведомления замьючены, opt-out растет, канал формально живет, но денег не приносит.

При этом в проектах, где пуш выстроен как система, канал стабильно дает заметную долю CRM-выручки. Разница — в понимании, какой пуш для чего нужен: mobile и web подчиняются разным правилам, закрывают разные задачи и ломаются по-разному. Разбираем механику с Егором Череватенко, CRM-маркетологом ClientCore. Начнем с базы — что такое mobile push и почему у канала всего один шанс на подписку.

> **Читайте также:** [SMS-рассылка в CRM-маркетинге: когда канал окупается, а когда сжигает бюджет](https://clientcore.ru/blog/articles/sms-rassylka-v-crm-marketinge-kogda-kanal-okupaetsya-a-kogda-szhigaet-byudzhet)

## Mobile push: что это и как работает канал

Mobile push — это уведомление, которое мобильное приложение отправляет на экран телефона: в шторку, на локскрин, поверх открытых приложений. Пользователь видит его, даже если приложение закрыто, — доставку обеспечивают сервисы Apple (APNs) и Google (FCM).

У канала два жестких условия. Первое: у клиента должно быть установлено приложение. Если аудитория живет на сайте, мобильный пуш просто некому отправить. Второе: разрешение. На iOS его запрашивают системным диалогом, и шанс один — человек нажал «запретить», и обратной дороги почти нет: для включения придется идти в настройки телефона, куда никто не пойдет. С Android 13 ситуация похожая, там тоже нужен opt-in.

Поэтому запрос разрешения — отдельный сценарий, а не формальность на старте приложения.

**Норма:**

**Норма**

- разрешение запрашивают в контексте ценности: после первого заказа, при подключении программы лояльности — когда человек понимает, зачем ему уведомления
- перед системным диалогом показывают свой прогревочный экран: «расскажем о скидках и статусе заказа»; системный диалог один, а свой экран можно показывать снова
- есть кнопка «не сейчас» — вернуться к запросу через пару сессий

**Red flag**

**Red flag:**

- системный диалог на первом экране при первом запуске: пользователь еще ничего не получил и не понимает, зачем разрешать
- после отказа нет плана — ни in-app с повторным предложением, ни подписки через другой канал
- долю подписанных от установивших никто не считает

## Web push: что это и где его место

Web push — уведомление, которое отправляет сайт через браузер. Подписка занимает один клик в браузерном диалоге: не нужно ни приложение, ни email, ни телефон. Дальше браузер доставляет пуш, даже если вкладка с сайтом закрыта.

На десктопе и Android это работает уверенно. С iOS сложнее: веб-пуши там доступны начиная с iOS 16.4 и только для сайтов, добавленных на домашний экран как PWA. На практике айфонную аудиторию веб-пушом почти не накрыть — если у вас ритейл с долей iOS за 60%, закладывайте это в прогноз охвата сразу.

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

Веб-пуш уместен, когда трафик идет на сайт: e-commerce без приложения, контентные проекты, сервисы с длинным циклом решения. Задача канала — вернуть человека на сайт дешево и быстро.

## Mobile push и web push: сравнение по задачам

| Параметр | Mobile push | Web push | |---|---|---| | Что нужно от клиента | Установить приложение и дать разрешение | Один клик в браузере | | Охват iOS | Полный, если приложение установлено | Только PWA с iOS 16.4 — минимальный | | Стоимость подписчика | Высокая: сначала доустановить приложение | Низкая: подписка прямо на сайте | | Привязка к профилю CRM | Обычно сразу, через авторизацию | Требует отдельной связки | | Глубина сценариев | Гео, in-app, rich-уведомления, диплинки в разделы | В основном переход на URL | | Типичная роль | Работа с лояльной базой: заказы, бонусы, статусы | Возврат трафика и лидов с сайта |

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

Если приложения нет и не планируется, вопрос снят: веб-пуш в связке с email и SMS закрывает те же задачи возврата.

## Где пуши приносят выручку

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

- **Брошенная корзина и просмотренный товар.** Человек уже выбрал, напоминание попадает в горячий момент. В пуше — конкретика: название товара, цена, иногда фото.
- **Снижение цены и возврат в наличии.** Клиент сам поднял руку, подписавшись на товар. Такие пуши кликают заметно лучше промо.
- **Статус заказа с допродажей.** «Заказ собран» плюс релевантный товар к нему. Транзакционные уведомления открывают по инерции — этим пользуемся аккуратно.
- **Гео-сценарии.** Ресторан в радиусе 500 метров, обеденное время, персональное предложение. Для офлайн-точек это рабочая механика.
- **Реактивация.** Не заходил 30–45 дней — возвращаем поводом, а не абстрактной скидкой.

У ресторанов «Урюк» пуши до проекта работали точечно: разовые акции без связки с другими механиками. Мы пересобрали мобильные коммуникации как систему — усилили пуши, добавили In-App и новые CRM-механики. За год это дало +65% к выручке CRM-канала ([кейс](https://clientcore.ru/blog/articles/keis-uryuk-rost-vyruchki-crm-kanala)). Никакой магии: регулярные сценарии, привязка к программе лояльности и гео-логика вокруг точек.

> Смотрю на отчеты по пушам в новых проектах и почти всегда вижу одну картину: массовые отправки дают 90% объема и процентов 20 денег, у триггеров соотношение обратное. Перевернуть это — обычно работа первого месяца: настраиваем корзину, реактивацию и статусы заказа, и канал сразу выглядит иначе.
>
> — Егор Череватенко, CRM-маркетолог, ClientCore

## Когда пуш превращается в шум

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

Типичная спираль выглядит так: маркетингу нужен план по выручке → отправляем промо всем → CTR проседает → «надо чаще и ярче» → кричащие заголовки → opt-out ускоряется. Через квартал канал жив, но половина базы его просто не видит.

> По нашим проектам, после 4–5 промо-пушей в неделю opt-out обычно удваивается относительно спокойного режима. Особенно больно это в ресторанах и доставке: там база компактная, и потеря двух тысяч подписчиков — заметный кусок повторных продаж.
>
> — Егор Череватенко, CRM-маркетолог, ClientCore

**Норма:**

**Норма**

- промо-пуш уходит сегменту: по категории интереса, RFM, истории покупок
- в календаре есть «тихие» периоды, когда база отдыхает
- opt-out считают после каждой массовой отправки, а не раз в квартал

**Red flag**

**Red flag:**

- одна акция уходит всем, включая тех, кто купил вчера
- текст начинается с «СКИДКИ ДО» и горящих эмодзи — кликбейт поднимает CTR на день и убивает канал за месяц
- на вопрос «какая частота безопасна для вашей базы» нет ответа, есть привычка

## Частота и приоритеты: рабочие настройки

Готовой цифры «сколько можно» не существует, но рамки из push notifications best practices и нашей практики выглядят так:

- **Маркетинговый кап:** не больше одного пуша в день и 3–4 в неделю на человека. Рестораны и доставка позволяют чуть больше за счет гео и обеденных сценариев, дорогой ритейл — меньше.
- **Триггеры вне общего капа, но со своими:** корзина — одно напоминание, а не серия из трех подряд.
- **Приоритеты:** если в один день сработало несколько сценариев, отправляется тот, что ближе к деньгам. Статус заказа важнее корзины, корзина важнее промо. В Mindbox это решается настройкой приоритетов сценариев и контрольных групп.
- **Тихие часы:** ночных отправок нет, время считается по часовому поясу клиента.

Принцип везде один — точность вместо охвата. Мы применяли его и в email: у MINIDINO рассылки уходили всей базе без сегментов, а после пересборки логики эффективность канала выросла на 110% за квартал без роста числа отправок ([кейс](https://clientcore.ru/blog/articles/keis-minidino-rost-effektivnosti-email)). С пушами это правило работает жестче: у канала нет спам-папки, куда можно свалить промах, — ошибку сегмента видно сразу, и отвечают за нее отпиской.

## Что считать, чтобы канал не деградировал

Минимальный набор метрик:

- **Opt-in rate** — доля разрешений от установивших приложение или посетивших сайт. Просела — смотрим момент и место запроса.
- **Delivery rate** — сколько пушей реально дошло до устройств.
- **CTR** — отдельно для триггеров и массовых, смешивать их бессмысленно.
- **Конверсия в заказ и revenue per push** — деньги на отправку.
- **Opt-out rate** — после каждой массовой кампании.

Ключевая пара здесь — CTR и opt-out в связке. CTR поднимается кликбейтом и обещанием «-70%», которого на сайте нет: цифра вырастет, а через месяц вы увидите ускорившийся opt-out. Если смотреть только на клики, канал выглядит здоровым до самого конца.

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

> **Читайте также:** [Как уменьшить отписки от рассылки: работа с частотой, контентом и сегментами](https://clientcore.ru/blog/articles/kak-umenshit-otpiski-ot-rassylki-rabota-s-chastotoy-kontentom-i-segmentami)

---

[Открыть статью на сайте](https://clientcore.ru/blog/articles/mobile-push-chto-eto-chem-otlichaetsya-ot-web-push-i-kak-ne-spalit-bazu)