Engineering Note

Waarom WordPress Admin traag kan zijn terwijl de front-end snel is

Een snelle front-end bewijst niet dat WordPress zelf snel is.

Publieke pagina’s kunnen uit cache komen terwijl wp-admin bij elke request PHP, databasequeries en pluginhooks uitvoert.

Meet een trage adminrequest voordat je nog een optimalisatieplugin installeert.

1. Vergelijk ongecachete requesttijd

Meet serverresponstijd voor adminschermen en ingelogde requests, niet alleen anonieme gecachete pagina’s.

2. Zoek dure pluginhooks

Dashboardwidgets, licentiechecks, externe APIs en brede adminhooks kunnen elke backendrequest vertragen.

3. Controleer databasegedrag

Grote options-tabellen, autoloaddata, trage queries en postmeta-zware schermen kunnen wp-admin vertragen ondanks een snelle front-end.

4. Controleer object-cachegezondheid

Redis kan databasewerk verminderen, maar een overbelaste of fout ingestelde object cache kan juist latency toevoegen.

5. Controleer cron en achtergrondjobs

Scheduled tasks, Action Scheduler en imports concurreren om CPU, databaselocks en PHP-workers.

6. Los eerst het grootste knelpunt op

Verander niet tegelijk workers, indexen, plugins en cache. Verbeter eerst de grootste gemeten beperking en meet opnieuw.