WordPress updates zonder downtime: zo doe je het veilig

Eén klik op "Alles bijwerken" lijkt de makkelijkste aanpak. Voor een gemiddelde WordPressKeurigOnline zegtWordPressWordPress is een open-source contentmanagementsysteem (CMS) geschreven in PHP, waarmee je eenvoudig websites en blogs kunt bouwen en beheren.-site met 22 actieve plugins^[1] is het juist de gevaarlijkste. Één incompatibele combinatie volstaat voor een witte pagina, een stukgelopen checkout of een admin-paneel dat niet meer reageert.

Tegelijk is wachten geen veilige optie. Aanvallers exploiteren bekende kwetsbaarheden gemiddeld binnen vijf uur na publieke bekendmaking^[2]. De enige werkbare aanpak ligt in het midden: een strategie die veilig en snel is, met minimale kans op downtime.

De update-volgorde, het hybride auto-updatebeleid, de rollback-functie van WordPress 6.6 en de staging-handleiding voor KeurigOnline hosting staan hieronder stap voor stap uitgewerkt. Regelmatig updaten houdt je site veilig en snel: lees ook ons artikel over WordPress sneller maken in 2026 voor een compleet beeld van WordPress-onderhoud.

Waarom plugin-updates zo vaak misgaan (en waarom wachten nóg gevaarlijker is)

Plugins zijn het zwakste punt van elke WordPress-site. Maar liefst 91% van alle WordPress-kwetsbaarheden zit in plugins, niet in WordPress core (in 2025 waren er slechts zes core-kwetsbaarheden)^[2]. In 2025 werden in totaal 11.334 nieuwe kwetsbaarheden ontdekt, een stijging van 42% ten opzichte van het jaar ervoor^[3].

Wachten met updaten lijkt veilig, maar het tegendeel is waar. De mediane tijd tot massale uitbuiting na publieke bekendmaking van een kwetsbaarheid is vijf uur^[2]. Nog zorgwekkender: 46% van alle kwetsbaarheden had op het moment van bekendmaking geen patch beschikbaar^[2]. Updates zijn noodzakelijk, maar alléén updaten is geen afdoende verdediging.

Tegelijk brengt te snel updaten zijn eigen risico's. Bij de release van WordPress 6.9 was naar schatting 40% van de kleinere legacy plugins tijdelijk gebroken^[1]. Op een gemiddelde zakelijke site met 22 actieve plugins vergroot blind "alles bijwerken" de kans op een conflict exponentieel. Plugins werken samen via WordPress-hooks en -filters: een update in één plugin kan de werking van een andere onverwacht breken. Hoe het precies mis kan gaan met een grote versiesprong lees je in ons overzicht van wat er nieuw is in WordPress 6.9.

Sites die elke één tot twee weken updaten, lopen zelden grote problemen aan. Sites die drie tot twaalf maanden wachten, kampen het zwaarst wanneer ze eindelijk bijwerken^[4]. Het gaat er niet om of je snel of langzaam werkt, maar of je een herhaalbaar systeem hebt.

De juiste update-volgorde: plugins, thema, dan pas core

De volgorde van updaten maakt een groot verschil. De aanbevolen volgorde is: eerst een volledige backupKeurigOnline zegtBackupEen backup is een reservekopie van digitale gegevens die je kunt terugzetten bij dataverlies of storingen., dan plugins één voor één, daarna het actieve thema, en als laatste WordPress core^[5]. Achter deze volgorde zit een praktische redenering.

Plugins veroorzaken de meeste conflicten, maar zijn ook het makkelijkst terug te draaien. Je kunt een plugin deactiveren of naar een oudere versie terugzetten zonder de rest van de site te raken. Bij een WordPress core-update werkt dat anders: als de core en een plugin niet met elkaar kloppen, heb je een ingrijpender probleem te herstellen. Door plugins eerst bij te werken, vóórdat je de core aanraakt, verklein je die kans aanzienlijk.

Wacht bij grote core-versies

Bij een major WordPress-release, zoals de sprong van 6.5 naar 6.6, is het verstandig om één tot twee weken te wachten tot de eerste point release verschijnt (zoals 6.6.1). Pluginontwikkelaars hebben die tijd nodig om hun code compatibel te maken. Zoals beschreven in ons overzicht van WordPress 6.9, was bij die release naar schatting 40% van de legacy plugins tijdelijk gebroken^[1]. Die extra weken rustig afwachten is geen luiheid, maar strategie.

