重新审视 Chrome 的可安装性标准

在未来几个月内,Chrome 将开展实验,旨在简化应用安装条件,以改善开发者和用户体验。本文将介绍您可能会遇到的变化,以及我们开展这些实验的原因。

自 2015 年起,安装就已作为一项 Web 功能在移动设备上推出,并于 2019 年添加了对桌面 PWA 安装的支持。Chromium 浏览器上的安装功能受质量标准的限制,包括包含名称和图标等特定字段的清单,以及包含提取处理程序的服务工件。

现有安装条件的目标是激励开发者投资于提供优质的用户体验,并在用户安装软件时满足用户的预期。不过,这些条件并不总能带来更优质的体验。例如,服务工件检查旨在检测提供某种离线体验的网站,但网站添加了包含空提取处理程序的服务工件来满足该条件。这会降低 Web 性能,而不是改善体验,并且(Chrome 最终通过忽略空处理脚本来缓解此问题)。

由于现有条件未能达到预期效果,我们正在尝试对这些条件进行一些更改。首先,从移动版 108 和桌面版 112 开始,我们不再要求服务工件实现 fetch() 方法以便从菜单中进行安装。

未实现服务工件的应用仍会在三点状菜单中显示“安装应用”选项。

为了实现最初的目标(为用户提供应用内离线体验),我们为未实现自己的网站推出了默认自定义页面

目前,显示安装提示的算法仍需要存在 fetch() 处理脚本,我们正在努力在该领域纳入新信号,并在用户最有可能安装应用时显示提示。开发者仍可以使用 beforeInstallPrompt() 来控制提示。

我们希望用户能够决定哪些网站他们希望以应用的形式在完整窗口中体验,并使用图标直接访问。在未来的版本中,我们将尝试移除必须提供某些清单字段才能安装的要求。我们将仔细评估指标和客户反馈,以确定 Chrome 的更新行为。

最后,由于 Lighthouse PWA 检查与可安装性标准直接相关,因此我们决定从 Lighthouse 中移除此类别。我们仍致力于为开发者提供优化其网站上安装体验的最佳工具,您仍然可以在 DevTools 中找到用于优化和调试可安装体验的检查

请留意这些实验,如果您有任何问题或疑虑,请提交反馈