Core/Dash 维度：国家/地区

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

Trusted by market leaders · Client results

维度：国家/地区 (cc)

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

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

三个物理因素使国家/地区成为 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% 以上）、较慢的平均连接速度和廉价设备造成了三重制约。如果网站没有针对这些市场进行积极优化，p75 LCP 超过 4 秒是很常见的。

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

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

CLS 很大程度上与地理位置无关。布局偏移是由渲染逻辑引起的，而不是网络状况。如果您发现 CLS 因国家/地区而异，请调查您是否针对每个地区提供不同的广告网络、Cookie 横幅或第三方脚本。

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

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