Beveiligingsupdates vormen de uitzondering. Die wachten niet: patch zo snel mogelijk, bij voorkeur nog dezelfde dag als de update beschikbaar is.

Het hybride updatebeleid: wat automatisch kan en wat niet

Niet elke update verdient evenveel aandacht. Het slimste beleid combineert automatische updates voor risicoarme onderdelen met handmatig beheer voor alles wat databasemigraties of complexe integraties uitvoert.

De redenering achter deze scheiding: hoe meer databasemigraties een plugin uitvoert en hoe dieper de integratie met andere systemen, hoe groter het risico van een automatische update zonder voorafgaande test. WooCommerceKeurigOnline zegtWooCommerceWooCommerce is de gratis e-commerce plugin voor WordPress. Bouw een professionele webshop met producten, betalingen en verzending — zonder technische kennis. slaat orderdata op in de databaseKeurigOnline zegtDatabaseEen database is een georganiseerde verzameling gegevens die elektronisch wordt opgeslagen en beheerd. en een major-update kan die structuur wijzigen. Als de update dan misgaat, is een eenvoudige bestandsrollback niet genoeg.

Automatische updates instellen via wp-config.php

Gevorderde gebruikers stellen dit in via wp-config.php. De aanbevolen hybride instelling ziet er zo uit:

// Aanbevolen hybride instelling:
define('WP_AUTO_UPDATE_CORE', 'minor');             // minor beveiligingsreleases automatisch
add_filter('auto_update_plugin', '__return_false'); // plugins handmatig (in functions.php of mu-plugin)
add_filter('auto_update_theme', '__return_false');  // thema's handmatig

// Alles uitzetten (niet aanbevolen voor beveiliging):
define('AUTOMATIC_UPDATER_DISABLED', true);

Let op: als DISALLOW_FILE_MODS op true staat, schakelt dat alle updates, inclusief automatische, uit. Controleer dit als automatische updates onverwacht niet werken^[5].

Per plugin instellen in het dashboard

Vanaf WordPress 5.5 kun je per plugin automatische updates aan- of uitzetten via WP-Admin, onder Plugins, in de kolom "Automatische updates". Dit is de eenvoudigste methode voor beheerders die geen code willen aanpassen. Zet alleen de plugins die in de linkerkolom van de bovenstaande tabel staan op automatisch.

WordPress 6.6 auto-update rollback: het vangnet dat alles verandert

WordPress 6.6 introduceerde een gamechanger voor iedereen die automatische updates wil gebruiken zonder zich zorgen te maken over een stukgegane site^[6]. Het systeem detecteert nu automatisch PHPKeurigOnline zegtPHPPHP (Hypertext Preprocessor) is een populaire open-source scripttaal die speciaal is ontworpen voor webontwikkeling en server-side programmering. fatal errors na een automatische update, via een loopback-request naar de homepage en het dashboard. Als er een fout wordt gevonden, draait WordPress de update direct terug naar de vorige werkende versie en stuurt het systeem een e-mailbericht naar het beheer-e-mailadresKeurigOnline zegtE-mailadresEen e-mailadres is een uniek digitaal adres in het formaat naam@domein.nl voor het versturen en ontvangen van elektronische berichten..

Overige geplande automatische updates gaan gewoon door, ook als één plugin teruggedraaid moest worden. Het systeem isoleert de storing nauwkeurig.

Hoe de automatische rollback werkt

Deze functie bouwt voort op de handmatige rollback-mogelijkheid die in WordPress 6.3 werd geïntroduceerd^[7]. In 6.3 was het een handmatige optie per plugin; in 6.6 is het een automatisch vangnet dat zonder jouw tussenkomst actief is.

Voor beveiligingsplugins is dit een groot praktisch voordeel. Die wil je zo snel mogelijk automatisch bijwerken, maar het risico op een stukgegane site was altijd een drempel. Met de auto-rollback van WordPressKeurigOnline zegtWordPressWordPress is een open-source contentmanagementsysteem (CMS) geschreven in PHP, waarmee je eenvoudig websites en blogs kunt bouwen en beheren. 6.6 is dat risico voor de meeste gevallen afgedekt.

