PWA 可安装性正在变成信任界面，而不只是浏览器能力

为什么这件事重要

很多开发者把 PWA 可安装性当成技术清单：加 manifest、注册 service worker、跑一遍 audit，然后等浏览器出现安装提示。但如果从用户视角看，这件事远不只是“通过检测”。

一旦用户安装了一个 PWA，它就不再只是浏览器里的一次访问，而是会出现在桌面、启动器、开始菜单或手机主屏上。MDN 对 PWA 的定义里强调：安装后的 PWA 可以像平台应用一样被启动。也就是说，安装入口本身就是一次信任判断：这个应用是谁做的？图标和名字可靠吗？点击之后会打开哪里？它是不是值得长期留在设备上？

所以，OpenPWA 不能只问“这个应用有没有 PWA 能力”，还要问“这个安装体验是否让用户更放心”。

发生了什么变化

MDN 和 web.dev 的官方说明把最低要求说得很清楚：Web App Manifest 必须被页面引用，应用需要清晰的身份字段、图标、启动地址，并且生产环境必须通过 HTTPS 提供。Chromium 系浏览器还会关注 name / short_name、icons、start_url、display / display_override、prefer_related_applications 等字段。

web.dev 进一步解释了安装后的用户体验：PWA 可以出现在启动器或主屏，可以在设备搜索中出现，也可以像独立应用一样打开。这背后的含义是：manifest 不是一个给浏览器看的 JSON，而是用户对应用身份的第一层判断。

如果图标模糊、名称含糊、启动页跳到营销落地页，或者安装后仍像一个普通网页标签页，用户会觉得这个应用“不像一个可以信任的产品”。

开发者应该检查什么

提交到 OpenPWA 或引导用户安装之前，建议按这份清单检查：

• 应用身份是否一致：manifest 里的名称、短名称、图标、主题色，要和列表页、截图、社交预览保持一致。
• 启动地址是否稳定：start_url 不应该是临时活动页、追踪参数页、空白页或过期链接。
• 显示模式是否匹配承诺：如果产品宣称是“像 App 一样使用”，安装后就不应该给用户一种随机浏览器标签页的感觉。
• 图标是否适合真实设备：小尺寸下要清楚，不能只在官网大图里好看。
• HTTPS 是否是生产环境标准：localhost 只是开发例外，不是上线方案。
• 离线和弱网是否优雅失败：即使不主打离线能力，也不应该让用户误以为应用坏了。

OpenPWA 的判断

OpenPWA 的资讯栏目应该把“可安装性”解释成一种产品信任信号，而不是简单打勾。对读者有用的信息不是“这个应用支持 PWA”，而是：它是否值得安装？安装后会发生什么？在哪些浏览器或平台上表现最好？

这也会反过来帮助开发者优化提交质量。好的 OpenPWA listing 应该把 manifest、图标、截图、启动行为、平台差异这些技术细节，翻译成用户能理解的安装信号。

来源：

• MDN: Making PWAs installable
• web.dev: Installation