WordPress 后台消息通知要大改版了,终于要告别满天飞的红点和弹窗

💡 原文中文,约2200字,阅读约需6分钟。
📝

内容提要

WordPress 将重做后台通知系统,以解决插件通知杂乱、红点弹窗泛滥的问题。新方案由插件提供消息内容、WordPress 统一展示:所有通知收进顶部铃铛,采用四种布局和五个维度,紧急通知持续提醒,重复消息合并,促销可一键关闭。该功能先以插件形式试用,属非破坏性更新,现有通知机制不受影响。

🔎

延伸解读

通知乱象的量化证据

文章引用官方统计:仅 WooCommerce 和 WooPayments 两个插件就通过 9 套系统推送 385 条消息,其中 167 条根本算不上通知,占比超过四成。这说明问题不只是数量多,更是大量消息本不该以通知形式出现。新方案要求插件只提供内容、由 WordPress 统一展示,正是从源头区分“该通知的”和“不该通知的”。

紧急通知的“钉住”逻辑

新系统对 Critical 级别通知采取持续提醒策略:普通消息看过即消失,但紧急通知必须彻底解决才会停止亮红点,并单独设立 Alerts 标签页集中展示 Critical 和 Warning 两级。这改变了以往“点掉红点就算处理”的习惯,把通知从被动阅读变成待办事项,适合支付失败、安全更新等不能忽略的场景。

非破坏性过渡的边界

文章明确这不是破坏性更新:现有 admin notices 继续工作,自定义通知不受影响,没有 API 或钩子会被移除。但关键限制在于,只有等功能正式进入 WordPress 核心,插件的消息才能真正接入统一铃铛。因此短期内站长看到的仍是新旧并存,新系统先以插件形式试用,最低要求 WordPress 6.7 和 PHP 8.1。

❓

Q&A

WordPress 后台通知系统为什么要重做?

因为现有通知生态混乱,插件和主题各自为政,横幅、卡片、弹窗满天飞,导致真正重要的消息(如支付失败、安全更新)被淹没。官方统计仅 WooCommerce 和 WooPayments 两个插件就能通过 9 套系统推送 385 条消息,其中 167 条根本不算通知。

新的 WordPress 通知系统核心设计原则是什么?

核心原则是:插件只负责提供消息内容(标题、内容、类型等数据),WordPress 核心统一决定通知的展示样式、位置和排序,插件和主题不能再自行绘制通知界面。

新通知系统有哪些具体的展示规则?

所有通知统一收进后台顶部的铃铛图标;每条通知只显示三要素:发生了什么、谁发的、下一步动作按钮;系统提供四种布局(Standard、Object、Conversation、Group),每条消息必须设置五个维度(类型、严重程度、意图、已读状态、处理状态)。

紧急通知在新系统中会如何处理?

严重(Critical)级别的紧急通知不会看一眼就消失,必须彻底解决问题才会消失,否则会一直钉在铃铛里,红点常亮。系统还单独设有「警报(Alerts)」标签页,专门收集 Critical 和 Warning 两级通知,并有独立计数。

新系统如何治理插件乱发通知和促销广告?

系统会强制覆盖重复消息、自动合并同类消息,例如 18 笔订单合并为一条「今天新增 18 笔订单」。促销广告可以一键全部关闭,还提供「紧凑模式」让消息一行一条,节省屏幕空间。

这个新通知功能什么时候能用?会影响现有通知吗?

该功能会先以插件形式发布试用,0.3.0 版本最快 2026 年 12 月 1 日发布,最低要求 WordPress 6.7 和 PHP 8.1。这不是破坏性更新,现有 admin notices 继续工作,自定义通知不受影响,没有 API 或钩子会被移除。

🏷️

标签

➡️

继续阅读