Core/Dash 维度：国家

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

Trusted by market leaders · Client results

维度：国家 (cc)

国家维度使用 ISO 国家代码，按访客的地理位置细分你的 RUM 数据。全球各地的性能并不统一。在荷兰加载需要 1.5 秒的网站，在巴西可能需要 4 秒，在印度可能需要 6 秒。国家维度将这种模糊的猜测变成了精确的、可筛选的数据集。

如果你的用户遍布全球，却没有按国家筛选，你就是在用最好的性能掩盖最差的性能。

coredash country map

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

服务器距离：用户与源服务器之间每增加 5000 公里，往返延迟就会增加约 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%）、较慢的平均网速和廉价设备构成了三重限制。对于没有针对这些市场进行激进优化的网站，p75 LCP 超过 4 秒是常态。

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

INP 与设备质量的相关性高于网速。由于瓶颈在于 CPU 而不是带宽，因此在设备较老旧的国家（印度、东南亚、部分非洲地区），即使网络很快，INP 也更差。按国家 + 设备类型筛选，将网络影响与设备影响区分开来。

CLS 基本上不受地理位置影响。布局偏移是由渲染逻辑引起的，而不是网络条件。如果你发现 CLS 因国家而异，请调查你是否在不同地区提供了不同的广告网络、Cookie 横幅或第三方脚本。

按流量和影响排序：打开国家维度表，按影响排序。流量最高且性能最差的国家是你的首要任务。为 40% 的用户解决性能问题，远胜于为 2% 的用户解决。
对照 CDN 地图：如果特定国家的 TTFB 很高，请检查你的 CDN 在那里是否有节点 (PoP)。缺少节点意味着请求会路由到最近的可用边缘，从而增加延迟。
与设备类型交叉对比：INP 较差的国家可能不需要 JavaScript 优化。它可能需要你向主导该市场的廉价设备提供更轻量的页面。按国家 + 设备类型 + 客户端能力得分筛选来确认。

国家维度是你的基础设施审计工具。它能准确告诉你 CDN、缓存策略和服务器部署在哪里让真实用户失望了。