Google добавил CrUX-метрики рекламы: что проверить SEO-команде

15 сентября 2026 года Chrome представил экспериментальные рекламные метрики в Chrome User Experience Report — CrUX. Они показывают, сколько объявлений видит пользователь, какую долю экрана они занимают и какую нагрузку создают для процессора и сети. 22 сентября Google Search Central добавил эти показатели в руководство по page experience как один из инструментов оценки рекламной нагрузки сайта.

Обновление важно для новостных проектов, каталогов, маркетплейсов и других сайтов, которые монетизируют трафик рекламой. Но его легко истолковать неправильно. Google не объявлял новый отдельный фактор ранжирования, а Chrome не установил «хорошие» и «плохие» пороги. CrUX ad metrics — диагностические данные о реальном опыте пользователей, а не новая оценка SEO.

Содержание

Что именно появилось в CrUX
Что измеряют четыре рекламные метрики
Как Chrome собирает и агрегирует данные
Как это связано с SEO и page experience
Где посмотреть показатели
Что проверить сайтам Казахстана
Как провести аудит без ложных выводов
Практический чек-лист

Что именно появилось в CrUX

CrUX уже используется для полевых данных Core Web Vitals: он агрегирует анонимные измерения реальных пользователей Chrome, которые соответствуют критериям участия. Новый набор расширяет эту систему четырьмя показателями рекламного опыта:

Ad Count;
Ad Density;
Ad Weight: CPU;
Ad Weight: Network.

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

Данные доступны на уровне отдельного URL и origin, если ресурс соответствует условиям CrUX. Для рекламных метрик есть дополнительное условие: Chrome сообщает, что страницы и источники без хотя бы одного авторизованного продавца в ads.txt не получают такие данные. Отсутствие отчёта поэтому не означает автоматически отсутствие рекламы или техническую ошибку.

Что измеряют четыре рекламные метрики

Ad Count

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

Большое число не является автоматическим нарушением. Два компактных объявления и два полноэкранных блока создают разный опыт, поэтому Ad Count нужно сопоставлять с плотностью, расположением и поведением страницы.

Ad Density

Ad Density показывает среднюю долю видимой области экрана, занятую рекламой. Chrome каждую секунду сопоставляет площадь видимых рекламных фреймов с площадью viewport, затем усредняет измерения за сессию.

Это помогает увидеть сценарии, которые плохо обнаруживаются обычным просмотром первого экрана. Например, рекламная плотность может расти после прокрутки, загрузки новых блоков или появления закреплённого объявления.

Ad Weight: CPU

Метрика суммирует время выполнения на CPU, которое потребляют рекламные фреймы, их скрипты и ресурсы. Она выражается в миллисекундах. В официальной методологии отдельно указано, что расчёт относится к рекламным фреймам и не включает скрипты рекламы, работающие непосредственно в основном фрейме страницы.

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

Ad Weight: Network

Показатель отражает объём сетевых данных, загруженных рекламными ресурсами: скриптами, изображениями и стилями. Chrome считает переданные сжатые байты и сообщает результат в килобайтах.

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

Как Chrome собирает и агрегирует данные

Измерение начинается после получения первых байтов основного HTML-документа и продолжается до завершения посещения вкладки. Для Ad Count и Ad Density Chrome делает выборку видимой области по ходу сессии. CPU- и сетевую нагрузку система накапливает за время посещения.

В CrUX публикуется 75-й перцентиль. Это означает, что показатель описывает значение, которое было таким или лучше для 75% учтённых посещений. Один ручной тест разработчика и агрегат CrUX поэтому не обязаны совпадать.

Полевые данные рассчитываются в скользящем окне за 28 дней. После исправления рекламного шаблона отчёт не обновится мгновенно: старые и новые посещения некоторое время будут находиться в одном периоде. Для быстрой проверки Chrome предлагает лабораторные инструменты, а для оценки реального эффекта — сравнение полевых данных по мере накопления новой выборки.

В сбор входят подходящие пользователи Chrome на Windows, macOS, Android, ChromeOS и Linux. Chrome на iOS, Android WebView и другие браузеры на Chromium не входят в перечисленные официальной документацией платформы. Это ещё одна причина не переносить результат CrUX на всю аудиторию без сопоставления с собственной аналитикой.

Как это связано с SEO и page experience

