Adsense 和 Core Web Vitals 可以正常工作——方法如下

已发表: 2022-12-03

Adsense And Core Web Vitals

无论您阅读什么内容,Adsense 和 Core Web Vitals 都可以愉快地合作。

是的,起初,我在使用 Adsense 时遇到网站速度和页面加载缓慢的问题,尤其是在移动设备上。

但是通过一些调整并了解谷歌如何计算核心网络生命力 (CWV),我的网站现在在谷歌搜索控制台 (GSC) 上获得了所有绿色信号。

我学到的最有价值的一课是速度测试网站,包括 PageSpeed Insights,不是很可靠,而且经常会产生误导。

在本文中隐藏
Adsense 可以通过 Core Web Vitals 的证明
1.先检查没有Adsense
2. 使用 Adsense 页面检查您的核心网络生命力
4. 最后一个测试
4. 通常都是关于第一个字节的时间
5. 修复——Cloudflare 和 Cloudflare 的超级页面缓存
6.其他快速提示
这一切都值得吗?
结论

Adsense 可以通过 Core Web Vitals 的证明

为您的 Adsense 页面获得良好 CWV 分数的最大因素是改善您的首字节时间。 稍后将详细介绍如何执行此操作。

其次,如果您的页面顶部有 Adsense 广告,则需要使用 CSS 为广告留出空间。

最后是限制每个页面上的广告数量,因此 Adsense Auto-Ads 不是一个好举措。

我在移动版上插入两个广告,在桌面版上插入三到四个广告,具体取决于页面长度。

这是我的 Google Search Console 页面体验报告告诉我的内容。

CWV page experience mobile adsense and core web vitals

CWV page experience desktop adsense and core web vitals

如您所见,移动设备和桌面设备上的每个指示器都是绿色的。

但要获得这些报告,您需要每月有合理的流量。 谷歌没有说多少,但这篇文章解释了为什么你可能看不到任何数据。

如果是这种情况,您可以使用其他方法来测试您的网站。

1.先检查没有Adsense

第一步是测试您网站上没有 Adsense 广告的一些网页。

但请确保您在所有测试中都使用隐身窗口,因为它会更加准确。

首先,使用 Google Mobile-Friendly Test 测试您的网站和页面。 如果你通过了,继续前进。 如果没有,您将需要解决任何问题。

您可以使用 PageSpeed Insights 或 GTMetrix 等工具进行测试。 但一个问题是大多数网站都有一个 Cookie 同意横幅。 因此,您所有的测试都将始终包含横幅脚本。

更好和最好的检查方法是使用开发人员工具。

使用 cookie 横幅运行 Lighthouse 报告(与 PageSpeed Insights 相同)。 然后在关闭横幅后再次测试。

然后对性能报告执行相同的操作。

如果横幅的结果更糟,您可能需要找到更好的插件或找到缩短加载时间的方法。

但如果您的网站优化得相当好,您应该看到以下内容。

Performance no ads
绩效报告

如果您看到累积布局偏移的红色警告,您应该检查它们发生的位置。 但除非它们是大的转变,否则它们并不总是一个问题。

Lighthouse no ads
灯塔报告

交互时间通常不是问题。

它通常是由 Google Analytics 引起的,尤其是当您同时运行通用脚本和 GA4 脚本时。

也可能是您在页脚中运行了脚本。

如果您收到上述所有绿色信号,那么您的网站已经过优化。

2. 使用 Adsense 页面检查您的核心网络生命力

再次进行相同的测试,但使用插入广告的页面。

如果您遇到在 GSC 上的页面体验报告中没有数据出现的问题,这些测试将对您有所帮助。

这是我的实时网站上移动设备和桌面设备的性能和 Lighthouse 报告,因此您可以将它们与您的网站进行比较。

Mobile performance with ads
包含广告的移动效果报告

您可以看到 Largest Contentful Paint (LCP) 和 First Input Delay (FID) 的绿色分数。

但是,是的,内容布局偏移 (CLS) 有红色警告。 这些来自页面下方插入的 Adsense 广告。 但我很快就会告诉你为什么这些通常不是问题。

现在让我们看看 Lighthouse 报告。

Lighthouse mobile with ads
带有广告的 Lighthouse Mobile

红色警告看起来很糟糕,但这些因素,交互时间 (TTI) 和总阻塞时间 (TBT),对于 CWV 根本不算数。 所以他们不用担心。

三个主要优先级是 LCP、FID 和 CLS。 如您所见,性能重新发布中的 CLS 警告非常小,因此没有问题。

只要您的 CLS 低于 0.1,就可以了。

Lighthouse desktop with ads
带广告的灯塔桌面

同样,每个主要的 CWV 因素都是绿色的,并且都通过了 Adsense 的 Core Web Vitals。

它证明的是,您不应该以性能数字为指导,尤其是对于移动设备。 您可以以 45 或 95 分通过 CWV。

我的页面几乎总是有 45-65 分,而且它们都通过了页面体验报告。

如果您的测试给出与我上面类似的结果,您的页面和网站可能会通过。

只是看不到GSC上的数据来验证而已。

4. 最后一个测试

但是你可以做另外一个非常简单的测试。

拿起手机,关闭 wifi。

现在使用蜂窝数据检查您网站上的几个页面。

如果加载时间超过一秒或更长时间,则您需要做一些工作。

4. 通常都是关于第一个字节的时间

好的,您尝试了所有测试,但您的网站未通过 Adsense 的 Core Web Vitals。

但正如我所发现的那样,问题往往不是您的网站结构、主题甚至插件; 这是您的第一个字节时间 (TTFB)。

