Google 新增的实验性 Chrome 用户体验报告(CrUX)广告指标,让网站的广告负荷有了基于真实用户的公共观察维度:屏幕中同时出现多少广告、广告占据了多少可视区域,以及广告带来的网络传输和 CPU 处理开销。
对媒体发布方、广告采购方和性能团队而言,这是一组很有价值的基准数据;但它不是广告质量评分,也不是 Google 已宣布用于自然搜索排名的直接信号。
13
四项指标分别测什么?
Google 将网站的广告体验拆为四个维度:
- 广告数量(Ad Count):视口内广告的平均数量。
- 广告密度(Ad Density):广告占视口面积的平均比例。
- 广告开销(网络使用量)(Ad Weight — Network Usage):广告消耗的资源量,以字节计。
- 广告开销(CPU 使用量)(Ad Weight — CPU Usage):广告消耗的处理资源,以毫秒计。
13
这四项数据解决了“只数广告位”容易失真的问题。
例如,页面广告数量不多,但一个大型吸顶广告可能占去很大一部分屏幕,使广告密度偏高。另一类页面表面上并不拥挤,却叠加了复杂的程序化广告技术栈,导致网络或 CPU 开销很高。反过来,许多小型且轻量的广告单元可能推高广告数量,但未必带来同等程度的资源负担。
CrUX 测量的是什么数据?
CrUX,即 Chrome 用户体验报告,是 Google 面向公众提供的汇总真实用户体验数据集。它反映的是现实中 Chrome 用户在不同设备、网络条件、页面版本和广告投放结果下的浏览体验,而不是一次实验室性能测试的结果。
6
因此,这些指标不是针对某一条广告曝光、某个广告活动、某个创意或某一个广告位的统计,而是来源级或页面级的汇总现场数据,用于描述用户总体遇到的广告负荷。
13
需要特别注意:这四项指标仍处于实验性阶段。Google 表示,实验性 CrUX 指标会随演进而调整,因此不宜把当前数值、字段定义或数据可用规则视为永久规范。
12
去哪里查看数据?
CrUX API:查看当前汇总快照
CrUX API 可在来源(origin)和页面 URL 两个粒度上,低延迟获取汇总的真实用户体验数据。来源查询会汇总该来源下符合条件的页面体验;当样本充足时,URL 查询则能提供更具体的页面数据。
5
若需要为一个网站建立当前基准,或将数据接入内部监控和报表,CrUX API 是合适的入口。
CrUX History API:追踪周度变化
CrUX History API 提供按周更新的时间序列,约覆盖 6 个月、共 40 个周度数据点,并支持来源级和页面级查询。
1
11
它尤其适合评估改动是否带来持续影响。例如,发布方可以观察减少同屏广告、移除某个第三方需求合作方、调整懒加载策略,或限制高资源消耗创意之后,指标是否出现稳定变化。
CrUX Vis:无需开发即可看趋势
CrUX Vis 是 Google 提供的可视化工具,展示 CrUX History API 的周度历史数据,其中包含 Ad Metrics(广告指标) 页面。若网站已纳入 CrUX 数据集,可快速查看趋势,无需自行开发 API 集成。
3
Chrome DevTools:用于本地排查,不能替代现场数据
Chrome DevTools 可用于检查和复现本地页面的性能问题。Google 的更新说明还提到,DevTools 的 Performance 面板已整合 CrUX 现场数据,帮助开发者在本地调试时理解真实用户遇到的性能问题。
4
不过,现有资料并未给出一个独立 DevTools 广告面板及其归因逻辑的完整、稳定技术规范。更重要的是,单次本地追踪无法复现真实用户的设备差异、网络环境、同意状态、广告竞价结果和创意变化。更稳妥的做法是:先用 CrUX 发现持续存在的真实用户体验问题,再用本地工具排查可能原因。
哪些网站可以获得报告?
并非所有网站或 URL 都会出现在 CrUX 中。要纳入数据集,网站体验必须满足 Google 的资格要求,包括来自符合条件的用户、来源或页面可被公开发现,并且具有足够的受欢迎程度和样本量。Google 没有公布一个能保证纳入的统一流量门槛。
2
10
对于这批新广告指标,报告范围还限于声明了授权卖方的合格网站。行业报道将这一要求描述为网站需在 ads.txt 中作出相关声明。
17
这带来两个实际影响:
- 某个来源可能已有 CrUX 数据,但其中个别 URL 因合格观察样本不足,无法提供页面级数据。
- 缺少广告指标数据,并不代表页面没有广告,也不表示没有广告负担;它可能只是样本不足,或未满足报告条件。
四个数值应当放在一起看
| 想回答的问题 |
最相关指标 |
它反映的含义 |
| 有多少广告在同时争夺读者注意力? |
广告数量 |
同屏可见广告造成的拥挤程度 |
| 广告占了屏幕多大比例? |
广告密度 |
视口内的视觉侵入程度 |
| 广告下载了多少数据? |
广告开销(网络) |
可归因于广告的传输与下载负担 |
| 广告消耗了多少浏览器处理资源? |
广告开销(CPU) |
可归因于广告的浏览器处理负担 |
对发布方来说,这有助于区分“版式问题”和“广告技术效率问题”。减少可见广告位,通常更可能降低广告数量和广告密度;精简第三方脚本、需求路径或创意规范,则可能对网络和 CPU 开销影响更大。
发布方和广告采购方可以怎么用?
Google 将这组指标定位为帮助广告买卖双方评估受众所经历的广告负荷。
15
短期内,最清晰的用途是运营优化,而不是直接交易定价:
- 内容发布方可将广告负荷趋势与收入、核心网页指标、互动率等第一方数据一并观察。
- 广告运营团队可测试广告位规则、需求路径、懒加载方式和高负荷创意限制。
- 媒体采购方可将其作为评估媒体质量或供应路径的一个输入,尤其是在广告活动强调低摩擦用户体验时。
但这些指标本身并不能决定广告库存价格。它们不衡量可见度、注意力、受众匹配度、无效流量、转化率或品牌效果。目前也没有充分的公开证据表明,行业已经围绕这些字段建立统一的出价系数、CPM 标准或买方强制要求。
对 SEO 和搜索排名意味着什么?
广告体验过重,若造成加载变慢或交互响应变差,可能会间接影响 SEO。CrUX 原本就能反映真实用户的性能环境,而新增广告指标为识别其中一种性能开销来源提供了更多背景。
6
13
但结论需要严格限定:Google 尚未表示广告数量、广告密度、广告开销(网络)或广告开销(CPU)是 Google 搜索的直接排名信号。 不应围绕假设中的排名阈值来优化这些数据。
建议的使用步骤
可将四项指标视为用于诊断的现场数据:
- 先在 CrUX API 或 CrUX Vis 中建立来源级基线。
- 在数据可用时查看页面级结果,判断问题是否集中于特定页面模板。
- 每次只做一项可控改动,例如减少同屏广告、限制大型吸顶广告,或移除不必要的第三方路径。
- 结合收入、网页核心指标和第一方互动数据,持续观察 CrUX History 的周度趋势。
- 使用 DevTools 在本地验证和排查,但要把本地结果视为调试证据,而不是对真实用户数据的替代。
CrUX 广告指标的核心价值在于透明度:它把过去只能从广告位数量或合成测试中推测的差异——视觉拥挤与资源成本——变成了可观察的真实用户体验数据。鉴于它们仍属实验性且为汇总数据,最适合用于指导有证据的测试,而非充当单一质量评级、竞价依据或 SEO 规则。
12
13