Statistieken

Gepubliceerd: 23 juni 2022, Laatst geüpdatet: 13 oktober 2026

Statistieken in CrUX worden mogelijk gemaakt door standaard API's voor webplatforms die door browsers worden getoond. In de BigQuery-dataset worden deze gegevens met name samengevoegd tot de oorspronkelijke resolutie. Site-eigenaren die een gedetailleerdere analyse (bijv. resolutie op URL-niveau) en inzicht in hun siteprestaties nodig hebben, kunnen dezelfde API's gebruiken om gedetailleerde RUM-gegevens (Real User Measurement) te verzamelen voor hun eigen oorsprong. Hoewel alle API's beschikbaar zijn in Chrome, ondersteunen andere browsers misschien niet de hele set statistieken.

De meeste statistieken worden weergegeven als een histogramaggregatie, waardoor de distributie kan worden gevisualiseerd en percentielwaarden kunnen worden benaderd.

Cumulatieve indelingsverschuiving (CLS)

'Cumulatieve indelingsverschuiving (CLS) is een belangrijke, gebruikersgerichte statistiek om de visuele stabiliteit te meten, omdat deze helpt te kwantificeren hoe vaak gebruikers onverwachte indelingsverschuivingen ervaren. Een lage CLS zorgt ervoor dat de pagina prettig is.'

web.dev/articles/cls

DOM Content Loaded

'DOMContentLoaded rapporteert het moment waarop het eerste HTML-document volledig is geladen en geparseerd, zonder te wachten tot stylesheets, afbeeldingen en subframes zijn geladen.'

MDN

Eerste schilderbewerking

'Eerste schilderbewerking rapporteert het moment waarop de browser voor het eerst heeft gerenderd na navigatie. Dit is exclusief de standaardachtergrondschildering, maar inclusief niet-standaard achtergrondschildering. Dit is het eerste belangrijke moment voor ontwikkelaars tijdens het laden van de pagina: het moment waarop de browser de pagina begint te renderen.'

Paint Timing API

Eerste weergave met content (FCP)

'Eerste weergave met content (FCP) rapporteert het moment waarop de browser voor het eerst tekst, een afbeelding (waaronder achtergrondafbeeldingen), een niet-wit canvas of SVG heeft gerenderd. Dit omvat tekst met in behandeling zijnde webfonts. Dit is het eerste moment waarop gebruikers pagina-content kunnen gaan gebruiken.'

Paint Timing API

Interaction to Next Paint (INP)

'Interaction to Next Paint (INP) is een veldstatistiek die de responsiviteit beoordeelt. INP registreert de vertraging van alle interacties gedurende de hele levenscyclus van de pagina. De hoogste waarde van die interacties, of bijna de hoogste voor pagina's met veel interacties, wordt geregistreerd als de INP van de pagina. Een lage INP zorgt ervoor dat de pagina altijd betrouwbaar reageert.'

web.dev/articles/inp

Interaction to Next Paint (INP) is in februari 2022 toegevoegd aan de CrUX-dataset. Deze nieuwe statistiek registreert de end-to-end vertraging van afzonderlijke gebeurtenissen en biedt een holistischer beeld van de algehele responsiviteit van een pagina gedurende de hele levensduur.

Largest Contentful Paint (LCP)

'Grootste weergave met content (LCP) is een belangrijke, gebruikersgerichte statistiek om de waargenomen laadsnelheid te meten, omdat deze het punt in de tijdlijn voor het laden van de pagina markeert waarop de hoofdcontent van de pagina waarschijnlijk is geladen. Een snelle LCP stelt de gebruiker gerust dat de pagina nuttig is.'

web.dev/articles/lcp

Resourcetype Largest Contentful Paint

'LCP rapporteert de rendertijd van de grootste afbeelding, het grootste tekstblok of de grootste video die zichtbaar is in het kijkvenster, ten opzichte van het moment waarop de gebruiker voor het eerst naar de pagina navigeerde.'

web.dev/articles/lcp - What elements are considered for LCP

Tekst en afbeeldingen (waaronder de eerste videoframes) hebben vaak heel andere laadkenmerken en optimalisatietechnieken. Als u de verhouding van LCP-resourcetypen begrijpt, krijgt u meer inzicht in uw LCP-statistieken en optimalisatiepaden.

Ga voor meer informatie naar de blogpost over de lancering van LCP-resourcetypen.

Subonderdelen van Largest Contentful Paint-afbeeldingen

