WordPress speed-optimalisatie die de oorzaak oplost.
Ik diagnosticeer trage WordPress- en WooCommerce-sites van serverrespons tot het renderpad in de browser en implementeer daarna de fixes zonder het ontwerp te veranderen. TTFB, databasewerk, afbeeldingen, JavaScript, derden en Core Web Vitals worden als één systeem gemeten.
De cijfers die bewegen na een echte optimalisatieronde.
Geen themewissel — dezelfde site, maar snel. Hieronder staat een representatieve voor/na-meting op een WooCommerce-build met veel plugins.
Representatieve cijfers. Werkelijke winst hangt af van host, theme en pluginstack — de audit laat zien wat jouw site realistisch kan halen.
De gebruikelijke verdachten.
Negentig procent van falende WordPress-sites faalt om dezelfde handvol redenen. De audit laat zien welke bij jou spelen.
Renderblokkerende CSS en JavaScript
Elke plugin zet zijn eigen stylesheet en script in de <head>, en de browser kan niet painten voordat die klaar zijn. Critical CSS, uitstel en selectief unloaden lossen dat op.
Een hero-afbeelding van 2 MB
Het Largest Contentful Paint-element is bijna altijd een afbeelding. Correcte afmetingen, moderne formaten en priority hints halveren LCP vaak al op zichzelf.
Lay-outverschuiving door lettertypen en embeds
Laat ladende webfonts, afbeeldingen zonder vaste afmetingen en geïnjecteerde advertentieslots verschuiven content na het laden. Dat is CLS — te verhelpen met afmetingen, font-display en gereserveerde ruimte.
Trage serverrespons (TTFB)
Niet-gecachete PHP, een opgeblazen database en goedkope shared hosting vertragen al de allereerste byte. Object caching, query-opruiming en edge delivery brengen dat omlaag.
Scripts van derden die je vergeten was
Chatwidgets, heatmaps, tagmanagers en oude trackingpixels blokkeren stilletjes de main thread. Ze worden geaudit, uitgesteld of verwijderd.
Meten, herstellen, verifiëren — in die volgorde.
Geen giswerk en geen “laten we vijf plugins installeren en hopen”. Elke wijziging wordt op staging met cijfers bewezen voordat bezoekers hem zien.
Audit
Maak een baseline van elke pagina met field- en labdata en koppel elke falende metric vervolgens aan de echte oorzaak.
Oplossen op staging
Werk op een clone, één wijziging per keer, en meet na elke stap opnieuw zodat niets op geloof wordt gedaan.
Ship & verify
Rol de geverifieerde verbeteringen uit naar productie en bevestig dat de cijfers ook onder echt verkeer standhouden.
Hand over
Een kort document en guardrails zodat een plugin-update over zes maanden het werk niet ongedaan maakt.
Een snellere site, en het bewijs dat hij sneller is.
LCP, INP en CLS groen in de field assessment, niet alleen in een labscore.
Concrete cijfers per pagina zodat je exact ziet wat veranderde en hoeveel.
Niets aan hoe de site eruitziet of werkt verandert — hij wordt alleen sneller.
Een kort onderhoudsdocument zodat de winst toekomstige plugin- en theme-updates overleeft.
Voordat je het vraagt.
Caching verbetert herhaalbezoeken, niet de eerste paint die een nieuwe bezoeker en Google daadwerkelijk meten. De meeste falende sites lopen vast op render-blocking CSS en JavaScript, een te zware hero-afbeelding, layout shift en trage serverrespons. Een plugin helpt aan de randen, maar de echte winst komt uit het herstellen van het critical rendering path — handwerk, geen schakelaar.
Nee. Alles gebeurt eerst op staging, één wijziging per keer, met voor- en nametingen. Niets gaat naar productie voordat het visueel en functioneel is geverifieerd, en elke wijziging die layout of gedrag verslechtert wordt teruggedraaid.
Ja — dat zijn juist de meest voorkomende gevallen en vaak waar de grootste winst zit: niet-gecachete cart fragments, opgeblazen buildermarkup, tientallen pluginscripts op elke pagina. De methode blijft hetzelfde: meten, verminderen, verifiëren.
Lighthouse is een labtest op één gesimuleerd apparaat. Core Web Vitals in Search Console gebruiken field data — echte Chrome-gebruikers over 28 dagen. Het doel is slagen voor de field assessment, dus ik valideer altijd tegen beide en nooit alleen tegen een groene labscore.
Meestal één tot drie weken, afhankelijk van de site. Je krijgt een geprioriteerde audit, de fixes eerst op staging en daarna in productie, een voor/na-rapport en een korte handover zodat je team de winst behoudt.
Een review van je live pagina's tegen Core Web Vitals en Lighthouse, de specifieke bottlenecks gerangschikt op impact en een eerlijke inschatting van de benodigde inspanning. Geen verplichting — en ook nuttig als je het intern uitvoert.
Laten we uitzoeken hoe snel jouw site kan worden.
Stuur je URL en ik kom terug met de echte bottlenecks en wat nodig is om te slagen — gratis en zonder voorwaarden.
Diagnosticeer eerst het symptoom voordat je nog een optimalisatieplugin toevoegt.
Gerichte technische gidsen voor de foutpatronen die ik het vaakst zie op WordPress-sites in productie.
