一条推送现在最尴尬的地方，不是发不出去。
更麻烦的是：它可能发出去了，也到了系统层，但用户看到的未必是你写的那句话。它可能被放进摘要，被静默，被折叠，也可能被端侧 AI 压成一段更短的表达。
这不是苹果和谷歌在“审查所有推送”。目前没有证据支持这种说法。更准确的变化是，推送通知正在从传输通道，变成一个由系统权限、通知分级、排序和 AI 摘要共同参与的中介层。
我更在意的是这件事对移动应用团队的影响：以后判断一条推送有没有价值，不能只看“发送成功”。你还要问，它有没有获得打扰资格，最终以什么样子出现，以及这些变化你能不能看见。
推送从来不是直达用户，只是平台过去管得少
推送通知一开始解决的是电量问题。
APNs 在 2009 年随 iPhone OS 3 上线。它用设备到苹果服务器的一条长连接，替代每个 App 自己在后台不停轮询。Android 侧也不是一步到位，而是从 2010 年 C2DM、2012 年 GCM，演进到 2016 年 Firebase Cloud Messaging，也就是今天常说的 FCM。
这意味着一件事：推送天然要经过苹果或谷歌的服务器。它从诞生起，就不是开发者直接把消息塞进用户手机。
早年行业容易把推送理解成“我发，你收”。原因也简单：平台更多是在做省电、连接和分发，较少显性介入通知的呈现。过去几年变了。平台开始把“打不打扰用户”做成系统级能力。
| 时间点 | 平台动作 | 对发送方的变化 |
|---|---|---|
| 2009 年 | APNs 上线 | iOS 推送进入苹果统一通道 |
| 2010-2016 年 | Android 从 C2DM、GCM 演进到 FCM | Android 推送进入谷歌体系 |
| 2017 年 Android 8 | 通知渠道成为核心机制 | 用户可按类别静音或降级，不再只按 App 总开关管理 |
| 2021 年 iOS 15 | Focus、Scheduled Summary、通知等级上线 | 通知被分流到不同打扰级别，营销类消息更难抢到高优先级位置 |
| 2022 年 Android 13 | 通知改为运行时权限 | 通知授权变成增长漏斗的一环 |
| 2024 年后 | Apple Intelligence、Gemini 等进入摘要场景 | 显示层可能排序、摘要、压缩原文，发送方更难知道真实呈现效果 |
主线在这里很清楚：平台原来主要管“能不能送到设备”，现在开始管“该不该出现、怎么出现、以什么优先级出现”。
这对用户不全是坏事。没人希望手机被促销、快讯、召回消息轮番轰炸。用户主动静音、开 Focus、只保留交易提醒，是正当控制。
风险在另一边：当平台模型也参与排序和摘要，发送方能看见的东西太少。
权限、分级和 AI 摘要，让发送方越来越像在雾里投递
Android 13 是一个很直接的转折点。
Pushwoosh 对 1600 万设备样本的研究显示，Android 13 后，游戏类 App 的通知 opt-in 接近流失三分之一，新闻类下降 19%。Batch 2025 年基准报告也显示，Android opt-in 从 85% 降到 67%，跨平台平均约为 61%。
这些数据有口径限制。不同样本、行业和国家会有差异，不能直接推成全市场比例。但它至少说明一件事：通知授权不再是默认资产，而是需要争取的入口。
对增长和 CRM 团队来说，变化会落到几个具体动作上：
| 过去常见做法 | 现在更现实的做法 | 原因 |
|---|---|---|
| 先发再看打开率 | 先设计授权请求时机 | Android 13 后，没授权就没有可触达人群 |
| 一个 App 总开关管理通知 | 按交易、服务、内容、营销拆通知渠道 | 用户更可能保留高价值通知，关闭低价值通知 |
| 把发送成功当触达 | 把点击、转化、留存和站内承接放在一起看 | 系统层可能静默、摘要、折叠，发送成功不等于被看见 |
| 只依赖推送召回 | 配合站内消息、邮件或短信做备份路径 | 推送更短暂，也更缺少可观测性 |
这不是让团队停止发推送。推送仍然是移动端成本最低、反应最快的触达方式之一。
但它不再适合粗放使用。电商 App 的“限时优惠”，未必能按运营写好的文案出现在锁屏。新闻 App 的多条快讯，可能被系统合并成一段摘要。金融、出行、外卖这类服务通知，反而要更清楚地区分交易提醒和营销提醒，别让低价值消息拖累整体授权。
最受影响的有两类人。
一类是移动应用增长负责人。过去他们关心推送频次、打开率和召回成本。现在要多看一个前置指标：授权率。授权文案、弹窗时机、渠道命名，都变成增长实验的一部分。
另一类是 CRM 和营销团队。过去一条 campaign 发出去，至少能大致比较发送、到达、打开。现在中间多了系统摘要、静默和排序。团队要减少对“打开率”的依赖，把预算和复盘更多放到点击、购买、订阅、复访这些下游行为上。
这里的现实约束也要讲清。苹果和谷歌不会为了营销团队牺牲用户体验。系统级安静化是大方向。应用能争取的，不是绕过平台，而是证明自己的通知值得被用户留下。
邮件走过的路，推送正在走一遍，但更封闭
邮件行业已经演示过一次“可见性下降”。
Gmail 2013 年推出分类收件箱后，合法订阅邮件也可能进入 Promotions。Apple Mail Privacy Protection 在 iOS 15 中预加载远程内容，让打开率开始失真。邮件营销后来不得不转向点击、转化、投诉率和退订率这些更硬的指标。
推送和邮件很像，但推送更难诊断。
邮件至少还有开放协议和部分工具。SMTP、IMAP、DKIM、DMARC、Postmaster Tools，可以帮助发送方判断一部分投递问题。它不完美，但还能查。
推送没有真正等价的“收件箱”。通知中心会清空、折叠、摘要，用户也不一定回看。APNs 和 FCM token 绑定具体设备和安装状态，迁移能力也弱。更关键的是，端侧 AI 摘要和排序发生在显示层，发送方通常不知道通知是否被摘要、静默、降级或隐藏。
这就是它比邮件更棘手的地方：邮件可见性下降后，行业还能围绕 deliverability 建工具、建流程。推送的很多变化发生在系统和设备端，开发者拿不到同等粒度的反馈。
接下来最该看三件事，不是平台会不会“封杀营销通知”。目前没有证据能支持这种判断。
更关键的是：
- 苹果和谷歌会不会提供摘要、静默、降级的可观测接口；
- AI 摘要是否允许发送方声明不可改写字段，比如金额、时间、地点、订单状态；
- 操作系统会不会继续把商业通知默认放到更安静的位置。
如果这些接口长期缺位，推送就会越来越像一个黑箱。应用团队仍然能发，但越来越难知道自己到底发到了哪里、以什么样子出现、有没有真的被用户看见。
回到开头那条推送。它不是死在发送端，而是进入了系统的编辑层。
这才是变化的核心：推送还活着，但最后一公里的主权，正在从应用手里移走。