Website snelheid testen: zo lees je de uitslag.

Wil je de website snelheid testen? Open dan Google PageSpeed Insights, plak de URL van een pagina en kies Analyseren. Bekijk de resultaten voor mobiel en desktop. Begin niet bij het rapportcijfer alleen: kijk of er praktijkgegevens van bezoekers zijn en welke onderdelen van de pagina de test als probleem aanwijst. Zo wordt een snelheidstest een bruikbaar startpunt in plaats van een los cijfer.

Website snelheid testen: begin met de juiste pagina

PageSpeed Insights onderzoekt de URL die je invoert. Een test van de homepage zegt dus niet automatisch hoe een productpagina, artikel of contactpagina presteert. Kies naast de homepage minstens één pagina die belangrijk is voor je bezoekers. Bij een webshop kan dat bijvoorbeeld een productpagina zijn; bij een dienstensite een pagina waarop iemand een keuze maakt of contact zoekt. Je wilt weten of een probleem op één pagina speelt of ook op een ander paginatype terugkomt.

Kopieer de volledige pagina-URL uit je browser. Controleer na de analyse ook welke URL in het rapport staat. Een klein verschil in pad kan een andere pagina en dus een andere uitslag opleveren. Test niet uitsluitend de pagina die toevallig het mooiste resultaat laat zien. Kies vooraf de pagina’s die ertoe doen en noteer welke je hebt gemeten. Daarmee maak je een volgende meting vergelijkbaar.

Bekijk de mobiele en de desktopuitslag apart. Google beschrijft dat PageSpeed Insights beide apparaatweergaven beoordeelt. Een verschil ertussen is een aanwijzing om verder te kijken, geen bewijs dat iedereen op een telefoon dezelfde vertraging ervaart. Let ook op het onderscheid tussen gegevens over deze URL en eventuele gegevens over het hele domein. Die tweede groep gaat over meer pagina’s en mag je niet stilzwijgend als oordeel over één pagina lezen.

Voor een eerste ronde volstaat dit stappenpad:

1. Voer een belangrijke pagina-URL in en analyseer die in PageSpeed Insights.
2. Bekijk mobiel en desktop afzonderlijk en noteer welke weergave je bekijkt.
3. Kijk eerst of praktijkgegevens voor de URL beschikbaar zijn; lees daarna de Lighthouse-test en diagnoses.
4. Herhaal dit voor een ander belangrijk paginatype en leg de uitkomsten naast elkaar.

Wat zegt de uitslag eigenlijk?

Een PageSpeed-rapport bevat twee soorten informatie. Praktijkgegevens komen uit het Chrome User Experience Report, afgekort CrUX. Ze vatten metingen van echte gebruikers over de voorafgaande 28 dagen samen. Labgegevens komen van Lighthouse: een nagebootste test van de opgegeven pagina, met diagnoses die helpen een oorzaak te zoeken. Volgens Google’s uitleg van PageSpeed Insights zijn beide nuttig, maar ze beantwoorden een andere vraag.

De Performance-score hoort bij de labtest. Google noemt 90 of hoger een goede labscore. Dat is handig als samenvatting, maar het cijfer is geen gemiddelde snelheid van je bezoekers. Een bezoeker kan een ander apparaat, een andere verbinding of een ander gebruikspatroon hebben dan de test. Omgekeerd vertelt één goede praktijkscore niet welk onderdeel je bij een trage test precies moet onderzoeken.

Ontbreken praktijkgegevens, dan is dat geen oordeel over de snelheid. Google kan gegevens voor een URL pas tonen als er voldoende geschikte metingen zijn. Soms valt het rapport terug op het domein; soms ontbreken ook daarvoor gegevens. De labtest blijft dan bruikbaar voor onderzoek, maar je kunt er geen uitspraak over alle bezoekers uit afleiden.

De drie Core Web Vitals zonder meetjargon

De Core Web Vitals beschrijven drie kanten van de gebruikerservaring: laden, reageren en visuele rust. Volgens Google Search Central gaat het om LCP, INP en CLS. PageSpeed Insights beoordeelt de praktijkmetingen op basis van het 75e percentiel. Dat betekent dat de grens niet op één toevallig snel bezoek is gebaseerd. Lees de drie waarden naast elkaar; een nette laadtijd maakt een verspringende pagina niet vanzelf prettig.

Largest Contentful Paint (LCP) gaat over het verschijnen van het grootste zichtbare inhoudselement. Een grote afbeelding of een opvallend tekstblok kan hier bepalend zijn. Google classificeert een LCP van maximaal 2,5 seconden als goed. Zie je een slechte LCP, kijk dan eerst welk element wordt gemeten en of dat element laat verschijnt. De diagnose kan richting geven, maar de oorzaak verschilt per pagina.

