Google CrUX показує, скільки реклами реально бачать користувачі — і скільки ресурсів вона споживає

Google додав до Chrome UX Report (CrUX) експериментальні метрики рекламного навантаження. Вони показують не «якість реклами», а те, як реклама в сукупності впливає на реальний досвід користувачів Chrome: скільки оголошень одночасно видно, яку частину екрана вони займають і скільки мережевих та процесорних ресурсів споживають. 13

Для видавців, рекламних команд і фахівців із продуктивності це корисний орієнтир. Однак це не готова оцінка якості сайту, не правило для ціноутворення в аукціоні й не оголошений фактор органічного ранжування Google Search.

Чотири рекламні метрики CrUX

Google описує рекламне навантаження сайту за чотирма вимірами:

• Ad Count — середня кількість рекламних оголошень у вікні перегляду.
• Ad Density — середня частка площі вікна перегляду, зайнята рекламою.
• Ad Weight (Network Usage) — ресурси, спожиті рекламою в мережі, виміряні в байтах.
• Ad Weight (CPU Usage) — процесорні ресурси, спожиті рекламою, виміряні в мілісекундах. 13

Ці показники важливо читати разом. Невелика кількість оголошень не обов’язково означає легку сторінку: великий липкий банер може суттєво підвищити Ad Density. І навпаки, сторінка може виглядати відносно не перевантаженою, але мати важкий програматик-стек — тоді високими будуть мережеве навантаження або витрати CPU.

Що саме вимірює CrUX

CrUX — це публічний набір агрегованих даних про досвід реальних користувачів Chrome. Він відображає відвідування з різних пристроїв, мереж, варіантів сторінки та сценаріїв показу реклами, а не результат одного лабораторного тесту. 6

Тому дані не описують окремий показ, кампанію, креатив чи рекламний слот. Це агрегований сигнал на рівні сайту або конкретної сторінки: яким рекламне навантаження бачать користувачі в цілому. 13

Метрики мають статус експериментальних. Google прямо попереджає, що такі показники можуть змінюватися в процесі розвитку, тож поточні значення та правила доступності не слід сприймати як незмінну специфікацію. 12

Де переглядати дані

CrUX API: актуальний зріз польових даних

CrUX API надає агреговані дані реальних користувачів із низькою затримкою на рівні походження (origin) та URL сторінки. Запит за походженням об’єднує дані відповідних сторінок цього походження; запит за URL є точнішим, якщо для нього достатньо даних. 5

Цей варіант підійде, коли потрібен поточний орієнтир для ресурсу або інтеграція показників у внутрішній моніторинг.

CrUX History API: щотижневі тренди

CrUX History API повертає щотижневий часовий ряд: приблизно шість місяців історії, або 40 тижневих точок. Він підтримує запити як для походження, так і для сторінки. 111

Саме цей інструмент найкраще використовувати для оцінки змін у часі. Наприклад, після скорочення одночасно видимих рекламних блоків, відключення стороннього партнера з попиту, зміни lazy loading або обмеження ресурсомістких креативів.

CrUX Vis: графіки без власної інтеграції

CrUX Vis візуалізує щотижневі дані CrUX History API та має окрему сторінку Ad Metrics. Якщо ресурс є в наборі даних, можна швидко переглянути історичну динаміку без розробки API-інтеграції. 3

Chrome DevTools: для локального розслідування, а не заміни CrUX

Chrome DevTools допомагає відтворити та дослідити поведінку сторінки локально. У примітках до оновлень Google також описано інтеграцію польових даних CrUX у панель Performance, що дає змогу зіставляти проблеми реальних користувачів із локальним налагодженням. 4

Але локальний трасувальний запис не може замінити CrUX: він не відтворює весь розподіл пристроїв, швидкостей з’єднання, станів згоди користувача, рекламних аукціонів і варіацій креативів. Польові дані мають виявити стійку проблему, а локальні інструменти — допомогти знайти її можливу причину.

Які сайти потрапляють до звітності

CrUX охоплює не кожен сайт і не кожен URL. Щоб потрапити до набору даних, досвід користувачів має відповідати вимогам Google, зокрема походження або сторінка мають бути публічно доступними для виявлення та достатньо популярними. Універсального порогу трафіку, який гарантував би появу в CrUX, Google не публікує. 210

