Wat is PageSpeed Insights?
PageSpeed Insights is een gratis tool van Google (pagespeed.web.dev) die meet hoe snel een pagina laadt en hoe goed die presteert op Core Web Vitals. Je plakt een URL, klikt op analyseren, en krijgt binnen seconden een score van 0 tot 100 plus een lijst met concrete verbeterpunten.
De tool wordt door veel MKB'ers verkeerd gebruikt: ze staren naar het getal en raken in paniek bij een 60. Maar het losse cijfer is niet waar het om draait. Wat telt voor je Google-ranking is of je pagina de Core Web Vitals haalt, en die staan los van de exacte score.
PageSpeed Insights is dus geen examencijfer maar een diagnose-instrument. Het vertelt je niet alleen hoe snel je site is, maar ook waaróm die traag is en wat je eraan kunt doen. Leren lezen wat er staat, is waardevoller dan jagen op een perfecte 100.
Veldscore versus labscore: het belangrijkste onderscheid
PageSpeed Insights toont twee blokken data die vaak van elkaar verschillen. Wie het onderscheid niet snapt, optimaliseert het verkeerde ding.
Veldscore (echte gebruikers)
Bovenaan staat de sectie "Ontdek wat je echte gebruikers ervaren", gebaseerd op het Chrome User Experience Report (CrUX). Dit is data van echte bezoekers over de afgelopen 28 dagen. Dit telt mee voor je ranking. Nieuwe of rustige sites hebben soms te weinig verkeer om deze data te tonen.
Labscore (Lighthouse)
Daaronder staat de Lighthouse-test: een simulatie in een gecontroleerde omgeving. Dit is het cijfer van 0 tot 100 waar iedereen naar kijkt. Het is nuttig om fouten op te sporen, maar het is een momentopname op een gesimuleerd apparaat, geen weerspiegeling van je echte bezoekers.
De drie Core Web Vitals die je moet kennen
Google beoordeelt paginakwaliteit op drie meetbare signalen: laadsnelheid, interactiviteit en visuele stabiliteit. Dit zijn de Core Web Vitals, en ze bepalen samen of je in de groene zone valt.
- LCP (Largest Contentful Paint): hoe snel het grootste element (vaak een afbeelding of kop) zichtbaar is. Goed = onder 2,5 seconden.
- INP (Interaction to Next Paint): hoe snel de pagina reageert op een klik of tik. Goed = onder 200 milliseconden. INP verving in 2024 de oude FID-metric.
- CLS (Cumulative Layout Shift): hoeveel de pagina verspringt tijdens het laden. Goed = onder 0,1. Denk aan een knop die wegspringt net als je erop wilt klikken.
Hoe lees je het rapport zonder in paniek te raken?
Onder de scores staan drie secties: Diagnoses, Aanbevelingen (opportunities) en Geslaagde audits. De meeste MKB'ers verdrinken in de rode waarschuwingen. Doe dat niet. Werk gestructureerd.
Kijk eerst of de veldscore (bovenaan) groen, oranje of rood is per metric. Dat is je echte situatie. Duik dan in de aanbevelingen die het meeste tijd besparen: die staan bovenaan gesorteerd op geschatte tijdswinst in seconden.
Negeer aanbevelingen die 0,01 seconde besparen. Focus op de twee of drie items die samen het gros van de laadtijd verklaren. Meestal zijn dat afbeeldingen, render-blocking scripts en trage servertijd. De rest is ruis.
De meest voorkomende problemen en hun oplossing
Bij Nederlandse MKB-sites komen telkens dezelfde bottlenecks terug. Hier zijn de vier grootste, met de fix erbij.
Te grote afbeeldingen
Verreweg de nummer één. Een productfoto van 3 MB die als thumbnail wordt getoond. Oplossing: converteer naar WebP-formaat en gebruik de juiste afmetingen. Dit alleen al haalt vaak 10 tot 20 punten winst.
Render-blocking JavaScript en CSS
Scripts die het laden blokkeren totdat ze klaar zijn. Een goede cache-plugin met defer- en uitstel-opties lost het meeste op. Voor LiteSpeed-servers doet de LiteSpeed Cache plugin dit netjes.
Trage servertijd (TTFB)
De server doet te lang over het eerste antwoord. Vaak een kwestie van goedkope shared hosting. Snellere hosting op LiteSpeed-servers verlaagt de TTFB direct en meetbaar.
Layout shifts door ontbrekende afmetingen
Afbeeldingen zonder opgegeven breedte en hoogte laten de pagina verspringen. Zet altijd width en height op je media. Dit fixt je CLS-score meestal in één keer.
Rekenvoorbeeld: van score 54 naar 91
Neem een typische WordPress-site van een adviesbureau. Startscore mobiel: 54. LCP 4,8 seconden, CLS 0,22. Zo zag de verbetering eruit, stap voor stap.
Afbeeldingen naar WebP en juiste maten: LCP van 4,8 naar 3,1 seconden. Score naar circa 68.
Cache-plugin met CSS/JS-optimalisatie: render-blocking weg, score naar circa 79.
Verhuizing naar LiteSpeed-hosting: TTFB gehalveerd, LCP naar 2,2 seconden. Score naar circa 86.
Width/height op alle media: CLS van 0,22 naar 0,04. Score naar 91, alle Core Web Vitals groen.
Totale doorlooptijd: ongeveer een halve dag werk. Geen magie, geen dure herbouw. De meeste sites zitten vast op dezelfde vier punten, en dus is dezelfde volgorde vrijwel altijd de snelste route naar groen.
Waarom je niet moet jagen op een 100
Een score van 100 is verleidelijk maar zelden de moeite waard. De laatste 8 tot 10 punten kosten vaak net zoveel werk als de eerste 40, en leveren voor je bezoeker of ranking nauwelijks verschil op. Google beloont het halen van de groene zone, niet perfectie.
Ons advies: mik op 90+ op mobiel en zorg dat alle drie de Core Web Vitals in het groen staan in de veldscore. Dat is het punt waarop verder optimaliseren meer kost dan het oplevert.
Belangrijker dan de score is consistentie: een site die op elke pagina snel is, presteert beter dan één met een perfecte homepage en trage productpagina's. Test daarom meerdere pagina-types, niet alleen je voorpagina.
PageSpeed Insights versus andere tools
PSI is niet de enige speedtool. Het is wel de tool die het dichtst bij Google's eigen oordeel zit, want het gebruikt dezelfde CrUX-data die meetelt voor ranking. Andere tools hebben hun eigen nut.
GTmetrix en WebPageTest geven diepere technische details en laten je testlocaties en apparaten kiezen. De Search Console-sectie Core Web Vitals toont je hele site in één overzicht in plaats van per losse pagina, wat handig is om patronen te zien.
Voor de meeste MKB'ers is de combinatie genoeg: PageSpeed Insights om per pagina te diagnosticeren, en Google Search Console om te zien welke pagina-groepen structureel achterblijven. Wij gebruiken beide in elke site-check die we doen.