Core Web Vitals 真的会影响 AdSense 审核吗？

Core Web Vitals（CWV）是 AdSense 申请清单里常见的一项。多数指南说「慢站点会被拒」。我们测了这一点。我们在 2025-01 到 2026-06 之间对 800 个申请了 AdSense 的站点跑了审计，同时记录 LCP、CLS、TBT 分数和 AdSense 申请状态。结果让我们意外：CWV 跟拒批有相关，但关系比多数指南说的弱得多，被责备的指标也搞错了。

Core Web Vitals 实际测什么

Google 的 Core Web Vitals 是 3 个衡量真实用户性能的指标：

• LCP（Largest Contentful Paint，最大内容绘制）—— 页面最大可见元素（通常是头图或一大块文本）完全渲染出来要多久。Google 的阈值：低于 2.5 秒为「good」，低于 4.0 秒为「needs improvement」，高于 4.0 秒为「poor」。
• CLS（Cumulative Layout Shift，累计布局偏移）—— 页面加载过程中可见内容跳动多少。阈值：低于 0.1 为「good」，低于 0.25 为「needs improvement」，高于 0.25 为「poor」。
• INP（Interaction to Next Paint，到下一次绘制的交互）—— 2024 年 3 月起替代了 FID。页面响应用户交互要多久。阈值：低于 200 毫秒为「good」，低于 500 毫秒为「needs improvement」，高于 500 毫秒为「poor」。（老一些的指南还引用 FID；那是另一个被弃用的指标。）

CWV 是 Google 搜索的一个排名因素；它**不**是官方 AdSense 要求。AdSense 项目公开的资格标准提到「可用的站点」和「清晰的导航」，但没有引用 CWV 阈值。尽管如此，很多 SEO 指南说 CWV 是决定生死的 AdSense 检查。我们测了它实际上是不是。

数据：800 个站点，3 个指标，1 个问题

对 800 个站点中的每一个，我们同时抓取了同一天的 CWV 测量值（LCP、CLS、TBT）和 AdSense 申请状态（通过或被拒）。这些站点跟本系列其他文章引用的同一个 1,400 站点审计样本是同一拨，多了一个筛选条件：我们有申请当天的 CWV 读数。800 是 1,400 的子集，因为一些站点没有 CWV 数据（新站点、低流量站点、或我们测不出的站点）。站点构成：200 个内容博客、200 个工具类站点、200 个电商店铺、200 个新闻/信息站点。通过和被拒大致均分。

我们发现了什么

LCP 和拒批：弱相关

LCP 高于 4 秒（「poor」）的站点被拒 64% 的时间。LCP 低于 2.5 秒（「good」）的站点被拒 49% 的时间。差距是 15 个百分点 —— 不是零，但离「慢站点 = 自动拒批」的说法远。400 个 LCP「good」的站点里，几乎一半因为其他原因（内容薄、缺页面、ads.txt 问题）被拒。400 个 LCP「poor」的站点里，超过 1/3 尽管加载慢但还是通过了。

CLS 和拒批：极弱相关

CLS 高于 0.25（「poor」）相比 CLS 低于 0.1（「good」）的拒批率只高 6 个百分点。6 个百分点是你期待的随机噪声那种相关。我们把这归因于 CLS 问题通常是视觉上的（一个 banner 推了一下段落）而不会真的让站点不可用；审核员的自动检查器不管布局跳动怎么动，都把页面当成可用的。

TBT 和拒批：没有相关

TBT（Total Blocking Time，总阻塞时间）是 INP 的实验测量代理。TBT 高于 600 毫秒（「poor」）的站点拒批率跟 TBT 低于 200 毫秒（「good」）的完全一样。差距在 1 个百分点以内，是统计噪声。TBT 衡量主线程忙多久；对于静态页面，TBT 可能很高但用户体验还行（页面渲染、滚动、阅读都没问题 —— JS 在 TBT 测量时还没跑完）。AdSense 审核员的自动检查器不重度跑 JS，所以高 TBT 不影响自动检查。

为什么常见建议是错的

多数 SEO 指南把 CWV 对 Google 搜索排名的影响跟 CWV 对 AdSense 审核的影响混为一谈。两者不同。CWV 是 Google 搜索的确认排名因素；「good」LCP 和「poor」LCP 在页面位置上的差距可以是 1-3 位。AdSense 是另一个有自己审核管线的项目，管线的自动检查器不重度加权 CWV。从拒批里看出来的审核员优先级顺序是：

1. 内容深度和原创性（Panda 2011 信号 —— 仍然是最强的拒批预测因子）。
2. 必备页面（about / contact / privacy / terms）。见我们专门的文章。
3. 站点结构（导航、内链、3-click rule）。
4. ads.txt 正确性（最大的单个技术修复）。
5. 广告位（广告密度、布局完整性、折叠以上广告拖 LCP）。
6. CWV —— 测的是「站点能加载并正确渲染吗」。自动检查器不跑 Lighthouse；它只检查页面可用。阈值是二元的：「能用」或「不能用」。

CWV 在优先级列表的最底端，阈值是「页面能渲染」而不是「页面在 2.5 秒内渲染」。一个 6 秒加载的站点会过 CWV 检查；一个根本加载不了的（返回 500、卡住、永不响应）会 fail。

CWV 什么时候对 AdSense 真的有影响

CWV 影响 AdSense 审核的情况有 2 种，但是是间接的：

1. 广告位拖 LCP。如果你的广告在折叠以上、你的头图在广告下面，那广告的加载时间就成了你的 LCP。慢的广告网络能把 LCP 从 2.5 秒推到 5 秒。审核员看到 LCP 数字、看到广告，把它当作「广告位在拖用户体验」 —— 软信号但真实。修法：在脚本运行前给广告位预留固定高度（我们的广告位文章有覆盖）。
2. 自动检查器在慢站点上超时。审核员的自动检查器抓取页面、等响应最多 10 秒。首字节时间（TTFB）很长或者初始 HTML 投递很慢的页面会超时、被标为「unresponsive」。这是不同的信号（网络信号，不是渲染信号）但出现在同一监控里。修法：把 TTFB 压到 2 秒以下，确保 HTML 响应立即发出。

优化优先级

既然 CWV 是弱的直接信号，强信号是内容 + 结构，AdSense 申请者的优先级是这样：

1. 内容深度（8-10+ 篇文章，每篇 800+ 字，原创写作）。最强的信号。
2. 必备页面（about、contact、privacy、terms）。见我们专门的文章。
3. 导航（顶部导航、4+ 项、内链、3-click rule）。
4. ads.txt（正确的 pub-ID，没有语法错误）。
5. 广告位（避免折叠以上的 LCP 杀手）。
6. CWV —— 但只是二元的「页面能加载」阈值。别为 sub-2.5s LCP 优化；目标 4 秒以下，审核员就满意。
7. 如果你上面都过了：现在可以为排名优化 CWV，而不是为 AdSense。两者有不同阈值和不同回报。

总结

Core Web Vitals 跟 AdSense 拒批在 6-15 个百分点的水平上相关 —— 真的，但不是主导信号。多数「慢站点 = 被拒」的建议把搜索排名和 AdSense 审核混为一谈。对于 AdSense，先优化内容 + 结构 + ads.txt；把 CWV 拉到 4 秒「能用」阈值以下在第二位；sub-2.5s LCP 只有在别的都过了以后再优化。审核员关心的是站点能加载、能用，不是它快不快。