WordPress Performance

Traagheid op een WordPress-site is zelden één ding. Het is een gelaagde meting, de optelsom van netwerktijd, servertijd en browsertijd. Dit artikel laat zien wat bezoekers op de voorkant echt ervaren, waar in een WordPress-request de tijd doorgaans heen gaat, en welke aangrenzende problemen mensen hier vaak mee verwarren.

Een WordPress-dashboard dat hapert terwijl de publieke site razendsnel blijft, is een van de meest voorkomende WordPress-klachten. De oorzaak is structureel, geen bug. De admin draait een fundamenteel ander soort verzoek dan de voorkant, en bijna elke optimalisatie die bezoekers helpt, doet niets voor de admin. Dit artikel legt uit waarom.

Time to First Byte is de wachttijd tussen het moment dat een browser een verzoek start en het moment dat de eerste byte van het antwoord binnenkomt. Bij een WordPress-site is dit de beste maatstaf voor hoeveel werk de server nog moet doen voordat de pagina überhaupt kan beginnen te renderen. In dit artikel leg ik uit wat TTFB precies omvat, wat een hoge waarde echt zegt en welke aangrenzende problemen vaak met TTFB worden verward.

Hoge CPU-belasting betekent dat de server het grootste deel van zijn processortijd kwijt is aan PHP, MySQL en de overige processen die je WordPress-site draaiende houden. Dit artikel legt uit wat CPU-gebruik nou eigenlijk meet, waarom een dichtgetrokken CPU juist die symptomen geeft die je ziet, en welke aangrenzende problemen mensen er steevast mee verwarren.

PHP workers zijn de serverprocessen die een WordPress-verzoek omzetten in HTML. Zodra ze allemaal tegelijk bezig zijn, schuift het volgende verzoek de wachtrij in en hapert je site. Dit artikel legt het mechanisme uit, de pool-modi en de symptomen die een verzadigde pool oplevert, zodat de rest van de prestatiekennisbank pas echt klikt.

Je activeert een plugin en de site voelt meteen zwaarder, in het dashboard, op de voorkant of allebei. Dit artikel loopt in vijf stappen door hoe je vaststelt of die nieuwe plugin echt de oorzaak is, profileert wat hij op elke request doet, en beslist of je hem tunet, vervangt of weggooit.

Een WordPress-site die gisteren vlot was en vandaag stroperig, vlak na een core-, plugin- of thema-update, botst meestal tegen een van twee heel verschillende problemen aan. Dit artikel legt het mechanisme achter traagheid na een update uit, hoe je een tijdelijke dip onderscheidt van een structurele regressie, en welke aangrenzende problemen mensen er regelmatig mee verwarren.

Een WordPress site die het ene moment snel is en het volgende moment traag doet dat niet willekeurig. Wisselende traagheid heeft altijd een patroon, en dat patroon vertelt welk deel van de stack onder druk staat. Dit artikel legt het mechanisme uit, benoemt de gebruikelijke patroonvormen en scheidt wisselende traagheid van de problemen waar het vaak mee verward wordt.

Bijna elke WordPress-pagina draait tientallen SQL-queries voordat de eerste byte de server verlaat. Als iemand zegt dat de database traag is, bedoelt diegene meestal één van vijf totaal verschillende dingen, en de oplossing voor elk van die vijf is anders. In dit artikel leg ik uit wat die vijf dingen precies zijn, waarom WordPress de database zo zwaar belast, en welke aangrenzende problemen ten onrechte op het bordje van de database belanden.

Een WooCommerce-shop is geen contentsite met een winkelwagen eraan geplakt. Het is een ander soort WordPress, met een ander verzoekprofiel, een andere druk op de database, en een flink stuk oppervlak dat gewoon niet cachebaar is. Dit artikel legt uit wat WooCommerce écht trager maakt dan een gewone WordPress-site, zodat de rest van de performance-kennisbank voor shopeigenaren hout snijdt.

WordPress caching is niet één ding. Het zijn minstens vier losse lagen, elk met een eigen probleem, eigen failure modes en een eigen plek om te configureren. In dit artikel leg ik uit wat elke laag doet, welke laag een caching plugin eigenlijk bedoelt als die het over caching heeft en welke problemen caching helemaal niet oplost.

Een caching plugin staat aan, het dashboard is groen, en de site voelt nog steeds traag of de hit rate blijft op nul staan. In negen van de tien gevallen doet de plugin het gewoon goed en wordt de cache overgeslagen om een reden die je binnen tien minuten kunt terugvinden. Dit artikel loopt de oorzaken door op volgorde van hoe vaak ze daadwerkelijk opduiken op WooCommerce- en contentsites, hoe je vaststelt welke jou treft, en wat je per geval moet fixen.

Je host raadt Redis aan. Je hebt de Redis Object Cache plugin geïnstalleerd, maar het dashboard zegt nog steeds 'Drop-in: Invalid' of 'Not connected'. In deze walkthrough lees je wat die drop-in eigenlijk is, welke wp-config.php constants ertoe doen, de valkuil bij Docker Compose en hoe je controleert of de cache ook echt iets doet.

WP-Cron lijkt op een cron-daemon maar is het niet. Het is een PHP-routine die alleen draait zodra een bezoeker je site raakt, en precies dat is de reden dat ingeplande posts verdwijnen, backups hun tijdslot missen en WooCommerce-mails uren te laat aankomen. Dit artikel legt uit wat WP-Cron echt is, waarom het faalt en hoe je het vervangt door een echte system cron die gewoon draait wanneer hij moet.

