我们发现我们的网站在新加坡很慢，但在欧洲却很完美——原因如下

Source: Dev.to

Problem

我们以为自己已经做对了一切。我们的 API 通过 Cloudflare 并使用边缘缓存，仪表盘显示 p95 响应时间在 100 ms 以下。后来新加坡的一位客户报告说 API 响应需要 4–5 秒，我们便以为问题出在他们那边。然而我们的监控只从法兰克福进行检查，导致我们对来自亚太地区的 40 % 流量的实际性能一无所知。

Discovery

当我们在新加坡、悉尼和东京添加健康检查时，发现：

• DNS 解析： 800 ms 以上（我们的 DNS 提供商在亚太地区覆盖不佳）
• SSL 握手： 400 ms（跨地区没有会话恢复）
• 连接建立： 主要瓶颈，尽管来自源站的首字节响应时间正常

这些问题已经影响用户数月，却未被我们察觉。

Root Causes

• 监控地点受限： 大多数可用性工具只从 1–3 个地区检查（通常是美国东部或欧盟西部）。
• 地区互联网差异： 故障和性能差异可能高度本地化。
• DNS 传播： 并非即时或在全球范围内统一。
• CDN 缓存命中率： 随接入点（PoP）而异。
• ISP 对等协议： 可能导致路由低效。
• SSL 验证： 在与 OCSP 响应器连接不佳的地区更慢。

Impact

• 用户体验： 响应慢导致用户离开站点。
• SEO： Google 的 Core Web Vitals（LCP、FID、CLS）是排名因素，并且由全球爬虫测量。亚太地区的糟糕表现降低了我们的分数，进而影响全球排名。
• 业务： 在改善亚太性能后，LCP 提升约 0.4 秒，竞争关键词排名在六周内上升。

Solution

我们构建了 Latency Global，一个从全球 70+ 地点进行检查并在出现地区性降级时发出警报的监控系统。

Setup

1. 添加 URL。
2. 选择要监控的地区。
3. 设置检查间隔。

整个配置大约只需五分钟。

Benefits

• 缓存预热： 定期检查可保持 DNS 缓存、CDN 边缘缓存、SSL 会话票据和 TCP 连接的热度，将冷启动的约 2 秒降至真实用户的约 200 ms。
• 性能提升： 在有主动监控的地区，首字节时间（TTFB）提升约 40 %。
• SEO 改进： 所有地区的 Core Web Vitals 分数均有所提升。
• 安心保障： 在客户察觉之前就检测到慢速问题。

Takeaway

如果你的监控只从一个地区检查，那你看到的只是局部视图。全局监控不仅能揭示隐藏的性能问题，还能带来意想不到的好处，如缓存预热、SSL 会话持久化以及 SEO 改进。

地区性能问题是无声的杀手——用户不会抱怨，他们只会离开。
全局监控有意想不到的好处——缓存预热、SSL 会话持久化和 SEO 改进。
Cloudflare/CDN ≠ 保证全球性能——仍需验证用户实际的体验。

如果你想了解你的网站在新加坡、圣保罗、悉尼或其他任何地点的表现，试试看吧——你可能会感到惊讶。