Hoe-te gidsen

WordPress database opschonen en optimaliseren: zo doe je dat veilig

WordPress database opschonen en optimaliseren: zo doe je dat veilig

Een WordPress database opschonen betekent dat u overbodige gegevens die zich in de loop der tijd in uw MySQL- of MariaDB-database hebben opgehoopt veilig verwijdert. Denk aan oude revisies, spamreacties, verlopen transient records, ongebruikte metadata en tabellen die nooit zijn geoptimaliseerd. Als u dit zorgvuldig aanpakt, wordt het WordPress-dashboard sneller, neemt de belasting door databasequeries af, worden back-ups kleiner en draait vooral een WooCommerce-webshop of contentrijke website stabieler. De veiligste aanpak is altijd: eerst een volledige back-up maken, bij voorkeur testen op een stagingomgeving en daarna gecontroleerd opschonen met een betrouwbare plugin, phpMyAdmin of WP-CLI.

In deze gids beantwoorden we de vraag: hoe kunt u een WordPress database opschonen en optimaliseren volgens de technische en SEO-verwachtingen van 2026? Het doel is niet alleen om een paar tabellen leeg te maken, maar om zonder dataverlies meetbare snelheidswinst te behalen, databaseonderhoud onderdeel te maken van uw vaste routine en uw hostingresources efficiënter te gebruiken.

Waarom raakt een WordPress database vervuild?

WordPress is een dynamisch contentmanagementsysteem. Iedere blogpost, pagina, reactie, gebruiker, plugininstelling, thema-optie en WooCommerce-bestelling wordt in de database opgeslagen. Dat een database groeit naarmate een website groter wordt, is dus volkomen normaal. Het probleem ontstaat wanneer gegevens die niet meer actief worden gebruikt toch permanent blijven staan.

Neem bijvoorbeeld een blog met 400 artikelen. Als van elk artikel gemiddeld 10 revisies worden bewaard, levert dat alleen al 4.000 extra records op. Bij een grote webshop gaat het nog sneller: winkelwagensessies, tijdelijke opties, oude ordernotities en pluginlogs kunnen in korte tijd flink oplopen. In een praktijkvoorbeeld daalde de wp_options-tabel van een klant van ongeveer 780 MB naar 160 MB nadat alleen verlopen transient records waren opgeschoond. Zulke resultaten zijn niet op elke site hetzelfde, maar ze laten goed zien dat databaseonderhoud een tastbaar effect kan hebben.

Een opgeblazen database herkent u vaak aan de volgende signalen:

  • Pagina’s in het WordPress-dashboard openen traag.
  • Het opslaan van berichten of pagina’s duurt merkbaar langer.
  • Back-ups maken kost meer tijd of back-upbestanden worden onnodig groot.
  • Zoeken en filteren in het WooCommerce-bestellingenscherm reageert traag.
  • Het CPU-, RAM- of disk-I/O-gebruik binnen uw hostingaccount loopt op.
  • Databasequeries geven time-outs of foutmeldingen.

Deze klachten worden niet altijd uitsluitend door de database veroorzaakt. Ook de kwaliteit van het thema, het aantal plugins, de PHP-versie, cachinginstellingen en de hostinginfrastructuur hebben invloed op de prestaties. Zie database opschonen daarom als onderdeel van een bredere WordPress snelheidsoptimalisatie. Voor een infrastructuur die beter aansluit op WordPress-prestaties kunt u ook de pagina WordPress hosting bekijken.

Veiligheidschecklist voordat u begint

Het opschonen van een WordPress database betekent dat u rechtstreeks gegevens verwijdert. De voorbereiding is daarom cruciaal. Zeker wanneer u op een live website werkt, kunnen een paar minuten extra controle uren aan herstelwerk voorkomen.

1. Maak een volledige back-up

Een goede back-up bevat niet alleen de bestanden, maar ook de volledige database. De meest robuuste aanpak is om via het hostingpaneel een volledige accountback-up te maken en daarnaast een aparte SQL-databaseback-up te downloaden. WordPress-bestanden zijn vaak opnieuw te plaatsen, maar per ongeluk verwijderde bestellingen, gebruikers of formulierinzendingen zijn zonder back-up meestal niet zomaar terug te halen.

  • Download het back-upbestand naar uw eigen computer of naar cloudopslag.
  • Noteer datum en tijdstip van de back-up.
  • Voer onderhoud aan WooCommerce-sites niet uit tijdens piekuren met veel bestellingen.
  • Kies bij forums, ledenwebsites en LMS-platformen een moment waarop gebruikersactiviteit laag is.

