Test hier direct je eigen pagina
Vul een URL in en wij starten de officiële test van Google PageSpeed Insights — labdata en, als die er is, data van echte bezoekers (CrUX).
Bezoekers merken de vertraging.
Werkbaar, maar je laat resultaat liggen.
Snel voor de meeste bezoekers.
Drempels zoals Google ze gebruikt in PageSpeed Insights en Lighthouse.
Hoe snel het grootste element in beeld staat (meestal je hero-afbeelding of titel).
Hoe snel de pagina reageert als iemand klikt of typt.
Hoeveel de pagina verspringt tijdens het laden.
Velddata wordt beoordeeld op het 75e percentiel: drie van de vier bezoeken moeten in het groene bereik vallen.
Google PageSpeed Insights: hoe het werkt en wat je eruit kunt halen
Je website voelt snel aan op jouw laptop, op jouw wifi, met alles al in je cache. Je bezoeker zit in de trein op 4G met een telefoon van drie jaar oud. PageSpeed Insights is het gratis hulpmiddel van Google waarmee je het verschil tussen die twee werelden zichtbaar maakt — en het is voor bijna iedereen de beste plek om te beginnen.
Je hoeft er niets van te weten om er iets aan te hebben. Je vult je URL in op de tool van Google, je wacht een halve minuut en je krijgt een rapport. Dit artikel legt uit wat er in dat rapport staat, welke getallen echt iets betekenen, wat je zelf kunt oplossen en waar het punt ligt waarop je technische hulp nodig hebt.
Waarom snelheid ertoe doet (en niet alleen voor Google)
Twee redenen, en de eerste is de belangrijkste.
1. Bezoekers haken af. Elke seconde extra laadtijd kost conversie. Dat is geen mening: het is een van de best onderzochte verbanden in online marketing. Op mobiel is het effect het grootst, omdat daar de verbinding wisselt en de aandacht korter is. Een tragere site betekent minder aanvragen, minder verkopen en duurdere advertenties, want je betaalt voor een klik die daarna wegloopt.
2. Google gebruikt het als signaal. Snelheid is onderdeel van de "page experience"-signalen. Het is geen hoofdfactor — goede content wint van een snelle lege pagina — maar bij vergelijkbare pagina's kan het het verschil maken. En dat werkt door in wat AI-zoekmachines en assistenten van je pagina kunnen maken: wat traag of instabiel laadt, wordt slechter uitgelezen.
Kort gezegd: snelheid is geen technisch hobbyproject, het is een commerciële knop.
Wat PageSpeed Insights precies doet
De tool doet twee dingen tegelijk, en dat is de belangrijkste bron van verwarring.
- Het draait een testlading (labdata). Google laadt je pagina op eigen hardware, met een gesimuleerde mobiele verbinding, en meet wat er gebeurt. Daar komt die bekende score van 0 tot 100 uit.
- Het toont, als er genoeg data is, wat echte bezoekers hebben ervaren (velddata). Dat komt uit het Chrome User Experience Report, kortweg CrUX: geanonimiseerde metingen van echte Chrome-gebruikers over de afgelopen 28 dagen.
De score komt dus uit een labtest. Het blok bovenaan met "Ontdek wat je echte gebruikers ervaren" komt uit CrUX. Die twee kunnen flink uit elkaar lopen — en meestal is dat geen fout, maar informatie.
De score: wat betekent dat getal?
De kleurgrenzen staan in het overzicht bovenaan dit artikel. Belangrijk om te weten:
- De score is geen rapportcijfer voor je website. Het is een samenvatting van één meting van één pagina op mobiel.
- Hij fluctueert. Twee metingen achter elkaar kunnen 5 tot 10 punten verschillen. Dat is normaal; kijk naar de richting, niet naar de komma.
- 100 is bijna nooit het doel. Groen (90+) is prima. De laatste punten kosten vaak veel werk en leveren je bezoeker weinig op.
- Test per pagina, niet alleen je homepage. Een productpagina, een blogartikel en een landingspagina gedragen zich totaal anders.
De drie getallen die er echt toe doen
Onder de motorkap gaat het om de Core Web Vitals: drie meetwaarden die de beleving van een bezoeker beschrijven. In het overzicht bij dit artikel staan de exacte drempels van Google.
- LCP — hoe snel het grootste element in beeld staat. Voelt als "wanneer zie ik iets nuttigs?"
- INP — hoe snel de pagina reageert op een klik of toetsaanslag. Voelt als "reageert dit ding?" (INP verving in maart 2024 de oudere meetwaarde FID.)
- CLS — hoeveel de pagina verspringt tijdens het laden. Voelt als "waarom klikte ik nu op de verkeerde knop?"
Google beoordeelt velddata op het 75e percentiel: drie van de vier bezoeken moeten in het groene bereik vallen. Dat is bewust streng — je gemiddelde bezoeker is niet je snelste bezoeker.
Wat je uit het rapport kunt halen zonder developer te zijn
Scroll voorbij de score naar het onderste deel van het rapport. Daar staan de aanbevelingen, gesorteerd op geschatte tijdwinst. Een groot deel daarvan is inhoudelijk werk, niet technisch:
1. Afbeeldingen ("Afbeeldingen in moderne indelingen weergeven", "Afbeeldingen correct dimensioneren"). Dit is bijna altijd de grootste winst en het minst technische punt. Een fotobestand van 4 MB dat als 800 pixels wordt getoond, is pure verspilling. Kleiner exporteren en als WebP opslaan kan een pagina halveren.
2. Te veel scripts van buiten ("Reduce the impact of third-party code"). Elke tracker, chatwidget, cookiebanner, reviewbadge en A/B-testtool laadt eigen code. Loop de lijst langs en stel per stuk de vraag: gebruiken we dit nog echt? Dit is een marketingbeslissing, geen codevraag.
3. Verspringende layout (CLS). Vaak veroorzaakt door afbeeldingen zonder vaste afmetingen, later ingeladen banners of webfonts. Herkenbaar zonder tool: laad je eigen pagina op je telefoon en kijk of er iets verschuift.
4. Trage server (TTFB, "Initial server response time"). Als het eerste antwoord al langzaam komt, helpt optimaliseren aan de voorkant weinig. Dan gaat het over hosting, caching of een te zware plugin-stack — hier begint het technische werk.
5. Ongebruikte CSS en JavaScript. Typisch symptoom van een zwaar thema of een pagebuilder met tientallen modules. Meestal niet zelf op te lossen, wel goed om te weten voordat je nog een plugin installeert.
Praktisch: kies uit de lijst de twee punten met de grootste geschatte winst, los die op, meet opnieuw. Niet alles tegelijk — dan weet je nooit wat werkte.
En dan CrUX: als je het écht wilt weten
Wil je verder dan één momentopname, dan is CrUX de bron. Waar de labtest zegt "zo laadt deze pagina op onze testmachine", zegt CrUX "zo laadde deze pagina voor duizenden echte mensen, op hun eigen toestellen en netwerken".
Dat is waardevoller én lastiger:
- Er is verkeer nodig. Zonder genoeg data toont PageSpeed Insights geen velddata voor die specifieke URL, soms alleen voor het hele domein.
- Het loopt achter. Het venster is 28 dagen, dus een verbetering van vandaag zie je pas over weken volledig terug.
- Het is niet zelf-verklarend. CrUX vertelt je dat het langzaam was, niet waarom. Voor de oorzaak heb je alsnog de labtest, de Core Web Vitals in Search Console of echte monitoring nodig.
- Dieper graven vraagt gereedschap. Het CrUX-dashboard en de CrUX-API geven je verdeling per apparaattype en verloop over de tijd — nuttig, maar dat is echt technisch terrein.
Vandaar de eerlijke conclusie: PageSpeed Insights is een uitstekende basis. Voor bijna elke ondernemer of marketeer levert die basis al genoeg op om betere keuzes te maken. Wil je het echt weten — welke pagina's, welke apparaten, welke trend, welke oorzaak — dan is CrUX de juiste bron, en is technische hulp geen luxe maar de snelste weg.
Waar mensen de mist in gaan
- Jagen op 100. Het kost onevenredig veel en je bezoeker merkt de laatste tien punten niet.
- Alleen de homepage testen. Je omzet komt vaak van andere pagina's.
- De labscore als waarheid nemen terwijl CrUX iets anders zegt. Als echte bezoekers het goed ervaren, is een matige labscore geen crisis. En omgekeerd: een mooie labscore terwijl CrUX rood staat, is wél een probleem.
- Alles tegelijk aanpassen. Dan weet je niet welke ingreep hielp.
- Snelheid als eenmalig project zien. Eén nieuwe plugin, één zware video en je bent terug bij af. Zet er een moment per kwartaal voor in de agenda.
Zo pak je het in een uur aan
- Test je drie belangrijkste pagina's op mobiel: homepage, je best verkopende of best bezochte pagina en één landingspagina.
- Noteer per pagina de score plus LCP, INP en CLS. Screenshot ervan maken is genoeg.
- Kijk of er velddata (CrUX) staat. Zo ja: die weegt zwaarder dan de score.
- Pak de twee aanbevelingen met de grootste geschatte winst. Grote afbeeldingen en overbodige scripts kun je vaak zelf regelen.
- Meet na een week opnieuw en vergelijk. Bewaar je notities, dan bouw je een eigen lijn op.
Wil je hier niet zelf in duiken? Doe onze gratis websitescan — die combineert de PageSpeed-data met een blik op je vindbaarheid en conversie, in gewone taal. Of lees verder over conversie verhogen, want snelheid is één knop van een aantal.
Zit je met een site die traag blijft ondanks alle adviezen, dan is dat vrijwel altijd een kwestie van hosting, thema of te veel losse tools. Daar kijken we graag een keer vrijblijvend met je naar mee.
- TBT — Total Blocking Time
- LCP — Largest Contentful Paint
- CLS — Cumulative Layout Shift
- FCP — First Contentful Paint
- SI — Speed Index
Gewichten volgens Lighthouse 10 en later. Let op: dit is een labmeting, niet wat je bezoekers echt hebben ervaren.
| Lab (Lighthouse) | Veld (CrUX) | |
|---|---|---|
| Wat het is | Eén gesimuleerde laadtest op hardware van Google | Echte bezoeken van Chrome-gebruikers (CrUX) |
| Meetwaarden | FCP, Speed Index, LCP, TBT, CLS | LCP, INP, CLS, TTFB, FCP |
| Actualiteit | Direct, elke keer als je test | Voortschrijdend venster van 28 dagen |
| Beschikbaar voor | Elke openbare URL | Alleen URL's/domeinen met genoeg verkeer |
| Waar het voor dient | Oorzaken vinden en fixes testen | Beoordelen of het écht een probleem is |
Veelgestelde vragen over PageSpeed Insights
Wat is een goede PageSpeed Insights-score?
90 of hoger geldt als goed, 50 tot 89 kan beter en onder 50 is slecht. Jagen op 100 is zelden verstandig: die laatste punten kosten veel werk en leveren je bezoeker weinig op. Kijk daarnaast altijd naar de velddata, want die vertelt wat echte bezoekers hebben ervaren.
Waarom verschilt mijn score elke keer dat ik test?
De score komt uit één gesimuleerde labmeting. Netwerk- en serverruis maken een verschil van 5 tot 10 punten tussen twee metingen normaal. Kijk daarom naar de richting over meerdere metingen, niet naar één getal.
Wat is het verschil tussen labdata en velddata (CrUX)?
Labdata is één testlading op hardware van Google en levert de score en de aanbevelingen op. Velddata komt uit het Chrome User Experience Report: echte bezoeken van Chrome-gebruikers over de afgelopen 28 dagen, beoordeeld op het 75e percentiel. Labdata vertelt je waarom iets traag is, velddata of het echt een probleem is.
Waarom zie ik geen velddata bij mijn pagina?
Dan heeft die URL te weinig verkeer om anonieme metingen te kunnen samenvoegen. Soms is er wel data voor het hele domein en niet voor de losse pagina. Dat is geen fout in je website.
Welke Core Web Vitals meet Google?
LCP (hoe snel het grootste element in beeld staat, goed onder 2,5 seconde), INP (hoe snel de pagina reageert op interactie, goed onder 200 milliseconden) en CLS (hoeveel de pagina verspringt, goed onder 0,1). INP verving in maart 2024 de oudere meetwaarde FID.
Vragen of vrijblijvend sparren?
We denken graag met je mee — bel, mail of loop binnen in hartje Eindhoven.
