知识

各市场广告负载:各国网页中广告占比多少

从未有人公布过按国家统计的广告字节占页面字节的比例。以下是数据实际显示的内容,以及为什么Chrome刚刚让获得真实答案成为可能。

Matt Brown

Matt Brown

2026年9月20日 · 3 分钟阅读

问在德国和美国网页广告占比多少,得到的都是言之凿凿却毫无依据的答案。诚实的立场是:这个数字从未被公布过。没有任何数据集按国家给出广告字节占页面总字节的比例。

确实存在的东西值得好好梳理一下,因为有三项独立的测量从不同角度触及这个问题,而且 Chrome 五天前刚刚推出了此前缺失的测量工具。

关键要点

  • 没有任何已发布的数据集按国家给出广告字节占页面字节的比例。任何向你展示的此类数字,在有人指明具体是哪次爬取之前,都应视为编造的。
  • 移动页面中位数重量范围从韩国的 3,816 KB 到尼日利亚的 2,024 KB,相差 1.9 倍,但这衡量的是某个国家用户访问的网站,而不是发送给该国的页面本身。
  • Chrome 于 2026 年 9 月 15 日在 CrUX 中新增了 Ad Count、Ad Density、Ad Weight Network 和 Ad Weight CPU。CrUX 中的国家细分仅在 BigQuery 中提供,而这些指标目前还未进入 BigQuery。
  • 目前最好的国家间比较方式,是按访问者所在地统计每个网站的广告与跟踪域名数量:在完全相同的网站上,加州访客为每站点 11.7 个,德国访客为 4.2 个。
  • 这一差距很大程度上源于同意状态(consent state),而非永久性的市场差异,如实说明这一点也是诚实报道的一部分。

我们今天能测量到什么:各市场的页面总重量

HTTP Archive 每月发布按国家划分的页面重量中位数,差距很大。以下是 2026 年 7 月爬取的中位数数据,取自公开报告 API。

市场移动端中位数桌面端中位数移动端 JavaScript
韩国3,816 KB4,401 KB822 KB
日本2,970 KB3,329 KB645 KB
美国2,899 KB3,164 KB1,080 KB
英国2,726 KB3,070 KB961 KB
所有国家2,507 KB2,958 KB719 KB
法国2,447 KB2,731 KB721 KB
印度2,367 KB2,777 KB673 KB
巴西2,242 KB2,633 KB884 KB
德国2,230 KB2,596 KB530 KB
尼日利亚2,024 KB2,500 KB692 KB

JavaScript 是各市场差异最明显的地方。美国页面的 JavaScript 中位数大约是德国页面的两倍,而 JavaScript 正是广告所在之处。

有一点提醒决定了这份表格对你是否有意义。HTTP Archive 的地理维度识别的是该国用户常用的网站。而爬取本身运行于位于美国的 Google Cloud 节点,Web Almanac 的方法论中对此有明确说明。因此正确的解读是”韩国用户通常加载的网页更重”,而不是”同一个页面向韩国发送了更多字节”。这是两个不同的论断,只有第一个有数据支持。

这份表格也没有广告分类。总量、JavaScript 和图片是公开的。广告不在其中。

Chrome 刚刚构建了缺失的测量工具

2026 年 9 月 15 日,Chrome 团队在 Chrome User Experience Report 中新增了四项实验性广告指标:

指标定义
Ad Count视口中广告的平均数量
Ad Density广告占据视口面积的平均比例
Ad Weight: Network广告消耗的资源,以字节衡量
Ad Weight: CPU广告消耗的资源,以毫秒衡量

该方法论非常具体。Chrome 每秒对视口进行一次采样并生成快照,只要广告的任何像素在该采样点位于视口内,就计为可见。重叠的广告在计算密度时会被合并统计,但在计算 Ad Count 时会单独计数。Chrome 报告的是第 75 百分位数。只有在 ads.txt 中列出至少一个授权卖方的源站才有资格纳入,因此没有该文件或只有占位记录的网站会被排除。

这是来自真实 Chrome 用户的现场数据,正是这个问题所需要的。但 CrUX 中的国家维度仅在 BigQuery 中提供,Google 的文档说明国家维度在 CrUX API 中不可用。这些广告指标目前还未进入 BigQuery。因此,最终能回答”页面中广告占比多少,按国家划分”这一问题的工具已经存在,诞生仅五天,但今天还无法按国家拆分。等这些指标进入 BigQuery 的国家数据表后,答案就会变成一条查询语句。

目前最接近的国家间比较

在此之前,可行的替代方案是统计广告与跟踪域名数量,这方面的测量确实做得不错,因为它们从不同国家加载了相同的网站。