事实上,TTFB 将成为一种新的 CWV 信号。 所以它比以往任何时候都更重要。

不要惊慌,因为有一个有效的解决方案。 嗯,它对我有用,希望它也对你有用。

也许像你一样,我真的在 Adsense 上挣扎了几个月导致 CWV 出现问题。

但我偶然发现了一个快速且相对简单的修复方法,它解决了许多问题。 它使用 Cloudflare 并更改您的缓存插件。

通过这两项更改,我将 TTFB 从大约一秒(在某些网站上甚至更多)减少到 50 毫秒以下。

Without aggressive caching 2
没有积极的缓存
Without aggressive caching
没有积极的缓存
With aggressive caching
具有积极的缓存

您可以使用 GTMetrix 检查您的站点以获取上述浏览器计时数据。

最好的部分是您不需要超高速主机服务器。 此修复适用于大多数共享托管服务器帐户和世界任何地方托管的站点。

5. 修复——Cloudflare 和 Cloudflare 的超级页面缓存

如果您不使用 Cloudflare,您应该使用。

不仅因为速度优势,还因为 Cloudflare 防火墙的安全性。

这篇文章不是关于如何将您的站点添加到 Cloudflare 的。 但是您可以在此处找到教程。

一旦您的站点位于 Cloudflare 上,您就可以将 Cloudflare 的超级页面缓存添加到您的 WordPress 站点,或者更好的是,您的测试站点。

它使用 Cloudflare Cache Everything 页面规则,开箱即用。 因此您不需要更改许多或任何默认设置。

唯一的警告是你只能使用一个缓存插件。

因此,在安装之前,您必须禁用站点上当前拥有的任何缓存插件,例如 W3 Total Cache 或 Super Cache。

但是,您可以而且应该继续使用 Autoptimize 来缩小和聚合您的 CSS 和 JS。

Autoptimize 与 Super Page Cache for Cloudflare 集成并无缝协作。

这听起来像是一项工作,确实如此,但值得付出努力。

如果您不确定,请检查插件的评论以及支持请求,这些请求总是会得到及时答复。

我只能说这个缓存插件解决了我遇到的 95% 的 Adsense 减慢我的网站的问题。

通过简单地减少 TTFB,LCP、FID 和 CLS 等其他问题就会减少或消失。

这是因为您将在 TTFB 上节省的第二个左右允许您的 Adsense 代码加载得更早。

请注意,我与 Super Page Cache for Cloudflare 没有任何关系。 我只是一个用户,享受它提供的好处。

6.其他快速提示

如果您有首屏广告,则需要使用 CSS 高度属性预留一些空间。

如果您使用广告插入器,这很容易。 只需编辑您的 CSS 设置。

CSS height settings

但是,如果您想手动编写代码,可以将此行添加到您的 Adsense 代码中,就在<ins class="adsbygoogle".

您可能需要进行试验,但 28o 和 300px 之间通常适用于桌面广告。

最后一个提示是不要复制您的 Adsense JS 脚本。

仅在页面上的第一个广告中使用这部分代码,然后将其从任何后续广告中删除。

<script async src="https://pagead2.googlesyndication.com/pagead/js/adsbygoogle.js?client=ca-pub-xxxxxxxxxxxxxxxxxxxxx"
crossorigin="anonymous"></script>

如果您在桌面和移动设备上有不同的广告,请在每个版本的第一个广告上使用上面的脚本。

这一切都值得吗?

一如既往,答案是视情况而定。

有人说 Core Web Vitals 并不是一个重要的排名因素。

但谷歌的 John Muller 对 CWV 是这样说的:

它是一个排名因素,不仅仅是决胜局,但也不能取代相关性。

我只能说,根据我的经验,提高我的 CWV 有助于在 Google 搜索中获得更高的查询排名。

这是 PageSpeed Insights 不是最佳检查方式的真实证据。

在下图中,您可以看到 CWV 评估是针对“此 URL”而不是原始平均值。

所有真实用户 CRUX(Chrome 用户体验报告)数据都是绿色的。 所以这个页面很快并且通过了 Adsense 加载的所有测试。

但是看看下面的 PageSpeed Insights 性能报告。 它是 62,这意味着糟糕。

真正的 LCP 是 1.4 秒,但 PageSpeed Insights 实验室测试显示是 5.9 秒!

这是一个很好的例子,说明了为什么您不能相信实验室数据速度测试。

Core web vitals for real users

因为我确信我网站的页面速度很快,所以它帮助我获得了更多的自然流量,并且我的 Adsense 收入也增加了。

Adsense earnings with good core web vitals

您可以做很多测试,可以收集很多数据。 但对我来说,上图是唯一重要的。

我在一年多前实施了我的修复,所以结果很清楚。

让 Adsense 与 CWV 配合使用不仅增加了我的自然流量,还增加了我的收入。

结论

如果您在自己的网站上使用 Adsense,您就会知道它有时会充满挑战。

刚接触 Adsense 的博主很快发现,依赖社交媒体的流量通常会导致无效点击。

要取得成功,您需要来自搜索引擎的优质流量,因此您需要出色的 SEO。

使用 Adsense 改善您的 Core Web Vitals 只是良好 SEO 的一小部分。 但是您可以做出的任何改进总是一个加号。

是的,您需要一些技术能力,并且需要时间来学习如何使用这个激进的缓存插件并适应您的习惯。

但对我来说,它工作得非常好,当然值得付出努力。

相关阅读:如何检查您的 Adsense 帐户中的无效流量