Baseline Alerts 上线了，以后追踪 Web 特性兼容性再也不用瞎猜
Baseline Alerts 上线了，以后追踪 Web 特性兼容性再也不用瞎猜
导语
你用过 caniuse.com 吗？每次要判断一个 CSS 特性能不能用，你得先搜一遍，再看一遍浏览器支持表格，最后还得自己记得半年后回来复查一遍。Google 现在给了你一个更工程化的解决方案：Baseline Alerts——一个能自动追踪 Web 特性兼容性状态变化的订阅系统，2026 年 6 月底正式上线。
正文
问题：你用的特性到底什么时候能上线？
前端工程师每天都在做兼容性判断。container-type 能不能用？@property 支持度如何？这些信息散落在 MDN、caniuse、webstatus.dev 各处，你得手动查。
更麻烦的是，Web 平台的兼容性状态是动态变化的。一个特性今天还是”Newly available”，半年后可能就变成”Widely available”了。你想跟进，就得反复刷新 dashboard——这不叫工程化，这叫盯盘。
方案：Baseline Alerts 来了
Google 在 web.dev/blog/baseline-alerts 正式发布了 Baseline Alerts 功能，集成在 webstatus.dev 仪表板里。
核心机制：
- 用 GitHub 账号登录 webstatus.dev
- 对单个特性、搜索条件或全站特性订阅状态变化通知
- 通知方式：**邮件** 或 **自定义 RSS feed**
- 触发条件：特性变为 Widely available / Newly available / 获得新浏览器实现 / 回退到有限可用
- 通知频率：每月 / 每周 / 实时（每次变化）
关键区别：
这是订阅系统，不是查询工具。你不用主动去查，特性状态一变，系统主动推给你。
代码/数据：怎么用
登录 webstatus.dev 后：
1. 全局订阅：首页直接点 Subscriptions，订阅所有特性变化
2. 单个特性订阅：进入具体特性页面（如 JPEG XL），点订阅
3. 条件订阅：保存搜索条件（如 group:css），订阅该条件下的所有特性
进阶用法：Slack webhook
如果你运营一个技术团队频道，可以把 Baseline Alerts 的输出直接打到 Slack webhook。特性兼容性状态变化会自动推送进频道，团队不用自己去查。
查询语法
Baseline Alerts 的查询语法比简单的分类更灵活。你可以：
- `group:css` — 所有 CSS 特性
- `group:html` — 所有 HTML 特性
- 自定义条件组合
这等于让你自己定义一份”团队关心的兼容性白名单”，系统只推送这些特性的变化。
对比：之前的方案
| 方案 | 主动/被动 | 通知能力 | 工程化程度 |
|——|———-|———|———-|
| caniuse.com | 主动查询 | ❌ | 低 |
| MDN Browser Compat Data | 数据源 | ❌ | 中 |
| webstatus.dev（手动） | 主动刷新 | ❌ | 中 |
| **Baseline Alerts** | **被动订阅** | **✅ 邮件/RSS/Slack** | **高** |
结论
Baseline Alerts 解决了前端工程化的一个真实痛点：特性兼容性信息的时效性。
如果你负责一个多人团队的技术选型，或者你在维护一份内部兼容性规范，这个工具能把”我上次查是什么时候来着”变成”系统已经自动通知我了”。
可落地的下一步：
1. 去 webstatus.dev 用 GitHub 登录
2. 保存一份你团队常用的特性搜索（如 CSS Features）
3. 开启 Slack webhook 或邮件订阅
4. 设定每周通知频率，别被实时通知淹没
判断标准：如果你的团队在 3 个月内主动查过 caniuse 超过 5 次，Baseline Alerts 就值得你花 10 分钟配置一次。
评论区
登录后可评论。