Voor projecten die bij Hostragons worden gehost, kunt u voor regelmatige back-ups en serverresourceplanning kijken naar Webhosting of, voor groeiende projecten met meer flexibiliteit, naar VPS Server.

2. Test op een stagingomgeving

Bij zakelijke websites, webshops en drukbezochte platformen is het verstandig om het opschonen eerst te testen op een stagingomgeving: een kopie van uw website waar bezoekers geen last van hebben. Controleer na de opschoning onder meer productpagina’s, winkelwagen, checkout, ledenlogin, zoekfunctie en contactformulieren. Werkt alles goed, dan kunt u dezelfde stappen gecontroleerd toepassen op de live website.

3. Meet de huidige grootte en queryprestaties

Meten vóór en na de opschoning maakt duidelijk wat het onderhoud heeft opgeleverd. U kunt in phpMyAdmin de tabelgroottes bekijken, met ontwikkelaarstools zoals Query Monitor trage queries volgen en in uw hostingpaneel CPU- en I/O-gebruik controleren. Stel dat de database vóór onderhoud 1,2 GB is, een back-up 9 minuten duurt en het dashboard in 4,5 seconden opent. Dan kunt u na afloop zinvol vergelijken of de ingreep echt resultaat heeft gehad.

Wat kunt u in een WordPress database opschonen?

Niet elk record mag zomaar worden verwijderd. Sommige gegevens in de WordPress database zijn overbodig, terwijl andere essentieel zijn voor de werking van uw website. De onderstaande tabel vat de meest voorkomende datatypen samen en laat zien hoeveel voorzichtigheid nodig is.

Wat kunt u in een WordPress database opschonen?
DatatypeWaar staat het?Risico bij opschonenAanbeveling
Berichtrevisieswp_postsLaagOude revisies kunnen worden verwijderd als de actuele content is goedgekeurd.
Automatische conceptenwp_postsLaagControleer wel of er geen belangrijke ongepubliceerde concepten tussen staan.
Berichten en pagina’s in de prullenbakwp_postsGemiddeldBekijk de prullenbak voordat u definitief verwijdert.
Spamreactieswp_commentsLaagRuim deze apart op van goedgekeurde reacties.
Verlopen transient recordswp_optionsLaagMeestal veilig te verwijderen; de cache wordt opnieuw opgebouwd.
Wees-metadatawp_postmeta, wp_usermeta, wp_commentmetaGemiddeldGebruik hiervoor een goede plugin of zorgvuldig gecontroleerde SQL.
WooCommerce-bestellingenDiverse tabellenHoogControleer wettelijke bewaartermijnen en boekhoudkundige eisen.
Plugin-tabellenAangepaste tabellenHoogVerwijder ze alleen als u zeker weet dat de plugin niet meer wordt gebruikt.

Zoals de tabel laat zien, zijn revisies, spamreacties, prullenbakitems en verlopen transients de veiligste startpunten. Technischere stappen, zoals het verwijderen van wees-metadata, het optimaliseren van databasetabellen en het opruimen van ongebruikte plugin-tabellen, vragen meer aandacht.

Methode 1: WordPress database opschonen met een plugin

Voor gebruikers met beperkte technische kennis is een betrouwbare database-optimalisatieplugin de meest praktische route. Tools zoals WP-Optimize, Advanced Database Cleaner en vergelijkbare plugins delen overbodige records in categorieën in, bieden vaak opschonen met één klik en ondersteunen gepland onderhoud.

Waar let u op bij het kiezen van een plugin?

  • De plugin moet recent zijn bijgewerkt; in 2026 is het onverstandig om tools te gebruiken die al lange tijd niet meer worden onderhouden.
  • Het aantal actieve installaties en de gebruikersbeoordeling moeten redelijk tot goed zijn.
  • De plugin moet vóór het verwijderen kunnen tonen welke records worden opgeschoond.
  • Een back-upfunctie of minimaal een duidelijke back-upherinnering is belangrijk.
  • Compatibiliteit met WooCommerce, multisite of aangepaste tabellen moet expliciet worden vermeld.

