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

在未来几个月内,Chrome 将进行实验,目的是简化应用安装条件,从而改善开发者和用户体验。此博文分享了您应该会有哪些发现,以及我们开展这些实验的原因。

自 2015 年起,“安装”便已作为一项 Web 功能在移动设备上推出,并于 2019 年开始支持桌面 PWA 安装。Chromium 浏览器上的安装功能受质量标准的限制,其中包括具有特定字段(如名称和图标)的清单,以及带有提取处理程序的 Service Worker。

现行安装标准的目标是激励开发者投资于高品质的用户体验,并在安装软件时满足用户的期望。不过,这些标准中的要求并不一定能带来更优质的体验。例如,Service Worker 检查被用作检测具有一些离线体验的网站的代理,但网站添加了带有空提取处理程序的 Service Worker 来满足条件。这会影响网络性能,而不是改善体验,而且(Chrome 最终通过忽略空处理程序来缓解了这一问题)。

鉴于现有标准没有带来预期结果,我们正在尝试对标准进行一些更改。首先,我们不再要求具备一个通过菜单实现 fetch() 方法的 Service Worker,因为移动设备的版本为 108,桌面设备上的版本为 112。

没有 Service Worker 实现的应用,仍显示三点状菜单中的“安装应用”选项。

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

目前,显示安装提示的算法仍然需要存在 fetch() 处理程序,我们将在这个方面整合新信号,并在用户最有可能安装应用时显示提示。开发者仍然可以使用 beforeInstallPrompt() 来控制提示。

我们希望用户能够使用图标来决定他们想以应用形式浏览哪些网站,并使它们能够在全窗口中直接进行访问。在未来的版本中,我们将尝试取消对某些清单字段的要求,以便可以安装。我们会仔细评估各项指标和客户反馈,以确定 Chrome 更新后的行为。

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

请密切关注这些实验;如果您有任何问题或疑虑,请提交反馈