AdSense и Core Web Vitals могут отлично работать — вот как

Adsense и Core Web Vitals могут успешно работать вместе, независимо от того, что вы можете прочитать.

Да, поначалу я боролся со скоростью сайта и медленной загрузкой страниц с AdSense, особенно на мобильных устройствах.

Но после нескольких настроек и изучения того, как Google рассчитывает Core Web Vitals (CWV), мои сайты теперь получают все зеленые сигналы в Google Search Console (GSC).

Самый ценный урок, который я усвоил, заключался в том, что сайты для тестирования скорости, включая PageSpeed ​​Insights, не очень надежны и часто могут вводить в заблуждение.

Доказательство того, что AdSense может обойти Core Web Vitals

Важнейшим фактором в получении хороших оценок CWV для ваших страниц AdSense является улучшение времени до первого байта. Подробнее о том, как это сделать позже.

Во-вторых, если у вас есть реклама AdSense в верхней части ваших страниц, вам нужно использовать CSS, чтобы оставить место для рекламы.

Последнее — это ограничение количества объявлений на каждой странице, поэтому автоматическая реклама AdSense — не лучший вариант.

Я вставляю два объявления в свою мобильную версию и три или четыре в настольную, в зависимости от длины страницы.

Вот что говорят мне мои отчеты об опыте страниц в Google Search Console.

Как видите, все индикаторы как на мобильных устройствах, так и на десктопах зеленые.

Но чтобы получить эти отчеты, вам нужно иметь разумный объем ежемесячного трафика. Google не сообщает, сколько, но в этой статье объясняется, почему вы можете не увидеть никаких данных.

Если это ваш случай, есть и другие способы проверить свой сайт.

1. Сначала проверьте без AdSense

Первый шаг — протестировать некоторые страницы вашего сайта, на которых нет объявлений AdSense.

Но убедитесь, что вы используете окно инкогнито для всех своих тестов, потому что это будет намного точнее.

Сначала проверьте свой сайт и страницы с помощью Google Mobile-Friendly Test. Если пройдете, идите дальше. Если нет, вам нужно исправить любые проблемы.

Вы можете протестировать с помощью таких инструментов, как PageSpeed ​​Insights или GTMetrix. Но одна проблема заключается в том, что на большинстве сайтов есть баннер согласия на использование файлов cookie. Так что все ваши тесты всегда будут включать скрипты для баннера.

Лучший и лучший способ проверить — использовать инструменты разработчика.

Запустите отчет Lighthouse (то же самое, что и PageSpeed ​​Insights) со своим баннером cookie. Затем повторите попытку после закрытия баннера.

Затем сделайте то же самое с отчетом о производительности.

Если результат с баннером намного хуже, вы можете найти лучший плагин или найти способ улучшить время загрузки.

Но вот что вы должны увидеть, если ваш сайт достаточно хорошо оптимизирован.

Если вы видите красные предупреждения о кумулятивных изменениях макета, вам следует проверить, где они происходят. Но если это не большие сдвиги, они не всегда являются проблемой.

Время до интерактивности обычно не вызывает беспокойства.

Это часто вызвано Google Analytics, особенно если у вас запущены как универсальные скрипты, так и скрипты GA4.

Также может быть, что у вас есть скрипты, работающие в нижнем колонтитуле.

Если вы получаете все зеленые сигналы, как указано выше, ваш сайт хорошо оптимизирован.

2. Проверка основных веб-показателей на страницах AdSense

Проведите те же тесты еще раз, но используйте страницы, на которые вы вставили рекламу.

Если у вас есть проблема с отсутствием данных в отчете о качестве страницы на GSC, эти тесты помогут вам.

Вот отчеты о производительности и маяках для мобильных и настольных компьютеров на моем активном сайте, чтобы вы могли сравнить их со своим сайтом.

Вы можете увидеть зеленые оценки для параметра «Самая большая содержательная отрисовка» (LCP) и «Задержка первого ввода» (FID).

