Websitesnelheid is een conversieprobleem, geen technisch probleem

Als een website traag aanvoelt, wordt het gesprek meestal technisch: scores, plug-ins, servers. Maar bezoekers ervaren geen Lighthouse-score. Ze ervaren wachten — en terwijl ze wachten, beslissen ze of je eruitziet als een bedrijf dat ze kunnen vertrouwen. Snelheid is de eerste indruk die je merk maakt, en die indruk staat al voordat er één woord is gelezen.

We hebben onze eigen website met dit in gedachten opnieuw gebouwd, en we passen dezelfde aanpak toe bij elk klantproject. Zo kijk je naar snelheid als bedrijfsprobleem — en hier valt de echte winst te halen.

Wat bezoekers echt merken

De Core Web Vitals van Google zijn een handige bril, omdat elk ervan aansluit op iets wat mensen voelen:

• Largest Contentful Paint (LCP) — hoe lang het duurt voordat de belangrijkste inhoud verschijnt. Google beschouwt 2,5 seconden of minder als goed.
• Interaction to Next Paint (INP) — hoe snel de pagina reageert als iemand tikt of klikt. Goed is 200 milliseconden of minder.
• Cumulative Layout Shift (CLS) — of elementen verspringen tijdens het laden, waardoor mensen misklikken. Goed is 0,1 of minder.

Ze tellen ook mee in hoe Google de paginabeleving beoordeelt, dus ze zijn van belang voor je vindbaarheid. Maar de belangrijkste reden om erom te geven is eenvoudiger: een pagina die snel verschijnt, direct reageert en niet verspringt, voelt professioneel. Een pagina die hapert, voelt als een risico.

Waar trage websites tijd verliezen

In onze audits komen steeds dezelfde paar oorzaken terug. Heel weinig daarvan vragen om een volledige herbouw.

Te zware afbeeldingen

Een headerfoto die rechtstreeks uit een camera is geëxporteerd, kan meerdere megabytes wegen — meer dan de rest van de pagina bij elkaar. Afbeeldingen aanbieden in moderne bestandsformaten zoals WebP of AVIF, in de afmetingen die het scherm echt nodig heeft, levert vaak in één klap de grootste verbetering op.

Te veel JavaScript, te vroeg

Chatwidgets, sliders, animatiebibliotheken, trackingpixels en pagebuilders voegen allemaal scripts toe die de browser moet downloaden en uitvoeren voordat de pagina reageert. Het meeste daarvan is niet nodig voor het eerste scherm. Laad je het pas nadat de pagina is verschenen — of schrap je wat niemand gebruikt — dan voelt de site meteen vlot aan, zonder dat er iets aan het uiterlijk verandert.

Pagina’s die bij elk bezoek opnieuw worden opgebouwd

Als de server bij elk bezoek een database moet raadplegen en de pagina vanaf nul moet samenstellen, wachten bezoekers elke keer op dat werk — en als de database traag is of ver weg staat, wachten ze nog langer. Door pagina’s vooraf te bouwen en ze te serveren vanaf een CDN dicht bij de bezoeker, verdwijnt die wachttijd volledig, en pagina’s kunnen nog steeds automatisch worden ververst als de content verandert.

Hosting ver van je klanten

Afstand voegt vertraging toe aan elk verzoek. Zitten je klanten in Zuid-Azië en staat je server in de Verenigde Staten, dan kost elke heen-en-terugreis van de data tijd voordat er ook maar iets laadt. Een CDN voor statische bestanden, en servers in een regio dicht bij je database en je klanten, lossen dit op.

Het snelste verzoek is het verzoek dat nooit op een server hoeft te wachten. Bouw vooraf wat je kunt, cache wat je niet kunt, en houd het eerste scherm licht.

Verbeteringen die omzet opleveren, niet alleen scores

Niet elke optimalisatie is evenveel waard. Jagen op een perfecte 100 kan weken kosten voor winst die geen bezoeker merkt. Wij stellen prioriteiten in deze volgorde:

1. Maak het eerste scherm snel op een gemiddelde smartphone via mobiele data — dat is je echte publiek.
2. Maak de weg naar een aanvraag of aankoop snel: het contactformulier, de productpagina, het afrekenen.
3. Haal verspringende elementen weg rond knoppen en formulieren, waar één misklik je een lead kost.
4. Pas daarna ga je de lange staart van pagina’s en scores fijnslijpen.

Zo check je je eigen website in vijf minuten

• Haal je homepage door PageSpeed Insights en kijk naar het mobiele resultaat, niet naar desktop.
• Open de site op je eigen telefoon via mobiele data, niet via wifi, en kijk hoe lang het duurt voordat je iets kunt doen.
• Doorloop het aanvraagformulier of het afrekenproces van begin tot eind — trage stappen kosten hier het meest.
• Bekijk in Google Search Console het rapport Core Web Vitals om te zien hoe echte bezoekers de site ervaren.

Vallen de cijfers tegen? Geen paniek, en ga niet uit reflex alles opnieuw bouwen. De meeste websites kun je flink sneller maken door afbeeldingen aan te pakken, scripts later te laden en pagina’s te cachen. Wil je dat we naar de jouwe kijken? Stuur ons de link — we vertellen je eerlijk wat je het beste het eerst kunt aanpakken.