Ваше приложение отправляет три уведомления за минуту, и телефон игрока получает их в виде одного баннера. Это не ошибка вашего поставщика push-уведомлений. Это задержка уведомлений Android, включенная по умолчанию в Android 16, которая незаметно переписывает правила для каждого отправителя с большим объемом. Если вы отправляете push-уведомления для приложения ставок или игр, ваши самые ценные моменты — это именно те, на которые она нацелена: гол, изменение коэффициента и предложение вывода средств поступают в течение одной и той же минуты. В этой статье рассказывается о том, что делает задержка, об ограничениях скорости FCM, которые уже существовали под ней, и о шаблонах проектирования отправки, которые помогут вашему приложению быть услышанным.
Что задержка уведомлений Android делает с всплеском
Android 16 достиг стабильной версии 10 июня 2025 года, и вместе с ним была выпущена задержка уведомлений, включенная по умолчанию. Это поведение было впервые задокументировано в предварительных версиях для разработчиков Android 16 в конце 2024 года, когда оно еще было опциональным переключателем. В стабильной версии Google включил его для всех.
Механизм прост. Когда приложение отправляет всплеск уведомлений, первое уведомление срабатывает нормально, на полной громкости, с полным баннером. Каждое последующее уведомление во всплеске постепенно уменьшает громкость и визуально минимизируется в течение одной минуты, а всплеск группируется под одним баннером. Ничего не удаляется. Уведомления по-прежнему поступают, по-прежнему находятся в трее, по-прежнему учитываются в отчетах о доставке. Они просто перестают требовать внимания.
Последний пункт важен для того, как вы читаете свои панели мониторинга. Скорость доставки не изменится. Изменится все, что следует за вниманием: просмотры, клики и конверсии, которые должны были обеспечить ваши вторые и третьи отправки.
Уведомления Android 16: что по-прежнему срабатывает, а что приглушается
Задержка не одинаково обрабатывает все уведомления Android 16. Звонки, будильники и приоритетные разговоры освобождаются; они срабатывают нормально, независимо от того, как быстро они накапливаются. Все остальное подвержено кривой приглушения, и это охватывает все уведомления приложений для ставок, как маркетинговые, так и транзакционные.
Одно примечание о применимости, и это скорее предположение, чем заявленное утверждение платформы: задержка работает на уровне уведомлений, поэтому по механизму она должна применяться как к push-уведомлениям приложений, доставляемым FCM, так и к веб-push-уведомлениям, которые Chrome отображает на Android. Если ваш бренд управляет как приложением, так и мобильным сайтом, рассматривайте уведомления Android 16 из обоих каналов как разделяющие один бюджет внимания на одном и том же устройстве.
Ограничения скорости FCM уже ограничивали вас
Задержка — это видимый слой. Под ним Firebase Cloud Messaging уже много лет применяет ограничение трафика на устройство. Документация FCM устанавливает лимиты в 240 сообщений в минуту и 5000 сообщений в час на одно устройство и предупреждает, что отправители, работающие вблизи этих лимитов, рискуют быть помеченными как злоупотребляющие.
Ни одна здравомыслящая кампания не отправляет 240 сообщений в минуту одному пользователю. Но эти ограничения скорости FCM применяются к каждому устройству, а не к каждой кампании, что означает, что каждая система, которую вы запускаете, использует один и тот же общий бюджет: ваш CRM, оповещения о коэффициентах вашей торговой системы, ваш планировщик промоакций, ваш слой транзакций. Архитектура, в которой четыре системы ведут себя разумно, все равно может привести к шаблону на уровне устройства, который воспринимается FCM как злоупотребление, а как всплеск для системы охлаждения.
Эти два механизма усугубляют друг друга. Ограничения скорости FCM ограничивают то, что физически может быть доставлено; система охлаждения уведомлений Android решает, сколько из доставленного будет замечено. Отправители с большим объемом теперь проектируют с учетом обоих ограничений одновременно.
Почему уведомления букмекерских приложений вообще вызывают всплески
Букмекерские приложения вызывают всплески не потому, что команды CRM невнимательны. Они вызывают всплески, потому что лучшие моменты продукта по своей сути одновременны. Гол в отслеживаемом матче — это в тот же момент оповещение о счете, изменение коэффициентов и возможность вывода средств. Три разные системы отвечают за одно из этих сообщений, и ни одна из них не проверяет, что отправили две другие.
Вот как всплеск воспринимается телефоном игрока во время системы охлаждения:
| Время | Система | Уведомление | Что переживает игрок |
|---|---|---|---|
| 0:00 | CRM / лента событий | «ГОЛ. 1–0 в матче, который вы отслеживаете» | Полное оповещение: звук, вибрация, баннер |
| 0:15 | Торговый движок | «Коэффициенты изменились на рынке следующего гола» | Приглушено: уменьшенный объем, свернуто, сгруппировано |
| 0:40 | Промо-движок | «Вывод средств теперь доступен по вашей открытой ставке» | Еще больше приглушено: почти беззвучно, свернуто в группу |
Болезненная часть — это порядок. Запрос на вывод средств, единственное уведомление в этом всплеске с прямой привязанной прибылью, — это то, которое система охлаждения похоронила, потому что оно прибыло третьим. Кто отправляет первым, тот владеет минутой. Прямо сейчас, в большинстве стеков уведомлений букмекерских приложений, побеждает та система, у которой наименьшая задержка, а не сообщение, которое имеет наибольшее значение.
Последовательность уведомлений в день матча всегда требовала продуманной организации. Система охлаждения превращает это из искусства в необходимость.
Шаблоны проектирования, которые выдерживают всплески push-уведомлений
Вы не можете отключить систему охлаждения для своих пользователей, и вам не следует этого делать; она наказывает именно тот шаблон, который ваши игроки уже осуждали. Решение архитектурное. Четыре шаблона не позволяют всплескам push-уведомлений поглощать ваш охват.
Разделяйте отправку по минутам, а не по секундам
Окно системы охлаждения длится до минуты. Любые два уведомления, которые вы контролируете и которые попадают в это окно, конкурируют за одно оповещение. Поэтому установите интервал между различными сообщениями для каждого подписчика, измеряемый минутами, и применяйте его везде, включая транзакционный путь, который большинство команд забывают учитывать. Оповещение о голе в 0:00 и запрос на вывод средств в 2:30 — оба оповещают нормально. Та же пара с интервалом в тридцать секунд — это одно оповещение и один призрак.
Назначьте всплеску одного владельца
Для каждого предсказуемого момента заранее решите, какое одно уведомление им владеет. Когда происходит событие, срабатывает ли оповещение о счете, изменение коэффициентов или запрос на вывод средств? Выберите одно, обычно то, которое ближе всего к доходу, или то, на которое игрок явно подписался, и подавите или задержите остальные. Приоритетные уровни лучше гоночных систем.
Свертывание обновлений в одно уведомление
Отслеживание коэффициентов — классический виновник: пять изменений коэффициентов не должны быть пятью уведомлениями. Используйте замену сообщений, где новый пакет обновляет существующее уведомление в трее вместо добавления нового. FCM поддерживает поведение свертывания уже много лет. Одно живое, постоянно обновляемое уведомление о коэффициентах никогда не запускает ограничение частоты, и оно воспринимается как функция, а не как шум.
Разбивка рассылки по сегментам
Массовая рассылка 500 000 подписчикам, которая происходит за один раз, также вызывает всплески на уровне населения, сталкиваясь со всем остальным, что ваши системы отправляют в это окно. Разбейте рассылку на волны сегментов: сначала игроки, делающие ставки вживую на отслеживаемый матч, затем недавние депозиторы, а через несколько минут — более «холодные» сегменты или вообще не отправляйте. Ваша модель сегментации игроков уже определяет волны; рассылка просто должна их учитывать.
Ограничение частоты уведомлений и тихие часы завершают работу
Четыре описанных выше шаблона исправляют минуту. Ограничение частоты уведомлений исправляет день и неделю. Ограничение — это принуждение Google на уровне ОС к дисциплине, которую лучшие отправители уже навязали себе, и это будет не последний механизм принуждения. Установите внутренние лимиты на подписчика в день и в неделю и масштабируйте их в зависимости от активности сегмента:
| Сегментация | Макс./день | Макс./неделя |
|---|---|---|
| Активные за последние 7 дней, следят за событиями вживую | 3–4 в дни матчей | 10–12 |
| Активные за последние 7 дней, в ритме казино | 2 | 8–10 |
| Уходящие, 8–20 дней тишины | 1 | 3–4 |
| Спящие, 21+ дней | — | 1, затем повторное вовлечение или подавление |
Тихие часы — это жесткий пол под лимитами: определите окно «не беспокоить» и не пропускайте через него ничего, связанного с маркетингом. В этой вертикали ограничение частоты уведомлений — это также защита игрока, а не просто гигиена доставки. Лимиты, тихие часы и строгое правило отсутствия срочности для запросов на депозит — это одна и та же практика, рассматриваемая с двух сторон, и операторы, которые придерживаются этой линии, дают игрокам причину оставлять уведомления включенными. Руководство по удержанию клиентов для сайтов ставок охватывает весь стек гигиены.
Внедрение дисциплины интервалов в PushEngage
Каждый из описанных выше шаблонов может быть реализован в PushEngage Workflows сегодня, без пользовательской инфраструктуры отправки. Сайты ставок и игр на PushEngage отправили более 3,5 миллиардов уведомлений, и элементы управления формированием отправки существуют, потому что отправителям такого объема они нужны.
Узлы ожидания, доступные в планах Business и выше, являются примитивом интервалов: вставляйте ожидание на минуты, часы или дни между любыми двумя отправками в рабочем процессе, чтобы ни одна разработанная вами последовательность не могла перегрузить подписчика. Узлы принятия решений и критерии выхода, в тех же планах, — это то, как рабочий процесс проверяет состояние перед запуском, что на практике выглядит как «назначить владельца для перегрузки»: если сообщение с более высоким приоритетом уже было отправлено, выйдите вместо того, чтобы добавлять еще одно.
Тихие часы настраиваются для каждого рабочего процесса с выбранным вами резервным вариантом: пропустить отправку полностью или перенести ее на одну минуту после окончания окна, разрешенное в собственном часовом поясе каждого подписчика. Используйте перенос для предложений с ограниченным сроком действия и пропуск для оповещений, привязанных к моменту; стартовое уведомление, доставленное в 09:01, — это шум. Планирование с учетом часового пояса также позволяет вам распределять сегменты без скриптов, поскольку волны могут отправляться по местному времени, а не как один глобальный всплеск.
Две возможности находятся выше в иерархии планов: разделение путей A/B внутри рабочего процесса начинается в плане Premium, а триггеры пользовательских событий и веб-хуки, компоненты, которые позволяют вашему торговому движку или событиям кошелька напрямую запускать рабочий процесс, начинаются в плане Growth. Если вы настраиваете полную настройку на стороне приложения, начните с push-уведомлений для приложений ставок, основного руководства для этой серии.
Chrome использует ту же тактику в Интернете.
Если вы также используете веб-push, та же логика взаимодействия теперь контролирует этот канал. С января 2026 года Chrome ежедневно оценивает каждый отправляющий источник по push-уведомлениям относительно времени, которое пользователи фактически проводят на сайте, и ограничивает отправителей, которых он классифицирует как навязчивых. Различный механизм, идентичное сообщение: платформы теперь измеряют внимание, и отправители, нацеленные на вовлеченных пользователей, сохраняют свой охват, в то время как спамеры его теряют. Веб-версия этой истории и архитектура сегментации, которая ей отвечает, рассматриваются в почему сегментация теперь является требованием к доставляемости.
Что изменить перед следующим игровым днем
Три шага, по порядку. Во-первых, проверьте отправленные в прошлом месяце push-уведомления на одном устройстве: выберите любого подписчика, получившего два или более уведомлений в течение минуты, определите, какие системы столкнулись, и отметьте, как часто скрытое уведомление было тем, которое приносило доход. Во-вторых, назначьте каждому предсказуемому моменту одно собственное уведомление и понизьте остальные до свернутых обновлений или отложенных последующих сообщений. В-третьих, переместите каждую повторяющуюся последовательность в рабочие процессы с узлами ожидания, ограничениями частоты и тихими часами, чтобы интервалы обеспечивались платформой, а не памятью команды.
Ограничение частоты уведомлений Android не отняло у вас охват. Оно отняло иллюзию того, что три уведомления в минуту были тремя шансами быть замеченным. Отправители, которые распределяют, приоритизируют и группируют, будут оповещать на полную громкость, в то время как всплески их конкурентов схлопнутся в беззвучную группу. Если вы хотите получить средства управления отправкой без необходимости их создания, push-уведомления приложений на PushEngage поставляются с узлами ожидания, тихими часами и планированием по часовым поясам на каждом платном уровне, подкрепленные 14-дневной гарантией возврата денег.
