Statistieken

Statistieken in CrUX worden mogelijk gemaakt door standaard webplatform-API's die door browsers worden weergegeven. Met name in de BigQuery-dataset worden deze gegevens geaggregeerd naar origin-resolutie. Site-eigenaren die meer gedetailleerde analyses (bijvoorbeeld resolutie op URL-niveau) en inzicht in de prestaties van hun site nodig hebben, kunnen dezelfde API's gebruiken om gedetailleerde RUM-gegevens (Real User Measurement) voor hun eigen herkomst te verzamelen. Houd er rekening mee dat hoewel alle API's beschikbaar zijn in Chrome, andere browsers mogelijk niet de volledige set statistieken ondersteunen.

De meeste metrieken worden weergegeven als een histogramaggregatie, waardoor visualisatie van de verdeling en benadering van percentielwaarden mogelijk is.

Eerste verf

"First Paint rapporteert het tijdstip waarop de browser voor het eerst werd weergegeven na navigatie. Dit sluit de standaard achtergrondverf uit, maar omvat ook niet-standaard achtergrondverf. Dit is het eerste sleutelmoment waar ontwikkelaars belang aan hechten bij het laden van de pagina - wanneer de browser is begonnen met het weergeven van de bladzijde."

Paint Timing-API

Eerste inhoudsvolle verf

"First Contentful Paint rapporteert het tijdstip waarop de browser voor het eerst tekst, afbeeldingen (inclusief achtergrondafbeeldingen), niet-wit canvas of SVG weergeeft. Dit omvat tekst met in behandeling zijnde webfonts. Dit is de eerste keer dat gebruikers pagina-inhoud kunnen gaan consumeren."

Paint Timing-API

DOM-inhoud geladen

"DOMContentLoaded rapporteert het tijdstip waarop het initiële HTML-document volledig is geladen en geparseerd, zonder te wachten tot stylesheets, afbeeldingen en subframes klaar zijn met laden."

MDN

Grootste inhoudsvolle verf

"Largest Contentful Paint (LCP) is een belangrijke, op de gebruiker gerichte maatstaf voor het meten van de waargenomen laadsnelheid, omdat het het punt in de laadtijdlijn van de pagina markeert waarop de hoofdinhoud van de pagina waarschijnlijk is geladen. Een snelle LCP helpt de gebruiker gerust te stellen dat de pagina bruikbaar."

web.dev/articles/lcp

Aanladen

"De load-gebeurtenis wordt geactiveerd wanneer de pagina en de bijbehorende bronnen zijn geladen."

MDN

Cumulatieve lay-outverschuiving

"Cumulatieve lay-outverschuiving (CLS) is een belangrijke, op de gebruiker gerichte maatstaf voor het meten van de visuele stabiliteit, omdat het helpt te kwantificeren hoe vaak gebruikers onverwachte lay-outverschuivingen ervaren. Een lage CLS zorgt ervoor dat de pagina er prachtig uitziet."

web.dev/articles/cls

Eerste invoervertraging

"First Input Delay (FID) is een belangrijke, gebruikersgerichte maatstaf voor het meten van de responsiviteit van de belasting, omdat het de ervaring kwantificeert die gebruikers ervaren wanneer ze proberen te communiceren met niet-reagerende pagina's. Een lage FID helpt ervoor te zorgen dat de pagina bruikbaar is."

web.dev/articles/fid

Interactie met volgende verf

"Interaction to Next Paint (INP) is een veldstatistiek die de responsiviteit beoordeelt. INP registreert de latentie van alle interacties gedurende de gehele 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 te allen tijde betrouwbaar reageert."

web.dev/articles/inp

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

De statistiek voor navigatietypen geeft een overzicht van het percentage paginaweergaven van de volgende navigaties:

Type Beschrijving
navigate Een pagina wordt geladen, die niet in een van de andere categorieën past.
navigate_cache Het laden van een pagina waarvoor de hoofdbron (het hoofd-HTML-document) werd aangeboden vanuit de HTTP-cache. Sites maken vaak gebruik van caching voor subbronnen, maar het hoofd-HTML-document wordt vaak aanzienlijk minder in de cache opgeslagen en als dat wel het geval is, kan dit resulteren in merkbare prestatieverbeteringen doordat het lokaal en op een CDN in de cache kan worden opgeslagen.
reload De gebruiker heeft de pagina opnieuw geladen door op de herlaadknop te drukken, door op Enter in de adresbalk te drukken of door het sluiten van een tabblad ongedaan te maken. Het opnieuw laden van pagina's resulteert vaak in hervalidatie terug naar de server om te controleren of de hoofdpagina is gewijzigd. Een hoog percentage paginaherlaadbeurten kan wijzen op frustraties over de gebruikerservaring.
restore De pagina is opnieuw geladen na een herstart van de browser of een tabblad dat om geheugenredenen was verwijderd. Voor Chrome op Android worden deze in plaats daarvan gerapporteerd als 'herladen'.
back_forward Een geschiedenisnavigatie, wat betekent dat de pagina onlangs is bekeken en ernaar is teruggekeerd. Met de juiste caching zouden dit redelijk snelle ervaringen moeten zijn, maar vereisen nog steeds dat de pagina wordt verwerkt en JavaScript wordt uitgevoerd, wat de bfcache beide vermijdt.
back_forward_cache Een geschiedenisnavigatie die werd aangeboden vanuit de bfcache. Het optimaliseren van uw pagina's om te profiteren van de bfcache, door blokkers te verwijderen, zou moeten resulteren in snellere ervaringen, dus sites zouden er uit moeten zien
prerender De pagina is vooraf weergegeven , wat – vergelijkbaar met bfcache – kan resulteren in het vrijwel onmiddellijk laden van de pagina.

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

Meer informatie vindt u in het aankondigingsbericht over navigatietypen .

Experimentele statistieken

Experimentele statistieken zijn beschikbaar in de CrUX-dataset met behulp van BigQuery , en sommige zijn ook beschikbaar in de CrUX API . Deze statistieken zullen waarschijnlijk regelmatig veranderen naarmate ze evolueren op basis van gebruikersfeedback. Bekijk de release notes om op de hoogte te blijven van de laatste wijzigingen.

Tijd tot eerste byte

TTFB wordt alleen verzameld bij het laden van een volledige pagina, in tegenstelling tot andere timers (zoals LCP ) die ook worden verzameld bij achteruit-voorwaartse navigatie en pre-rendering. Als zodanig kan de steekproefomvang van TTFB kleiner zijn dan bij andere statistieken en hoeft deze niet noodzakelijkerwijs rechtstreeks daarmee te worden vergeleken.

Populariteit

De populariteitsrangstatistiek is een relatieve maatstaf voor de populariteit van de site binnen de CrUX-dataset, gemeten aan de hand van het totale aantal navigaties op de oorsprong. De rangschikking is op een log10-schaal met halve stappen (bijv. top 1k, top 5k, top 10k, top 50k, top 100k, top 500k, top 1M, etc.) waarbij elke rang de vorige uitsluit (bijv. top 5k is eigenlijk 4k-URL's, exclusief top 1k). De bovengrens is dynamisch naarmate de dataset groeit.

Populariteit wordt gegeven als leidraad voor een brede analyse, bijvoorbeeld om de prestaties per land voor de top 1.000 herkomsten te bepalen.

Machtigingen voor meldingen

Voor websites die toestemming vragen om gebruikersmeldingen weer te geven, vertegenwoordigt deze statistiek de relatieve frequentie van de reacties van gebruikers op de prompts: accepteren, weigeren, negeren of afwijzen.