WordPress-plugins worden niet bijgewerkt door een combinatie van technische blokkades: onvoldoende servergeheugen, onjuiste bestandsrechten, een verlopen licentie bij premium plugins, of een conflict met een andere plugin of het thema. In de meeste gevallen is er één duidelijke oorzaak die je stap voor stap kunt opsporen en oplossen. Dit artikel beantwoordt de meest gestelde vragen over WordPress-plugin-updateproblemen, van de oorzaak tot de oplossing.
Wat zijn de meest voorkomende oorzaken van mislukte plugin-updates?
Een WordPress-plugin-update mislukt meestal door een van deze vijf oorzaken: te weinig geheugen op de server, onjuiste bestandsrechten, een verlopen pluginlicentie, een conflict met een andere plugin of thema, of te weinig schijfruimte. Elk van deze blokkades voorkomt dat WordPress de updatebestanden correct kan downloaden, uitpakken en installeren.
De meest voorkomende boosdoener is de geheugenlimiet. Als de PHP-geheugenlimiet te laag is ingesteld, stopt de update halverwege en krijg je een foutmelding als “Allowed memory size exhausted”. Vergelijkbaar problematisch is een volle server: als er onvoldoende schijfruimte beschikbaar is, kan WordPress het updatepakket niet uitpakken.
Een tweede veelvoorkomend probleem zijn de bestandsrechten op de wp-content-map. Als de webserver geen schrijfrechten heeft op die map, kan WordPress simpelweg geen bestanden vervangen. Dit is alsof je een document wilt opslaan in een map waarvoor je geen toegang hebt.
Bij premium plugins speelt nog een extra factor: de licentie. Zonder een geldige en correct ingevoerde licentiesleutel blokkeert de plugin zijn eigen updates. Controleer dus altijd of de licentie actief is en op het juiste domein staat geregistreerd.
Tot slot kunnen twee plugins elkaar in de weg zitten. Pluginontwikkelaars stemmen hun code niet altijd op elkaar af. Ze kunnen dezelfde functienamen gebruiken of dezelfde JavaScript-bibliotheek twee keer laden, wat leidt tot een PHP fatal error bij activering Deze link opent in een nieuw tabblad.
Hoe weet je of een plugin-update echt mislukt is?
Een mislukte plugin-update herken je aan een aantal duidelijke signalen: de plugin toont nog steeds de oude versie in het dashboard, de site blijft vastzitten in de onderhoudsmodus, of je ziet foutmeldingen zoals “Fatal error”, “Maximum execution time exceeded” of een leeg wit scherm. Dit zijn geen subtiele hints, maar duidelijke alarmbellen.
Het witte scherm, ook wel de White Screen of Death genoemd, is een van de meest gevreesde uitkomsten. Het ontstaat bijna altijd door een plugin-conflict, een PHP-geheugenlimiet die wordt overschreden, of een incompatibiliteit tussen de bijgewerkte plugin en de actieve PHP-versie. Bezoekers zien niets, jij ziet niets, en de oorzaak is niet direct zichtbaar.
Iets minder dramatisch maar net zo vervelend is de melding “Briefly unavailable for scheduled maintenance. Check back in a minute.” Als die melding na enkele minuten nog steeds zichtbaar is, is de update vastgelopen. WordPress heeft dan een tijdelijk bestand aangemaakt dat niet automatisch is verwijderd.
Gelukkig stuurt WordPress sinds versie 5.2 automatisch een herstel-e-mail naar het beheerders-e-mailadres als er een fatale fout wordt gedetecteerd. Die e-mail bevat een speciale herstelmodus-link en informatie over welke plugin of welk thema de fout heeft veroorzaakt. Controleer dus altijd je inbox als de site plotseling niet meer reageert. Als je geen foutmelding ziet in het dashboard, kunnen de serverlogboeken in DirectAdmin of cPanel meer informatie geven over wat er precies is misgegaan.
Wat doet het WordPress-updatemechanisme precies?
Het WordPress-updatemechanisme downloadt automatisch nieuwe versies van de core, plugins en thema’s, installeert ze tijdelijk in een aparte map, vervangt de oude bestanden en verwijdert daarna de tijdelijke bestanden. Tijdens dit proces plaatst WordPress een verborgen bestand genaamd .maintenance in de hoofdmap van de website, zodat bezoekers geen halve of beschadigde pagina’s te zien krijgen.
WordPress maakt onderscheid tussen drie typen updates: kleine core-updates (zoals van versie 6.7.1 naar 6.7.2), grote core-updates (zoals van 6.7 naar 6.8) en updates voor plugins en thema’s. Kleine core-updates worden standaard automatisch geïnstalleerd. Grote updates en plugin-updates worden standaard niet automatisch uitgevoerd, tenzij je dit expliciet hebt ingesteld.
Voor automatische plugin-updates gebruikt WordPress WP-Cron. Dit is echter geen echte achtergrondtaak, maar een systeem dat meeloopt op regulier websiteverkeer. Op sites met weinig bezoekers, of als de interne verbinding naar wp-cron.php wordt geblokkeerd door een firewall of caching-plugin, kunnen automatische updates stilzwijgend stoppen Deze link opent in een nieuw tabblad zonder dat je een foutmelding ziet. Dat maakt het extra lastig te achterhalen waarom WordPress-plugins niet bijgewerkt worden.
Daarnaast zet WordPress tijdens een update een tijdelijke vergrendeling in de database om te voorkomen dat meerdere updates tegelijk worden uitgevoerd. Als een eerdere update vastloopt, blijft die vergrendeling actief en weigert WordPress nieuwe updates te starten.
Kan een hostingomgeving plugin-updates blokkeren?
Ja, de hostingomgeving kan plugin-updates blokkeren. Dit gebeurt wanneer de bestandsrechten niet correct zijn ingesteld, wanneer de hostingprovider automatische updates heeft uitgeschakeld via de configuratie, of wanneer de gebruiker die WordPress uitvoert niet dezelfde is als de eigenaar van de websitebestanden.
Een veelvoorkomend symptoom is dat WordPress om FTP-gegevens vraagt tijdens een update. Dit betekent dat het geen schrijfrechten heeft op het bestandssysteem. De eenvoudigste oplossing is het aanpassen van de constante FS_METHOD in het wp-config.php-bestand, zodat WordPress direct toegang krijgt tot de bestanden zonder tussenkomst van FTP.
Sommige hostingproviders schakelen automatische updates bewust uit om de serverbelasting te verminderen. Ze doen dit via een instelling in wp-config.php of via hun eigen beheerpaneel. Bij managed WordPress-hosting regelt de provider updates vaak zelf, via tools als Installatron. Dat klinkt handig, maar als zowel de hostingprovider als WordPress zelf hun eigen updatesysteem draaien, kunnen ze elkaar tegenwerken met onvoorspelbare resultaten.
Controleer bij twijfel altijd bij je hostingprovider of automatische updates zijn uitgeschakeld en of de bestandsrechten op de wp-content-map correct zijn ingesteld.
Wat is het verschil tussen automatische en handmatige plugin-updates?
Bij automatische plugin-updates installeert WordPress nieuwe versies zonder tussenkomst van de beheerder, zodra ze beschikbaar zijn. Bij handmatige updates bepaal jij het moment en de volgorde. Het belangrijkste verschil zit in controle versus gemak: automatisch is sneller voor beveiliging, handmatig is veiliger voor stabiliteit.
Het grote voordeel van automatische updates is snelheid bij beveiligingslekken. Aanvallers beginnen soms binnen uren na publicatie van een kwetsbaarheid te scannen op kwetsbare websites. Een automatische beveiligingspatch dicht dat lek voordat jij er zelfs maar van weet. Dat is een concreet voordeel dat niet te onderschatten is.
Het nadeel is het verlies aan controle. Een automatische update kan op een willekeurig moment worden geïnstalleerd, ook midden op de dag. Als die update een conflict veroorzaakt met een andere plugin, merkt niemand het direct. De site kan dan uren of langer problemen hebben voordat iemand ingrijpt.
De meest verstandige aanpak combineert beide methoden:
- Automatisch: beveiligingsupdates, zodat kwetsbaarheden snel worden gedicht.
- Handmatig: grote feature-updates, zodat je de release-notes kunt lezen en compatibiliteit kunt controleren.
- Volgorde bij handmatig updaten: eerst plugins, dan thema’s, dan de WordPress-core.
- Altijd: maak een back-up voordat je een grote update uitvoert.
Hoe los je een vastgelopen plugin-update stap voor stap op?
Een vastgelopen plugin-update los je op door eerst het .maintenance-bestand te verwijderen, daarna de oorzaak te achterhalen via foutmeldingen of logbestanden, en vervolgens de conflicterende plugin te deactiveren of terug te zetten naar een eerdere versie. Werk altijd stap voor stap, zodat je precies weet wat het probleem veroorzaakte.
Volg deze volgorde bij een vastgelopen WordPress-plugin-updateprobleem:
- Verwijder het .maintenance-bestand uit de rootmap van je WordPress-installatie via FTP of de bestandsbeheerder van je hostingprovider. Dit bestand is verborgen, dus zet de optie “verborgen bestanden weergeven” aan. Verwijder daarna ook de bestanden in de wp-content/upgrade-map.
- Controleer de foutmelding in je e-mail (de herstel-e-mail van WordPress), in het dashboard, of via de serverlogboeken. Schakel indien nodig WP_DEBUG in via wp-config.php om een gedetailleerde foutmelding te zien.
- Deactiveer de verdachte plugin via het dashboard, of hernoem de plugin-map in wp-content/plugins via FTP als het dashboard onbereikbaar is. WordPress deactiveert de plugin dan automatisch.
- Verhoog de PHP-geheugenlimiet naar minimaal 256 MB via wp-config.php als de foutmelding “Allowed memory size exhausted” toont.
- Zet de plugin terug naar een eerdere versie met een rollback-plugin als de update zelf het probleem veroorzaakte, of herstel een recente back-up als de situatie volledig vastloopt.
- Update plugins voortaan één voor één, niet allemaal tegelijk. Zo weet je direct welke plugin een probleem veroorzaakt.
Een vastgelopen onderhoudsmodus Deze link opent in een nieuw tabblad is in de meeste gevallen snel opgelost door alleen het .maintenance-bestand te verwijderen. Dat is de eerste stap die je altijd kunt proberen, ook zonder technische achtergrond.
Wanneer moet je een WordPress-bureau inschakelen voor plugin-problemen?
Schakel een WordPress-bureau in wanneer je website essentieel is voor je bedrijfsvoering, je zelf de technische kennis of tijd mist om problemen op te lossen, of wanneer een plugin-conflict al heeft geleid tot een storing die je niet zelf kunt herstellen. Preventief onderhoud kost structureel minder dan noodreparaties.
Voor een webshop is de drempel om hulp in te schakelen lager dan voor een eenvoudige informatiewebsite. Een plugin-conflict dat de checkout platlegt, kan uren duren om te diagnosticeren zonder de juiste tools en ervaring. Dat zijn uren omzetverlies die je liever niet maakt.
Een professioneel WordPress-bureau werkt anders dan een beheerder die updates handmatig uitvoert in de live-omgeving. Updates worden getest in een stagingomgeving, er wordt altijd eerst een back-up gemaakt, en de site wordt na de update gemonitord op onverwachte problemen. Kleine conflicten worden zo gesignaleerd voordat ze uitgroeien tot grote storingen.
Overweeg professioneel WordPress-onderhoud als je herkent dat:
- Updates te lang blijven liggen omdat niemand er tijd voor heeft.
- Plugin-conflicten terugkeren zonder duidelijke oorzaak.
- Beveiligingsproblemen of kwetsbaarheden zijn gesignaleerd op je site.
- De website bedrijfskritisch is en downtime direct gevolgen heeft voor omzet of reputatie.
Bij Stuurlui voeren we updates gecontroleerd uit, monitoren we je site actief en grijpen we in voordat een klein probleem een grote storing wordt. Bekijk wat we doen op het gebied van WordPress-website laten maken en doorontwikkeling. De meeste ondernemers wachten tot er iets fout gaat. Preventief onderhoud is vrijwel altijd de slimmere, goedkopere keuze.