Google页面体验文档加进CrUX广告指标，Mueller说别把它当排名因素

摘要：Google在9月22日更新了Search Central的页面体验说明文档，在“页面体验资源”一节加了一行，介绍Chrome一周前推出的CrUX广告指标，包括广告数量、广告密度和广告的网络与CPU消耗。这一行放在资源清单里，没有进自查问题，也没有写进排名相关的问答。Google的John Mueller随后解释，收录这些指标是因为它们能帮站长评估网站状态，并不是所有东西都是直接的排名因素。按文档原文，排名系统用到的页面体验指标只有Core Web Vitals，其他方面不会直接帮网站排得更高。广告多的站该盯的，是广告拖慢的LCP和INP、首屏被广告占满、移动端插页遮挡这几处。

Google的页面体验文档又动了一下。这次只多了一行字，没发博客，文档更新日志里也找不到对应的条目，要不是有人截图比对，很容易就错过了。

可这一行偏偏碰到了SEO圈最爱吵的话题：广告放多了，Google会不会给你降排名？

Search Engine Roundtable的Barry Schwartz在9月22日的报道里最先指出了这处改动，还拿到了Google搜索团队John Mueller的回应。这篇以那篇报道为主体，对照文档原文和Chrome的指标说明，讲清楚这一行到底说了什么、没说什么，以及靠广告变现的站点该怎么对待这组新数字。

页面体验文档这次到底加了哪一行？

改动发生在Google搜索中心的《了解Google搜索结果中的页面体验》这份文档里。文档分三块：开头一组自查问题，中间一份“页面体验资源”清单，最后是几条常见问答。新内容加在中间那份资源清单的末尾。

原文的意思是：CrUX广告指标，这是Chrome推出的一组实验性CrUX指标，可以帮你了解网站的广告数量、广告密度和广告重量，反映的是Chrome看到并上报的真实用户在你网站上的广告体验。

放进清单里的这一条，和它的几位邻居是同一个性质。清单里原本就有Core Web Vitals说明页、Search Console的HTTPS报告、Chrome检查连接是否安全的帮助页、避免侵入式插页的说明，以及Chrome的Lighthouse工具。它们的共同点是：帮你测量、监控和优化页面体验的工具或参考资料。

放在哪一节，比写了什么更说明问题

文档开头的自查问题一共6条，问的是Core Web Vitals好不好、页面是否安全、移动端显示是否正常、广告是否多到干扰主要内容、有没有侵入式插页、访客能不能分清主要内容和其他内容。这次改动没有动这6条，也没有在后面的问答里提到广告指标。

换个角度看就清楚了。自查问题里早就有“避免过量广告”这一条，Google过去只给了一个问题，没有给量化的工具。现在资源清单里多了一个能量化广告负载的数据源，相当于给那道老问题配了一把可以读数的秤，问题本身的分量没变。

日志里没有这一条

Search Central有一个文档更新日志页面，较大的文档改动一般都会记在那里。翻到9月这一栏，能看到9月8日新增地区搜索体验差异文档、9月16日新增搜索个人资料徽章指南、9月18日聚合单元和商家单元支持本地商家查询，却没有页面体验文档这一处。Google自己的标准是只记录重要更新，这一行大概被归进了不必单独说明的小调整。

这对日常工作的提醒很朴素：只订阅更新日志的RSS，会漏掉一部分文档改动。自己关心的那几份文档，最好定期做一次页面快照比对。

广告指标写进了文档，Google为什么又说它不算排名因素？

Barry Schwartz向Mueller问了这件事。Mueller在Bluesky上的回答大意是：把它们收进来，是因为这些指标可以用来评估网站状态；不是所有东西都是直接的搜索排名因素。改善网站体验有很多办法，有了指标，讨论和改进都更容易，不管算不算SEO。

这段话把两件事分开了。一件是“对站长有用的体验数据”，另一件是“排名系统实际使用的信号”。前一件范围很大，后一件范围很小，Google这次给广告指标的定位明确落在前一件。

文档自己的问答怎么说

