Paginasnelheid verbeteren: concrete stappen voor een snellere website

Paginasnelheid verbeteren is voor de meeste lokale MKB-websites een van de meest toegankelijke technische SEO-verbeteringen. Een trage website is niet alleen een rankingnadeel, het is ook een conversiekloof: bezoekers die uw website verlaten voordat de pagina geladen is, nemen nooit contact op. Concrete, uitvoerbare stappen, ook zonder technische achtergrond, kunnen de laadtijd van de meeste WordPress-websites aanzienlijk verbeteren.

Paginasnelheid telt voor SEO omdat Google het als rankingsignaal gebruikt via Core Web Vitals. Een website die traag laadt, scoort slechter op de LCP-metric (Largest Contentful Paint) en kan daarmee een rankingnadeel hebben ten opzichte van snellere concurrenten met vergelijkbare inhoud en backlinks. Dat nadeel is groter op mobiel dan op desktop, omdat Google websites primair beoordeelt op basis van de mobiele versie.

Paginasnelheid telt ook voor conversie, los van SEO. Een bezoeker die op uw website klikt vanuit Google Maps en drie seconden wacht tot de pagina laadt, is een bezoeker die mogelijk afhaakt en terugkeert naar de zoekresultaten om een concurrent te bellen. Elke seconde extra laadtijd verhoogt de kans op afhaken. Voor een lokale loodgieter of tandarts die bezoekers wil omzetten in klanten, is elke gemiste bezoeker een gemiste opdracht.

Paginasnelheid is onderdeel van de bredere technische SEO-aanpak. Hoe het samenhangt met de andere technische factoren leest u in de complete gids over technische SEO voor ondernemers.

Paginasnelheid meten begint met Google PageSpeed Insights op pagespeed.web.dev. Voer de URL van uw homepage in en u ontvangt een score van nul tot honderd voor zowel mobiel als desktop, aangevuld met een gedetailleerde analyse van de oorzaken van uw score en concrete aanbevelingen, gerangschikt op verwachte impact.

Meet altijd op mobiel als primaire meting, omdat Google websites primair op mobiel beoordeelt. Een mobiele score van vijftig of lager verdient directe aandacht. Een score boven zeventig is voor de meeste lokale websites voldoende, al is hoger altijd beter.

Meet niet alleen uw homepage maar ook uw belangrijkste servicepagina's. Pagina's met veel afbeeldingen of complexe lay-outs scoren doorgaans slechter dan een eenvoudige homepage. Google beoordeelt alle pagina's op uw website, niet alleen de homepage.

Paginasnelheid verbeteren is voor de meeste websites te reduceren tot vijf concrete stappen die samen de grootste impact hebben op de laadtijd. Begin met de stap die de meeste verbetering oplevert voor uw specifieke situatie, zoals aangegeven in het PageSpeed Insights-rapport.

Afbeeldingen optimaliseren en comprimeren

Afbeeldingen zijn de meest voorkomende oorzaak van een trage laadtijd. Een niet-gecomprimeerde afbeelding van twee megabyte in de hero-sectie kan de LCP-waarde al boven de vier seconden brengen. Comprimeer alle afbeeldingen naar WebP-formaat, dat gemiddeld dertig tot vijftig procent kleiner is dan JPEG bij vergelijkbare kwaliteit.

Geef elke afbeelding het juiste formaat voor het display-formaat. Een afbeelding van 2400 pixels breed die op mobiel wordt weergegeven op 400 pixels breed, laadt vier keer meer data dan nodig. Gebruik srcset-attributen om verschillende formaten te serveren voor verschillende schermgroottes, of gebruik een image-optimalisatieplugin die dat automatisch doet.

Caching instellen

Caching zorgt dat uw server vooraf gegenereerde versies van uw pagina's serveert in plaats van elke pagina opnieuw op te bouwen bij elk bezoek. Voor een WordPress-website reduceert een goede caching-instelling de serverresponstijd van soms meer dan een seconde naar minder dan honderd milliseconden. Dat heeft direct effect op de LCP-score.

Installeer een caching-plugin zoals WP Rocket, LiteSpeed Cache (als uw hosting LiteSpeed gebruikt) of W3 Total Cache. Configureer ook browsercaching: geef browsers instructie om statische bestanden zoals CSS, JavaScript en afbeeldingen lokaal op te slaan zodat terugkerende bezoekers die niet opnieuw hoeven te downloaden.

Render-blocking scripts verwijderen of uitstellen

