不需要，您不需要创建 Edge Cache TTL 页面规则。当安装了 WordPress 插件时，APO 会自动缓存内容 30 天，并在内容更改后 30 秒内使其失效。然而，由于 APO 现在支持与缓存相关的页面规则，请确保现有的页面规则不会影响 APO 所提供的资源。
不会。APO 在边缘 (Edge) 缓存时会忽略源站缓存控制，但 APO 会将原始的源站缓存控制提供给客户端。
如果您将**Browser Cache TTL（浏览器缓存 TTL）**设置为 Respect Existing Headers（尊重现有标头），在使用 APO 时浏览器缓存控制标头可能会丢失。例如：
curl --silent --verbose --output /dev/null https://example.com/ --header 'Accept: text/html' 2>&1 | grep cache-control< cache-control: max-age=86400, stale-while-revalidate=86400, stale-if-error=86400不需要，因为该功能已内置在 APO 中，所以不需要 stale-if-error 指令。
当 Chrome 开发者工具 (DevTools) 打开时，Chrome 默认会发送 Cache-Control: no-cache。您可以取消勾选 Disable cache (while DevTools is open)（停用缓存（开发人员工具开启时））设置，即可看到返回 cf-cache-status: HIT 和 cf-apo-via: cache 标头。
是的，这是预期行为，因为请求必须包含 accept: "text/html" 标头。
是的，激活 APO 后，Google Fonts 也会被优化。您可以通过检查字体的 URL 来确认优化。例如，网站加载时，URL 将从 https://fonts.gstatic.com/s/... 更改为 https://example.com/fonts.gstatic.com/s/...。对于被代理的字体，会返回 cf-apo-via:proxy 标头。
有关查询参数的更多信息，请参阅查询参数与缓存响应。
当 content-security-policy 响应标头存在，但缺少下文所述的值时，APO 将跳过字体 URL 转换。
为了解决这个问题，content-security-policy 标头值必须在 style-src 或 default-src 指令中允许 unsafe-inline。例如：Content-Security-Policy: style-src unsafe-inline;。
此外，该标头必须在 font-src 或 default-src 指令中允许 self。例如：Content-Security-Policy: font-src self;。
APO 在内部使用 Cloudflare Workers 来优化内容分发，这会产生 Worker 子请求。这些子请求可能会出现在您的区域日志中（例如通过 Logpush 收集的日志）。
成熟的插件在较长的时间内不进行更新是很常见的，这很容易触发 WordPress 的未测试警告。此警告仅用于通知目的，并不意味着插件已不再工作。该插件目前仍在维护中。