Baseline 应该成为每个 PWA 路线图里的“支持预算”

为什么这件事重要

一个 PWA 可以在技术上“支持安装”，但如果核心体验只在某一个浏览器家族里稳定，用户仍然会失望。可安装 Web 应用的位置很特殊：它通过 Web 分发，却会被用户像原生 App 一样评价。因此，浏览器支持不只是开发文档里的备注，而是产品承诺的一部分。

web.dev 对 Baseline 的定义是：让开发者更清楚地判断 Web 平台能力是否已经适合在项目中使用。对 OpenPWA 来说，这正好可以变成一个上架维度：每个应用都应该有自己的“支持预算”。

发生了什么变化

Baseline 已经不只是文章里的标签。web.dev 的 Baseline 页面强调，它正在进入 Browserslist、CSS 工具、DevTools、Web Platform Dashboard 等开发工作流。也就是说，兼容性可以从“上线前临时查一下”，变成“规划阶段就写进发布策略”。

对 PWA 来说，这尤其重要。存储、推送、安装提示、文件处理、高级 CSS、离线能力都会影响安装后的真实体验。如果某个能力还不是跨浏览器稳定能力，它仍然可以作为增强体验存在，但不应该被包装成所有用户都能获得的核心承诺。

开发者应该检查什么

可以把 Baseline 当成发布前的判断框架：

• 先列出应用真正依赖的核心能力，而不是代码里用到的所有 API。
• 给每项能力标注：Baseline、newly available、limited、experimental 或 browser-specific。
• 判断哪些能力可以做 progressive enhancement，哪些能力是产品主价值的一部分。
• 在 OpenPWA listing 中说明平台差异，而不是把限制藏在 README 里。
• 每次大版本改版或新增关键 API 时重新检查一次，而不是只在首次上线时检查。

OpenPWA 的判断

OpenPWA 应该把兼容性变成 marketplace metadata。一个真正有用的 PWA 目录，不应该只写“支持 Chrome”或“支持移动端”，而应该告诉用户：这个应用在他们常用浏览器里是否可靠，哪些能力是稳定体验，哪些只是增强体验。

Baseline 提供了一个中立、可解释的语言。OpenPWA 可以用它避免空泛承诺：这个能力已经适合放心使用；那个能力还需要 fallback；某些浏览器特性不能被当成全平台产品承诺。

来源：

• web.dev: Baseline