Stap-voor-stap: WordPress veilig updaten zonder downtime

Voor handmatige updates is een herhaalbaar stappenplan essentieel. De onderstaande stappen werken voor sites van elke omvang, van een eenvoudige portfoliosite tot een WooCommerce-shop met duizenden producten.

Maintenance mode: wanneer is het nodig?

WordPress plaatst automatisch een .maintenance-bestand tijdens updates. Bezoekers zien in die korte periode een "Site onder onderhoud"-melding. Dat duurt seconden en is normaal gedrag. Een aparte maintenance-mode plugin is alleen nodig als je langer handmatig aan de live-site werkt zonder staging. Deactiveer die plugin na de werkzaamheden direct en test de site in een incognitovenster.

Een trage laadtijd na een update kan ook een signaal zijn van een configuratieprobleem. Bekijk in dat geval de vijf meest voorkomende oorzaken van een langzame WordPress-site voor een snelle diagnose.

Staging op KeurigOnline hosting: zo test je eerst

Een stagingomgeving is een exacte kopie van je live-site waarop je updates kunt testen zonder dat bezoekers er iets van merken. Op KeurigOnline hosting zijn er twee concrete methoden beschikbaar, afhankelijk van je voorkeur en technische kennis.

Methode 1: Installatron via DirectAdmin (aanbevolen)

Dit is de eenvoudigste methode voor de meeste gebruikers en werkt volledig geïntegreerd met de hostingomgeving.

Methode 2: WP Staging plugin

Als je geen subdomeinKeurigOnline zegtSubdomeinEen subdomein is een extra voorvoegsel voor je domeinnaam, zoals blog.voorbeeld.nl of shop.voorbeeld.nl. wilt aanmaken, is de gratis WP Staging plugin een goed alternatief. De plugin kloont je site naar een submap, zoals jouwsite.nl/staging, en blokkeert automatisch de toegang voor bezoekers en zoekmachines. De stagingomgeving is herkenbaar aan een oranje admin-balk bovenin het scherm. Je logt in met je gewone WordPress-inloggegevens.

De gratis versie vereist handmatig terugkopiëren naar live. De betaalde versie synchroniseert met één klik. Kies InstallatronKeurigOnline zegtInstallatronInstallatron is een one-click installer voor het automatisch installeren van webapplicaties zoals WordPress. als je de voorkeur geeft aan een geïntegreerde hostingoplossing; kies WP Staging als je snel wilt starten zonder een subdomein aan te maken. Ontwikkelaars die lokaal willen testen, kunnen ook WordPress Studio gebruiken, de gratis desktopomgeving van WordPress.org.

Rollback na een mislukte update: wat te doen als het misgaat

Een mislukte update hoeft geen ramp te zijn, als je van tevoren een backup hebt gemaakt. De gouden regel: een rollback bestaat altijd uit bestanden én de database samen. Alleen de pluginbestanden terugzetten is onvoldoende als de plugin een databasemigratie uitvoerde. WooCommerce major-updates zijn het duidelijkste voorbeeld: die passen de databasestructuur aan, en een halve rollback geeft je een database die niet meer overeenkomt met de code.

Drie herstelroutes bij een mislukte update

De beste rollback is de backup die je al had. Wie dit als een vaste routine inbouwt vóór elke update, heeft bij een incident een heldere route. Wie geen backup heeft, heeft een probleem.

Veelgestelde vragen over WordPress updates en downtime

Wil je WordPress-updates zorgeloos beheren? KeurigOnline WordPress hosting biedt dagelijkse backups, eenvoudige staging via DirectAdminKeurigOnline zegtDirectAdminDirectAdmin is een webhosting control panel ontwikkeld door JBMC Software als kostenefficiënt en gebruiksvriendelijk alternatief voor cPanel. en InstallatronKeurigOnline zegtInstallatronInstallatron is een one-click installer voor het automatisch installeren van webapplicaties zoals WordPress., en technische ondersteuning als je vragen hebt over een specifieke update. Bekijk onze WordPress hostingpakketten voor een overzicht.