Render-blocking resources zijn CSS- en JavaScript-bestanden die de browser verplicht te laden en te verwerken voordat de pagina zichtbaar wordt. Elk render-blocking script vertraagt de LCP direct. Laad niet-kritische JavaScript asynchroon via het async- of defer-attribuut, zodat de browser de pagina al kan weergeven terwijl de scripts op de achtergrond laden.

Verwijder overbodige externe scripts van derden. Elke chatwidget, marketingtool of analysescript voegt een extra netwerkverzoek toe. Beoordeel per externe script of het daadwerkelijk bijdraagt aan uw bedrijfsdoelstellingen en verwijder scripts die u niet actief gebruikt.

Een snellere hostingomgeving kiezen

De kwaliteit van uw hostingomgeving bepaalt de basissnelheid van uw website. Goedkope gedeelde hosting, waarbij honderden websites dezelfde server delen, is een van de meest onderschatte oorzaken van een slechte snelheidsscore. Een dedicated of managed WordPress-hostingomgeving met servers in Nederland of Europa geeft uw website een snellere basis die moeilijk te compenseren is met andere optimalisaties.

Controleer uw serverresponstijd via het TTFB-gegeven (Time to First Byte) in Google PageSpeed Insights. Een TTFB boven de zeshonderd milliseconden is een indicatie dat de hostingomgeving een bottleneck is.

Een Content Delivery Network inzetten

Een Content Delivery Network (CDN) distribueert statische bestanden, afbeeldingen, CSS en JavaScript, via servers die geografisch dichter bij de bezoeker staan. Voor een lokale website in Eindhoven die bezoekers bedient vanuit de regio, is een CDN minder kritisch dan voor websites met internationaal verkeer. Toch kan een CDN als Cloudflare de laadtijd van statische bestanden verbeteren en biedt het tegelijkertijd beveiliging tegen DDoS-aanvallen en ongewenst verkeer. Cloudflare biedt een gratis basisplan dat voor de meeste MKB-websites voldoende is.

Voor WordPress-websites zijn de meeste snelheidsverbeteringen te realiseren via plugins en instellingen, zonder dat u code hoeft aan te passen. De volgende stappen zijn uitvoerbaar voor elke WordPress-gebruiker met toegang tot het dashboard.

• Installeer WP Rocket of LiteSpeed Cache en activeer de standaardinstellingen. Die instellingen regelen caching, minificatie van CSS en JavaScript, lazy loading van afbeeldingen en diverse andere optimalisaties die direct effect hebben op de laadtijd.
• Installeer Imagify, ShortPixel of een vergelijkbare afbeeldingsoptimalisatieplugin. Die plugins comprimeren automatisch alle afbeeldingen die u uploadt naar WebP-formaat zonder zichtbaar kwaliteitsverlies.
• Deactiveer en verwijder plugins die u niet actief gebruikt. Elke actieve plugin laadt extra code. Tien overbodige plugins kunnen de laadtijd aanzienlijk verhogen.
• Kies een lichtgewicht thema. Zware pagebuilder-thema's met veel ingebouwde functies laden doorgaans meer CSS en JavaScript dan nodig. Een snel thema als Astra of GeneratePress heeft een minimale footprint en geeft een betere basissnelheid.
• Activeer GZIP-compressie via uw caching-plugin of via uw hostingprovider. GZIP comprimeert de bestanden die uw server stuurt naar de browser, wat de bestandsgrootte met dertig tot zeventig procent kan reduceren.

Paginasnelheid en Core Web Vitals zijn nauw verbonden maar niet identiek. Paginasnelheid is een brede term voor hoe snel uw website laadt. Core Web Vitals zijn drie specifieke metrics die Google officieel gebruikt als rankingsignaal. LCP is de meest directe verbinding tussen paginasnelheid en Core Web Vitals: een snellere laadtijd leidt doorgaans tot een lagere LCP-waarde.

De verbeteringen in dit artikel verbeteren primair de LCP-score. Voor CLS (lay-outstabiliteit) en INP (reactiesnelheid) zijn aanvullende specifieke maatregelen nodig die in het artikel over Core Web Vitals uitgelegd staan beschreven.

Controleer na elke significante wijziging aan uw website uw PageSpeed Insights-score opnieuw. Een nieuw thema, een nieuwe plugin of een servermigratie kan de score positief maar ook negatief beïnvloeden. Wie zijn score tweemaal per jaar meet en na grote wijzigingen hercontroleert, houdt de technische basis structureel op orde.