Een veilige volgorde voor opschonen met een plugin is:

  • Maak eerst een volledige back-up.
  • Gebruik slechts één optimalisatieplugin tegelijk; meerdere plugins met dezelfde functie kunnen elkaar in de weg zitten.
  • Selecteer bij de eerste uitvoering niet meteen alle opties.
  • Begin met laag-risicogegevens zoals spamreacties, prullenbakitems en oude revisies.
  • Controleer de website en ga daarna pas verder met transients en wees-metadata.
  • Leeg na afloop de cache en test de belangrijkste pagina’s en processen.

Een praktisch voorbeeld: bij een contentwebsite met 250 artikelen kan het opschonen van revisies, automatische concepten, spamreacties en verlopen transient records de databasegrootte bijvoorbeeld terugbrengen van 420 MB naar 260 MB. De winst zit echter niet alleen in schijfruimte. Back-ups worden sneller gemaakt en lijsten in het dashboard, zoals berichten en pagina’s, voelen vloeiender aan.

Methode 2: Handmatig opschonen met phpMyAdmin

phpMyAdmin is een krachtig hulpmiddel waarmee u databasetabellen direct kunt bekijken en queries kunt uitvoeren. Deze methode is effectief voor gebruikers die precies weten wat ze doen, maar een verkeerde query kan dataverlies veroorzaken. Maak daarom vóór elke ingreep een back-up en test de query waar mogelijk eerst in een stagingomgeving.

Tabelgroottes controleren

Wanneer u in phpMyAdmin de juiste database opent, ziet u de tabellen en hun grootte. Tabellen die vaak groeien zijn wp_options, wp_postmeta, wp_posts, wp_comments, wp_commentmeta en, bij WooCommerce-sites, tabellen die met bestellingen en klantgegevens te maken hebben. Let op: uw tabelprefix hoeft niet wp_ te zijn. Als om veiligheidsredenen een andere prefix is gebruikt, moet u eventuele queries daarop aanpassen.

Oude revisies verwijderen

Berichtrevisies zijn nuttig voor de contentgeschiedenis, maar als ze jaren blijven opstapelen, maken ze de database onnodig zwaar. Het is meestal beter om revisies te beperken dan om ze volledig uit te schakelen. In het wp-config.php-bestand kunt u bijvoorbeeld instellen dat WP_POST_REVISIONS op 5 staat. Zo worden per bericht maximaal 5 revisies bewaard.

Voor het verwijderen van bestaande oude revisies is een plugin voor de meeste websites veiliger dan handmatige SQL. Kiest u toch voor SQL, controleer dan dat de query uitsluitend records raakt waarbij post_type gelijk is aan revision. Na het verwijderen moeten soms ook gekoppelde postmeta-records worden opgeschoond; anders blijven er weesgegevens achter.

Spam en verwijderde reacties opschonen

Websites waarop reacties openstaan, kunnen in korte tijd duizenden spamrecords verzamelen. Via het WordPress-dashboard kunt u onder Reacties de spammap en prullenbak leegmaken. Bij grotere websites is bulkopschoning via phpMyAdmin of een plugin praktischer. Tegelijk is het slim om nieuwe spam te beperken met een firewall, reCAPTCHA en een duidelijk moderatiebeleid. Voor een sterkere beveiliging van uw site zijn ook SSL-certificaat en WordPress veiligheid relevante bronnen.

Verlopen transient records verwijderen

Transient records worden door WordPress en plugins gebruikt om tijdelijke gegevens op te slaan. Ze werken een beetje als cache en zouden normaal automatisch verdwijnen wanneer ze verlopen. Sommige plugins doen dit echter niet netjes. Verlopen transients die zich ophopen in de wp_options-tabel kunnen vooral het dashboard vertragen. Betrouwbare optimalisatieplugins kunnen deze records doorgaans veilig verwijderen. Na het opschonen bouwen de betreffende plugins hun tijdelijke gegevens opnieuw op wanneer dat nodig is.

Tabellen optimaliseren

Na het verwijderen van veel records kan er lege ruimte in MySQL- of MariaDB-tabellen achterblijven. In phpMyAdmin kunt u tabellen selecteren en de actie Optimize table uitvoeren. In moderne WordPress-installaties die InnoDB gebruiken, is het effect niet altijd spectaculair, maar na intensieve verwijderacties kan het alsnog helpen. Bij oudere MyISAM-tabellen is het effect vaak duidelijker. Houd er wel rekening mee dat tabellen tijdens deze actie tijdelijk kunnen worden vergrendeld. Voer dit daarom niet uit op drukke momenten.

