Chrome измеряет рекламную нагрузку страниц: новые метрики CrUX

15 сентября 2026 года Chrome добавил в открытый отчёт CrUX четыре метрики рекламной нагрузки: сколько рекламных блоков в экране, какую долю экрана они занимают, сколько килобайт скачивают и сколько миллисекунд процессора съедают. Замер идёт в браузере у живых людей, данные публичные, и посмотреть их может кто угодно по любому домену.

Для арбитража это важно по двум причинам. Во-первых, если вы монетизируете свои сайты рекламой, ваша нагрузка теперь видна партнёркам, рекламодателям и конкурентам. Во-вторых, детект рекламы в Chrome работает давно и не ради одних отчётов: перегруженный блок браузер просто выгружает со страницы.

Разбираем по документации Chrome, а в середине статьи наши собственные замеры по 67 популярным сайтам через CrUX.

Что именно запустил Chrome

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

Считаются метрики по-разному. Количество и плотность Chrome берёт снимком экрана раз в секунду: реклама считается видимой, если в момент замера хотя бы один её пиксель попал в экран. Килобайты и миллисекунды копятся за всю сессию.

Отдаются значения в 75-м перцентиле. Если у домена плотность 19 процентов, это значит, что у трёх четвертей визитов реклама занимала 19 процентов экрана или меньше, а у четверти больше. Перцентиль взят вместо среднего, чтобы отдельные тяжёлые сессии не перекашивали картину.

Как Chrome решает, что перед ним реклама

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

Первое: совпадение с фильтр-листом. Chrome проверяет запросы подресурсов и переходы во фреймах до отправки. Если адрес совпал с правилом из фильтр-листа, запрос помечается рекламным. Список представляет собой урезанную версию EasyList, того самого набора правил, на котором работает половина блокировщиков.

Второе: анализ стека скриптов. Если ресурс или фрейм создан скриптом, который уже помечен как рекламный, метку получает и новый объект. Chrome смотрит стек вызовов в момент создания.

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

Четвёртое: главный фрейм рекламным не бывает никогда. Сам документ страницы под метку не попадает, а вот его подресурсы, скрипты и медиа, вполне.

Отсюда практический вывод для арбитражника. Домен вашего трекера, счётчика или скрипта домонетизации вполне может лежать в EasyList: списки эти собираются годами и туда попадает многое из того, что вы считаете своей инфраструктурой. Если такой скрипт создал iframe, весь его трафик начинает считаться рекламной нагрузкой, и метка с него уже не снимется.

Кто попадает в отчёт: фильтр по ads.txt

В CrUX попадают не все сайты. Google пишет прямо: чтобы поддержать качество метрик, в отчёт включают только те сайты, которые указали хотя бы одного авторизованного продавца в файле ads.txt. Домены без этого файла или с одной заглушкой из отчёта исключены.

Для арбитражных сайтов это чаще всего означает, что их в CrUX не будет: ads.txt ставят те, кто продаёт инвентарь через программатик, а не те, кто льёт трафик на офферы.

Но есть нюанс. Фильтр по ads.txt применяется на этапе сборки CrUX, а не в браузере. Панель Ads в DevTools показывает метрики для любой страницы, которую вы открыли, независимо от наличия файла. То есть замерить свой сайт локально можно всегда, просто в публичный отчёт он не попадёт.

Порогов у метрик нет, но это не значит, что они безобидны

Google отдельно оговаривает: метрики отчёта не входят в Core Web Vitals и не имеют рекомендованных целей или порогов. Делений на «хорошо», «нужно улучшить» и «плохо», как у LCP или CLS, здесь нет.

Это правда, но неполная. Пороги по рекламной нагрузке в Chrome существуют давно, просто они лежат в другом механизме, Heavy Ad Intervention. Браузер выгружает объявление со страницы, если пользователь с ним не взаимодействовал и оно превысило любой из трёх лимитов: 60 секунд основного потока суммарно, 15 секунд в любом окне из 30 секунд или 4 мегабайта сетевого трафика.

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

Ещё один порог, который никуда не делся, лежит в стандартах Better Ads: для мобильных недопустимой считается реклама, занимающая больше 30 процентов высоты основной части страницы. Плотность из CrUX и эта цифра считаются по-разному, но ориентир по порядку величин дают один.

Наши замеры: сколько рекламы Chrome видит на реальных сайтах

Чтобы понять масштаб, мы собрали свежие полевые данные CrUX по 80 популярным новостным и контентным доменам из России, Украины, Германии, Британии, США и Индии. Данные нашлись у 67 из них: у остальных либо нет ads.txt с продавцами, либо не хватило трафика.

