В iOS 27 значительная часть ваших пользователей больше не читает тот пуш, который вы написали. Они читают то, во что его переписал Apple Intelligence. Раньше экран блокировки показывал уведомление примерно в том виде, в котором оно было отправлено. Теперь его читает модель, оценивает важность, сжимает до одной строки и иногда решает вообще не показывать. Ваш текст — это лишь входные данные для модели. Это уже не то, что реально видит пользователь.
Короткое уточнение по названиям, потому что в статьях их часто путают. ИИ-функция, которая переписывает ваши уведомления, официально называется Notification Summaries (иногда её ищут как дайджест “Notify Me”; настоящий Notify Me — это отдельный инструмент Safari в iOS 27). Эта статья — про сам слой суммаризации, как бы вы его ни называли, и про то, что он делает с текстом ваших пушей.
Ничего из этого не является принципиально новым. Notification Summaries и режим Focus «Меньше уведомлений» появились ещё вместе с Apple Intelligence в iOS 18. Что меняется в iOS 27, так это то, насколько лучше и увереннее стала работать модель. Более мощный Siri суммирует агрессивнее и чаще принимает решение показать или скрыть — тексты, которые раньше проходили без изменений, теперь сплющиваются или отфильтровываются. Это руководство о том, как писать пуши, переживающие этот слой. Pushwoosh — платформа для customer engagement, и её AI-инструменты для текста и настройки payload напрямую соответствуют рычагам, описанным ниже.
Что ИИ-слой на самом деле делает с вашим сообщением
С уведомлением происходят 3 вещи ещё до того, как пользователь осознанно его прочитает, и каждая — отдельная проблема для вашего текста.
Суммаризация. На устройствах с Apple Intelligence iOS может переписать ваше уведомление в одну строку, сгенерированную ИИ. Дайте модели чёткий, самодостаточный текст — и сводка останется точной. Дайте что-то расплывчатое или зависящее от контекста — модель заполнит пробел догадкой, и пользователь прочитает то, чего вы никогда не писали. Продиктовать саму сводку вы не можете. Можете только дать текст, который трудно понять неправильно.
Группировка. iOS объединяет связанные уведомления в один тред и суммирует набор целиком. Управляется это через ключ thread-id в payload. Группируйте осознанно — и модель сожмёт аккуратный, связный набор. Оставьте это на волю случая — и она может сшить вместе несвязанные оповещения, именно там смысл и размывается.
Фильтрация. Режим Focus «Меньше уведомлений» не переупорядочивает ваше сообщение. Он решает, увидит ли его пользователь вообще. Это то, за чем стоит следить внимательнее всего, потому что более умная модель в iOS 27 принимает такое решение чаще, и первым под раздачу попадает generic-текст промо.
Общая мысль: экран блокировки теперь — это lossy-поверхность, опосредованная ИИ. Относитесь к нему соответствующе.
Пишите под первые несколько слов — именно они выживают
Когда сводка сжимает ваше сообщение, она работает сверху вниз. Вступительные слова несут тот смысл, который сохранится; всё, что после них, рискует быть сжатым и потерянным. Ставьте конкретику вперёд и никогда не прячьте суть за разогревающей фразой.
Возьмём один и тот же промо-текст, написанный двумя способами. «У нас для вас классные новости на этой неделе, откройте приложение и узнайте, что вас ждёт» при суммаризации превращается в шум, потому что в нём нет ни одного конкретного факта, который модель могла бы сохранить. «Ваша награда в $15 сгорает сегодня в полночь» переживёт любой рерайт, потому что детали и есть само сообщение.
Тест простой. Прочитайте только первые 5–6 слов вашего пуша. Если они не несут реальную ценность, переписывайте, пока не будут нести.
Рычаги payload, которые вы реально контролируете
Отредактировать сводку, которую пишет модель, вы не можете. Но 3 поля в payload уведомления определяют, как с ним обойдутся, и большинство маркетологов никогда не настраивают их осознанно. Это разовая настройка вместе с dev-командой, а не борьба при каждой отправке.
| Рычаг | Что делает | Когда использовать |
|---|---|---|
Interruption level (time-sensitive) | Пробивает Focus и запланированную сводку | Только для действительно срочных сообщений. Пользователи могут отключить это для конкретного приложения, так что злоупотребление приведёт к тому, что ваше приложение замьютят. |
| Relevance score (от 0 до 1) | Определяет место вашего уведомления в стеке сводки | Выделить самое важное сообщение, когда несколько ваших уведомлений приходят одновременно |
Thread ID (thread-id) | Контролирует, как iOS группирует связанные уведомления | Осознанная группировка, чтобы модель суммировала аккуратный набор вместо того, чтобы смешивать несвязанные оповещения в одну строку |
time-sensitive)thread-id)Настройте эти поля один раз и правильно — и каждая последующая кампания унаследует разумное поведение на экране блокировки вместо того, чтобы полагаться на догадку модели.
Чек-лист текста, устойчивого к ИИ
Payload берёт на себя группировку и пробивание фильтров. Текст должен нести всё, что сводка реально читает. Перед отправкой каждой кампании сверяйтесь с этим списком:
- Начинайте с конкретики. Число, имя, дедлайн, статус. Ставьте факт, который нужен пользователю, в первую часть предложения, а не в последнюю.
- Делайте каждое уведомление самодостаточным. Считайте, что оно будет прочитано отдельно, без уведомления до и после. Текст, который имеет смысл только в последовательности, проигрывает при суммаризации.
- Убирайте разогревающие фразы. «Мы рады сообщить» и «не пропустите» не несут информации и сжимаются в ничто. Модель сохраняет факты, а не энтузиазм.
- Кладите детали в текст, а не в тон. Числа, имена и время переживают рерайт. Настроение — нет.
- Не делайте экран блокировки единственным шансом. Если сообщение важно, убедитесь, что оно доходит и внутри приложения, а где уместно — и по email. Silent push, который обновляет контент внутри приложения и подкреплён in-app сообщением, вообще не зависит от того, переживёт ли он суммаризацию.
Фильтры Focus — это проблема сегментации, а не только текста
Здесь есть второй аспект, который большинство советов по копирайтингу упускает. Когда пользователи могут спрятать ваше приложение за фильтром Focus, те, кто продолжает пропускать ваши уведомления, говорят вам кое-что: они хотят получать от вас новости. Те, кто вас отфильтровывает, говорят обратное — как правило потому, что последние несколько сообщений не стоили прерывания.
Это сигнал сегментации, и он стоит дороже, чем кажется. Если вы шлёте один и тот же broadcast всем подряд, вы приучаете самых склонных к фильтрации пользователей вас заглушать и сжигаете бюджет пробивания фильтров на людях, которым это вообще не было нужно. Мы наблюдали приложение, которое продолжало наращивать объём отправок, чтобы удержать показатели, — пока OS тихо не решила, что его промо это прерывания, и показатели всё равно упали. Более точная сегментация, при которой каждое сообщение достаточно релевантно, чтобы заслужить своё место, — вот что удерживает вас на правильной стороне этого фильтра. Действовать здесь можно через динамический контент, который подстраивает каждое сообщение под пользователя, и через сегменты на основе поведения, чтобы промо доходило только до той части аудитории, которой оно действительно подходит.
Неприятная часть в том, что ИИ-слой вознаграждает релевантность и наказывает объём, и делает это теперь автоматически, на уровне ОС, вне вашего дашборда. Старая игра — слать больше, чтобы поднять абсолютные цифры — здесь работает против вас. Слать меньше, но так, чтобы каждое сообщение доходило, это не просто лучшая практика для iOS 27. Это то, что вообще позволяет оставаться видимым.
Заставьте текст ваших пушей работать эффективнее с Pushwoosh
Писать самодостаточный текст с конкретикой в начале, персонализированный под каждого пользователя и сегмент, в масштабе — это не то, что хочется делать вручную на базе в миллионы пользователей. Pushwoosh даёт вам AI-инструменты для текста, динамический контент и сегментацию, чтобы сообщение соответствовало аудитории, — так больше из того, что вы отправляете, переживает суммаризацию и доходит до пользователя нетронутым.
