Googles nya CrUX-mått visar hur tung annonsupplevelsen är

Google har lagt till fyra experimentella annonsmått i Chrome UX Report, CrUX. De ger en fältbaserad bild av annonsbelastningen: hur många annonser som syns, hur stor del av skärmen de tar upp och hur mycket nätverks- och CPU-resurser som kan kopplas till dem.

För publicister, annonsköpare och prestandateam är detta främst ett jämförelse- och felsökningsunderlag. Det är varken ett betyg på annonskvalitet eller en bekräftad direkt rankingfaktor i Google Sök. 13

De fyra annonsmåtten

Google beskriver fyra dimensioner av en webbplats annonsupplevelse:

• Ad Count – det genomsnittliga antalet annonser i visningsytan, alltså den del av sidan som för tillfället syns på skärmen.
• Ad Density – den genomsnittliga andelen av visningsytan som täcks av annonser.
• Ad Weight (Network Usage) – resurser som annonser förbrukar i nätverkstrafik, mätt i byte.
• Ad Weight (CPU Usage) – resurser som annonser förbrukar i CPU-tid, mätt i millisekunder. 13

Måtten fångar olika problem som inte går att utläsa enbart genom att räkna annonsplatser. En sida kan exempelvis ha få annonser men hög annonstäthet om en stor fast annons tar mycket plats på skärmen. En annan sida kan se relativt lugn ut, men ändå ha en tung programmatisk annonsstack som driver upp nätverks- eller CPU-belastningen.

Det är verkliga användardata – inte ett syntetiskt test

CrUX är Googles offentliga datamängd med aggregerade uppgifter om hur verkliga Chrome-användare upplever populära webbplatser. Data speglar olika enheter, uppkopplingar, sidvarianter och annonsleveranser, snarare än resultatet från ett enskilt labbtest. 6

Det innebär också att siffrorna inte beskriver en särskild annonsvisning, kampanj, kreativ eller placering. De är aggregerade signaler på domän- eller sidnivå som ska visa den samlade annonsbelastning användare möter. 13

Måtten är uttryckligen experimentella. Google påpekar att experimentella CrUX-mått kan förändras i takt med att de utvecklas, och dagens värden eller tillgänglighetsregler bör därför inte ses som permanenta specifikationer. 12

Var data finns

CrUX API: aktuell fältdata

CrUX API ger snabb åtkomst till aggregerad data från verkliga användare på både domännivå (origin) och enskild URL-nivå. En fråga på domännivå sammanför berättigade sidupplevelser under den domänen, medan en URL-fråga ger en mer specifik bild när det finns tillräckligt med data. 5

Det passar för team som vill skapa en aktuell baslinje för en webbplats eller bygga in CrUX-data i intern uppföljning och rapportering.

CrUX History API: veckovisa trender

CrUX History API erbjuder en veckovis tidsserie med omkring sex månaders historik, fördelad på 40 veckopunkter. Det fungerar på både domän- och URL-nivå. 111

Här blir det möjligt att följa om en förändring verkligen har bestående effekt: exempelvis färre samtidiga annonsplaceringar, en borttagen tredjepartspartner, ändrad lazy loading eller hårdare regler för resurskrävande annonsmaterial.

CrUX Vis: diagram utan egen integration

CrUX Vis visualiserar de veckovisa data som finns i CrUX History API och innehåller en särskild sida för Ad Metrics. För webbplatser som finns i datamängden är det ett snabbt sätt att se historiska förändringar utan att bygga en egen API-integration. 3

Chrome DevTools: för lokal felsökning

Chrome DevTools kan användas för att undersöka och återskapa lokala prestandaproblem. Googles versionsanteckningar beskriver också hur CrUX-fältdata har lagts till i DevTools Performance-panel, så att utvecklare kan sätta verkliga användarproblem i sammanhang vid lokal felsökning. 4

En lokal trace kan dock inte ersätta CrUX. Den återger inte variationen mellan användares enheter, nätverk, samtyckeslägen, annonsauktioner och annonsmaterial. Använd därför fältdata för att identifiera ett återkommande problem och lokala verktyg för att undersöka sannolika orsaker.

Vilka webbplatser kan få rapportering?

CrUX täcker inte alla webbplatser eller URL:er. För att finnas i datamängden måste upplevelserna uppfylla Googles krav, bland annat att användarna är berättigade och att domänen eller sidan är offentligt upptäckbar samt tillräckligt populär. Google anger ingen universell trafikgräns som garanterar inkludering. 210

