Push-дашборд весь зелёный: доставляемость 99%, ноль ошибок. Но вовлечённость падает уже несколько недель — и со стороны команды никаких объяснений. Добро пожаловать в фильтрацию сообщений Apple 👋🏻🤡 Это слой между вашим «отправлено» и lock screen пользователя, и ни у кого в команде нет дашборда, чтобы за ним следить.
В этом гайде вы узнаете, как провести аудит существующих messaging-кампаний и какие приёмы возвращают видимость на iOS, чтобы пользователи действительно видели то, что вы отправляете.
🍏🛠️ Обновления фильтрации сообщений Apple в 2024–2026
С октября 2024 по сентябрь 2025 Apple выпустила четыре релиза, которые изменили путь уведомлений до пользователей iOS. Каждое обновление прицеливалось в свой канал, но логика везде одна и та же.
- iOS 18.1 (октябрь 2024): запуск Apple Intelligence, начало эпохи notification summary.
- iOS 18.2 (декабрь 2024): приложение Mail автоматически сортирует входящую почту по четырём категориям — Primary, Transactions, Updates и Promotions. Массовые рассылки уходят в Promotions.
- iOS 18.4 (апрель 2025): запускаются Priority Notifications. Apple Intelligence ранжирует входящие push по предсказанной важности и выводит важные в отдельный блок lock screen. Выключено по умолчанию, доступно на iPhone 16, 15 Pro и 15 Pro Max.
- iOS 26 (сентябрь 2025): в приложении Messages появляются два новых фильтра — Spam (включён по умолчанию) уводит обнаруженный спам в отдельную папку, Screen Unknown Senders (выключен по умолчанию) прячет SMS от незнакомых номеров за фильтрованным экраном без push. Категории Transactions и Promotions теперь работают и для SMS.
Общий паттерн всех обновлений Apple 2024–2026: сообщения от отправителей, с которыми пользователь активно взаимодействует, проходят. Массовые рассылки без поведенческой связи фильтруются, суммируются или прячутся за вкладкой.
Ничего из этого не отражается как сбой доставки. Отчёты APNs, bounce rate email и SMS delivery receipts по-прежнему помечают сообщение доставленным. Просто пользователь видит его не так, как вы думаете.
Как Apple Intelligence решает, что приоритезировать
Apple не публиковала полный алгоритм ранжирования для push. Судя по официальным гайдам Apple и фактическому поведению, решение, похоже, ведут три сигнала:
- Сигналы контента. Признаки временной чувствительности (статус доставки, коды подтверждения, напоминания о встрече) и упоминание в сообщении конкретного действия, инициированного самим пользователем.
- Поведенческая история. Как часто и как недавно пользователь открывает приложение, взаимодействовал ли с предыдущими push этого приложения, и переписывается ли он/она с этим отправителем регулярно.
- Тип уведомления. Транзакционные и реагирующие на действие пользователя уведомления оцениваются выше, чем broadcast-промо.
Что это значит на практике: два одинаковых приложения, отправивших одинаковую промо-акцию в одно и то же время, могут получить совершенно разные результаты. Приложение, в котором пользователь делает транзакции дважды в неделю, получает много доверия. Приложение, которое пользователь не открывал 30 дней, — почти ни капли.
Что проходит, а что фильтруется
Грубая карта того, как уведомления обрабатываются после того, как фильтрация уровня ОС вступает в игру:
| Скорее всего, в приоритете | Скорее всего, отфильтровано или понижено |
|---|---|
| Обновления заказа или доставки, привязанные к действию пользователя | Промо-blast по широкому сегменту |
| Напоминания о встречах, коды подтверждения | Отправка по фиксированному расписанию («каждую среду в 11:00») |
| Ответы на запросы, инициированные пользователем | Generic-реактивация («Мы скучаем!») |
| Обновления Live Activity, на которые пользователь подписан | Массовый контент без поведенческого триггера |
| Отправители, с которыми пользователь недавно взаимодействовал | Контент, идентичный для всего сегмента |
Аудит из 3 вопросов и приёмы для видимости на iOS
Выберите кампанию, которую хотите продиагностировать. Пройдите по этим трём вопросам и найдите приём, исправляющий видимость на iOS.
1. Что триггерит кампанию: время или действие пользователя?
Если фиксированное расписание — ответ уже «нет». Broadcast-таймиг это ровно то, что фильтрация уровня ОС понижает в приоритете.
Если есть триггер, убедитесь, что это поведенческий триггер, а не сегмент-фильтр. Сегмент-фильтр говорит: «пользователи, которые когда-то сделали X». Триггер говорит: «отправь именно тогда, когда X происходит».
Разница важна, потому что ранжирование Apple вознаграждает близость между действием пользователя и уведомлением. Отправка вслед за поведением читается как релевантная. Запланированный blast читается как broadcast.
Здесь работают два приёма.
🛠️ Приём №1: заменить временной триггер на событийный
Замените «промо в среду в 11:00» на «отправку через N минут после поведенческого события, сигнализирующего о релевантности»: session_end, product_viewed_twice, added_to_cart_no_purchase. Контент остаётся прежним, меняется момент доставки — а это и есть то, что вознаграждает ранжирование Apple.
🛠️ Приём №2: использовать Best Time to Send для расписаний, которые нельзя сдвинуть
Еженедельные дайджесты, контент-дропы и напоминания streak действительно должны быть привязаны ко времени. Для них Best Time to Send укладывает фиксированный слот в окно, когда конкретный пользователь обычно вовлекается. Та же кампания, индивидуальное окно для каждого.
2. Есть ли персонализация дальше имени?
Hi {first_name} — это не персонализация, а merge tag. Настоящая персонализация — это когда сам контент (предложение, продукт, следующий шаг) меняется в зависимости от того, что этот пользователь действительно делал.
Вторая версия несёт поведенческий сигнал, первая — нет. Это также тот тип контента, который email-категоризация Apple склонна оставлять в Primary, а не отправлять в Promotions.
🛠️ Приём: заменить статичный текст на Dynamic Content
Dynamic Content рендерит сам контент (предложение, продукт, локацию, цену, валюту) для каждого пользователя из одной кампании.
- Статика: «Распродажа идёт. Скидки до 50%».
- Динамика: «
{product_last_viewed}со скидкой{discount}% в{user_city}, до{deadline_local}».
3. Есть ли конкретное следующее действие?
Каждое сообщение должно заканчиваться одной вещью, которую пользователь может сделать одним тапом. Если CTA — «исследовать» или «узнать больше», или CTA нет вовсе, — это сообщение делает работу публичного объявления, а не lifecycle.
🛠️ Приём: deep-link на CTA и добавить action buttons
Два изменения закрывают разрыв между уведомлением и действием.
Deep-link на CTA. Вместо открытия главного экрана push открывает ту самую view, что нужна пользователю: тот товар, сохранённый поиск, страницу отслеживания заказа, конкретную статью. iOS читает deep-link push как привязанный к задаче — а это совпадает с тем, что вознаграждают Priority Notifications.
Добавить action buttons. iOS поддерживает до четырёх actionable-кнопок внутри одного push: «Заказать снова», «Отследить», «Продлить», «Напомнить позже». Пользователь завершает действие, не открывая приложение, — это засчитывается как engagement и улучшает сигнал отправителя для будущего ранжирования.
Дополнительный приём: заменить push на Live Activity
Некоторым уведомлениям не нужно быть push вообще. Если пользователь хочет следить за процессом (доставка в пути, раунд игры, поездка, счёт матча), Live Activity показывает этот статус устойчиво на lock screen — без прерывания и без фильтрации.
Стройте видимые на iOS кампании с Pushwoosh
Фильтрация сообщений на уровне iOS вознаграждает кампании, построенные вокруг поведения пользователей, а не вокруг фиксированных расписаний. Pushwoosh даёт вам строительные блоки для этой пересборки — на единой платформе для push, in-app, email и SMS, с международными сертификатами безопасности SOC 2 Type I, ISO 27001:2022 и соответствием GDPR:
- Trigger-based entry — автоматическая отправка push, email и SMS по поведенческим событиям:
session_end,purchase_initiatedили любому кастомному событию из вашего мобильного приложения. - Best Time to Send — для кампаний, которым действительно нужно расписание, Pushwoosh доставляет каждое сообщение в индивидуальном окне пиковой вовлечённости пользователя.
- Dynamic Content с Liquid templates — рендерите предложение, продукт, локацию и дедлайн для каждого пользователя из одной кампании.
- Deep links и action buttons — до четырёх действий по одному тапу в каждом push, deep-link на точное место.
- Live Activities — показывайте текущий статус на lock screen, не отправляя push.
- Journey-статистика — измеряйте event-triggered против fixed-schedule отправок по CTR и goal completion rate, чтобы понять, какие пересборки окупились.