一次从 10 个国家发起、时间在 2025 年 1 月 5 日至 24 日之间的爬取,从每个国家访问了一组相同的全球热门网站。每站点平均跟踪连接数,加州为 11.7,澳大利亚为 11.2,而西班牙为 5.3,德国为 4.2。作者报告称,欧盟观测点看到的跟踪连接数少 50.5%。广告在其中占主导地位:观测到的 84,170 个连接中有 55,079 个是广告连接,占 65.4%,大约是分析类连接量的 2.8 倍。

2023 年 4 月对 2,004 个网站的爬取,从五个城市测量了同样的数据:

观测点每站点跟踪域名数每站点第三方域名数
纽约市23.431.6
旧金山21.329.3
法兰克福15.623.2
伦敦14.321.3
阿姆斯特丹14.321.4

相同的网站,相同的一周。纽约访客每站点遇到的跟踪域名比阿姆斯特丹访客多 63%。移动端爬取结果同步变化,纽约为 21.8,法兰克福为 15.2。

第三项研究在 MADWeb 2026 上发表,从八个观测点、以系统性变化的浏览器和同意状态爬取了 743 个热门网站。研究发现,受 GDPR 约束的地区在同意之前展现的第三方广告与跟踪域名少约 80%,并且将 89% 至 91% 的此类请求保留在欧洲经济区(EEA)或适格国家范围内。

三项独立设计,得出一致的方向。

诚实的提醒

这一欧盟差距很大程度上来自同意状态,而非市场的永久属性。同一项十国研究对此做了测量:在一部分网站的样本中,仅仅是不去与 cookie 弹窗互动而非接受它,德国的跟踪连接数就减少了 48.5%,而加州仅减少了 21.1%。一个从不点击任何按钮的爬虫,测量的是同意前的网络状态,而在欧洲,同意前的网络状态刻意保持安静。

这不是丢弃这些数字的理由。而是应该在数字旁边一并公布同意状态的理由,这也解释了为什么一个欧洲页面在爬取中看起来很轻,但对点击了”接受”的读者来说却感觉很重。同意界面本身的相关模式,在各国的同意墙对比一文中有详细介绍。

测量你自己的市场

如果你需要的是特定市场的广告负载,而不是全球概览,那么用普通工具今天就可以测量。经得起审视的设计大致如下。

  • 在开始之前先固定网站列表。 一份列表,在每个市场都以相同方式运行。按国家使用当地热门列表回答的是另一个问题,两者经常被混淆。
  • 从市场本身采集数据。 不要用数据中心的 VPN 端点,发布商的广告栈对待数据中心连接和普通消费者连接的方式不同。
  • 记录同意状态。 同意前和同意后是对同一页面的两次独立观测。永远不要将它们取平均值。
  • 按请求分类,而非目测。 根据维护中的广告与跟踪域名列表统计请求数和字节数,并在结果中记录该列表的版本。
  • 重复测量。 单次加载只是个例。header bidding 会使同一页面的连续加载结果不同。
  • 在每一行数据旁记录观测点,理由见关于观测点标准的论证

Shifter 的住宅网关将目标国家放在用户名中,因此同一套测试工具可以在不做任何其他改动的情况下,从多个市场运行同一份列表:

curl -x customer-USERNAME-country-de-sid-9f3a2b7c-ttl-600:PASSWORD@p.shifter.io:443 \
  https://example.com/

国家代码遵循 ISO 3166-1 alpha-2 标准。会话 id 能在一次页面加载及其子资源请求中保持相同的出口 IP,这一点很重要,因为一个广告栈如果发现每个请求来自不同的地址,其行为会与服务真实访客时不同。详情见地理定位会话文档。

同样的测量规范也是广告验证工作的基础,其创意层面的内容在识别伪装和地理定向广告竞品广告情报监测中有详细介绍。

结论

两件事同时成立。广告负载显然因市场而异:三项独立爬取一致表明,在同一周的同一批网站上,纽约访客收到的广告与跟踪基础设施明显多于阿姆斯特丹或柏林的访客。而人人都在引用的那个数字,即页面中广告占比按国家划分的比例,至今没有人公布过。

Chrome 现已构建了这项测量工具。它最终会进入国家数据表,到那天,这个问题就不再是个见仁见智的问题。在那之前,可行的做法是用固定列表、真实观测点和记录下的同意状态来测量你自己的市场,并说明你具体做了哪些。

来源与参考资料

准备好开始了吗?

试用 Shifter 住宅代理,205M+ 个 IP,195+ 个国家,低至 $0.10/GB。

立即开始