Для нових рекламних метрик звітність також обмежена сайтами, що відповідають критеріям і декларують авторизованого продавця. Галузеві публікації пов’язують цю вимогу з декларацією ads.txt. 17

Звідси випливають два практичні висновки:

1. Походження може мати дані CrUX, але окремі URL — не мати достатньої кількості спостережень для звіту на рівні сторінки.
2. Відсутність рекламних метрик не доводить, що на сторінці немає реклами або що вона не створює навантаження. Даних може просто не вистачати або ресурс може не відповідати критеріям звітності.

Як інтерпретувати показники

Запитання	Найрелевантніша метрика	Що вона показує
Скільки оголошень одночасно конкурують за увагу читача?	Ad Count	Видиме рекламне захаращення
Яку частину екрана займає реклама?	Ad Density	Візуальне втручання у вікні перегляду
Скільки даних споживає реклама?	Ad Weight (Network)	Навантаження на завантаження й передавання даних
Скільки обчислювальної роботи потребує реклама?	Ad Weight (CPU)	Навантаження на обробку в браузері

Для видавця це допомагає відрізнити проблему верстки від проблеми ефективності ad tech. Скорочення видимих розміщень може знизити Ad Count і Ad Density, тоді як оптимізація сторонніх скриптів або вимог до креативів може сильніше вплинути на мережеву та процесорну вагу.

Як цими даними можуть користуватися видавці та покупці реклами

Google позиціонує нові вимірювання як інструмент для buy-side і sell-side команд, щоб оцінювати досвід рекламного навантаження аудиторії. 15

Найочевидніше застосування на цьому етапі — операційне:

• Видавці можуть відстежувати рекламне навантаження поруч із доходом, Core Web Vitals, залученням та іншими власними показниками.
• Команди рекламних операцій можуть перевіряти вплив правил розміщення, шляхів попиту, відкладеного завантаження й політик щодо важких креативів.
• Медіабаєри можуть враховувати ці метрики як один із сигналів якості або оцінювання supply path, особливо коли мета кампанії передбачає ненав’язливий досвід для користувача.

Водночас чотирьох метрик недостатньо, щоб самостійно визначати ціну інвентарю. Вони не вимірюють viewability, увагу, відповідність аудиторії, шахрайство, конверсію чи вплив на бренд. Наразі також немає переконливих публічних доказів появи галузевого стандарту CPM, масового bid modifier або вимоги покупців, прямо прив’язаних до цих полів.

Що це означає для SEO та пошуку Google

Надмірне рекламне навантаження може опосередковано стосуватися SEO, якщо воно погіршує швидкість завантаження або чутливість сторінки до взаємодії. CrUX уже показує реальні умови користувачів, а нові метрики додають контекст щодо одного з можливих джерел такого навантаження. 613

Однак висновок має бути вузьким і точним: Google не заявляв, що Ad Count, Ad Density, Ad Weight (Network) або Ad Weight (CPU) є прямими сигналами ранжування в Google Search. Не варто оптимізувати сайт під уявний поріг цих метрик заради позицій у пошуку.

Практичний підхід

Сприймайте чотири показники як діагностичні польові індикатори:

1. Зафіксуйте базовий рівень для походження в CrUX API або CrUX Vis.
2. Перевірте дані на рівні URL, де вони доступні, щоб зрозуміти, чи зосереджена проблема в окремих шаблонах.
3. Вносьте по одній контрольованій зміні: зменшуйте кількість одночасно видимих оголошень, обмежуйте великі липкі блоки або прибирайте зайві сторонні ланцюжки.
4. Відстежуйте щотижневий тренд CrUX History разом із доходом, Web Vitals і показниками залучення.
5. Перевіряйте гіпотези локально в DevTools, пам’ятаючи, що це інструмент налагодження, а не заміна даних реальних користувачів.

Головна цінність рекламних метрик CrUX — прозорість. Вони відокремлюють візуальне захаращення від ресурсної вартості реклами — речі, які раніше доводилося оцінювати за кількістю слотів або синтетичними аудитами. Оскільки показники агреговані й експериментальні, їх варто використовувати для перевірки гіпотез на основі даних, а не як самодостатню оцінку якості, правило аукціону чи SEO-вимогу. 1213