推送通知——该推什么、不该推什么，以及推送频率
推送通知在用于未经请求的营销，而非有时效性、由用户触发的更新时，普遍被视为侵扰性很强，导致许多人干脆全部屏蔽，或卸载惹恼人的应用。评论者认为，当前平台控制（如 Android 通知渠道和 iOS 摘要）要么没有被充分利用，要么很容易被开发者滥用，因为他们把关键消息和促销消息混在一起，使得精细化退出很困难。许多人提议更严格的操作系统级执行、更清晰地区分事务性与营销提醒，以及对滥用行为施加惩罚，并警告说，过度使用推送会侵蚀信任、破坏用户体验，并助长“产品成瘾”。
关于推送通知的总体态度
- 强烈多数观点认为，未经请求、又不具时效性的推送——尤其是广告——就是垃圾信息，甚至“令人暴怒”。
- 许多人表示，一条不想要的推送就足以撤销通知权限或卸载应用。
- 有些人觉得，所链接的文章把推送主要当作营销/营收杠杆来看，淡化了对用户的伤害。
事务性通知与促销通知
- 需要明确区分：
- 事务性：安全提醒、银行/支付事件、配送/打车状态、来自他人的消息。通常可接受。
- 促销/召回：折扣、“我们想你了”、提高互动的提醒。普遍被拒绝。
- 许多人对应用把两者捆绑在同一渠道里感到不满，这样用户就无法在关闭广告的同时保留关键提醒。
- 也有人认为，即便是“收藏商品降价”这类推送，只要用户没有明确就该用途进行订阅，也依然是垃圾信息。
用户策略与预期
- 常见做法：默认屏蔽所有通知；只选择性开启消息、少数银行类或习惯类应用。
- 也有人会先允许通知，但在第一次出现无关或重复推送时就静音/禁用。
- 有几位认为，即使是即时通讯也并不真的“需要”推送；对很多人来说，定期手动查看就足够了。
平台级控制与限制
- Android：通知渠道受到称赞，但常被滥用（把所有流量塞进一个渠道），或者被隐藏在笨拙的 OEM 界面之后。应用还能检测到通知被禁用并不断骚扰用户。
- iOS：提到了摘要、时间敏感类别、实时活动，以及提示用户关闭未使用应用的通知。时间敏感仍然可能被滥用。
- Web 推送几乎清一色不受欢迎。
- 讨论中不清楚，关闭“通知”是否总能阻止静默的、仅应用内的推送负载。
可能的改进
- 在操作系统层面区分“事务性”与“营销”推送，并分别要求用户单独授权。
- 为每个应用设置上限、时间窗口，或“仅当应用近期使用过”之类的规则。
- 对通知进行垃圾举报，并由平台强制处罚，不过也有人担心会被滥用/用于反竞争。
- 更细粒度的用户控制：模板级过滤、基于 AI 的优先级排序，或强制、诚实地标注渠道类别。
营销与商业视角
- 一位营销人员描述了大规模系统：对活动进行排序、设置每日上限，并根据互动与预测性的退订概率自适应调整频率。
- 许多用户回应说，“每天一条促销通知”就已经不可接受了，而且实际上只是在惩罚不太懂技术的用户。
伦理问题与更广泛影响
- 有几位认为，激进的推送营销会推动“产品成瘾”和智能手机过度使用，并把它比作刻意上瘾设计的烟草。
- 也有人把推送垃圾信息视为一种“反功能”，平台方应该为此承担真实后果。