Но да, есть красные предупреждения для Content Layout Shift (CLS). Это из объявлений AdSense, вставленных ниже на странице. Но я скоро покажу вам, почему это обычно не вызывает беспокойства.

Теперь давайте посмотрим на отчеты Маяка.

Красные предупреждения выглядят плохо, но эти факторы, время до взаимодействия (TTI) и общее время блокировки (TBT) вообще не учитываются для CWV. Так что они не вызывают беспокойства.

Тремя основными приоритетами являются LCP, FID и CLS. Как видите, предупреждений CLS в репостах производительности было очень мало, так что с ними проблем нет.

Пока вы ниже 0,1 для CLS, все в порядке.

Опять же, все основные факторы CWV отмечены зеленым цветом, и все они проходят Core Web Vitals с AdSense.

Это доказывает, что вам не следует руководствоваться числом производительности, особенно для мобильных устройств. Вы можете пройти CWV с результатом 45 или 95.

У меня есть страницы, которые почти всегда имеют оценку 45–65, и все они проходят отчет Page Experience.

Если ваше тестирование дает результаты, аналогичные приведенным выше, ваши страницы и сайт, вероятно, проходят проверку.

Просто вы не можете посмотреть данные на GSC, чтобы проверить это.

4. Последнее испытание

Но есть еще один очень простой тест, который вы можете сделать.

Возьмите телефон и выключите Wi-Fi.

Теперь проверьте несколько страниц на своем сайте, используя мобильные данные.

Если они загружаются дольше одной секунды или более, у вас есть работа.

4. Часто все дело во времени до первого байта

Итак, вы выполнили все тесты, и ваш сайт не прошел тест Core Web Vitals с AdSense.

Но так часто, как я обнаружил, это не структура вашего сайта, тема или даже плагины; это ваше время для первого байта (TTFB).

Фактически, TTFB станет новым сигналом CWV. Так что это важнее, чем когда-либо.

Не паникуйте, потому что есть решение, которое работает. Ну, это работает для меня, так что, надеюсь, это сработает и для вас.

Как и вы, возможно, я действительно несколько месяцев боролся с AdSense, вызывая проблемы с CWV.

Но я наткнулся на быстрое и относительно простое решение, которое решило многие проблемы. Он использует Cloudflare и меняет плагин кэширования.

Благодаря этим двум изменениям я сократил TTFB примерно с одной секунды (а на некоторых сайтах даже больше) до менее чем 50 мс.

Вы можете проверить свой сайт с помощью GTMetrix, чтобы получить данные о времени браузера, как указано выше.

Самое приятное то, что вам не нужен сверхскоростной хост-сервер. Это исправление будет работать на большинстве учетных записей серверов общего хостинга и на сайтах, размещенных в любой точке мира.

5. Исправление — Cloudflare и Super Page Cache для Cloudflare

Если вы не используете Cloudflare, вы должны это сделать.

Не только из-за преимуществ в скорости, но и из-за безопасности брандмауэра Cloudflare.

Этот пост не о том, как добавить свой сайт в Cloudflare. Но вы можете найти туториал.

Как только ваш сайт появится на Cloudflare, вы можете добавить Super Page Cache для Cloudflare на свой сайт WordPress или, что еще лучше, на тестовый сайт.

Он использует правило страницы Cloudflare Cache Everything и работает практически «из коробки». Таким образом, вам не нужно будет изменять многие или какие-либо настройки по умолчанию.

Единственное предупреждение: вы можете использовать только один плагин кэширования.

Поэтому перед установкой вы должны отключить любой плагин кэширования, который у вас есть на вашем сайте, например, W3 Total Cache или Super Cache.

Однако вы можете и должны продолжать использовать Autoptimize для минимизации и объединения ваших CSS и JS.

Autoptimize легко интегрируется и работает с Super Page Cache для Cloudflare.

Звучит как немного работы, и это так, но оно того стоит.

Если вы не уверены, проверьте отзывы о плагине, а также запросы в службу поддержки, на которые всегда отвечают быстро.

