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 aandacht aan besteden bij het laden van de pagina - wanneer de browser is begonnen met het weergeven van de bladzijde."
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."
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."
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."
Aanladen
"De load-gebeurtenis wordt geactiveerd wanneer de pagina en de bijbehorende bronnen zijn geladen."
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."
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."
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."
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.
Navigatietypen
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 in CrUX wordt alleen verzameld bij het laden van een volledige pagina, in tegenstelling tot andere timers (zoals LCP ) die ook worden verzameld bij achteruit-navigatie en vooraf gegenereerde pagina's. Als zodanig kan de steekproefomvang van TTFB kleiner zijn dan bij andere statistieken en hoeft deze niet noodzakelijkerwijs rechtstreeks daarmee te worden vergeleken.
CrUX meet TTFB terwijl de eerste bytes van de documentbron van de server worden ontvangen. De conventionele visie van TTFB was om te meten wanneer de documentreactie start, maar als Early Hints worden gebruikt, zullen de "eerste bytes" eerder zijn. In de toekomst kan CrUX worden bijgewerkt om vroege hints te negeren.
TTFB is geen directe maatstaf voor de responstijd van de server, aangezien het wel maatregelen daarvoor omvat, inclusief de omleidingstijd en wordt beïnvloed door het feit of een antwoord wordt aangeboden vanuit de cache of CDN of vanaf de server. Dit is vooral duidelijk in veldgegevens zoals CrUX, terwijl laboratoriumtests doorgaans minder door deze factoren worden beïnvloed, omdat de eind-URL tests zijn en vaak herhaaldelijk caching-wijzigingen teniet doen.
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, enz.) waarbij elke rangschikking 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.
Rondreistijd
Geeft een schatting van de HTTP-rondreistijd (applicatielaag) aan het begin van de navigatie, op basis van recente netwerkverbindingen. Deze statistiek staat ook bekend als de rtt- eigenschap van de Network Information API, dezelfde API die verantwoordelijk is voor de dimensie Effective Connection Type (ECT) .
Deze statistiek is alleen beschikbaar in de CrUX API en de CrUX History API, geaggregeerd tot het 75e percentiel. Histogrammen zijn niet beschikbaar. Het is ook niet beschikbaar in BigQuery.