För de nya annonsmåtten är rapporteringen dessutom begränsad till berättigade webbplatser som deklarerar en auktoriserad säljare. Branschbevakning beskriver kravet som en ads.txt-deklaration. 17

Två följder är viktiga:

1. En domän kan ha CrUX-data, medan enskilda URL:er saknar tillräckligt många kvalificerade observationer för sidnivådata.
2. Att annonsmått saknas bevisar inte att sidan är annonsfri eller att annonserna saknar belastning. Det kan helt enkelt bero på otillräckligt med berättigad data eller att sidan faller utanför rapporteringskriterierna.

Så ska måtten läsas tillsammans

Fråga	Mest relevanta mått	Vad det visar
Hur många annonser konkurrerar om läsarens uppmärksamhet?	Ad Count	Synlig annonsträngsel vid samma tillfälle
Hur stor del av skärmen tar annonserna?	Ad Density	Visuellt intrång i visningsytan
Hur mycket data förbrukar annonserna?	Ad Weight (Network)	Nedladdnings- och överföringsbelastning från annonser
Hur mycket bearbetningsarbete skapar annonserna?	Ad Weight (CPU)	Belastning på webbläsarens bearbetning från annonser

För publicister blir det lättare att avgöra om problemet främst är layouten eller effektiviteten i annonstekniken. Färre synliga placeringar kan till exempel sänka både Ad Count och Ad Density, medan färre tredjepartsskript eller lättare annonsmaterial kan påverka nätverks- och CPU-vikten mer.

Möjliga användningsområden för publicister och annonsköpare

Google har positionerat måtten som ett sätt för både köp- och säljsidan på annonsmarknaden att bedöma publikens upplevelse av annonsbelastning. 15

Den tydligaste användningen på kort sikt är operativ:

• Publicister kan följa annonsbelastning tillsammans med intäkter, Core Web Vitals, engagemang och andra egna nyckeltal.
• Annonsoperationsteam kan testa ändringar i placeringsregler, efterfrågevägar, lazy loading och policyer för tunga annonsformat.
• Medieköpare kan använda måtten som en del av utvärderingen av kvalitet eller supply path, särskilt när en friktionsfri användarupplevelse är ett kampanjmål.

Däremot räcker måtten inte för att prissätta annonsinventarie. De mäter inte viewability, uppmärksamhet, målgruppspassning, annonsbedrägerier, konverteringsgrad eller varumärkeseffekt. Det finns heller inga starka offentliga belägg för en branschgemensam budjustering, CPM-standard eller köparregel kopplad till dessa fält.

SEO och sökrankning: vad som faktiskt är känt

En tung annonsupplevelse kan vara relevant för SEO indirekt om den bidrar till sämre laddningstid eller responsivitet. CrUX visar redan verkliga användares prestandaförhållanden, och de nya måtten ger mer sammanhang kring en möjlig källa till belastning. 613

Men slutsatsen måste hållas snäv: Google har inte sagt att Ad Count, Ad Density, Ad Weight (Network) eller Ad Weight (CPU) är direkta rankningssignaler i Google Sök. Det finns därför ingen grund för att optimera mot ett antaget rankingtröskelvärde.

Praktiskt arbetssätt

Behandla de fyra måtten som diagnostiska fältsignaler:

1. Skapa en baslinje på domännivå i CrUX API eller CrUX Vis.
2. Kontrollera URL-data där den finns, för att se om problemet är koncentrerat till vissa sidmallar.
3. Gör en kontrollerad förändring i taget – till exempel färre samtidiga annonser i visningsytan, mindre fasta annonsformat eller färre onödiga tredjepartsanrop.
4. Följ den veckovisa trenden i CrUX History API tillsammans med intäkter, Web Vitals och förstapartsdata om engagemang.
5. Validera lokalt i DevTools, men betrakta lokaldata som underlag för felsökning – inte som ersättning för verkliga användardata.

Det centrala värdet i CrUX annonsmått är transparensen. De skiljer mellan visuell annonsträngsel och resurskostnad, två saker som tidigare ofta fått uppskattas genom annonsplatsräkning eller syntetiska tester. Eftersom måtten är både aggregerade och experimentella används de bäst för faktabaserade tester, inte som ett ensamt kvalitetsbetyg, auktionsunderlag eller SEO-regel. 1213