Все, что я могу сказать, это то, что этот плагин кэширования решил 95% проблем, с которыми я сталкивался, когда AdSense замедлял работу моего сайта.

Просто уменьшая TTFB, другие проблемы, такие как LCP, FID и CLS, уменьшались или исчезали.

Это потому, что вторая или около того, которую вы сэкономите на своем TTFB, позволяет вашему коду AdSense загружаться намного раньше.

Обратите внимание, что я не имею никакого отношения к Super Page Cache for Cloudflare. Я всего лишь пользователь и наслаждаюсь преимуществами, которые он предлагает.

6. Другие быстрые советы

Если у вас есть реклама в верхней части страницы, вам нужно зарезервировать место, используя атрибут высоты CSS.

Если вы используете Ad Inserter, это легко. Просто отредактируйте настройки CSS.

Но если вы хотите передать код вручную, вы можете добавить эту строку в свой код AdSense сразу под строкой <ins class="adsbygoogle".

Возможно, вам придется поэкспериментировать, но от 28° до 300 пикселей обычно хорошо работает реклама для компьютеров.

Последний совет: не дублируйте свой JS-скрипт Adsense.

Используйте эту часть кода только в первом объявлении на странице, а затем удалите ее из всех последующих объявлений.

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

Если у вас разные объявления на десктопе и мобильном телефоне, используйте приведенный выше скрипт для первого объявления для каждой версии.

Стоит ли все это усилий?

Как всегда, ответ зависит.

Некоторые говорят, что Core Web Vitals не является важным фактором ранжирования.

Но Джон Мюллер из Google сказал о CWV следующее:

Это фактор ранжирования, и это больше, чем тай-брейк, но он также не заменяет релевантность.

Я могу только сказать, что по моему опыту, улучшение моего CWV помогло получить более высокий рейтинг по запросам в поиске Google.

И вот настоящее доказательство того, что PageSpeed ​​Insights — не лучший способ проверки.

На изображении ниже вы можете видеть, что оценка CWV относится к «Этому URL», а не к среднему значению источника.

Все реальные пользовательские данные CRUX (отчет о пользовательском опыте Chrome) отображаются зеленым цветом. Так что эта страница работает быстро и проходит все тесты с загрузкой Adsense.

Но посмотрите на отчет производительности PageSpeed ​​Insights ниже. Это 62, что означает ужасно.

Реальный LCP составляет 1,4 секунды, но лабораторные испытания PageSpeed ​​Insights показывают 5,9 секунды!

Это прекрасный пример того, почему нельзя доверять лабораторным тестам скорости передачи данных.

Поскольку я уверен, что страницы моего сайта работают быстро, это помогло мне получить больше органического трафика, а мой доход от AdSense увеличился.

Есть много тестов, которые вы можете провести, и данных, которые вы можете собрать. Но для меня график выше — единственный, который имеет значение.

Я реализовал свое исправление более года назад, поэтому результат довольно ясен.

Использование AdSense в сочетании с CWV увеличило не только мой органический трафик, но и мой доход.

Вывод

Если вы используете AdSense на своем сайте, вы знаете, что иногда это может быть сложно.

Блоггеры, плохо знакомые с AdSense, быстро обнаруживают, что использование трафика из социальных сетей часто приводит к недействительным кликам.

Чтобы добиться успеха, вам нужен качественный трафик из поисковых систем, поэтому вам нужно отличное SEO.

Улучшение основных веб-показателей с помощью AdSense — это лишь малая часть хорошего SEO. Но любое улучшение, которое вы можете сделать, всегда является плюсом.

Да, вам нужны некоторые технические способности, и потребуется время, чтобы научиться использовать и адаптировать свои привычки с помощью этого агрессивного плагина кэширования.

Но для меня это работает очень хорошо и, безусловно, стоит затраченных усилий.

Связанное чтение: Как проверить недействительный трафик в вашей учетной записи AdSense