Core/Dash 维度：国家

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

Trusted by market leaders · Client results

维度：国家 (cc)

国家维度使用 ISO 国家/地区代码，根据访问者的地理位置来细分您的 RUM 数据。全球的性能表现并不均衡。在荷兰 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% 的移动端源站通过了所有三项 Core Web Vitals。但这个数字掩盖了巨大的地理差异。韩国以 39.3% 的源站通过率领先，而基础设施欠发达的国家则远低于全球中位数。

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

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

印度、印度尼西亚、尼日利亚、巴基斯坦和菲律宾代表了一些最严苛的性能环境。高移动端流量占比（通常为 85% 以上）、较慢的平均连接速度以及廉价设备构成了三重限制。对于没有针对这些市场进行激进优化的网站来说，超过 4 秒的 p75 LCP 司空见惯。

这些是受地理位置影响最严重的指标。如果您的源服务器位于单一区域且不使用 CDN，该区域外的每个国家都要承受延迟税。解决方案在于基础设施：边缘缓存、CDN 分发和区域源服务器。任何数量的前端优化都无法修复由距离引起的 300 毫秒 TTFB 延迟。

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

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

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

所有目标国家的 TTFB 均低于 800 毫秒：如果某个国家超过此数值，那就是基础设施问题。请添加 CDN PoP 或区域缓存。
流量前 5 名国家的 LCP 低于 2.5 秒：这些市场决定了您的总体 CrUX 分数和搜索排名。
不要针对“全球平均水平”进行优化：针对特定国家进行优化。全球 2.3 秒的 p75 可能会掩盖一个事实：印度（您的第二大市场）的指标停留在 4.1 秒。

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