Interaction to Next Paint (INP) gaat over de reactie van de pagina op een interactie, zoals klikken of typen. Een pagina kan zichtbaar zijn en toch traag reageren. Google classificeert maximaal 200 milliseconden als goed in de praktijkgegevens van PageSpeed Insights. Het rapport kan je naar onderdelen leiden die de browser bezighouden. Een enkele laadtest vertelt alleen beperkt hoe iedere latere interactie van een echte bezoeker verloopt.

Cumulative Layout Shift (CLS) beschrijft onverwachte verschuivingen van de zichtbare indeling. Denk aan een knop die net verspringt wanneer je erop wilt drukken. Google classificeert een CLS van maximaal 0,1 als goed. Onderzoek welke onderdelen tijdens het laden ruimte innemen of van plek veranderen. Juist hier kan kijken naar de pagina zelf meer duidelijk maken dan alleen het getal lezen.

Je ziet mogelijk ook FCP en TTFB. Die geven andere momenten in het laden weer; ze zijn niet de drie Core Web Vitals. Gebruik ze als aanvullende aanwijzingen bij de diagnose, zonder ze met LCP, INP of CLS gelijk te stellen. Zijn de termen nieuw, begin dan bij de eenvoudige vraag: verschijnt de hoofdinhoud vlot, reageert de pagina op je handelingen en blijft de indeling rustig?

Vergelijk metingen alsof je iets wilt leren

Een tweede test is vooral zinvol als je weet wat je vergelijkt. Noteer de URL, apparaatweergave en het meetmoment. Vergelijk een mobiele uitslag niet rechtstreeks met een desktopuitslag en een productpagina niet met de homepage alsof het dezelfde test is. Gebruik je daarnaast een andere testtool, houd dan ook de gekozen locatie en netwerkcondities gelijk waar die instelbaar zijn. Verschillende instellingen maken een verschil in de uitslag lastig te duiden.

Ook onder vergelijkbare omstandigheden kan een labuitslag schommelen. Google noemt onder meer variatie in netwerk en beschikbare rekenkracht als mogelijke oorzaken. Cache en het moment waarop paginaonderdelen laden kunnen eveneens invloed hebben op een losse meting. Daarom is het verstandiger een terugkerend probleem te zoeken dan één verschil in rapportcijfer onmiddellijk als vooruitgang of achteruitgang te zien. Er is geen magisch aantal testrondes dat iedere meting zeker maakt.

Gebruik deze korte checklist als je een wijziging wilt beoordelen:

• Heb je precies dezelfde URL getest?
• Vergelijk je mobiel met mobiel of desktop met desktop?
• Zijn locatie en netwerkcondities gelijk waar je die kunt instellen?
• Kijk je naar dezelfde meetwaarde en niet alleen naar het totaalcijfer?
• Komt het verschil bij een nieuwe meting terug?
• Vergelijk je de labtest met een labtest, en praktijkgegevens met praktijkgegevens?

Praktijkgegevens hebben een terugkijkperiode. Verwacht dus niet dat een wijziging van vandaag meteen als volledig nieuw beeld in die gegevens verschijnt. Een labtest kun je na de wijziging opnieuw uitvoeren om te zien of de diagnose verandert. Blijf daarbij ook de pagina zelf gebruiken: een technisch betere uitslag is pas relevant als de pagina goed blijft werken voor bezoekers.

Van een slechte meting naar een gerichte vraag

Een rode waarde is geen opdracht om willekeurig alle snelheidstips af te lopen. Begin bij de getroffen meetwaarde. Is LCP zwak, zoek dan welk belangrijk element laat zichtbaar wordt. Is INP zwak, onderzoek de reactie op interacties. Bij CLS kijk je naar de verschuivende onderdelen. Open vervolgens de bijbehorende diagnoses in PageSpeed Insights. Die helpen bij het zoeken, maar zijn geen garantie dat elke genoemde suggestie op jouw pagina de oplossing is.

Zware afbeeldingen, scripts en een indeling die nog verschuift zijn voorbeelden van onderdelen die je kunt onderzoeken. Kies één concrete hypothese: welk onderdeel veroorzaakt vermoedelijk het gemeten probleem? Kijk of je dat in de pagina en in de diagnose herkent. Na een wijziging test je dezelfde URL en apparaatweergave opnieuw. Zo weet je beter of het probleem kleiner werd en of de pagina nog doet wat zij moet doen.

Een snelheidstest is ook geen zelfstandige SEO-belofte. Google zegt dat Core Web Vitals binnen zijn rankingsystemen worden gebruikt, maar dat goede uitkomsten in rapporten geen toppositie garanderen. De inhoud en de totale paginaervaring tellen mee. Wie breder naar de vindbaarheid kijkt, kan de SEO-tips erbij pakken. Gaat je vraag over de website als geheel, dan staat die op de pagina over websites.