同一份文档的常见问答里，有几句话直接回答了排名问题，原文意思如下：

• Google搜索没有一个单独的“页面体验信号”，核心排名系统会看与整体页面体验相关的多种信号。
• Core Web Vitals会被排名系统使用，Google建议站长争取良好的Core Web Vitals，但在Search Console报告或第三方工具里拿到好成绩，并不保证排名靠前。
• 除Core Web Vitals以外，其他页面体验方面不会直接帮网站在搜索结果里排得更高，不过它们能让网站用起来更舒服，这和排名系统想奖励的方向大体一致。
• 核心排名系统一般按页面评估内容，页面体验也是这样，但也有一些站点级的评估。
• Google始终优先展示最相关的内容，即使页面体验欠佳；只是在很多查询下，有用的内容很多，页面体验好可以帮你在这种情况下胜出。

把这几句和新加的那一行放在一起读，结论很直接：广告指标属于“其他页面体验方面”，按文档的说法，它不会直接帮你排名，也就谈不上直接让你掉排名。

Google在这件事上的说法，前后改过几次

Barry在报道里吐槽Google关于页面体验的表态一直含糊。这个吐槽有据可查，把几次关键表态排一下就看得出来：

2023年的那篇博客是理解今天这件事的关键。Google在《关于页面体验的更多指导》里明确说，页面体验更新并不是单独的排名系统，也没有把各种信号合并成一个“页面体验”信号。从那以后，Google口中的页面体验更像一个方向，排名系统里实际能确认的硬指标就是Core Web Vitals。

以后会不会变成排名因素？

懂行的人会追问：Core Web Vitals当年也是先作为Chrome的指标推出，后来才进了排名系统，广告指标会不会走同一条路？

这个可能性没法排除，但眼下有几处现实障碍。Core Web Vitals在进排名之前，先有了明确的良好线，又在Search Console里给了报告，Google还提前一年公告了上线时间。广告指标现在三样都没有：没有阈值，Search Console里看不到，没有任何时间表。再加上ads.txt门槛把大量站点挡在数据之外，一个只覆盖部分网站的数字，很难直接拿来给所有网站排序。真要走那条路，前面这几步都会先公开，到时候再调整也来得及。

站内排名因素清单与官方文档的逐项核对里也碰到过同样的情况：很多被广泛转载的“排名因素”，在官方文档里找不到对应的说法。广告密度很可能会成为下一个被传成排名因素的数字，这次Mueller提前把话说在了前面。

四个广告指标量的是什么，和Core Web Vitals差在哪？

CrUX广告指标是Chrome团队在9月15日发布的。Chrome的Alex Cone在公告博客里说，这组指标描述的是真实用户遇到的网站广告负载，预计对广告主和他们用来投放广告的服务商特别有用。四个指标如下：

按Chrome的测量方法文档，数量和密度靠每秒一次的视口采样算平均值，网络和CPU则在整个访问过程里累加。CrUX对每个指标报告第75百分位，也就是75%的访问不超过这个数。比如广告密度的p75是23，意思是四分之三的访问里，广告平均占视口不超过23%。

和Core Web Vitals的三处不同

Chrome公告里说，广告指标受Core Web Vitals启发，用同样的维度和同样的收录条件，但它们不属于Core Web Vitals。具体差在三处：

第一处是没有阈值。LCP有2.5秒、INP有200毫秒这样的“良好”线，广告指标没有“良好”“需要改进”“较差”的分档，Chrome也没给建议目标。没有及格线的数字，排名系统很难直接拿来用，这也从侧面印证了Mueller的说法。

第二处是收录门槛。只有ads.txt里至少登记了一个授权卖家的站点，才会出现在CrUX广告数据里，没有ads.txt或只写了占位记录的站点会被排除。Core Web Vitals没有这种门槛，只要流量够就会被收录。

第三处是标签。四个指标都带着“实验性”字样，Chrome说会根据社区反馈调整，还可能增加新指标。拿一组随时可能改口径的实验数据当排名依据，Google自己大概也不放心。