Замер, который получился: окно с 16 августа по 12 сентября 2026 года, устройство «телефон», 75-й перцентиль по всему домену.

Медианный вес рекламы по сети составил 2,2 мегабайта за визит на телефоне. Это только реклама, без самого сайта. У 18 доменов из 67 показатель перевалил за 4 мегабайта, у семи за 8 мегабайт. Максимум 12,2 мегабайта.

Медианная плотность 13 процентов экрана, и ни один из 67 доменов не перешагнул порог Better Ads в 30 процентов. То есть по площади рынок держится в приличиях, а по весу и по процессору разлёт огромный: медианное время процессора 3,9 секунды, а у верхушки списка 13-16 секунд на визит.

Отдельно любопытно, что дорогие по весу сайты не обязательно самые плотные. У сайта с максимальным весом плотность 12 процентов, то есть блоков немного, но каждый тянет мегабайты. Это ровно тот случай, под который делали Heavy Ad Intervention.

Как посмотреть свои цифры

Инструментов три, и у каждого своя ниша.

CrUX API отдаёт последний срез за 28 дней. Метрики запрашиваются по ключам из таблицы выше, на вход подаётся origin для всего домена или url для конкретной страницы. Нужен ключ Google Cloud. CrUX History API отдаёт ту же историю понедельно.

Дашборд CrUX Vis показывает 40 недель скользящих 28-дневных периодов и обновляется по понедельникам. Ключ не нужен, переключается между доменом и страницей, фильтрует по устройству. Именно им мы и снимали свои данные.

Панель Ads в DevTools меряет локально прямо у вас в браузере и работает на любом сайте, включая ваши собственные лендинги и витрины без ads.txt. Заодно посмотрите, что ваши страницы отдают ботам: как это устроено у краулеров ИИ-сервисов, мы показали в разборе рекламы в ChatGPT.

В BigQuery рекламных метрик пока нет. Google пишет, что работает над этим и обновит документацию, когда добавит.

Что это меняет для арбитража

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

Первый: домонетизация и новостные витрины. Если сайт монетизируется тизерами и рекламными блоками, его нагрузка теперь измерима публично. Партнёрка, рекламодатель или конкурент может открыть CrUX Vis и увидеть цифры, которые раньше были известны только владельцу.

Второй: тяжёлые блоки просто исчезают. Объявление, которое перевалило за 4 мегабайта, Chrome выгружает. Если ваш доход строится на плотной выдаче, часть показов вы теряете уже сейчас, независимо от новых метрик.

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

Четвёртый: рекламодатели получили новый аргумент в торге. В анонсе Chrome собрал цитаты WPP, The Guardian, Mediavine, Index Exchange, Adelaide и Display & Video 360. Все они про одно: оценивать площадку по качеству рекламного окружения. Площадкам с плохими цифрами будут платить меньше. Похожий сдвиг мы разбирали, когда Meta убрала исключение плейсментов: контроль качества размещения уходит на сторону платформы.

Отдельно про клоакинг. Прямой связи с фильтрацией трафика у метрик нет: они меряют то, что видит живой посетитель, и никак не помогают отличить проверяющего от человека. Но одна практическая связка есть. Если вы через KLO отдаёте ботам и модераторам белую страницу, стоит убедиться, что белая версия не собрана из десятка рекламных блоков: именно её видят и краулеры, и панель DevTools, и любой, кто решит вас проверить.

Чеклист: что сделать на своих сайтах

• Открыть свой сайт в Chrome, зайти в панель Ads в DevTools и посмотреть четыре цифры на мобильной эмуляции. Работает на любом домене.
• Проверить, есть ли домен в публичном CrUX через CrUX Vis. Если данных нет, скорее всего нет ads.txt с авторизованными продавцами или не хватает трафика.
• Найти блоки тяжелее 4 мегабайт: их Chrome уже выгружает, и вы за них не получаете ничего.
• Посмотреть, какие ваши домены попали в EasyList. Если там лежит трекер или счётчик, его трафик считается рекламным весом и участвует в лимитах.
• Держать плотность заметно ниже 30 процентов высоты основной части на мобильных: это давний порог Better Ads, и он никуда не делся.
• Если продаёте трафик или площадку, снять цифры до того, как их снимет покупатель.

Частые вопросы

Материал носит информационный характер. Описание метрик и правил детекта приведено по документации Chrome for Developers на 17 сентября 2026 года. Полевые данные по 67 доменам собраны редакцией через дашборд CrUX Vis 17 сентября 2026 года, скриншоты сняты нами.