Database-optimalisatie: waarom je WordPress-database opschonen loont

Bij oudere WordPress-sites die we overnemen, zien we vaak hetzelfde patroon: een database die jarenlang is volgestort met data die nooit meer gebruikt wordt. Elke opgeslagen revisie, elk spamcommentaar, elke verlopen transient blijft standaard gewoon staan — tenzij er actief wordt opgeschoond. Dat kost snelheid, en het is een van de makkelijkst te verhelpen problemen die er zijn.

Wat zich allemaal opstapelt

• Post-revisies: WordPress bewaart standaard elke tussentijdse versie van elk artikel of elke pagina, voor altijd, tenzij dit beperkt wordt.
• Spamcommentaren en niet-goedgekeurde reacties die nooit worden opgeruimd, ook niet nadat de spamfilter ze al heeft herkend.
• Verlopen transients: tijdelijke cache-data die WordPress en plugins opslaan, met een vervaldatum die vaak niet automatisch tot verwijdering leidt.
• Data van verwijderde plugins die achterblijft in de database, ook nadat de plugin zelf al lang gedeactiveerd en verwijderd is.
• Ongebruikte tabellen van tools die ooit zijn uitgeprobeerd en nooit meer zijn opgeruimd.

Waarom dit de site vertraagt

Elke keer dat een pagina wordt opgebouwd, doet WordPress databasequery's — en hoe groter en rommeliger de database, hoe langer die queries duren, zelfs als de opgevraagde data zelf klein is. Een tabel met honderdduizenden overbodige revisies of spamcommentaren maakt indexen groter en zoekopdrachten trager, ook voor content die er niets mee te maken heeft. Het is vergelijkbaar met zoeken in een archief: hoe meer irrelevante mappen erin staan, hoe langer het duurt om te vinden wat je daadwerkelijk nodig hebt.

Een database die nooit is opgeschoond, groeit stiller en gestager dan je denkt — totdat de vertraging opeens wel merkbaar wordt.

Wat opschonen concreet oplevert

Bij sites die al jaren niet zijn opgeschoond, zien we regelmatig dat de database met tientallen procenten kan krimpen na een grondige opschoning — soms zelfs meer bij sites met veel historie en weinig onderhoud. Dat vertaalt zich niet altijd één op één naar laadtijd, maar het scheelt structureel in de belasting van elke databasequery, en dus in hoe soepel de site aanvoelt onder gelijktijdige bezoekers.

Hoe je het veilig aanpakt

Opschonen is niet hetzelfde als klakkeloos alles verwijderen. Voordat er iets wordt opgeruimd, hoort er altijd een verse back-up te zijn — mocht er onverhoopt iets misgaan, dan kun je altijd terug. Vervolgens is de volgorde: eerst spam en niet-goedgekeurde reacties, dan verlopen transients, dan overtollige revisies (waarbij je vaak een beperkt aantal recente revisies per artikel bewaart in plaats van alles te wissen), en tot slot een controle op tabellen van plugins die niet meer actief zijn.

Hoe vaak zou je dit moeten doen

Voor een actief onderhouden site is een kwartaalcontrole een redelijk uitgangspunt, met een grondigere opschoning eens per jaar. Bij sites met veel content-activiteit of een webshop met veel besteldata kan vaker zinvol zijn. Bij RN Hosting nemen we databaseopschoning standaard mee in ons reguliere onderhoud — zodat het nooit een apart, groot project wordt, maar een routinematig onderdeel blijft.

Kort samengevat

Een WordPress-database die jarenlang nooit is opgeschoond, draagt onnodige data met zich mee die elke pagina een fractie trager maakt. Regelmatig, voorzichtig opschonen — met een back-up vooraf — is een van de eenvoudigste manieren om structureel snelheidswinst te behalen zonder aan de rest van de site te hoeven sleutelen.