Methode 3: Snel en gecontroleerd onderhoud met WP-CLI

WP-CLI is een commandlinetool waarmee u WordPress vanaf de serverterminal beheert. Voor ontwikkelaars, bureaus en teams die meerdere websites onderhouden, is WP-CLI bijzonder handig voor databaseonderhoud. Op hostingpakketten met SSH-toegang kunnen acties vaak sneller en preciezer worden uitgevoerd dan via het dashboard.

Een typische onderhoudsflow ziet er als volgt uit:

  • Met het commando wp db export maakt u een databaseback-up.
  • Met wp post delete verwijdert u specifieke revisies of prullenbakcontent.
  • Met wp transient delete --expired ruimt u verlopen transient records op.
  • Met wp db optimize optimaliseert u de tabellen.
  • Na afloop leegt u de cache met wp cache flush.

Het belangrijkste aandachtspunt bij WP-CLI is dat commando’s direct worden uitgevoerd. Een verkeerde ID-reeks of parameter kan ongewenste gegevens verwijderen. Test daarom eerst op een kleine dataset en controleer de output van elk commando. In bureauomgevingen kunnen deze commando’s worden verwerkt in onderhoudsscripts, maar ook die scripts moeten eerst op staging worden getest voordat ze live draaien.

Database optimaliseren voor WooCommerce-webshops

Database optimaliseren voor WooCommerce-webshops

WooCommerce genereert veel meer databaserecords dan een standaard blog. Producten, variaties, kortingsbonnen, bestellingen, klantadressen, betaal logs en winkelwagensessies kunnen allemaal in verschillende tabellen terechtkomen. Daarom moet het opschonen van een WooCommerce database extra zorgvuldig gebeuren.

Bepaal eerst hoe lang afgeronde, geannuleerde en mislukte bestellingen moeten worden bewaard. Voor veel bedrijven is het niet verstandig om bestellingen willekeurig te verwijderen, omdat facturen, boekhouding en wettelijke bewaarplichten een rol spelen. Richt u liever op oude logs, tijdelijke sessies, verlopen kortingsbonnen, gegevens van verlaten winkelwagens en ongebruikte productvariaties.

Aanbevolen onderhoudsstappen voor WooCommerce-sites zijn:

  • Controleer logbestanden van betaalproviders, verzendplugins en koppelingen.
  • Gebruik de status- en systeemtools van WooCommerce om tijdelijke gegevens op te schonen.
  • Verwijder wees-metadata van verwijderde producten alleen met betrouwbare hulpmiddelen.
  • Beperk onnodige combinaties bij producten met zeer veel variaties.
  • Stel voor rapportage- en analyticsplugins een maximale bewaartermijn in.
  • Plan databaseonderhoud voor drukke webshops op momenten met weinig bestellingen.

Voor e-commerceprojecten is database opschonen alleen vaak niet genoeg. Ook het aantal PHP workers, RAM, het type opslag, objectcache en CDN-gebruik worden belangrijk. Voor groeiende webshops kunt u kijken naar e-commerce hosting of, bij flexibelere resourcebehoeften, naar cloud server.

Ongebruikte plugin- en themagegevens verwijderen

Veel WordPress-plugins bewaren instellingen in de wp_options-tabel en extra gegevens in wp_postmeta of eigen tabellen. Een plugin verwijderen via het dashboard betekent niet altijd dat alle bijbehorende databasegegevens worden verwijderd. Soms is dat bewust: als u de plugin later opnieuw installeert, blijven instellingen behouden. Maar plugins die jaren geleden zijn getest en niet meer worden gebruikt, kunnen nutteloze sporen achterlaten.

Bekijk altijd eerst de documentatie van de plugin voordat u gegevens verwijdert. Sommige plugins bieden bij het deïnstalleren een optie zoals “alle gegevens verwijderen”. Andere plugins laten eigen tabellen achter die handmatig moeten worden verwijderd. Vertrouw niet blind op een tabelnaam die op een plugin lijkt. Een logtabel van een beveiligingsplugin kan bijvoorbeeld overbodig lijken, terwijl deze nodig is voor actieve monitoring.

