Metriche pubblicitarie CrUX di Google: cosa misurano e come usarle

Google ha aggiunto al Chrome UX Report (CrUX) quattro metriche sperimentali che rendono più visibile il carico pubblicitario sperimentato dagli utenti reali: quanti annunci sono sullo schermo, quanto spazio occupano e quante risorse di rete e CPU assorbono.

Per editori, team ad operations e media buyer sono un riferimento utile per individuare e confrontare problemi di affollamento visivo e inefficienza tecnica. Non sono però un punteggio di qualità degli annunci, né Google ha dichiarato che costituiscano fattori diretti di ranking nella Ricerca. 13

Le quattro metriche pubblicitarie di CrUX

Google descrive l’esperienza pubblicitaria di un sito attraverso quattro dimensioni:

• Ad Count: il numero medio di annunci presenti nel viewport, cioè nella porzione di pagina visibile sullo schermo.
• Ad Density: la quota media dell’area del viewport occupata dagli annunci.
• Ad Weight (Network Usage): le risorse consumate dagli annunci in termini di byte trasferiti.
• Ad Weight (CPU Usage): le risorse di elaborazione attribuite agli annunci, misurate in millisecondi. 13

Letti insieme, questi dati distinguono aspetti che il semplice conteggio degli spazi pubblicitari non riesce a cogliere.

Un sito può avere pochi annunci visibili ma un’Ad Density elevata, per esempio per la presenza di un grande formato sticky che sottrae una parte rilevante dello schermo. Al contrario, una pagina può apparire poco affollata ma usare una filiera programmatica pesante, con valori elevati per rete o CPU. Molti piccoli formati leggeri possono invece far salire il conteggio senza comportare lo stesso impatto sulle risorse.

Che cosa rileva davvero CrUX

CrUX è il dataset pubblico di Google basato su dati aggregati sull’esperienza di utenti reali di Chrome. Riflette quindi navigazioni effettuate con dispositivi, connessioni, versioni di pagina e consegne pubblicitarie differenti; non coincide con un singolo test sintetico eseguito in laboratorio. 6

Di conseguenza, le metriche non descrivono una specifica impression, campagna, creatività o posizione pubblicitaria. Descrivono invece, in forma aggregata, il carico pubblicitario che gli utenti incontrano su un’origine o, quando ci sono dati sufficienti, su un URL. 13

Sono inoltre indicatori sperimentali. Google avverte che le metriche sperimentali di CrUX possono cambiare durante la loro evoluzione: valori, definizioni e criteri di disponibilità non vanno dunque trattati come specifiche definitive. 12

Dove trovare i dati

CrUX API: una fotografia aggiornata dei dati sul campo

La CrUX API restituisce dati aggregati a bassa latenza, sia a livello di origine sia a livello di URL. Una query per origine aggrega le esperienze delle pagine idonee appartenenti a quell’origine; una query per URL è più puntuale, se il volume di dati lo consente. 5

È la scelta più adatta per ottenere un benchmark corrente di una proprietà o integrare i risultati CrUX in dashboard e monitoraggi interni.

CrUX History API: analizzare le tendenze settimanali

La CrUX History API mette a disposizione una serie storica settimanale di circa sei mesi, composta da 40 punti dati. Supporta query sia per origine sia per pagina. 111

È lo strumento più utile per capire se un intervento ha prodotto un cambiamento duraturo. Un editore può, ad esempio, confrontare l’andamento prima e dopo la riduzione degli annunci simultanei, la rimozione di un partner di domanda, una modifica al lazy loading o l’introduzione di limiti alle creatività più pesanti.

CrUX Vis: grafici senza integrazione tecnica

CrUX Vis visualizza i dati settimanali della CrUX History API e include una sezione dedicata alle Ad Metrics. Per le proprietà presenti nel dataset consente di controllare rapidamente l’evoluzione storica senza sviluppare un’integrazione API. 3

Chrome DevTools: indagine locale, non sostituto dei dati sul campo

Chrome DevTools aiuta a ispezionare e riprodurre il comportamento prestazionale della pagina in locale. Le note di rilascio di Google indicano anche l’integrazione di dati CrUX nel pannello Performance, utile per mettere i problemi osservati dagli utenti reali nel contesto del debugging locale. 4

Un tracciato locale, però, non può sostituire CrUX: non riproduce la distribuzione reale di dispositivi, connessioni, consensi, aste pubblicitarie e creatività. I dati sul campo servono per individuare un problema ricorrente; gli strumenti locali per indagarne le possibili cause. La documentazione fornita non definisce inoltre una specifica completa e stabile dell’attribuzione di un distinto pannello pubblicitario in DevTools.

Quali siti possono comparire nei report

