Je websitesnelheid testen in twee minuten

Een trage website verliest bezoekers voordat ze een woord hebben gelezen, en de meeste ondernemers weten niet of die van hen traag is. De telefoon in je zak laadt je site uit het cachegeheugen, over je eigen wifi, in een seconde — en dat zegt niets over iemand die je op mobiele data vindt op een parkeerplaats.

Het goed testen kost ongeveer twee minuten en je hoeft niets te installeren.

Stap 1: Test de pagina waar mensen binnenkomen

Open PageSpeed Insights, plak er een URL in en draai de test. Gebruik de pagina waar bezoekers landen — vaak een dienstpagina en niet de homepage — en lees eerst de mobiele uitslag. Op mobiel zitten de problemen, want het netwerk is trager en de processor kleiner.

Draai hem twee keer. Eén meting is een steekproef, geen oordeel.

Stap 2: Lees drie getallen, negeer de rest

De Core Web Vitals van Google zijn drie metingen, en Google publiceert per meting de grenswaarde:

• Largest Contentful Paint (LCP) — hoe lang tot het grootste element in beeld staat. Goed is binnen 2,5 seconde.
• Interaction to Next Paint (INP) — hoe snel de pagina reageert op een tik. Goed is 200 milliseconden of minder. INP werd in 2024 een vaste Core Web Vital en verving First Input Delay.
• Cumulative Layout Shift (CLS) — hoeveel de pagina verspringt tijdens het laden. Goed is 0,1 of minder.

Ze worden beoordeeld op het 75e percentiel van de paginaweergaven, gesplitst naar mobiel en desktop. In gewone taal: drie van de vier bezoeken moeten goed zijn, niet het gemiddelde bezoek.

Het totaalcijfer tot 100 is een samenvatting. De drie getallen zijn de diagnose.

Stap 3: Koppel het getal aan de oorzaak

Elk van de drie faalt om een beperkt aantal redenen, en die van jou kun je meestal raden.

LCP is traag — vrijwel altijd een te grote afbeelding. Een foto van 4 MB rechtstreeks uit de camera is dé meest voorkomende oorzaak van een trage mkb-site.

INP is traag — meestal scripts: chatwidgets, tracking, een boekingsmodule, alle drie tegelijk.

CLS is slecht — er laadt iets laat dat de inhoud omlaag duwt. Afbeeldingen zonder afmetingen, een cookiemelding, een lettertype dat inspringt.

Stap 4: Los eerst het beeldprobleem op

Voor de meeste kleine sites lost het verkleinen van afbeeldingen het grootste deel van de uitslag op.

• Exporteer foto's op de maat waarop ze getoond worden, niet op cameraformaat
• Gebruik een modern formaat — WebP of AVIF — in plaats van een zware JPEG
• Geef elke afbeelding een breedte en hoogte mee, zodat er niets verspringt
• Haal elke afbeelding weg die versiering is en geen informatie

Stap 5: Test opnieuw en noteer het getal

Draai dezelfde pagina nog eens en noteer de drie waarden met de datum. Snelheid zakt weg — een widget die je in maart toevoegde zie je in april terug — en een getal van een half jaar geleden is de enige manier om dat op te merken.

Als het probleem niet bij de afbeeldingen ligt

Foto's verkleinen lost de meeste mkb-sites op. Is die van jou al licht en staan er nog steeds twee van de drie op rood, dan is de oorzaak een van deze.

Een trage Interaction to Next Paint komt bijna altijd door scripts van derden. Een chatwidget, een boekingsmodule, een tagmanager en een reviewcarrousel voegen elk werk toe dat de browser af moet hebben voordat hij op een tik kan reageren. Haal ze er één voor één uit en meet opnieuw; de meeste sites dragen er minstens één mee die al een jaar niemand gebruikt. Wat overblijft kan vaak alleen laden op de pagina die het nodig heeft.

Een slechte Cumulative Layout Shift is iets dat te laat binnenkomt. De gebruikelijke vier: afbeeldingen zonder breedte en hoogte, een advertentie of module zonder gereserveerde ruimte, een cookiemelding die de inhoud omlaag duwt in plaats van eroverheen te liggen, en een lettertype dat inspringt en de tekst opnieuw laat lopen. De oplossing is steeds dezelfde: reserveer de ruimte voordat het ding er is.

Een trage Largest Contentful Paint bij kleine afbeeldingen komt meestal door de hosting of een stylesheet die het renderen blokkeert. Dit is het punt waarop het antwoord niet meer aan de inhoudskant ligt, en de eerlijke vervolgstap is het vragen aan wie de site beheert.

Hoe snel is snel genoeg?

Alle drie de grenswaarden halen is een goed doel en een verstandig stoppunt. Jagen op een perfecte 100 loont zelden voor een mkb-site: de laatste punten kosten onevenredig veel moeite en geen bezoeker merkt ze.

Wat wél loont: twee keer per jaar controleren, en altijd nadat je iets toevoegt dat op elke pagina laadt.

Als de site snel is, verschuift de vraag naar wat bezoekers vervolgens doen — zie meer aanvragen via je website en waar je bezoekers vandaan komen.

Bronnen

• Web Vitals · web.dev
• Largest Contentful Paint (LCP) · web.dev
• Page experience in Google Search results · Google Search Central
• PageSpeed Insights · Google

Veelgestelde vragen

Beïnvloedt snelheid mijn positie in Google?

De pagina-ervaring, inclusief Core Web Vitals, is een van de vele signalen die Google voor zoeken documenteert. Het tilt een pagina niet boven relevantere resultaten, maar tussen twee vergelijkbare pagina's heeft de snelste een voordeel, en snelheid bepaalt sowieso of bezoekers blijven.

Heb ik een perfecte score van 100 nodig?

Nee. De drie grenswaarden halen is een verstandig stoppunt voor een mkb-site. De laatste punten kosten onevenredig veel moeite en geen bezoeker merkt het verschil.