Een werkbare aanpak is als volgt: controleer eerst of de plugin echt niet meer actief wordt gebruikt. Breng daarna de tabellen en option-records in kaart. Voer de verwijdering vervolgens uit op een testomgeving. Werkt de website daarna zonder problemen, dan kunt u dezelfde stappen op de live omgeving toepassen. Bij grote databases kan dit alleen al honderden MB’s aan ruimte opleveren.

Blijvende instellingen voor databaseoptimalisatie

Een eenmalige opschoning helpt, maar het beste resultaat komt uit regelmatig onderhoud en een slimme configuratie. Om te voorkomen dat uw WordPress database snel opnieuw vervuilt, zijn een paar vaste instellingen verstandig.

Beperk het aantal revisies

Als uw contentteam intensief werkt, kunnen revisies snel oplopen. Voor de meeste websites zijn 3 tot 10 revisies per bericht voldoende. Nieuwswebsites of redacties met langere goedkeuringsprocessen kunnen een hogere limiet kiezen. Met een limiet behoudt u de redactionele veiligheid zonder de database onnodig te laten groeien.

Verkort de bewaartijd van de prullenbak

WordPress bewaart verwijderde items standaard een bepaalde periode in de prullenbak. Door deze termijn af te stemmen op uw workflow, vertraagt u de groei van de database. Maak de periode echter niet te kort als redacteuren regelmatig per ongeluk verwijderde content moeten kunnen herstellen.

Maak een planning voor automatische back-ups en onderhoud

Voor kleine blogs is maandelijks onderhoud vaak genoeg. Websites die wekelijks nieuwe content publiceren, profiteren meestal van een tweewekelijkse opschoning. Voor WooCommerce-sites, ledenplatformen en nieuwssites is een wekelijkse controle aan te raden. Een onderhoudskalender kan er zo uitzien:

  • Wekelijks: spamreacties, prullenbakitems en verlopen transient records.
  • Maandelijks: revisies opschonen, tabelgroottes controleren en pluginlogs bekijken.
  • Per kwartaal: ongebruikte plugin-tabellen, wees-metadata en prestatiemetingen controleren.
  • Jaarlijks: databasearchitectuur, hostingresources en archiveringsstrategie evalueren.

Gebruik caching en objectcache

Een van de beste manieren om databasequeries te verminderen is caching. Wanneer paginacache, objectcache en een CDN goed samenwerken, daalt de druk op de database aanzienlijk. Objectcache met Redis of Memcached is vooral waardevol voor WooCommerce- en ledenwebsites. Wilt u de prestaties breder bekijken, neem dan ook bronnen zoals Gids voor websiteversnelling en Domeinquery mee bij het beoordelen van uw sitearchitectuur.

Veelgemaakte fouten en wat u beter kunt vermijden

De meest gemaakte fout bij het opschonen van een WordPress database is werken zonder back-up. De tweede grote fout is het uitvoeren van SQL-query’s die online zijn gevonden zonder te controleren of ze passen bij uw tabelprefix, WordPress-versie, WooCommerce-structuur of plugin-afhankelijkheden.

  • Voer nooit voor het eerst onbekende SQL-query’s uit op een live website.
  • Onderzoek eerst wat records in wp_options doen voordat u items met een hoge autoload-waarde verwijdert.
  • Verwijder WooCommerce-bestel- en klantgegevens niet zonder wettelijke eisen te controleren.
  • Gebruik niet meerdere optimalisatieplugins tegelijk.
  • Test na het opschonen niet alleen de homepage, maar ook login, checkout, formulieren en zoekfuncties.
  • Zie databaseoptimalisatie niet los van beveiliging, caching en hostingprestaties.

Een ander belangrijk punt: niet elke grote tabel is automatisch overbodig. De wp_postmeta-tabel wordt in WooCommerce-webshops bijvoorbeeld van nature groot. Als u die tabel zonder kennis probeert te verkleinen, kunnen productvariaties, prijsinformatie of voorraadgegevens beschadigd raken. Het doel is dus niet om elke tabel zo klein mogelijk te maken, maar om overbodige data te verwijderen en noodzakelijke data gezond te houden.

Controle na het opschonen: hoe meet u succes?

