Met deze 15 tips maak je je WordPress website sneller

Eerst meten, dan pas optimaliseren

Snelheid optimaliseren zonder nulmeting is gokken. Leg vóór je iets verandert vast hoe de site er nu voor staat, zodat je per aanpassing kunt zien of hij helpt.

• Velddata uit het Core Web Vitals-rapport in Google Search Console of de bovenste sectie van PageSpeed Insights. Dit zijn metingen van echte bezoekers over de afgelopen 28 dagen, en daar kijkt Google naar.
• Labdata uit Lighthouse of PageSpeed Insights. Handig om oorzaken te vinden, maar het is één gesimuleerde meting en schommelt per test.
• Een waterfall in de netwerktab van je browser of in WebPageTest, om te zien welke bestanden laden, in welke volgorde en hoe groot ze zijn.

Meet steeds dezelfde paar pagina's: de homepage, een belangrijke dienst- of productpagina en een blogartikel. De drie Core Web Vitals zijn LCP (hoe snel het grootste element zichtbaar is), INP (hoe snel de pagina reageert op klikken en tikken) en CLS (hoeveel de opmaak verspringt tijdens het laden).

Server en hosting

1. Kies hosting die past bij WordPress en je bezoekersaantal

Als de server traag antwoordt, helpt geen enkele optimalisatie aan de voorkant. Kijk naar de Time to First Byte (TTFB) van een niet-gecachte pagina. Goedkope gedeelde hosting deelt CPU en geheugen met honderden sites. Een beheerde WordPress-host of een goed ingerichte VPS met voldoende geheugen, NVMe-opslag en een datacenter dicht bij je bezoekers maakt vaak het grootste verschil.

2. Draai een actuele, ondersteunde PHP-versie

Nieuwere PHP-versies zijn over het algemeen sneller en krijgen nog beveiligingsupdates. Kies niet blind de allernieuwste versie. Controleer eerst welke versies WordPress zelf aanbeveelt en of je thema en plugins daarmee compatibel zijn. Test de overstap op een staging-omgeving en houd het PHP-foutlog in de gaten. Zet OPcache aan; bij vrijwel elke goede host staat dat standaard al aan.

3. Gebruik paginacaching en een object cache

Paginacaching slaat de complete HTML op, zodat WordPress niet bij elk bezoek opnieuw PHP en databasequery's hoeft uit te voeren. Dat kan op serverniveau (bijvoorbeeld via de host of een reverse proxy) of met een cacheplugin. Gebruik er één, niet twee tegelijk. Voor sites met veel ingelogde gebruikers of een webshop helpt een persistente object cache zoals Redis, omdat winkelwagen en account niet volledig te cachen zijn.

Afbeeldingen en fonts

4. Lever afbeeldingen in WebP of AVIF en op de juiste afmeting

Een foto van 4000 pixels breed in een kolom van 600 pixels is verspilde bandbreedte. Upload afbeeldingen op een redelijke maximale breedte en laat WordPress via srcset passende formaten leveren. WebP wordt door alle moderne browsers ondersteund en is meestal flink kleiner dan JPEG. AVIF kan nog kleiner zijn, maar controleer of je host en plugins het goed verwerken.

5. Laad de hoofdafbeelding direct en de rest later

Lazy loading is goed voor afbeeldingen onder de vouw, maar funest voor je LCP als het grootste beeld bovenaan de pagina ook lazy laadt. Geef die hero-afbeelding juist voorrang met fetchpriority="high" en zet lazy loading alleen op beelden verderop. Geef elke afbeelding een breedte en hoogte, zodat de browser ruimte reserveert en de pagina niet verspringt.

6. Beperk en host je webfonts zelf

Elk extra lettertype en elk gewicht is een extra bestand. Kies er bij voorkeur twee families met een beperkt aantal gewichten, gebruik WOFF2 en host ze op je eigen domein. Met font-display: swap blijft tekst zichtbaar terwijl het font laadt. Preload alleen het font dat je bovenaan de pagina nodig hebt.

Scripts, CSS en plugins

7. Ruim plugins op