'Optimalisatie voor LCP kan een complexere taak zijn als PageSpeed Insights u niet vertelt hoe u deze statistiek kunt verbeteren. Bij complexe taken is het over het algemeen beter om ze op te splitsen in kleinere, beter beheersbare taken en elke taak afzonderlijk aan te pakken.'

web.dev/articles/optimize-lcp - LCP breakdown into subparts

Als u de LCP's van afbeeldingen opsplitst in de meest kritieke subonderdelen, kunt u specifieke aanbevelingen en best practices gebruiken om elk onderdeel te optimaliseren.

Subonderdelen van LCP-afbeeldingen worden geleverd in 4 afzonderlijke statistieken:

  • largest_contentful_paint_image_time_to_first_byte
  • largest_contentful_paint_image_resource_load_delay
  • largest_contentful_paint_image_resource_load_duration
  • largest_contentful_paint_image_element_render_delay

Subonderdelen worden alleen opgenomen voor afbeeldingen en dit omvat geen eerste videoframes, omdat deze iets ingewikkelder zijn omdat we de volledige downloadtijd niet kunnen meten (eerste videoframes zijn opgenomen in de statistiek van het LCP-resourcetype, waar die complicatie niet relevant is).

Tekstsubonderdelen worden ook niet opgenomen, omdat ze minder nuttig zijn en de LCP-cijfers van afbeeldingen zouden vertekenen. Voor sites die grotendeels uit tekst-LCP's bestaan, zijn de algemene TTFB en algemene FCP statistieken nuttige uitsplitsingen, maar houd er rekening mee dat ze betrekking hebben op alle LCP's en niet specifiek op tekst-LCP's.

Ga voor meer informatie naar de blogpost over de lancering van subonderdelen van LCP-afbeeldingen.

De statistiek navigatietypen biedt een uitsplitsing van het percentage paginaweergaven van de volgende navigaties:

Type Beschrijving
navigate Een laden van pagina, die niet in een van de overige categorieën valt.
navigate_cache Een pagina die wordt geladen en waarvan de hoofdresource (het belangrijkste HTML-document) wordt weergegeven vanuit het HTTP-cachegeheugen. Sites maken vaak gebruik van caching voor subresources, maar het belangrijkste HTML-document wordt vaak aanzienlijk minder in het cachegeheugen opgeslagen. Als dat wel kan, kan dit leiden tot merkbare prestatieverbeteringen omdat het lokaal en in een CDN kan worden opgeslagen.
reload De gebruiker heeft de pagina opnieuw geladen door op de knop voor opnieuw laden te klikken, op Enter te drukken in de adresbalk of door het sluiten van een tabblad ongedaan te maken. Als pagina's opnieuw worden geladen, wordt vaak opnieuw gevalideerd bij de server om te controleren of de hoofdpagina is gewijzigd. Een hoog percentage pagina's die opnieuw worden geladen, kan wijzen op frustraties bij de gebruikers.
restore De pagina is opnieuw geladen na een browserherstart of een tabblad dat om geheugenredenen is verwijderd. Voor Chrome op Android worden deze in plaats daarvan gerapporteerd als opnieuw laden.
back_forward Een geschiedenisnavigatie, wat betekent dat de pagina recent is bekeken en dat er recent naar is teruggekeerd. Met de juiste caching moeten deze redelijk snel verlopen, maar de pagina moet nog steeds worden verwerkt en JavaScript moet worden uitgevoerd. Beide worden vermeden door bfcache.
back_forward_cache Een geschiedenisnavigatie die is weergegeven vanuit bfcache. Als u uw pagina's optimaliseert om bfcache te gebruiken door blokkeringen te verwijderen, leidt dit tot snellere ervaringen. Sites moeten er dus uitzien
prerender De pagina is vooraf gerenderd, wat, net als bij bfcache, kan leiden tot bijna onmiddellijke paginaladingen.

In sommige gevallen kan het laden van een pagina een combinatie van meerdere navigatietypen zijn. In dat geval rapporteert CrUX de eerste overeenkomst in omgekeerde volgorde van de tabel (van onder naar boven).

Meer informatie vindt u in de aankondigingspost over navigatietypen.

Onload

'De gebeurtenis load wordt geactiveerd als de pagina en de bijbehorende resources zijn geladen.'

MDN

Round Trip Time

Biedt een schatting van de round trip time van HTTP (toepassingslaag) aan het begin van de navigatie, op basis van recente netwerkverbindingen. Deze statistiek is gebaseerd op de rtt eigenschap van de Network Information API, dezelfde API die verantwoordelijk is voor de voormalige dimensie Effectief verbindingstype (ECT).