Goede optimalisatie is meetbaar. Kijk na het opschonen niet alleen naar de totale databasegrootte. Beoordeel ook de responstijd van het dashboard, de duur van back-ups, het aantal queries, trage queries, CPU-gebruik en de ervaring van bezoekers en beheerders.

U kunt de volgende controles uitvoeren:

  • Vergelijk de totale databasegrootte vóór en na het onderhoud.
  • Maak opnieuw een overzicht van de 10 grootste tabellen.
  • Open in het WordPress-dashboard lijsten met berichten, producten en bestellingen en let op de laadtijd.
  • Leeg de cache en test de homepage, categoriepagina’s, productpagina’s en contactpagina.
  • Controleer formulierinzendingen, gebruikerslogin, winkelwagen en checkout.
  • Noteer of het maken van back-ups sneller gaat.

Stel dat een database van 950 MB naar 520 MB daalt, de back-uptijd afneemt van 11 naar 6 minuten en het openen van de productlijst in het dashboard van 5 seconden naar 2,8 seconden gaat. Dan is het praktische effect van het onderhoud duidelijk zichtbaar. Blijft de snelheid aan de voorkant alsnog laag, onderzoek dan ook themaoptimalisatie, beeldcompressie, CDN-gebruik en hostingresources.

Conclusie: regelmatig onderhoud betekent een sneller en gezonder WordPress

Een WordPress database opschonen is, mits zorgvuldig uitgevoerd, een van de belangrijkste onderhoudstaken voor betere prestaties en eenvoudiger beheer. Door veilig een back-up te maken, te beginnen met gegevens met een laag risico en gecontroleerde methoden zoals een plugin of WP-CLI te gebruiken, haalt u onnodige ballast uit uw database. Plan dit niet als een eenmalige snelle oplossing, maar als vast onderdeel van uw onderhoudsroutine.

Haalt uw website ondanks databaseoptimalisatie nog niet de gewenste prestaties, kijk dan ook naar de hostinginfrastructuur, PHP-versie, cachinglaag en resourcelimieten. Bij Hostragons kunt u hostingopties bekijken die passen bij WordPress-projecten en de groeifase van uw website. Voor een snellere, veiligere en duurzamere WordPress-ervaring kunt u vandaag al beginnen met een kleine stap: maak een back-up en meet waar uw database nu staat.

Veelgestelde vragen

Kan het opschonen van de WordPress database mijn site kapotmaken?

Als u het goed aanpakt, niet. Maar SQL-acties zonder back-up en zonder controle kunnen wel dataverlies veroorzaken. Maak eerst een volledige back-up, test bij voorkeur op staging en begin met opschoningen met een laag risico.

Hoe vaak moet ik mijn WordPress database opschonen?

Voor kleine blogs is één keer per maand meestal voldoende. Actieve contentsites kunnen beter om de twee weken controleren. Voor WooCommerce- en ledenwebsites is een wekelijkse check aan te raden. Pas de planning aan op verkeer, publicatiefrequentie en pluginstructuur.

Heeft het verwijderen van revisies invloed op SEO?

Het verwijderen van oude revisies verwijdert de gepubliceerde content niet en veroorzaakt normaal geen direct SEO-verlies. Het kan juist helpen doordat databasebelasting en onderhoudstaken lichter worden. Laat wel een beperkt aantal revisies staan voor redactionele veiligheid.

Is opschonen met een plugin veiliger dan met phpMyAdmin?

Voor de meeste gebruikers is een actuele en betrouwbare plugin veiliger, omdat die datatypen herkent en categoriseert. phpMyAdmin biedt meer vrijheid, maar vereist technische kennis. Door het risico op een verkeerde query is het vooral geschikt voor gevorderde gebruikers.

Maakt databaseoptimalisatie mijn website gegarandeerd sneller?

Bij een sterk vervuilde database kan de snelheidswinst duidelijk merkbaar zijn, maar niet elke trage website heeft een databaseprobleem. Thema, plugins, afbeeldingsformaten, caching, PHP-versie en hostingresources spelen ook mee. Het beste resultaat krijgt u met een brede optimalisatieaanpak.

Deel dit artikel:
Alihan Yıldırım

Webprestatie Specialist

Heeft meer dan 10 jaar ervaring in webprestatie-analyse en snelheidsoptimalisatie. Werkt aan CDN- en cachesystemen.

Alle artikelen →