Apple 和 Google 对您的推送通知做了什么

内容 推送作为电池问题 十五年的平台干预 电子邮件首先做了什么 设备上的编辑器 用户实际上对通知做了什么 营销人员可以看到什么 为管道中的模型编写 将重量转移到拥有的表面 这会变成什么 该怎么办 我最近写了一篇关于谷歌、雅虎、微软和苹果对电子邮件所做的事情：四家提供商如何不再是传输层，而是成为品牌与其客户之间的活跃中介，解析、排名、总结并越来越多地回答收件人的问题代表。同样的事情也发生在推动方面，由两家公司而不是四家公司控制。苹果和谷歌运行着仅有的两个重要管道，你发送的每条通知都会通过其中一个管道。在过去的五年里，现在位于交付和锁定屏幕之间的设备上模型开始总结、重新排序，甚至在某些表面上重写它。 Android 上的通知摘要。推送是电池问题 推送是从电池问题开始的。 2009 年 6 月，Scott Forstall 在 WWDC 上表示，iPhone 无法让每个已安装的应用程序针对远程服务器维护自己的后台轮询。该提案是 Apple 推送通知服务，是从每台设备到 Apple 的单个持久 TLS 连接，任何注册的第三方都可以通过该连接发送警报，该提案是在 Apple 决定重组底层基础设施以实现规模化之后，从 2008 年 9 月最初发布的公告开始推迟的。 1 APN 于 2009 年 6 月 17 日随 iPhone OS 3 一起发布。Google 随后在 2010 年推出了云到设备消息传递，然后在 2012 年推出了 Google 云消息传递，然后在 2016 年推出了 Firebase 云消息传递。 2 该渠道从一开始就处于中间状态。您发送到 iPhone 的每条通知都会经过 Apple 的服务器；每一部 Android 手机都经过 Google 的。这些平台始终能够限制、删除、记录、降低优先级或拒绝。在该频道的大部分历史中，他们很少做明显的事情。该架构允许干预；他们只是选择不进行太多干预。这种克制就结束了。平台介入十五年 2009年至2017年的早期消费推送时代相对平静。 APN 和各种 Google 服务提供给用户安装的任何应用程序，除了每个应用程序的单个打开或关闭切换之外，平台级过滤有限，用户控制也最少。 Android 的第一个重大设备上干预是 2017 年 8 月 Android 8 Oreo 中的通知通道。3 在 Android 8 之前，各个通知具有由发送者决定的优先级。 Android 8 之后，该杠杆传递给渠道级别的开发人员，然后传递给渠道级别的用户。开发者为每个应用程序声明了少量渠道（下载、消息、促销等），每个渠道的重要性值从 IMPORTANCE_NONE 到 IMPORTANCE_HIGH；然后，用户可以独立地将任何频道静音、降级、禁用徽章或完全阻止任何频道，而不会影响其他频道。 3 一旦开发者设定了频道的重要性，以后就无法再提高。任何针对 Android 8 的应用程序都必须声明频道，否则通知将不会显示。苹果于 2021 年 9 月以不同的语言在 iOS 15 中推出了自己的版本。焦点、计划摘要和新的四级中断分类（被动、主动、时间敏感、关键）重新构建了 iOS 处理每次推送的方式。 4 时间敏感是您可以有意义地解决的唯一级别，Apple 无论当时还是现在都明确表示您不应该将其用于营销。 4 Android 在 2022 年 8 月将权限本身作为杠杆，当时 Android 13 将 POST_NOTIFICATIONS 转变为运行时权限，需要显式用户授权，而不是自平台启动以来应用的隐式选择加入。选择加入率的下降是可以预见的：Pushwoosh 的 1600 万台设备样本显示，游戏应用程序失去了近三分之一的选择加入基数，而新闻应用程序则下降了 19%。 5 Batch 的 2025 年基准来自 10,000 个应用程序中超过 8000 亿条消息，报告称 Android 选择加入率在一年内从 85% 下降到 67%，跨平台平均水平稳定在 61%。 6 每一步都会减少发送者一定程度的控制。其中一些会传递给用户，这是一件好事：由一个人来决定允许什么中断他们，这就是通道按其应有的方式工作。其余的传递给平台，这是发送者应该关心的部分，因为平台的判断是不透明的，不可上诉的，并且越来越多地由模型而不是用户选择的设置来做出。十五年来，该频道围绕一个假设进行了重建：接收者的注意力是平台必须保护的稀缺资源。它出于自身原因和用户的原因保护该资源。干净、低疲劳的通知表面可保护平台的保持力