这组指标的计算细节，比如被隐藏的广告为什么只算流量不算密度、单页应用怎么累计、ads.txt门槛有多少站过得去，站内CrUX广告指标的口径解读一文写得很细，这里不重复。

广告多的站，排名风险落在哪几处？

广告指标不直接影响排名，不等于广告和排名毫无关系。按Google公开的文档，广告至少能从四个地方碰到排名，而且每一处都有现成的规则可查。

广告拖慢了Core Web Vitals

这是最直接的一条，因为Core Web Vitals是文档里唯一确认被排名系统使用的页面体验指标。广告脚本抢主线程，用户点按钮半天没反应，INP就变差；广告位没预留尺寸，加载后把正文往下推，CLS就上去；首屏被大图广告或广告脚本堵住，LCP也会延迟。

广告重量的CPU指标在这里正好派上用场。它把“广告占了多少主线程时间”单独拎了出来，INP出问题时，站长终于能拿数据判断是广告的锅还是自己代码的锅。INP的排查方法可以看站内INP优化与主线程分析。

首屏被广告占满

Google在2012年上线过页面布局算法，针对的是首屏广告太多、用户要往下翻才能看到正文的页面，业内叫它“头重脚轻”算法。此后Google没有再单独公布过这套算法的更新。站内首屏内容与页面布局算法的演化梳理过它的来龙去脉。

广告密度这个指标和它的思路很接近，都是看广告占了用户视野的多大一块。区别在于，广告密度是全程平均值，页面布局算法关心的是落地那一眼。一个首屏塞满广告、往下全是正文的页面，平均密度可能并不高，首屏体验却很糟。所以看密度时，最好再单独打开首屏截图看一眼。

移动端插页遮挡

移动端用户从搜索结果点进来，迎面一张全屏广告盖住内容，这属于Google明确处理的侵入式插页。它和广告数量、密度都没有直接对应关系，一个弹窗广告就够了。具体哪些形态踩线、哪些豁免，站内侵入式插页规则详解有完整清单。

Chrome自己会卸掉太重的广告

这一条和排名无关，但和用户看到什么有关。Chrome的重度广告干预说明写明了三条阈值，广告在用户没有交互的情况下满足任意一条，就会被卸载，原位置显示一个灰框，提示广告已移除：

• 网络消耗超过4MB；
• 任意30秒窗口内占用主线程超过15秒；
• 累计占用主线程超过60秒。

广告重量的两个指标，和这三条阈值量的是同一类东西。站点的广告网络消耗p75如果已经接近4MB，说明有相当一部分访问里的广告离被Chrome卸掉不远了，这时候先受损的是广告收入，用户看到一堆灰框，体验也好不到哪去。

拿到广告指标数据后，站长可以怎么用？

Mueller那句“有了指标，讨论和改进都更容易”，落到实际工作里，可以从下面几件事入手。

先查自己有没有数据

最省事的是打开CrUX Vis，切到广告视图，输入自己的域名。看不到数据，先别急着找原因，按顺序排查：站点有没有ads.txt，里面有没有至少一条合法的卖家记录，流量够不够CrUX的收录条件。Chrome在公告里还说，数据覆盖面会在接下来一个月逐步增加，发布头几周查不到也正常。

想接进自己的监控，可以调CrUX API，请求体里写上四个广告字段：

POST https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=你的API密钥
{
  "origin": "https://example.com",
  "metrics": [
    "experimental_ad_density",
    "experimental_ad_count",
    "experimental_ad_cpu",
    "experimental_ad_kilobytes"
  ]
}

CrUX API返回的是最近28天的滚动汇总，每天更新；CrUX History API给的是按周的历史序列，适合看改版前后的变化。BigQuery里的CrUX数据集暂时还没有这组指标，Chrome说正在加。

在本地看清哪些东西被算成了广告

CrUX是汇总数据，要定位具体是哪个广告位、哪个脚本，得回到浏览器里看。Chrome开发者工具的应用面板里有一个广告标签页，勾上高亮广告，被识别为广告的框架会被红色高亮盖住；网络面板可以打开“是否与广告相关”这一列，逐条看请求的分类。本地测出来的数和CrUX汇总不一定一致，前者是你自己的一次访问，后者是大量真实用户的第75百分位。

