Вся правда и вымысел о push-рассылках

Обычные пользователи воспринимают «пуши» как маленькие надоедливые напоминания, что они забыли посмотреть, кто поставил им лайки в Instagram. О пользе «пушей» для бизнеса думают лишь те, кто сталкивался с ними на профессиональном поприще. Если вы здесь – пора перейти из категории скроллеров в категорию серьезных осведомленных бизнесменов.

Добро пожаловать в реальный мир, где push-уведомление – это инструмент для бизнеса. Разберемся, как он устроен на самом деле в 2026 году – с учетом того, что за последние пару лет правила игры на Android и в браузерах заметно изменились.

Push остается одним из немногих каналов, который «достает» пользователя вне зависимости от того, открыто ли у него приложение или почта. Уведомление появляется поверх других окон, задерживается на экране на определенное время – этого достаточно, чтобы пользователь его заметил, а если пропустит, всегда может найти в Центре уведомлений на Windows, macOS, Android или iOS.

Ключевое отличие push от email или SMS – добровольность. Никого не принуждают: пользователь либо сам разрешает уведомления, либо нет. Но здесь и кроется главное изменение последних лет: получить это разрешение стало сложнее, чем «просто нажать кнопку», и об этом дальше.

Механика доставки отличается в зависимости от того, где пользователь получает push – в браузере, в Android-приложении или в приложении на iOS. Разберем каждый вариант.

Web Push (браузер)

Работает в Chrome, Firefox, Edge и других основных браузерах на десктопе и Android. С 2023 года Web Push доступен и на iPhone/iPad – но только для веб-приложений, добавленных на экран «Домой», а не для обычного просмотра сайта в Safari. Это важно учитывать: сказать «покажем push всем пользователям с iOS» уже нельзя без оговорки про установку веб-приложения.

Android

Уведомления доставляются через Firebase Cloud Messaging (FCM): сервер отправляет payload в FCM, тот доставляет его на устройство через Google Play Services. Начиная с Android 13, приложение обязано явно запросить runtime-разрешение POST_NOTIFICATIONS – без него push не дойдет вообще, даже если сервер отправил сообщение.

iOS

Приложения на iOS находятся в фоновом режиме недолго, поэтому доставка идет через отдельный сервис – Apple Push Notification service (APNs). Сервер отправляет событие в APNs, а тот – на устройство. Разрешение на iOS запрашивалось всегда, в этом смысле для Apple ничего не изменилось – но с 2023 года требование к явному opt-in подтянулось и на Android.

Раньше единственная сложность была на iOS – на Android push работали «из коробки». С Android 13 это в прошлом: без явного разрешения пользователя приложение вообще не сможет ничего отправить, а системный запрос показывается только один раз.

1. Не показывайте системный запрос сразу при первом запуске – по статистике, большая часть пользователей на автомате нажимает «Не разрешать», если их ничего не подготовило.
2. Сначала покажите свой экран-объяснение (soft-ask): зачем нужны уведомления и что конкретно пользователь получит – скидки, статус заказа, новости.
3. Запрашивайте системное разрешение только после клика пользователя на этом экране или после того, как он совершил осмысленное действие в приложении.
4. На Android 14+ пользователи также могут гибко управлять важностью и типами каналов уведомлений (например, оставить транзакционные, но отключить промо) – стоит заранее продумать таксономию каналов, а не сваливать все в один поток.

Лайфхак: если пользователь один раз отклонил системный запрос, повторно вызвать его programmatically нельзя – единственный путь – направить в Настройки. Поэтому вставьте в приложение отдельный экран с кнопкой «Как включить уведомления» и понятной инструкцией, а не полагайтесь только на системный диалог.

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

• заголовок – для web push оптимально до 30 символов, для мобильного push можно до 65, но чем короче, тем меньше риск обрезки на разных экранах;
• основной текст – для web push 30-60 символов, для мобильного технический лимит выше (iOS – около 178 символов, Android – около 663), но для восприятия лучше укладываться в 120-150 символов;
• ссылка на конкретную страницу, а не просто на главную – чем точнее посадочная, тем выше конверсия;
• изображение – rich-уведомления поддерживают не все браузеры и не все версии ОС, поэтому текст должен быть понятен и без картинки.

Лайфхак: тестируйте не только текст, но и время отправки, эмодзи в заголовке и CTA – иногда замена одного слова в заголовке заметно меняет CTR. Заведите минимум 2 варианта на каждую крупную рассылку и сравнивайте открываемость.

Несмотря на возросшую сложность с разрешениями, экономика канала не изменилась – push остается одним из самых дешевых способов вернуть пользователя.

1. Добровольная подписка. Пользователи сами соглашаются на получение уведомлений – а значит, лояльнее относятся к предложениям, чем к холодной рекламе.
2. Живая аудитория. Доля случайных подписчиков минимальна – люди осознанно разрешили канал.
3. Реклама не мимо цели. Push прилетает прямо на экран, его сложнее проигнорировать, чем баннер.
4. Быстрая обратная связь. Уже за несколько дней рассылок можно набрать достаточно статистики, чтобы понять, какие сообщения работают, а какие нет.

Отдельная тема – web push именно для интернет-магазинов: там своя специфика по длине текста и сценариям. Разбирали подробно в статье «Web push-уведомления для eCommerce: раздражают или продают».

Push-рассылки – не «плохой вид рекламы», как иногда говорят. Это добровольный, недорогой канал, который не принуждает пользователя ни к каким действиям – если, конечно, им не злоупотреблять. Изменилось за последние годы главное: получить разрешение стало сложнее и на Android, а не только на iOS, и это стоит закладывать в стратегию с самого начала разработки, а не патчить постфактум.

Если нужно встроить push-уведомления в мобильное приложение с нуля – команда Brander делает разработку мобильных приложений под ключ, включая интеграцию FCM и APNs.