Google Search Central добавил CrUX ad metrics в список инструментов, которые помогают оценивать page experience. На той же странице Google рекомендует избегать чрезмерного количества рекламы, отвлекающей от основного содержания или мешающей ему.

При этом официальная документация разделяет несколько понятий:

рекламные метрики не входят в Core Web Vitals;
для них нет категорий Good, Needs improvement и Poor;
Google не объявлял отдельный порог Ad Density или Ad Count для ранжирования;
успешный отчёт Core Web Vitals сам по себе не гарантирует высоких позиций;
page experience оценивается комплексно, а релевантность контента остаётся основной задачей поиска.

Практическая связь с SEO чаще косвенная. Рекламный блок может увеличивать сетевую и вычислительную нагрузку, провоцировать сдвиги макета, перекрывать текст или ухудшать навигацию. Тогда страдают реальные пользователи и могут ухудшаться связанные показатели производительности и вовлечения.

Правильный вывод — не «снизить Ad Density до секретной цифры», а найти места, где монетизация мешает получить основной ответ страницы.

Где посмотреть показатели

Chrome перечисляет четыре доступных способа:

CrUX Vis — визуальный интерфейс для просмотра и сравнения полевых данных.
CrUX API — получение актуального 28-дневного среза.
CrUX History API — анализ изменений во времени.
панель Ad в Chrome DevTools — лабораторная диагностика конкретной страницы.

Для API опубликованы отдельные ключи метрик:

experimental_ad_density;
experimental_ad_count;
experimental_ad_cpu;
experimental_ad_kilobytes.

По состоянию на 26 октября 2026 года Chrome сообщает, что добавление рекламных метрик в набор CrUX BigQuery ещё планируется. Поэтому не стоит строить текущий процесс на предположении, что нужные поля уже доступны во всех старых SQL-выгрузках.

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

Что проверить сайтам Казахстана

Для Казахстана не объявлялся отдельный запуск или специальная методика. CrUX собирает данные глобально у подходящих пользователей Chrome, а наличие отчёта зависит от критериев включения конкретного URL или origin и от рекламной конфигурации.

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

Проверку лучше разделять минимум по двум уровням:

origin — чтобы увидеть общую динамику сайта;
URL — чтобы найти проблемные типы страниц: статью, карточку товара, каталог, поиск или бесконечную ленту.

Затем данные нужно сопоставить с устройствами и географией в собственной аналитике. CrUX ad metrics не дают готового отчёта «только пользователи Казахстана» для каждого небольшого сайта и не заменяют GA4, логи или внутренние данные рекламной платформы.

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

Как провести аудит без ложных выводов

Начните с базовой линии за полный доступный период. Зафиксируйте четыре рекламных показателя, Core Web Vitals, шаблон страницы и дату последнего изменения рекламной системы. Не сравнивайте случайный день до изменения с другим случайным днём после него: CrUX использует скользящее 28-дневное окно.

Дальше выберите несколько типов URL:

страницы с высоким органическим трафиком;
мобильные посадочные страницы;
длинные статьи с несколькими рекламными вставками;
каталоги с подгрузкой контента;
страницы с закреплённой или полноэкранной рекламой;
шаблоны, где ухудшились LCP, INP или CLS.

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

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

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

Практический чек-лист SEO-команды

Проверить наличие корректного ads.txt и авторизованных продавцов.
Убедиться, что URL или origin вообще представлены в CrUX.
Снять базовую линию всех четырёх рекламных метрик.
Зафиксировать Core Web Vitals и основные показатели собственной аналитики.
Разделить аудит по шаблонам, устройствам и ключевым страницам.
Найти блоки, которые перекрывают содержание или занимают большую часть viewport.
Проверить рекламу, загружаемую после прокрутки и взаимодействия.
Сопоставить CPU- и сетевую нагрузку с LCP, INP и поведением страницы.
Не использовать выдуманный универсальный «SEO-порог» для Ad Density.
После правок проверить страницу в DevTools и отметить дату релиза.
Дождаться обновления 28-дневного окна CrUX перед итоговым выводом.
Оценить одновременно пользовательский опыт, органическую видимость и доход.

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

Если реклама, Core Web Vitals и технические шаблоны мешают органической видимости, PIUN Marketing проводит SEO-оптимизацию сайта в Казахстане с проверкой индексирования, производительности и пользовательского пути.