有一个细节容易让人困惑：Chrome判断广告靠的是一份由EasyList精简而来的过滤列表，加上脚本调用栈分析，一个框架一旦被标为广告，之后它里面的所有请求都算广告。站点自己的推荐位、联盟链接组件如果命中了过滤规则，也会被算进去。所以数字异常偏高时，先在开发者工具里确认被标记的是不是真广告。

把广告指标和Core Web Vitals放在一张表里看

单看广告指标，很难判断好坏，因为没有阈值。更有用的做法是把它和同一时段的Core Web Vitals对照：广告CPU时间上去了，INP是不是跟着变差；广告数量调多了，CLS有没有波动。广告位改版前后各拉一次数据，就能看出这次调整在体验上付出了多少代价。

Core Web Vitals到底值不值得投入、行业基准大概在什么水平，可以参考站内Core Web Vitals行业基准与投入测算。

记住这组数字的主要读者是谁

Chrome公告里写明了，这组指标预计对广告主和投放服务特别有用。国内做海外资讯站、工具站、靠AdSense或程序化广告变现的团队要有这个心理准备：广告买方很可能开始按这组公开数字给你的流量定价，广告密度高、广告太重的站，在谈价时会更被动。

这件事的影响落在收入上，比落在排名上更快。排名那一侧，Google已经说了不是直接因素；可买方那一侧，没有人承诺不看。

常见问题解答

Google页面体验文档这次改了什么？

在“页面体验资源”清单末尾加了一行，介绍Chrome的CrUX广告指标，说明它们能帮站长了解广告数量、广告密度和广告重量，反映真实用户的广告体验。自查问题和问答部分没有改动。

CrUX广告指标是Google排名因素吗？

按Mueller的回应和文档原文，不是。文档写明排名系统使用的页面体验指标是Core Web Vitals，其他页面体验方面不会直接帮网站排得更高。广告指标被列为帮助评估网站状态的资源。

广告多会不会影响Google排名？

会通过别的途径影响。广告拖慢LCP、INP或引起布局偏移，会反映在Core Web Vitals上；首屏广告过多可能触及页面布局方面的评估；移动端全屏广告插页属于侵入式插页。广告数量本身不是直接信号。

CrUX广告指标什么时候推出的？

Chrome在2026年9月15日发布公告，同时上线CrUX API、CrUX History API和CrUX Vis里的数据。Google页面体验文档在9月22日加入了相关介绍。

为什么我的网站在CrUX Vis里看不到广告数据？

常见原因是没有ads.txt、ads.txt里只有占位记录或没有合法卖家记录，或者流量不够CrUX收录条件。Chrome也说过数据覆盖面会在发布后一个月里逐步扩大。

广告密度多少算合适？

Chrome没有给阈值，四个广告指标都没有良好或较差的分档。比较实际的做法是和自己过去的数据比，或在改版前后对比，同时观察Core Web Vitals有没有跟着变差。

Search Console里能看到广告指标吗？

目前不能。数据在CrUX Vis、CrUX API、CrUX History API和Chrome开发者工具的广告面板里，Search Console的页面体验报告已在2024年11月移除。

广告重量和Chrome的重度广告干预有什么关系？

两者量的是同类资源。重度广告干预规定，广告网络消耗超过4MB、30秒内占主线程超过15秒、或累计超过60秒，Chrome会卸载该广告。广告重量指标可以帮你看出离这些阈值有多远。

页面体验是一个单独的排名信号吗？

不是。文档问答写明没有单一的页面体验信号，核心排名系统会看多种相关信号。Google在2023年4月也说过，页面体验更新并不是独立的排名系统。

站点自己的推荐模块会被算成广告吗？

有可能。Chrome按过滤列表和脚本调用栈判断广告，命中规则的组件会被标记。可以在开发者工具的应用面板打开广告高亮，或在网络面板查看是否与广告相关一列来确认。

权威参考资料