Je hosting rapport waarschuwt dat de autoloaded options in wp_options te groot zijn, of het WordPress Site Health scherm zet autoload op kritiek. In dit artikel lees je wat autoload precies doet, waarom een opgeblazen autoload elke request vertraagt, welke metingen ertoe doen (en welke niet), en hoe je het veilig opruimt zonder iets stuk te maken.

De Heartbeat API is het ingebouwde WordPress polling-systeem achter autosave, post locking en realtime admin-notificaties. Het is ook een van de eerste verdachten zodra een hoster meldt dat admin-ajax.php veel CPU opslokt. Dit artikel legt uit wat Heartbeat daadwerkelijk doet, hoe je het uit elkaar trekt van WooCommerce cart fragments, en hoe je het veilig throttlet zonder de editor kapot te maken.

Cloudflare voor je WordPress-site zetten kan een site sneller maken, beschermen tegen aanvallen en hem op drie of vier hele specifieke manieren breken. Dit artikel loopt de juiste setupvolgorde door, de SSL-modus die niet in een lus loopt, de cache rules die ingelogde gebruikers en WooCommerce niet stukmaken en de misconfiguraties die ik het vaakst zie als een site in de problemen zit.

Een hosting-dashboard of APM-trace die admin-ajax.php als top-URL toont, vertelt op zichzelf bijna niets. Het bestand is een dispatcher: het routeert elk AJAX-verzoek dat WordPress-plugins doen naar de juiste PHP-handler. De echte vraag is welke action de load veroorzaakt en waarom. Dit artikel laat zien hoe je de veroorzaker identificeert, de vijf meest voorkomende oorzaken oplost en de 'oplossingen' vermijdt die het juist erger maken.

Een CDN voor je WordPress-site zetten is een van de goedkoopste performance-upgrades die er zijn, maar alleen als je snapt wát voor CDN je opzet en welk soort je stack misschien al heeft. In dit artikel leg ik het verschil uit tussen een reverse-proxy CDN zoals Cloudflare en een pull-zone CDN zoals BunnyCDN of KeyCDN, loop ik de stappen voor allebei door, behandel ik de WordPress-plugin die de URL-rewriting doet en wijs ik aan welke dynamische paden je echt buiten de cache moet houden.

Als PageSpeed Insights een WordPress-site afbrandt op trage afbeeldingen, dan is de oplossing zelden één instelling in één plugin. Het is een klein stapeltje keuzes: in welk formaat upload je, hoe agressief comprimeer je, wat lazy-load je wel en wat absoluut niet, en hoe wordt de LCP-afbeelding geprioriteerd. Dit artikel loopt dat stapeltje langs en laat zien wat WordPress core in 2026 al vanzelf voor je doet.

Nginx kan gerenderde WordPress-HTML cachen in shared memory en op disk en die vervolgens aan bezoekers serveren zonder ook maar één PHP-worker aan te roepen. In dit artikel zet ik een productie-waardige FastCGI cache op: zone-configuratie, de bypass-regels die je dashboard en WooCommerce-cart uit de cache houden, stampede protection, purgen via de Nginx Cache plugin en hoe je $upstream_cache_status leest om te bevestigen dat de cache zijn werk doet.

Een WooCommerce-shop met tienduizenden bestellingen bouwt specifieke databaseproblemen op die generiek WordPress-advies niet oplost. Het admin-orderscherm kruipt, de rapportagepagina valt stil, en de database blijft maar groeien. Dit artikel loopt door de concrete stappen om te achterhalen welk deel van de database de flessenhals is, te migreren naar HPOS als dat nog niet is gebeurd, de tabellen op te schonen die stilletjes meegroeien naast de orders, en onderhoud in te richten dat voorkomt dat het probleem terugkomt.

PHP-FPM pool-instellingen bepalen hoeveel PHP workers je server tegelijk kan draaien en hoe ze worden beheerd. Deze gids loopt door de drie procesmanager-modi, de formule om pm.max_children te berekenen op basis van beschikbaar RAM, de bijbehorende richtlijnen voor reserveworkers en recycling, en een uitgewerkt voorbeeld voor een 4 GB VPS met WordPress en WooCommerce.

WordPress verzamelt berichtrevisies, verlopen transienten, verweesde postmeta, verwijderde berichten en automatische concepten. Een site die jarenlang draait kan een database hebben die twee keer zo groot is als nodig. Deze gids loopt door elk type afval, hoe je het veilig verwijdert met WP-CLI en SQL-queries, hoe je revisies beperkt voor de toekomst, en hoe je OPTIMIZE TABLE uitvoert zonder productieverkeer te blokkeren.

OPcache is de grootste gratis performance-winst op een self-hosted WordPress-server, maar de standaard 128 MB is te krap voor een site met veel plugins en het standaard revalidatie-gedrag is afgesteld op development, niet op productie. Deze gids behandelt de zes directieven die ertoe doen voor WordPress, een veilig productieprofiel, of je JIT moet aanzetten, hoe je de output van opcache_get_status leest, en welke cache-reset discipline je nodig hebt zodra opcache.validate_timestamps op 0 staat.