在 iOS 27 上，你的很多海外用户已经不再阅读你写的推送本身。他们读到的是 Apple Intelligence 重写之后的版本。以前锁屏几乎会原样展示你发送的通知。现在，一个模型会先读一遍，权衡重要性，压缩成一行，有时甚至直接决定不显示。你的文案只是这个模型的输入，已经不是用户真正看到的内容了。
先厘清一下名称，因为不少报道把这两个概念混为一谈了。重写你通知内容的这个 AI 功能，官方名称是 Apple 的 Notification Summaries（有人会用”Notify Me”摘要来搜索它；真正的 Notify Me 其实是 iOS 27 里 Safari 的一个独立工具）。这篇文章讨论的是这层摘要机制本身——不管你怎么称呼它——以及它对你推送文案做了什么。
这些功能其实都不算全新。Notification Summaries 和 Focus 的”减少打扰”模式早在 iOS 18 就随 Apple Intelligence 一起上线了。iOS 27 真正改变的是模型有多准、多自信。更强的 Siri 摘要得更激进，做”保留还是隐藏”这个判断的频率也更高——以前能顺利展示的文案，现在很可能被压平或直接过滤掉。这篇指南会教你写出能扛住这一层的推送文案。Pushwoosh 是一个面向出海团队的客户互动平台，它提供的 AI 文案工具和 payload 控制项，正好对应下面这些杠杆。
AI 层实际上对你的消息做了什么
在用户有意识地阅读之前，一条通知会经历 3 件事，每一件对你的文案来说都是不同的问题。
被摘要。 在支持 Apple Intelligence 的设备上，iOS 可能把你的通知重写成一句 AI 生成的话。如果你给的文案清晰、自成一体，摘要就会忠于原意。如果给的内容含糊或依赖上下文，模型就会用猜测填补空白，用户读到的就成了你从没写过的内容。你无法指定摘要本身，只能提供一段难以被误读的文案。
被分组。 iOS 会把相关的通知合并到同一个 thread 里，再对整组做摘要。你可以通过 payload 里的 thread-id 字段来控制这一点。如果有意识地分组，模型就会压缩出一组整洁、相关的内容；如果任其随意，它可能把不相关的提醒缝合在一起，而这正是语义模糊的地方。
被过滤。 Focus 的”减少打扰”模式不会重新排列你的消息，而是直接决定用户是否能看到它。这才是最需要关注的点，因为 iOS 27 里更聪明的模型做出这个判断的频率更高，泛泛而谈的促销文案是第一批被拦下的。
一句话总结：锁屏现在是一个有损耗、由 AI 中介的展示面。请按这个前提来对待它。
为前几个字而写，因为只有它们能存活
当摘要压缩你的消息时，它是从头开始处理的。开头的字句承载着能存活下来的意思；之后的一切都有被压缩、消失的风险。把具体信息放在最前面，永远不要把重点藏在一句暖场话之后。
拿同一条促销消息举例，写成两种版本。“这周我们为你准备了一些超棒的消息，打开 App 看看有什么在等你”经过摘要之后只剩噪音，因为里面没有任何一个模型能保留下来的具体事实。“你的 15 美元奖励今晚午夜到期”则能扛住任何改写，因为细节本身就是消息。
测试方法很简单：只读你推送的前 5 到 6 个字。如果这几个字没有承载真正的价值，就一直改写，直到它们能承载为止。
你真正能控制的 payload 杠杆
模型写出的摘要你无法编辑，但通知 payload 里的 3 个字段决定了它会被如何处理，而大多数出海营销人从来没有刻意配置过它们。这是和开发团队一次性完成的设置，不是每次发送都要打的一场仗。
| 杠杆 | 作用 | 适用场景 |
|---|---|---|
Interruption level (time-sensitive) | 突破 Focus 和已排定的摘要 | 仅用于真正紧急的消息。用户可以按 App 逐一关闭它，滥用会导致你的 App 被静音。 |
| Relevance score（0 到 1） | 决定你的通知在摘要堆栈中的位置 | 当你有多条通知同时到达时，把最重要的一条浮现出来 |
Thread ID (thread-id) | 控制 iOS 如何对相关通知分组 | 有意识地分组，让模型摘要出一组整洁的内容，而不是把不相关的提醒混成一行 |
time-sensitive)thread-id)把这些字段一次性正确配置好，之后每一场活动都会在锁屏上继承一套合理的行为逻辑，而不是任由模型去猜。
一份抗 AI 摘要的文案清单
分组和突破由 payload 负责，文案则要承载摘要真正会读取的一切。每次活动发送之前，用这份清单检查一遍：
- 以具体内容开头。 一个数字、一个名字、一个截止日期、一个状态。把用户需要的事实放在第一句，而不是最后一句。
- 让每条通知自成一体。 假设它会被单独阅读，脱离前后的通知存在。只有在一个序列中才说得通的文案，在摘要里会吃亏。
- 删掉暖场句。 “我们很高兴与你分享”和”不要错过”不承载任何信息，压缩之后就什么都不剩了。模型保留的是事实，不是热情。
- 把细节放进文字，而不是语气里。 数字、名字和时间能扛住改写，情绪氛围不能。
- 不要把锁屏当成唯一的机会。 如果一条消息很重要，确保它也能在 App 内触达，合适的话再加一封邮件。更新 App 内内容的 silent push，配合一条 in-app 消息，根本不需要依赖能否扛住摘要。
Focus 过滤器是一个分群问题，不只是文案问题
这里还有一个大多数文案建议都会忽略的角度。当用户可以把你的 App 放到 Focus 过滤器背后时，那些依然让你突破的用户其实在传达一个信号：他们想收到你的消息。那些把你过滤掉的用户传达的是相反的信号——通常是因为最近几条消息不值得被打扰。
这是一个分群信号，价值比看起来的更大。如果你给所有人发同样的群发消息，就是在训练那些最容易过滤的用户彻底屏蔽你，同时把突破打扰的预算浪费在根本不想要的人身上。我们见过一个 App 为了保住数据不断加大发送量，直到系统悄悄判定它的促销是打扰，结果数据还是掉了。更精细的分群——让每条消息足够相关，才配得上自己的位置——才是让你留在这个过滤器有利一侧的方法。你可以用动态内容让每条消息适配用户，再配合基于行为的分群，让促销只送达真正合适的那一部分人。
不太舒服的现实是：AI 层现在会奖励相关性、惩罚发送量，而且是在操作系统层面、在你的后台之外自动完成的。靠加量来拉高绝对数字的老办法，在这里反而对你不利。发得更少、但让每一条都真正送达，在 iOS 27 上不只是更好的做法，更是让你保持可见的前提条件。
用 Pushwoosh 让你的推送文案更有效
在百万级用户体量下，为每个用户和每个分群手写自成一体、重点前置的个性化文案并不现实。Pushwoosh 提供 AI 辅助文案工具、动态内容，以及能让消息匹配受众的分群能力，让你发出去的内容有更多能扛住摘要，完整触达用户。Pushwoosh 已获得 SOC 2 Type I 与 ISO 27001:2022 认证，符合 GDPR 要求，欧盟与美国数据中心可以支持你的出海用户数据安全合规。
