Hacker News 中文摘要

RSS订阅

苹果与谷歌推动通知功能的举措 -- What Apple and Google are doing to push notifications

文章摘要

苹果和谷歌正在将推送通知从传输层转变为主动中介,像处理邮件一样对通知进行解析、排序、摘要甚至改写。这两家公司垄断了推送渠道,过去五年间他们开始在设备端对通知内容进行干预,改变了通知的原始呈现方式。最初推送通知的设计是为了解决手机电池续航问题,避免应用频繁后台轮询服务器。

文章总结

苹果与谷歌如何重塑推送通知生态

核心内容概述:

  1. 平台主导的推送控制
  • 苹果APNs和谷歌FCM已成为移动推送的唯一通道,所有通知必须经由这两大平台服务器中转
  • 过去五年间,设备端AI模型开始对通知进行摘要生成、优先级排序甚至内容改写
  • 安卓8.0(2017)引入通知频道机制,iOS15(2021)推出专注模式和时间敏感分级系统
  1. 技术演进历程
  • 推送服务最初为解决电池续航问题诞生(苹果2009年推出APNs)
  • 平台逐步加强对通知的干预权:节流、丢弃、降级或直接拒绝
  • 2022年安卓13将通知权限改为运行时授权,导致平均授权率从85%降至67%
  1. 邮件服务的先例
  • Gmail2013年推出的分类收件箱(主邮件/促销邮件/社交邮件/更新邮件)成为推送通知演变的参照
  • 2021年苹果邮件隐私保护功能打破营销邮件的打开率统计机制
  • 2024年起谷歌和雅虎要求发件方严格遵循认证标准
  1. 设备端AI编辑系统
  • 苹果智能采用30亿参数的设备端基础模型,配合专用适配器完成摘要等任务
  • 谷歌Gemini Nano通过AICore系统服务运行,支持低秩适配(LoRA)技术
  • 两大平台已获专利的机器学习技术可重写通知内容或预测最佳发送时机
  1. 用户行为研究
  • 平均每天接收63.5条通知,多数来自通讯和邮件应用
  • 用户对营销类通知容忍度最低,消息类通知价值最高
  • 关闭通知不会减少手机使用时长,用户会主动打开应用查看
  1. 营销人员困境
  • 推送漏斗中存在"黑暗中间层":无法获知通知是否被摘要/隐藏/降级
  • 点击率指标严重失真(包含未实际展示的通知)
  • 生命周期平台(如Braze)的SDK数据仍存在测量盲区
  1. 应对策略建议
  • 内容策略:将标题作为结构化数据字段,前置关键事实
  • 渠道策略:将营销重心转向应用内自有界面(消息中心/feed流)
  • 技术准备:通过App Intents/App Actions暴露操作接口,适应AI代理时代
  • 测量体系:聚焦下游转化指标,警惕被平台编辑层扭曲的中间指标

行业影响: 推送通知正在经历与电子邮件相似的平台中介化进程,营销人员需适应两大变化: 1) 通知内容需同时面向人类读者和AI摘要器优化 2) 衡量标准应从点击率转向平台信任度和实际转化效果

(完整译文约1800字,此处为结构化摘要,保留所有关键数据和核心论点,删除重复论证和部分技术细节注释)

评论总结

总结评论内容:

  1. 对文章遗漏关键问题的批评
  • 评论1指出文章未提及参议员Wyden对Google和Apple推送通知系统的担忧 "I'm surprised that the article is this long with zero mention of Senator Wyden's concerns"
  1. 支持平台管控推送通知
  • 评论2认为推送通知应仅限于交易性通知 "Push notifications should only be for transactional notifications. I don't want another inbox for junk"
  • 评论9主张严格限制可发送通知的app类型 "There is no reason any other app needs to be able to instantly ping me"
  1. 批评营销滥用推送通知
  • 评论3强调推送通知应为用户而非营销者服务 "Push notifications are for the user, not the marketer"
  • 评论11直指营销推送就是垃圾信息 ""broadcast copy" - otherwise known as Spam by those who like to write slightly more honestly"
  1. 呼吁改进通知管理系统
  • 评论4希望有更好的营销通知关闭功能 "I wish apple/google would implement better notification control"
  • 评论7表达对app滥用通知权限的困扰 "I get promotional junk as a 'notification'"
  1. 对平台干预通知的讨论
  • 评论5指出平台干预推送早有先例 "push delay/suppression/coalescing was something we were always monitoring"
  • 评论6注意到发送者与接收者利益的对立 "the sender and receiver's interests being opposed"
  1. 对文章质量的批评
  • 评论11认为文章冗长且论点不明确 "Massively overlong article that really could have done with an editor"
  • 评论10调侃Google频繁更改推送服务名称 "Classic" [针对Google多次重命名推送服务]