Ga voor meer informatie naar de blogpost over de lancering van LCP-resourcetypen.

Experimentele statistieken

Experimentele statistieken zijn beschikbaar in zowel de CrUX-dataset met BigQuery als in de CrUX API, maar niet alle statistieken zijn in beide beschikbaar. Deze statistieken kunnen worden gewijzigd naarmate ze zich ontwikkelen op basis van gebruikersfeedback. Check de release-opmerkingen om up-to-date te blijven van de nieuwste wijzigingen.

Experimentele statistieken voor Core Web Vitals voor zachte navigatie

In de release van oktober 2026 zijn experimentele versies van de statistieken voor Core Web Vitals geïntroduceerd, waaronder zachte navigaties:

  • experimental_largest_contentful_paint_with_softnavs
  • experimental_interaction_to_next_paint_with_softnavs
  • experimental_cumulative_layout_shift_with_softnavs

Deze statistieken omvatten zowel het volledig laden van pagina's als zachte navigaties.

Ga voor meer informatie naar Introducing experimental Core Web Vitals metrics to the Chrome UX Report.

Time to First Byte

TTFB in CrUX wordt alleen verzameld bij het volledig laden van pagina's, in tegenstelling tot andere timers (zoals LCP) die ook worden verzameld bij navigatie met terug en vooruit (bfcache) en vooraf gerenderde pagina's. De steekproefomvang van TTFB kan daarom kleiner zijn dan die van andere statistieken en kan niet noodzakelijkerwijs rechtstreeks met deze worden vergeleken. TTFB in CrUX omvat het koud laden van pagina's, het laden van pagina's in het cachegeheugen en het laden van pagina's via een bestaande verbinding (bijvoorbeeld het laden van pagina's binnen de site).

TTFB is geen rechtstreekse meting van de reactietijd van de server, omdat deze metingen van vóór dat moment omvat, waaronder de omleidingstijd, en wordt beïnvloed door de vraag of een reactie wordt weergegeven vanuit het cachegeheugen of CDN of vanaf de server. Dit is met name duidelijk in veldgegevens zoals CrUX, terwijl labtests over het algemeen minder worden beïnvloed door deze factoren, omdat de eind-URL wordt getest en cachingwijzigingen vaak herhaaldelijk worden genegeerd.

Populariteit

De statistiek populariteitspositie is een relatieve meting van de sitepopulariteit binnen de CrUX-dataset, gemeten aan de hand van het totale aantal navigaties op de oorsprong. De positie is op een log10-schaal met halve stappen (bijv. top 1k, top 5k, top 10k, top 50k, top 100k, top 500k, top 1M, enzovoort), waarbij elke positie de vorige uitsluit (bijv. top 5k is eigenlijk 4k URL's, exclusief top 1k). De bovengrens is dynamisch naarmate de dataset groeit.

Populariteit wordt verstrekt als richtlijn voor een brede analyse, bijvoorbeeld om de prestaties per land te bepalen voor de 1000 beste oorsprongen.

Meldingsrechten

Voor websites die toestemming vragen om gebruikers meldingen te tonen, geeft deze statistiek de relatieve frequentie aan van de reacties van gebruikers op de prompts: accepteren, weigeren, negeren of sluiten.

Advertentiestatistieken

Chrome biedt openbare statistieken en tools voor sites en anderen, zoals adverteerders, om meer inzicht te krijgen in de advertentie-ervaringen van echte gebruikers en de impact daarvan.

  • Aantal advertenties: Deze statistiek beschrijft hoeveel advertenties een gemiddelde gebruiker tegelijkertijd op de site ziet.
  • Advertentiedichtheid: Deze statistiek beschrijft de balans tussen de zichtbaarheid van content en advertenties voor een gemiddelde gebruiker.
  • Advertentiegewicht: CPU: Deze statistiek beschrijft het CPU-gebruik door advertenties, wat van invloed kan zijn op de prestaties.
  • Advertentiegewicht: Netwerk: Deze statistiek beschrijft het gebruik van netwerkresources door advertenties.

We verwachten dat deze statistieken met name nuttig zijn voor webadverteerders en de services die ze gebruiken om advertenties te plaatsen. We hebben van een groot aantal belanghebbenden in het advertentie-ecosysteem gehoord dat deze statistieken de manier waarop ze advertentiemogelijkheden waarderen en beslissingen over advertentieproducten nemen, kunnen verbeteren.

Ga voor meer informatie naar de blogpost over de lancering van advertentiestatistieken en de documentatie over advertentiemetingen.