Chrome 中的专用预提取代理

Katie Hempenius
Katie Hempenius
X
Kenji Baheux
Kenji Baheux
Michael Buettner
Michael Buettner

通过跨网站预提取加快 Largest Contentful Paint (LCP)。

从 Android 版 Chrome 103 开始，Chrome 将逐步推出专用预提取代理功能，将 Google 搜索和其他参与网站的导航速度加快 30%（处于中间值）。此专用预提取代理功能允许预提取跨源内容，而无需将用户信息公开给目标网站，直到用户进入网站为止。

请继续阅读，了解此功能的运作方式、它如何帮助显著提升您网站的 Largest Contentful Paint (LCP)，或引荐来源网站如何通过加快跨网站导航速度来帮助用户实现目标。

专用预提取代理的工作原理

安全通信信道

此功能使用 CONNECT 代理在 Chrome 和托管要预提取内容的服务器之间建立安全通信通道。此安全通信通道可防止代理检查任何数据传输。值得注意的是，虽然专用预提取代理必须看到主机名才能建立安全的通信通道，但它不会看到完整网址，也不会看到资源本身。

动画：显示数据通过代理的流程。
通过 CONNECT 代理预提取网站可防止泄露用户信息。

此外，由于安全通信信道是端到端加密的，中介无法观察预提取网站的主机名或内容。最后，代理本身会阻止目标服务器看到用户的 IP 地址。

防止识别用户

除了前面详述的网络方面外，我们还需要防止服务器在预加载时通过之前存储在用户设备上的信息识别用户。为此，Chrome 目前仅允许在用户没有 Cookie 或其他本地状态的网站上使用专用预提取代理。以下是通过专用预提取代理发出的预提取请求的限制：

  • Cookie：预提取请求不得携带 Cookie。
    • 如果资源有 Cookie，Chrome 将进行无凭据提取，但不会使用响应（请参阅下文中的缓存部分）。
    • 虽然对预提取请求的响应可以包含 Cookie，但只有在用户导航到预提取的页面时，这些 Cookie 才会保存。
  • 指纹识别：其他可用于指纹识别的 Surface 也进行了调整。例如，预加载代理发送的 User-Agent 标头仅包含有限的信息。

未来，我们希望将专用预提取代理扩展到包含 Cookie 或本地状态的链接，同时保持相同的隐私特性。如需了解详情，请参阅后续步骤部分。

缓存

Chrome 会预提取资源，即使这些资源已在缓存中也是如此，但它们不会携带任何条件标头，例如 ETag 或 If-Modified-Since（这些标头包含服务器设置的值，即使没有 Cookie 也可以用于跟踪）。这种预提取是为了防止客户端的缓存状态泄露到预提取的网站。此外，仅当用户决定导航到预提取的网站时，Chrome 才会将预提取的资源提交到缓存。

专用预提取代理使用入门

面向网站所有者

对于用户没有 Cookie 或本地状态的链接，网站所有者无需采取任何行动即可开始从专用预提取代理中获益。根据我们的实验，对于大多数网站来说，这是一个重大机会。此外，通过超快的加载体验给首次访问者或不经常访问的访问者留下深刻印象，总是件好事。从过往的实验中，我们发现预提取导航的 Largest Contentful Paint 速度提高了 20% 到 30%。

未来，我们希望将此功能扩展到包含 Cookie 或本地状态的链接，同时保持其隐私特性。Cookie 的难题在于，它们可能会以难以预测的方式改变用户体验。因此，网站所有者很可能必须选择启用或调整其网站，才能从包含 Cookie 的链接的专用预提取代理中受益。

具体而言，虽然预提取请求将保持没有凭据，但当用户导航到该网页时，该网页将获得对 Cookie 和其他本地状态的访问权限。开发者可以利用这一点，根据 Cookie 或本地状态重新添加个性化设置和更改。或者，开发者可能还希望将某些资源声明为完全可以在没有 Cookie 的情况下预先抓取和使用（即不依赖于任何 Cookie 的资源）。请参阅后续步骤部分，了解详情并为我们制定计划提供参考。

与地理位置相关的内容或服务

如果您的网站在不同市场中的行为有所不同（例如，内容有所不同或选择性访问），会根据用户的 IP 地址而有所不同，那么您可能想知道如何处理专用预提取代理的预提取请求。请务必注意，专用预提取代理由遍布全球的多个服务器提供支持，并且代理的 IP 地址将定位到用户发起预提取时所在的国家/地区。

因此，我们建议您采取以下措施：

  1. 根据 Sec-Purpose: Prefetch; anonymous-client-ip HTTP 标头的存在来识别来自专用预提取代理的预提取请求。
  2. 通过 IP 地址查找发出请求的私有预提取代理的地理位置。如需查看已发布地理位置和相应 IP 地址的最新列表，请参阅此资源。
  3. 根据与此特定地理位置关联的市场投放资源。

流量控制

根据以往的实验，我们知道启用此功能通常会导致对主要资源（例如 HTML 文档）的额外请求量不到 2%。不过，如果您比较谨慎，可以使用流量建议的“fraction”字段来控制私密预提取代理应允许通过的流量。您可以先从较小的比例（例如 0.3，即 30%）开始，然后将以下 JSON 添加到 /.well-known/traffic-advice 文件（需要使用 application/trafficadvice+json MIME 类型传送），逐步将其提高到 1.0（即 100%）：

[{
  "user_agent": "prefetch-proxy",
  "fraction": 0.3
}]

fraction 字段是一个介于 0.0（完全不预提取）和 1.0（100% 的预提取请求均会通过）之间的浮点值。

您还可以使用以下配置完全停用此功能：

[{
  "user_agent": "prefetch-proxy",
  "disallow": true
}]

/.well-known/traffic-advice 文件由代理（而非客户端）提取，并根据常规 HTTP 缓存语义在代理中缓存。为了提高灵活性（例如，突然出现大量访问），您可能需要使用 503 状态代码暂时拒绝预提取请求 (Sec-Purpose: prefetch;anonymous-client-ip)，并在响应中设置 Cache-Control: no-store 标头。您还可以添加 Retry-After 标头，以告知 Chrome 重试预提取请求前的等待时间。

对于引荐来源网站所有者

如果您运营的网站包含大量指向其他网站的链接，不妨考虑使用专用预提取代理功能来加快这些跨源导航的速度。您需要向网页添加推测规则，以便 Chrome 知道您认为它应通过私密预提取代理预提取哪些网页。下面是一个简单示例：

<script type="speculationrules">
{
  "prefetch": [
    "source": "list",
    "urls": ["https://example.com/index.html"],
    "requires": ["anonymous-client-ip-when-cross-origin"]
  ]
}
</script>

后续操作

此次发布只是第一步。我们希望根据社区的兴趣和反馈来扩展和改进此功能。例如，我们非常希望收到反馈，了解如何扩展到包含 Cookie 和本地状态的链接以尽可能减少开发者的不便，或者如何使此功能对引荐网站更有用。

了解详情