Het aantal plugins zegt weinig; wat ze laden wel. Eén zware plugin kan meer schade doen dan tien lichte. Verwijder wat je niet gebruikt, vervang overlappende plugins door één oplossing en kijk met een tool als Query Monitor welke plugins trage query's of veel scripts toevoegen.

8. Laad scripts en CSS alleen waar ze nodig zijn

Een formulierplugin hoeft zijn bestanden niet op elke pagina te laden, en een slider-script niet op pagina's zonder slider. Met een asset manager of een paar regels code in je thema kun je dit per pagina uitschakelen. Zo verklein je de hoeveelheid JavaScript die de browser moet verwerken.

9. Stel JavaScript uit en houd de hoofdthread vrij

Scripts die niet nodig zijn voor de eerste weergave kunnen met defer of uitgesteld worden geladen. Dat helpt vooral je INP: hoe minder JavaScript bij het laden de hoofdthread blokkeert, hoe sneller de pagina reageert op een tik. Test dit zorgvuldig, want agressief uitstellen kan menu's of formulieren breken.

10. Minimaliseer CSS en vermijd ongebruikte stijlen

Minificatie scheelt een beetje. Het grotere probleem is CSS die nooit gebruikt wordt, bijvoorbeeld van een multipurpose-thema met tientallen demo-layouts. Een licht thema, of het genereren van alleen de benodigde CSS, levert vaak meer op dan elke minificatieplugin.

Database en Elementor

11. Houd de database en autoloaded opties schoon

WordPress laadt bij elk verzoek alle opties met autoload aan uit de tabel wp_options. Verwijderde plugins laten daar soms grote hoeveelheden data achter. In het Sitestatus-scherm van recente WordPress-versies zie je een waarschuwing als de autoload-data te groot is. Ruim verder oude revisies, verlopen transients en spam-reacties op. Maak altijd eerst een back-up.

12. Bouw Elementor-pagina's licht op

Elementor kan snel zijn, mits je er bewust mee werkt. Gebruik containers (flexbox of grid) in plaats van geneste secties en kolommen, zet de prestatie-experimenten aan die je versie aanbiedt, en werk met globale kleuren en fonts in plaats van per widget stijlen in te stellen. Vermijd zware add-on-pakketten waarvan je maar één widget gebruikt. Minder nesting betekent minder HTML en een snellere opbouw.

CDN, externe tags en controle

13. Gebruik een CDN als je bezoekers verspreid zitten

Een CDN levert bestanden vanaf een server dicht bij de bezoeker. Bij een site met vooral Nederlandse bezoekers en een Nederlandse host is de winst soms beperkt; bij internationaal publiek of veel media des te groter. Kies een CDN dat ook HTML kan cachen en goed samenwerkt met je cache-instellingen, en controleer of de cache wordt geleegd als je content aanpast.

14. Wees kritisch op externe scripts

Chatwidgets, heatmaps, embeds, cookiebanners en meerdere trackingtags komen allemaal van externe servers. Ze zijn vaak de grootste oorzaak van een slechte INP. Bepaal per script of het echt nodig is, laad het via één tagmanager, en laad zware embeds zoals video's pas na een klik.

15. Meet opnieuw en blijf monitoren

Vergelijk na elke aanpassing met je nulmeting. Labdata zie je direct; velddata in Search Console heeft tot 28 dagen nodig om de verandering volledig te tonen. Plan daarna een vast controlemoment, bijvoorbeeld na grote updates of nieuwe plugins, zodat een snelle site ook snel blijft.

In welke volgorde pak je dit aan?

Begin bij de oorzaak met de grootste impact. Is de serverresponstijd hoog, dan eerst hosting en caching (tips 1–3). Is de LCP slecht terwijl de server snel is, dan meestal afbeeldingen en fonts (4–6). Reageert de pagina traag op klikken, kijk dan naar JavaScript, plugins en externe scripts (7–9 en 14). Verspringt de opmaak, controleer afmetingen van afbeeldingen, embeds en fonts.

Lees je liever eerst wat WordPress precies is en hoe het in elkaar zit? Bekijk dan onze uitleg wat is WordPress en hoe maak je een website. Wil je breder kijken dan snelheid alleen, ook naar UX en vindbaarheid? Volg dan ons stappenplan voor website optimalisatie.