Zo lees je een PageSpeed Insights rapport

Ik open PageSpeed Insights, vul een URL in en wacht. Twee seconden later: een grote rode 27 op mobiel, twintig aanbevelingen, drie oranje balkjes en een lijst van technische termen.

Nu weet ik meteen waar ik moet beginnen. Maar ik weet nog heel goed hoe het voelde toen ik dat nog niet wist. Je ziet van alles, maar je begrijpt er de helft niet van, je weet niet wat je moet aanpakken en in welke volgorde. Dus doe je maar niks. Of je klikt op de eerste aanbeveling die je ziet en hoopt dat het helpt.

Herkenbaar? Dan ben je niet de enige.

In dit artikel leg ik je stap voor stap uit hoe je een PageSpeed rapport leest: wat de scores betekenen, welke drie metingen echt tellen voor Google, hoe je de aanbevelingen filtert en waarom je helemaal niet hoeft te streven naar een perfecte score.

De mobiele score telt, de desktop score is bijzaak

Ik zie het keer op keer: iemand opent PageSpeed Insights, ziet een desktop score van 85 en een mobiele score van 34, en denkt “ach, 85 is toch prima.”

Die 85 doet er helaas niet toe.

Google indexeert websites al jaren op basis van de mobiele versie. Dat heet mobile-first indexing, en het betekent dat Google de mobiele versie van jouw site gebruikt om te bepalen hoe hoog je rankt in de zoekresultaten. Een desktop score van 85 met een mobiele score van 34 is vanuit Googles perspectief gewoon een slechte score. Die mooie desktop-score maakt het niet goed.

Bovendien is mobiel waar de meeste bezoekers zitten. Voor de meeste WordPress-sites is meer dan 60% van het verkeer afkomstig van mobiele apparaten. Als de mobiele versie traag laadt, verlies je het grootste deel van je bezoekers voordat ze ook maar één woord hebben gelezen.

Simpele vuistregel: noteer altijd de mobiele score. Negeer de desktop score even. Die is leidend.

Labdata of fielddata: wat je ziet is niet altijd wat Google ziet

Dit is het onderdeel dat ik zelf lang over het hoofd heb gezien, en het maakt behoorlijk wat uit voor hoe je de score interpreteert.

Een PageSpeed rapport combineert twee totaal verschillende soorten data, en ze betekenen niet hetzelfde.

Laboratoriumdata is een gesimuleerde test. Google bouwt een virtueel apparaat, simuleert een gemiddelde internetverbinding en laadt dan jouw pagina. Het is een beetje zoals een proefexamen: nuttig als indicatie van hoe je ervoor staat, maar niet hetzelfde als de echte situatie.

Velddata – ook wel CrUX-data – is een verzameling van echte ervaringen van echte bezoekers op jouw site, gemeten over de afgelopen 28 dagen. Dit is de echte toets. En dit is ook wat Google gebruikt om jouw rankingpositie te bepalen.

Als er velddata beschikbaar is, staat die bovenaan het rapport onder “Ervaring in het veld”. Kijk daar altijd eerst. Als je site weinig verkeer heeft, is die sectie soms leeg. Dan is de gesimuleerde score je enige houvast, en gebruik je die als indicatie, niet als absolute waarheid.

LCP, INP en CLS: de enige drie die echt tellen

Bovenaan het rapport zie je drie meetpunten met gekleurde balkjes: LCP, INP en CLS. Dit zijn de Core Web Vitals, en dit zijn de enige drie die direct meewegen in je Google-ranking.

LCP staat voor Largest Contentful Paint. Het meet hoe lang het duurt voor het grootste zichtbare element op de pagina geladen is. Dat is bijna altijd de hero-afbeelding of de hoofdkop van een artikel. Denk aan de eerste grote afbeelding die je ziet als je een website opent. Onder de 2,5 seconden is goed. Boven de 4 seconden is rood. Dit is de Core Web Vital die ik het vaakst zie tekortschieten, en die bijna altijd te maken heeft met een niet-geoptimaliseerde afbeelding of ontbrekende caching.

