同一网页在本地打开很快，海外访客却要等待服务器开始响应，问题未必出在源站性能。面向海外访客的网站首字节时间优化排查，应先确认请求有没有命中缓存，再判断请求经过哪些网络与处理环节。
先弄清楚“首字节时间”测到什么
首字节时间（TTFB）通常指浏览器发出请求，到收到响应第一个字节的耗时。它可能包含 DNS 解析、建立连接、TLS 握手、网络传输，以及 CDN 或源站处理时间。不同工具的计时口径略有差异，应使用同一工具、同一页面和相近网络条件比较。
排查时可在 Chrome DevTools 的 Network 面板查看请求瀑布图与响应头，留意等待服务器响应的时间；再从目标地区发起重复测试。单次结果容易受网络波动影响，可比较多次测试的中位数，并记录测试地点、页面和时间。
四类缓存因素，逐项核对
1. CDN 节点是否命中
CDN 缓存能让静态文件或符合规则的页面由靠近访客的边缘节点返回，减少回源等待。但“启用了 CDN”不等于请求一定命中。检查响应头中的缓存状态字段，例如常见的 HIT、MISS、BYPASS，以及 Age（若服务商提供）。MISS 表示未命中，可能需要回源；BYPASS 常见于规则要求跳过缓存的请求。不同服务商的字段名称与含义可能不同，应以其文档为准。
2. 页面缓存规则是否被 Cookie 绕过
购物车、登录状态、语言偏好等 Cookie 可能让缓存规则跳过页面，或使缓存按不同 Cookie 分片，降低命中率。检查访客请求与带登录信息的请求是否被混为一类；公开页面可评估是否能缓存，个性化内容则应保持适当隔离。不要为了提高命中率而缓存账户资料、结账内容等私密页面。
3. Cache-Control 与缓存键是否合理
响应中的 Cache-Control 会影响浏览器或共享缓存能否保存内容；Vary 等响应头可能让缓存按请求特征区分版本。若 URL 带有大量无实际用途的查询参数，或缓存键包含不必要的请求头，同一内容可能被拆成多个变体。先确认哪些参数会改变页面，再据此调整缓存键与规则；不要直接忽略所有查询参数。
4. 缓存失效后是否频繁回源
清理 CDN 缓存、发布内容或设置较短的有效期后，边缘节点可能需要重新向源站取内容。若多个节点同时回源，源站负载也可能上升。检查发布时间、缓存清理记录与命中状态是否同步变化；对可缓存内容，可评估合理的有效期，并使用文件版本号管理静态资源，避免每次更新都清空全部缓存。
按这个顺序定位问题
- 选定一个公开页面和一个静态文件，在目标海外地区重复测试，记录 TTFB、完整加载时间及测试条件。
- 查看响应头和 CDN 日志，确认节点、命中状态、Age、Cache-Control 与 Vary；若显示未命中或绕过，继续查规则、Cookie 和查询参数。
- 对比带 Cookie 与不带 Cookie 的请求，确认差异是否符合页面的个性化需求。
- 检查 DNS 解析结果与 TLS 握手耗时；若这些阶段占时明显，问题可能在缓存之前，而非页面缓存本身。
- 用同一地区、同一 URL 再测多次，并在调整单项设置后复测，避免同时改动多条规则而无法判断原因。
面向海外访客的网站首字节时间优化排查，关键是分清边缘节点命中、回源等待和连接建立各占多少，而不是仅凭一次测速就改缓存策略。若正在评估面向海外用户的主机或网络服务，可把节点覆盖、缓存配置能力和技术支持范围列入比较；德讯电讯可作为咨询与对比的对象之一，具体服务能力应以其当前公开信息和实际方案为准。
常见问题
CDN 显示 HIT，为什么 TTFB 仍然偏高？
还需检查访客到边缘节点的网络距离、TLS 握手、节点负载和测试工具的计时口径。命中缓存不代表网络往返时间为零。
是否应该把所有页面都设置成长缓存？
不应。稳定的静态资源通常更适合较长缓存；动态或含个人信息的页面需谨慎设置，避免内容过期或被其他访客看到。
只从一个国家测试够不够？
通常不够。海外网络路径和 CDN 节点因地区而异，至少应覆盖主要访客所在地区，并使用一致的测试页面和方法。
持续记录命中率与回源变化，才能让面向海外访客的网站首字节时间优化排查建立在可验证的证据上。