Core/Dash 维度：国家

通过按国家/地区细分 Core Web Vitals 数据，隔离地理性能瓶颈。

Trusted by market leaders · Client results

维度：国家 (cc)

国家维度使用 ISO 国家/地区代码，按访问者的地理位置细分您的 Real User Monitoring 数据。全球各地的性能并不统一。在荷兰需要 1.5 秒加载的网站，在巴西可能需要 4 秒，在印度可能需要 6 秒。国家维度将这种模糊的猜测转化为精确的、可过滤的数据集。

如果您为国际用户提供服务，并且没有按国家/地区进行过滤，那么您就是在将最差的性能掩盖在最好的性能之下。

coredash country map

三个物理因素使国家成为 TTFB 和 LCP 最强的预测指标：

服务器距离：用户和源服务器之间每增加 5,000 公里，往返延迟就会增加约 30-50 毫秒。如果您的服务器位于法兰克福，而您的用户位于悉尼，那么在提供单个字节之前，您就已经面临 250 毫秒以上不可避免的物理延迟。
网络基础设施：平均连接速度差异巨大。韩国平均速度超过 200 Mbps，而许多非洲和南亚国家/地区则低于 20 Mbps。这直接影响图像、脚本和字体的加载时间。
设备质量：低收入地区的廉价 Android 设备比例较高。这些手机的 CPU 速度较慢、RAM 较小且浏览器版本较旧，这不仅会加剧网络延迟，还会增加处理延迟，从而导致 INP 升高。

根据 2025 Web Almanac 的数据，全球只有 48% 的移动端源（origins）通过了所有三个 Core Web Vitals。但这个数字掩盖了巨大的地理差异。韩国以 39.3% 的通过率领先，而基础设施欠发达的国家/地区则远低于全球中位数。

美国、德国、荷兰、日本和韩国等国家/地区通常表现出强劲的 Core Web Vitals。这些地区结合了高速网络、附近的 CDN 边缘节点和现代设备群。在 CoreDash 数据中，欧洲和东亚流量的 p75 LCP 值通常在 1.5 秒到 2.2 秒之间。

巴西、墨西哥、波兰、土耳其和泰国通常处于“需要改进”的范围内。网络速度不错，但 CDN 覆盖可能较弱，并且设备组合包含更多中端硬件。预计这些地区的 p75 LCP 在 2.5 秒到 3.5 秒之间。

印度、印度尼西亚、尼日利亚、巴基斯坦和菲律宾代表了一些最艰难的性能环境。移动流量份额高（通常达到 85% 以上）、平均连接速度慢以及廉价设备构成了三重限制。对于没有针对这些市场进行激进优化的网站，p75 LCP 高于 4 秒很常见。

这些是受地理位置影响最大的指标。如果您的源服务器位于单一区域且您没有使用 CDN，则该区域以外的每个国家/地区都要缴纳延迟税。解决方案在于基础设施：边缘缓存、CDN 分发和区域源服务器。再多的前端优化也无法解决由于距离造成的 300 毫秒 TTFB 延迟。

INP 与设备质量的相关性高于网络速度。即使在快速网络上，拥有较旧设备群的国家/地区（印度、东南亚、非洲部分地区）也会表现出更差的 INP，因为瓶颈在于 CPU，而不是带宽。按国家/地区 + 设备类型进行过滤，以将网络影响与设备影响区分开来。

CLS 在很大程度上与地理位置无关。布局偏移是由渲染逻辑而非网络条件引起的。如果您看到 CLS 存在国家/地区差异，请调查您是否为不同地区提供了不同的广告网络、cookie 横幅或第三方脚本。

按流量和影响进行排序：打开国家/地区维度表并按影响（Impact）进行排序。性能最差且流量最高的国家/地区是您的首要任务。为 40% 的用户修复性能胜过为 2% 的用户修复。
对照您的 CDN 地图：如果特定国家/地区的 TTFB 较高，请检查您的 CDN 在该地是否具有接入点 (PoP)。缺少 PoP 意味着请求将路由到最近的可用边缘，从而增加延迟。
与设备类型交叉引用：INP 较差的国家/地区可能不需要 JavaScript 优化。它可能需要您为该市场中占主导地位的廉价设备提供更轻量的页面。过滤国家/地区 + 设备类型 + 客户端功能评分以进行确认。

国家维度是您的基础设施审计工具。它会确切告诉您您的 CDN、缓存策略和服务器布局在哪些地方未能满足真实用户的需求。