PageSpeed Insights (PSI) is een hulpmiddel waarmee webontwikkelaars inzicht kunnen krijgen in de prestaties van een pagina en hoe deze kunnen worden verbeterd. Het gebruikt Lighthouse om de pagina te controleren en mogelijkheden te identificeren om de prestaties te verbeteren. Het kan ook worden geïntegreerd met het Chrome UX Report (CrUX) om te laten zien hoe echte gebruikers de pagina en de oorsprong ervan in totaal ervaren. In deze handleiding leert u hoe u PSI kunt gebruiken om inzichten uit CrUX te halen en de gebruikerservaring beter te begrijpen.
Het lezen van de gegevens
Om aan de slag te gaan, gaat u naar https://pagespeed.web.dev/ , voert u de URL in van de pagina die u wilt testen en klikt u op Analyseren .
Na een paar seconden worden Lighthouse-audits uitgevoerd en ziet u secties met gegevens van CrUX ("Ontdek wat uw echte gebruikers ervaren") en Lighthouse ("Stel prestatieproblemen vast"). CrUX is een verzameling echte gebruikerservaringen uit de praktijk, terwijl Lighthouse een gecontroleerde test in het laboratorium is.
In het gedeelte over echte gebruikerservaringen worden de statistieken gegroepeerd op Core Web Vitals en andere opmerkelijke statistieken . De drie Core Web Vitals-statistieken worden als eerste vermeld: Largest Contentful Paint (LCP), Interaction to Next Paint (INP) en Cumulatieve lay-outverschuiving . Deze worden gevolgd door de andere opmerkelijke statistieken: First Contentful Paint (FCP) en Time to First Byte (TTFB).
Kernwebvitalen
- LCP meet de tijd totdat de pagina de waarschijnlijk belangrijkste inhoud weergeeft, zoals een heldenafbeelding of kop.
- FID meet de interactiviteit van de pagina, vanaf de eerste interactie van de gebruiker tot het moment dat de pagina erop reageert.
- CLS meet de mate van lay-outinstabiliteit op de pagina, als gevolg van verschuivingen zoals asynchroon geladen inhoud die wordt geïnjecteerd.
Andere opmerkelijke statistieken
- INP is een in behandeling zijnde Core Web Vital- statistiek die de latentie meet van alle interacties die een gebruiker met de pagina heeft uitgevoerd, en een enkele waarde rapporteert waaronder alle (of bijna alle) interacties lager waren.
- FCP meet de tijd totdat de pagina iets op de voorgrond weergeeft, zoals tekst of een logo.
- TTFB is een experimentele statistiek die de tijd meet tussen het verzoek om een bron en het moment waarop de eerste byte van een antwoord arriveert.
Metrische drempels
In deze tabel wordt beschreven hoe waarden voor deze statistieken worden gecategoriseerd als 'goed', 'verbetering nodig' of 'slecht'.
| Metriek | "Goed" | "Moet worden verbeterd" | "Arm" |
|---|---|---|---|
| LCP | 0–2500 ms | 2500–4000 ms | 4000ms+ |
| FID | 0–100 ms | 100–300 ms | 300ms+ |
| CLS | 0,00-0,10 | 0,10–0,25 | 0,25+ |
| INP | 0–200 ms | 200 ms–500 ms | 500ms+ |
| FCP | 0–1800 ms | 1800 ms–3000 ms | 3000ms+ |
| TTFB | 0–800 ms | 800 ms–1800 ms | 1800ms+ |
De Core Web Vitals-statistieken zijn de belangrijkste statistieken en worden direct ervaren door echte gebruikers. De andere statistieken kunnen worden gebruikt als diagnostische gegevens, maar zijn niet noodzakelijkerwijs waarneembaar voor echte gebruikers. Deze statistieken worden dus niet meegenomen in de beoordeling van de Core Web Vitals, en het niet halen van de 'goede' drempels is alleen van belang als ze een negatieve invloed hebben op de Core Web Vitals.
Er zijn drie manieren waarop de gebruikerservaring in PSI wordt weergegeven:
- een label dat samenvat of de pagina wel of niet slaagt voor de Core Web Vitals-beoordeling
- percentielen gemeten in seconden of milliseconden (CLS is eenheidloos)
- een verdeling die het percentage 'goede', 'verbetering nodig' en 'slechte' ervaringen vertegenwoordigt, is beschikbaar door op Weergave uitvouwen rechtsboven in deze sectie te klikken.
In de vorige schermafbeelding wordt de pagina gelabeld als 'geslaagd' voor de Core Web Vitals-beoordeling. Om te slagen moet het percentiel in alle drie de Core Web Vitals als 'goed' worden gecategoriseerd. Anders wordt de beoordeling als "mislukt" weergegeven. Sommige pagina's beschikken mogelijk niet over voldoende FID-gegevens. In dat geval wordt de pagina beoordeeld op basis van de andere twee Core Web Vitals-statistieken.
De percentielen die voor alle statistieken worden weergegeven, komen overeen met het 75e percentiel. In de statistiek is een percentiel een maatstaf die de waarde aangeeft waaronder een bepaald percentage monsters valt. Uit de bovenstaande schermafbeelding blijkt bijvoorbeeld dat het 75e percentiel van FID 13 ms is, wat betekent dat 75% van de FID-ervaringen sneller is dan 13 ms. Deze waarden zijn kleurgecodeerd volgens de vorige drempeltabel, waarbij 'goede' waarden groen zijn, waarden 'die verbetering behoeven' oranje zijn en 'slechte' waarden rood zijn.
Ten slotte worden de verdelingen voor elke metriek geïllustreerd met behulp van de groepen 'goed', 'moet worden verbeterd' en 'slecht'. LCP-ervaringen op deze pagina zijn bijvoorbeeld 90% van de tijd 'goed' (minder dan 2,5 seconden). FID is 1% van de tijd "slecht" (minstens 300 milliseconden). Deze distributies vertegenwoordigen alle gebruikerservaringen op de pagina en hun vormen geven de neiging aan om 'goed' of 'slecht' te zijn.
Samenvatting van de oorsprongsprestaties
PSI bevat ook een samenvatting van de herkomstprestaties. Dit is een samenvoeging van gebruikerservaringen op alle pagina's van een oorsprong. U kunt voor een volledige oorsprong dezelfde statistieken verkrijgen die beschikbaar zijn voor afzonderlijke pagina's. Deze gegevens komen nauw overeen met wat beschikbaar is op BigQuery , terwijl de prestaties op paginaniveau niet beschikbaar zijn voor zoekopdrachten.
Er is één groot verschil tussen de gegevens op herkomstniveau over PSI en BigQuery. De datasets op BigQuery worden één keer per maand vrijgegeven en omvatten de gegevens van de voorgaande kalendermaand. De dataset van 202005 bevat bijvoorbeeld alle gebruikerservaringen die in mei 2020 hebben plaatsgevonden. Aan de andere kant verzamelt PSI elke dag nieuwe gegevens over de afgelopen 28 dagen. De resultaten die u vandaag ziet, kunnen dus morgen anders zijn en zijn niet noodzakelijkerwijs hetzelfde als wat u zou zien in de aggregatie van de huidige maand op BigQuery.
Reacties wanneer URL-gegevens niet beschikbaar zijn in CrUX
Als de URL die u heeft ingevoerd niet beschikbaar is in Crux, zal PageSpeed Insights proberen terug te vallen op gegevens op oorsprongsniveau, zoals weergegeven in de volgende schermafbeelding. Als u op het pictogram naast de uitgeschakelde knop klikt, wordt er meer uitleg weergegeven.
Als de gegevens op herkomstniveau ook niet beschikbaar zijn in CrUX, kan PSI deze sectie niet weergeven en ziet u No Data . Er zijn nog steeds laboratoriumgegevens van Lighthouse beschikbaar om u een schatting te geven van de prestaties van de pagina.
FAQ
Dit zijn enkele veelgestelde vragen over de Crux-gegevens op PageSpeed Insights:
Wanneer zou ik PageSpeed Insights gebruiken in plaats van andere tools?
PSI combineert de praktijkgegevens van de gebruikerservaring van CrUX met de laboratoriumgebaseerde prestatiediagnostiek van Lighthouse. Hierdoor kun je eenvoudig op één plek zien hoe snel een pagina wordt ervaren en hoe je deze sneller kunt maken. De dagelijkse aggregatie van veldgegevens in PSI maakt het een uitstekende plek om de oorsprong of URL-prestaties nauwkeuriger te volgen dan tools met minder frequente aggregaties.
Zijn er beperkingen aan het gebruik van PageSpeed Insights?
PSI biedt alleen de meest recente dagelijkse aggregatie, dus u kunt niet noodzakelijkerwijs zien hoe de prestaties van een site zich ontwikkelen. Er zijn ook enkele niet-essentiële statistieken opgenomen in de CrUX-dataset die niet zichtbaar zijn in PSI.
Waar kan ik meer te weten komen over PageSpeed Insights?
Bekijk de PSI-documentatie voor meer informatie.