在未来几个月内，Chrome 将开展实验，目标是简化应用安装条件，从而改善开发者和用户体验。在本博文中，您将了解可能会发生的变化，以及我们运行这些实验的原因。
“安装”自 2015 年起便已作为一项适用于移动设备的网络功能推出，2019 年新增了对桌面 PWA 安装的支持。Chromium 浏览器中的安装功能受质量标准的限制，这些标准包括带有特定字段（如名称和图标）的清单，以及带有提取处理程序的 Service Worker。
现有安装标准的目标是激励开发者投资打造优质用户体验，并在软件安装后满足用户期望。不过，标准中的要求并不总能带来更优质的体验。例如，Service Worker 检查旨在作为检测具有一定离线体验的网站的代理，但网站添加了具有空的提取处理程序的 Service Worker 来满足条件。这会损害网页性能，而不会改善体验（Chrome 最终通过忽略空的处理程序解决了这个问题）。
鉴于现有标准无法产生我们的预期结果，我们正在尝试对标准进行一些更改。作为第一步，自从移动版 108 版和桌面版 112 版开始，我们不再要求使用一个 Service Worker 来实现 fetch() 方法，以便从菜单中进行安装。
为了实现为用户提供应用内离线体验的最初目标，我们为未实现自己的自定义页面的网站推出了一个默认自定义页面。
目前，显示安装提示的算法仍然需要有 fetch() 处理程序，我们正在努力在这个方面整合新信号，并在用户最有可能安装应用时显示提示。开发者仍然可以使用 beforeInstallPrompt() 来控制提示。
我们希望用户能够决定他们希望以应用的形式在整个窗口中浏览哪些网站，并且使用图标直接访问网站。在未来的版本中，我们将尝试移除某些清单字段才能安装。我们会仔细评估指标和客户反馈，以确定 Chrome 的更新行为。
最后，由于 Lighthouse PWA 检查与可安装性标准直接关联，因此我们决定从 Lighthouse 中移除此类别。我们仍然致力于为开发者提供出色的工具来优化其 Web 安装体验，您仍然可以找到优化检查和在开发者工具中调试可安装体验。
请密切关注这些实验，如果您有任何疑问或疑虑，请提交反馈。