INP staat voor Interaction to Next Paint. Het meet hoe snel de pagina reageert nadat een bezoeker ergens op klikt, typt of tikt. Ken je dat gevoel dat je op een knop klikt en er even niets lijkt te gebeuren? Dat is een hoge INP. Onder de 200 milliseconden is goed. Dit probleem heeft bijna altijd te maken met te veel of te zware JavaScript op de pagina, vaak veroorzaakt door plugins die je niet meer actief gebruikt.

CLS staat voor Cumulative Layout Shift. Het meet hoe veel de pagina visueel verschuift terwijl hij laadt. Dat irritante moment dat je ergens op wil klikken maar de pagina net een stukje omhoog springt waardoor je naast de knop klikt? Dat is CLS. Onder de 0,1 is goed. CLS is van de drie het makkelijkst op groen te krijgen, en de oplossing is bijna altijd simpel: afbeeldingen altijd een vaste breedte en hoogte meegeven in de HTML.

Als je niet weet waar je moet beginnen: kijk welke van de drie rood staat en begin daar. In de meeste gevallen is dat LCP.

Opportunities zijn je to-do, Diagnostics zijn je leesvoer

Onderaan het rapport staat een lange lijst van aanbevelingen. Die zien er overweldigend uit, maar ze zijn eigenlijk opgedeeld in twee totaal verschillende secties: Opportunities en Diagnostics.

Opportunities zijn de aanbevelingen die directe invloed hebben op je laadtijd. Bij elke aanbeveling staat een schatting in seconden: hoeveel sneller laadt de pagina als je dit aanpakt? Bijvoorbeeld: “Afbeeldingen in een nieuwer formaat gebruiken — geschatte tijdsbesparing: 1,8 s.” Dit is je actielijst.

Diagnostics zijn informatief. Ze geven je context over hoe de pagina is opgebouwd: welke scripts laden er, hoe groot is de DOM, welke bronnen blokkeren het laden? Nuttig als je dieper wil begrijpen wat er technisch speelt, maar je hoeft ze niet allemaal op te lossen om de score omhoog te krijgen.

Ik had zelf lang het gevoel dat ik alles moest aanpakken: alle Opportunities én alle Diagnostics. Dat is niet zo. En dat idee leidde er bij mij toe dat ik eindeloos zat te tweaken zonder goed resultaat. Nu is mijn aanpak simpel: sorteer Opportunities op geschatte tijdwinst, pak de bovenste twee of drie aan, meet opnieuw. Dan kijk je pas verder.

Dat voelt meteen overzichtelijker.

Waarom een score van 100 geen doel is

Ik ga je iets vertellen wat ik in het begin zelf ook moest loslaten, en wat ik inmiddels aan bijna elke klant moet uitleggen: een perfecte score van 100 is voor de meeste websites niet haalbaar, en ook niet nodig.

Een score van 70 of hoger op mobiel, gecombineerd met groene Core Web Vitals, is een goed resultaat. Beter dan de overgrote meerderheid van WordPress-sites. Dát is je doel, niet de perfecte 100.

Bovendien is een score een momentopname. Als er toevallig iets extra’s op de server draait tijdens de test, of als er net meer verkeer is dan normaal, kan de score vijf punten lager uitvallen. Test een paar keer op verschillende momenten van de dag voor je conclusies trekt.

En dan nog dit: vergelijk niet alleen met jezelf maar ook met je concurrenten. Zoek de zoekterm waarop je klant gevonden wil worden, open de eerste vijf resultaten in PageSpeed Insights en kijk hoe zij scoren. Als jouw klant een 58 heeft en de rest schommelt rond de 40, is jouw klant al in het voordeel. Google kijkt relatief, niet absoluut. Dat is een fijn gegeven.

Benieuwd hoe jouw WordPress-site scoort? De Website Quick Scan geeft je in een paar minuten een eerste beeld van wat er speelt, inclusief de drie plekken met de meeste snelheidswinst. Gratis.

→ Doe de gratis Website Quick Scan