CrUX non include tutti i siti o tutti gli URL. Per entrare nel dataset, un’esperienza deve soddisfare i criteri di idoneità di Google: utenti idonei, origine o pagina pubblicamente individuabile e popolarità sufficiente a permettere l’aggregazione dei dati. Google non pubblica una soglia di traffico universale che garantisca l’inclusione. 210

Per le nuove metriche pubblicitarie, la disponibilità è inoltre limitata ai siti idonei che dichiarano un venditore autorizzato. La copertura giornalistica del lancio identifica questo requisito nella dichiarazione ads.txt. 17

Ne derivano due conseguenze pratiche:

1. Un’origine può avere dati CrUX, mentre singoli URL possono non avere osservazioni sufficienti per un report a livello di pagina.
2. L’assenza delle metriche pubblicitarie non dimostra che una pagina sia priva di annunci o di carico pubblicitario: può semplicemente mancare il numero necessario di dati idonei oppure non essere rispettato un criterio di reporting.

Come interpretare i quattro valori

Domanda	Metrica più utile	Che cosa indica
Quanti annunci competono contemporaneamente per l’attenzione del lettore?	Ad Count	Affollamento di annunci visibili
Quanto spazio dello schermo è occupato dalla pubblicità?	Ad Density	Intrusività visiva nel viewport
Quanti dati consumano gli annunci?	Ad Weight (Network)	Carico di download e trasferimento attribuibile agli annunci
Quanta elaborazione richiedono gli annunci?	Ad Weight (CPU)	Carico di lavoro del browser attribuibile agli annunci

Per gli editori, la lettura combinata dei valori aiuta a separare un problema di layout da un problema di efficienza dell’ad tech. Ridurre gli annunci visibili può abbassare count e density; razionalizzare script di terze parti o requisiti delle creatività può incidere soprattutto sul peso di rete e CPU.

Utilizzi per editori e acquirenti media

Google ha presentato queste misurazioni come uno strumento per consentire ai team pubblicitari lato acquisto e lato vendita di valutare l’esperienza di carico pubblicitario delle audience. 15

L’impiego più concreto, almeno per ora, è operativo:

• Editori: monitorare il carico pubblicitario insieme a ricavi, Core Web Vitals, engagement e altri indicatori proprietari.
• Team ad operations: testare regole di posizionamento, percorsi di domanda, lazy loading e policy sulle creatività pesanti.
• Media buyer: usare queste metriche come uno degli elementi della valutazione qualitativa dell’inventory o dei percorsi di fornitura, soprattutto quando la fluidità dell’esperienza utente è un obiettivo della campagna.

I dati, da soli, non possono però determinare il prezzo dell’inventory. Non misurano viewability, attenzione, affinità dell’audience, frodi, tasso di conversione o risultati di brand. Non emergono inoltre solide evidenze pubbliche di uno standard di CPM, un bid modifier o un obbligo generalizzato per gli acquirenti collegato a questi campi.

SEO e ranking: ciò che si sa

Un’esperienza pubblicitaria pesante può avere un rilievo indiretto per la SEO se contribuisce a rallentare il caricamento o peggiorare la reattività. CrUX già aiuta a osservare le condizioni prestazionali degli utenti reali; le nuove metriche aggiungono contesto su una possibile fonte di sovraccarico. 613

La conclusione corretta è però più limitata: Google non ha dichiarato che Ad Count, Ad Density, Ad Weight (Network) o Ad Weight (CPU) siano segnali diretti di ranking nella Ricerca Google. Non è quindi sensato ottimizzarli contro una presunta soglia SEO.

Un metodo pratico per intervenire

Conviene trattare i quattro indicatori come segnali diagnostici sul campo:

1. Stabilire una baseline a livello di origine con CrUX API o CrUX Vis.
2. Controllare i dati per URL, se disponibili, per capire se il problema è concentrato su specifici template.
3. Applicare una sola modifica controllata per volta, ad esempio riducendo gli annunci simultanei nel viewport, limitando i grandi formati sticky o eliminando passaggi di terze parti non necessari.
4. Monitorare l’andamento settimanale nella CrUX History API insieme a ricavi, Web Vitals ed engagement proprietario.
5. Verificare localmente con DevTools, ricordando che il risultato locale è utile per il debugging ma non sostituisce i dati di utenti reali.

Il valore centrale delle metriche pubblicitarie CrUX è la trasparenza: rendono osservabile la differenza fra affollamento visivo e costo di risorse, una distinzione che prima editori e buyer dovevano dedurre dal numero di slot o da audit sintetici. Poiché restano sperimentali e aggregate, vanno usate per orientare test basati sui dati, non come giudizio autonomo sulla qualità, regola SEO o input diretto d’asta. 1213