WordPress “Even kort niet beschikbaar wegens geplande onderhoud” fout oplossen: complete gids

De WordPress “Even kort niet beschikbaar wegens geplande onderhoud” fout betekent dat je website tijdens een update vastzit in de onderhoudsmodus. De snelste oplossing is meestal het verwijderen van het .maintenance-bestand in de hoofdmap van WordPress. Dit bestand wordt niet automatisch verwijderd als een plugin-, thema- of kernupdate niet goed wordt afgerond. Bezoekers zien dan de melding “Briefly unavailable for scheduled maintenance. Check back in a minute.” Na het verwijderen van het juiste bestand en het legen van de cache kun je de updates controleren en is je site meestal binnen 2-5 minuten weer actief.

In deze handleiding gaan we niet alleen in op het tijdelijk oplossen van de fout, maar vooral ook op het voorkomen ervan. We behandelen stapsgewijs methodes via FTP, cPanel Bestandsbeheer, SSH en WP-CLI, zodat zowel beginners als gevorderde gebruikers ermee uit de voeten kunnen. Ook delen we handige checklists om te achterhalen of het probleem door je hosting, een pluginconflict, onvoldoende schijfruimte of een onderbroken updateproces wordt veroorzaakt.

Wat is de WordPress “Even kort niet beschikbaar wegens geplande onderhoud” fout?

WordPress zet je site tijdelijk in onderhoudsmodus tijdens het updaten van de kern, thema’s, plugins of vertalingen, zodat bezoekers geen half geladen bestanden zien. Hiervoor plaatst WordPress een klein bestand met de naam .maintenance in de hoofdmap van je site. Normaal gesproken verwijdert WordPress dit bestand automatisch zodra de update voltooid is en wordt de site weer toegankelijk.

Als de update echter onderbroken wordt, de server traag reageert, een PHP-proces afloopt, de schijfruimte vol is of het tabblad tijdens de update gesloten wordt, dan wordt het .maintenance-bestand mogelijk niet verwijderd. Hierdoor blijft je site in onderhoudsmodus hangen met de volgende foutmelding:

Briefly unavailable for scheduled maintenance. Check back in a minute.

Hoewel deze melding ernstig lijkt, betekent het in de meeste gevallen geen dataverlies. Het is echter cruciaal om na het verwijderen van het bestand te achterhalen welke update niet is afgerond. Alleen het verwijderen van .maintenance opent je site, maar een half afgemaakte plugin-update kan leiden tot beveiligingsproblemen, prestatieverlies of compatibiliteitsproblemen.

De meest voorkomende oorzaken van deze fout

De WordPress onderhoudsmodus-fout heeft niet één enkele oorzaak. Het kennen van de meest voorkomende oorzaken kan de tijd om het probleem op te lossen aanzienlijk verkorten. Vooral sites met veel plugins, verouderde PHP-versies of hostingpakketten met beperkte bronnen lopen vaker tegen dit probleem aan.

1. Onderbroken updateproces

Wanneer je vanuit het WordPress dashboard meerdere plugins tegelijk bijwerkt, kan het updateproces langer duren. De server downloadt de updatepakketten, pakt ze uit, vervangt oude bestanden en sluit de onderhoudsmodus af. Als één van deze stappen mislukt, blijft de site in onderhoudsmodus. Bijvoorbeeld als je 12 plugins tegelijk update en je browser tijdens het proces de verbinding verliest, blijft het .maintenance-bestand achter.

2. Onvoldoende serverbronnen

Tijdens het updaten zijn PHP-geheugenlimieten, maximale uitvoeringstijd en schrijfsnelheid van de schijf belangrijk. Grote page builders, WooCommerce, beveiligingsplugins of meertalige plugins verbruiken meer resources tijdens updates. Bij shared hosting met beperkte middelen kan het voorkomen dat de onderhoudsmodus fout regelmatig terugkomt. Voor stabielere prestaties kun je overwegen om te upgraden naar WordPress hosting pakketten met meer capaciteit.

3. Volle schijfruimte of inode-limiet

WordPress maakt tijdelijke bestanden aan tijdens het downloaden van updates. Als de schijfruimte of het aantal beschikbare inodes (aantal bestanden dat je mag opslaan) vol is, kunnen nieuwe bestanden niet worden geschreven. Hierdoor kan de update niet afgerond worden en blijft de site in onderhoudsmodus hangen. Vooral veel kleine cachebestanden, oude back-ups, logbestanden en ongebruikte themafolders kunnen de inode-limiet snel doen oplopen.

4. Plugin- of thema-incompatibiliteit

Sommige plugins kunnen tijdens een update bestandstoestemmingen wijzigen, schrijfbewerkingen blokkeren door firewallregels of niet goed samenwerken met de WordPress-kern. Zijn er na een update ook symptomen als een wit scherm, 500-fouten of niet kunnen inloggen in het dashboard, dan is er mogelijk een compatibiliteitsprobleem naast de onderhoudsmodus.

5. Problemen met bestandsrechten en eigendom

WordPress heeft juiste rechten nodig om bestanden te kunnen aanmaken en verwijderen. Standaard worden 755 rechten voor mappen en 644 voor bestanden gebruikt. Verkeerd ingestelde eigendom of te strikte rechten kunnen verhinderen dat WordPress het .maintenance-bestand kan verwijderen. Controleer in dat geval via je hostingpaneel of vraag support om hulp bij het aanpassen van eigendom en rechten.

Snelle oplossing: verwijder het .maintenance-bestand

De meest gebruikte en effectieve oplossing is het verwijderen van het .maintenance-bestand in de hoofdmap van je WordPress-installatie. Deze hoofdmap is meestal public_html, www of een map met je domeinnaam. Zie je hierin de mappen wp-admin, wp-content en wp-includes, dan zit je op de goede plek.

Belangrijk: Maak eerst een back-up

Het verwijderen van het .maintenance-bestand is een relatief risicoloze actie, maar als een update halverwege is afgebroken, kunnen bestanden corrupt zijn. Maak daarom indien mogelijk eerst een back-up van je bestanden en database. Noteer ook het laatst bekende goede back-upmoment als je automatische back-ups hebt via je hostingpaneel. Voor zakelijke, e-commerce of drukbezochte sites is het verstandig om vooraf een korte onderhoudsperiode in te plannen.

• Maak een back-up van de database of controleer de bestaande automatische back-ups.
• Verwijder nooit de wp-content map; hier staan alle media, thema’s en plugins.
• Verwijder alleen het .maintenance-bestand in de hoofdmap.
• Controleer na het verwijderen of je updates opnieuw kunt uitvoeren in WordPress.

Methode 1: Oplossen via cPanel Bestandsbeheer

Voor gebruikers met beperkte technische kennis is het cPanel Bestandsbeheer de makkelijkste optie. Via je hostingcontrolepaneel krijg je snel toegang tot de bestanden en kun je binnen enkele stappen de fout verhelpen. Is er geen bestandsbeheer aanwezig, dan kun je altijd FTP gebruiken.

Stap-voor-stap .maintenance verwijderen via cPanel

• Log in op je hosting controlepaneel.
• Open de sectie Bestandsbeheer.
• Navigeer naar de public_html map van je WordPress-installatie.
• Zorg dat verborgen bestanden zichtbaar zijn door de optie verborgen bestanden tonen aan te zetten. Bestanden die met een punt beginnen zijn standaard verborgen.
• Zoek het bestand .maintenance op.
• Selecteer het bestand en kies Verwijderen.
• Leeg de browsercache en eventuele sitecache als die aanwezig is.
• Open je site in een incognitovenster om te controleren of de fout verdwenen is.

Als je site weer laadt, is de eerste stap geslaagd. Ga daarna naar Dashboard > Updates in WordPress om te zien welke plugins of thema’s niet goed zijn bijgewerkt. Werk deze één voor één bij in plaats van alles in één keer. Begin met de WordPress-kern, vervolgens het thema en daarna de plugins voor meer veiligheid.

Methode 2: Oplossen via FTP of SFTP

FTP of SFTP is ideaal voor wie geen toegang heeft tot cPanel of liever vanaf de desktop werkt. Met clients als FileZilla, Cyberduck of WinSCP maak je verbinding met je server. Gebruik waar mogelijk SFTP voor een veiligere verbinding.

Stappenplan FTP

• Start je FTP-client en verbind met de server met adres, gebruikersnaam, wachtwoord en poort.
• Navigeer naar de WordPress rootmap, meestal public_html.
• Zorg dat verborgen bestanden zichtbaar zijn. In FileZilla vind je dit onder Server > Verborgen bestanden tonen forceren.
• Zoek het bestand .maintenance op.
• Verwijder het bestand, of download het eerst als back-up en verwijder het daarna van de server.
• Ververs je site en controleer in het dashboard de update-status.

Komt de FTP-verbinding niet tot stand? Controleer dan poortnummer, wachtwoord, IP-blokkades of firewallinstellingen. Bij een recent verhuisde domeinnaam kan de DNS nog niet volledig zijn doorgevoerd. Probeer dan tijdelijk met een server-IP of tijdelijk adres te verbinden. Voor hulp met domeinbeheer kun je verwijzen naar Domeinsopzoeking en domeinbeheer.

Methode 3: Snelle oplossing via SSH

Heb je SSH-toegang, dan is het verwijderen van het .maintenance-bestand via de command line de snelste optie. Dit is vooral handig voor ontwikkelaars en bureaus die meerdere WordPress-sites beheren. Let op dat je in de juiste map werkt om geen fouten te veroorzaken.

SSH-commando’s

Ga eerst naar de hoofdmap van WordPress:

cd public_html

Toon alle bestanden, inclusief verborgen:

ls -la

Verwijder het .maintenance-bestand:

rm .maintenance

Controleer daarna of de site weer werkt. Heb je meerdere WordPress-installaties, verifieer dan altijd met pwd in welke directory je bent om fouten te voorkomen.

Methode 4: Update afronden met WP-CLI

WP-CLI is een krachtig commandoregelprogramma voor WordPress beheer. Hiermee verwijder je niet alleen het .maintenance-bestand, maar kun je updates controleren en afronden. Deze methode is ideaal voor gevorderde gebruikers en ontwikkelaars die controle willen houden over het updateproces.

Voorbeeld WP-CLI commando’s

• Controleer WordPress-versie met wp core version.
• Bekijk pluginstatus met wp plugin list.
• Werk plugins één voor één bij met wp plugin update plugin-naam in plaats van --all om risico’s te beperken.
• Controleer het actieve thema met wp theme list.
• Leeg de cache met wp cache flush.

Met WP-CLI zie je ook of het .maintenance-bestand nog bestaat en of er update-fouten zijn. Noteer plugin-namen uit foutmeldingen en schakel problematische plugins tijdelijk uit. Test updates daarna in een staging omgeving voor je ze live zet.

Vergelijkingstabel van oplossingsmethoden

.maintenance verwijderd, maar site laadt niet: wat nu?

In sommige gevallen verdwijnt de onderhoudsmodus, maar toont de site nog een wit scherm, 500 Internal Server Error, kritieke foutmelding of een verstoorde layout. Dit wijst erop dat een update op bestandniveau mislukte. Volg onderstaande stappen rustig achter elkaar.

1. Cache legen

Browsers, WordPress cache-plugins, servercache en CDN kunnen de oude onderhoudspagina blijven tonen. Open je site eerst in een incognitovenster. Maak daarna de cache leeg van plugins als LiteSpeed Cache, WP Rocket, W3 Total Cache of vergelijkbare tools. Heb je een CDN, voer dan ook een cache purge uit. Bij SSL- of HTTPS-problemen kun je naar SSL certificaat voor tips over het correct instellen van het certificaat.

2. Probleematische plugins tijdelijk uitschakelen

Kun je niet inloggen in het dashboard? Ga dan via FTP of Bestandsbeheer naar wp-content/plugins en hernoem de map van verdachte plugins, bijvoorbeeld door “-uit” toe te voegen. Dit schakelt de plugin uit. Laadt de site dan? Dan ligt het probleem bij die plugin. Weet je niet welke plugin het is? Hernoem dan de hele plugins-map tijdelijk naar bijvoorbeeld plugins-old en schakel ze daarna één voor één weer in.

3. Omschakelen naar standaardthema

Als het probleem door het thema komt, kan het actief thema de site breken. Lukt het niet via het dashboard? Dan kun je het actieve thema in de database aanpassen of de themamap hernoemen. WordPress valt dan terug op een standaardthema zoals Twenty Twenty-Four of Twenty Twenty-Five. Maak altijd eerst een back-up bij aangepaste thema’s.

4. PHP foutlogboeken controleren

Bekijk de error_log bestanden voor aanwijzingen. Meldingen als “Allowed memory size exhausted”, “Fatal error”, “Permission denied” of “No space left on device” vertellen je wat er mis is. Is het geheugentekort? Verhoog dan de PHP memory_limit, bijvoorbeeld naar 256 MB of hoger bij WooCommerce en druk gebruikte sites.

5. Updates opnieuw installeren

Als de WordPress kernbestanden niet goed zijn bijgewerkt, kun je vanuit het dashboard kiezen voor “WordPress opnieuw installeren”. Dit verwijdert je wp-content map en database niet, maar vervangt alleen de kernbestanden. Voor plugins kan het helpen om ze handmatig opnieuw te downloaden en te installeren of via het dashboard opnieuw te updaten.

Beste praktijken om herhaling te voorkomen

De “Even kort niet beschikbaar wegens geplande onderhoud” fout is meestal snel opgelost, maar als het vaak voorkomt is het tijd om je infrastructuur en onderhoudsproces te verbeteren. Dit is vooral belangrijk voor druk bezochte bedrijfs- en e-commerce sites.

Updates gefaseerd uitvoeren

20 plugins in één keer updaten lijkt tijd te besparen, maar maakt foutopsporing lastig. Maak eerst een volledige back-up. Update daarna eerst de WordPress kern, dan het thema, en vervolgens de plugins in kleine groepjes van 3-5. Controleer na elke update kritisch de site.

Gebruik een staging omgeving

Updates direct op een live site uitvoeren is risicovol. Met een staging omgeving test je updates eerst in een kopie van je site. Zo voorkom je dat bezoekers problemen zien door incompatibele plugins of thema’s. Vooral WooCommerce websites moeten na updates uitgebreid getest worden op bestelproces, lidmaatschap en verzending.

Plan automatische back-ups

Dagelijkse of wekelijkse back-ups verkorten de hersteltijd bij fouten. Sites met veel orders, formulieren of gebruikersgegevens hebben baat bij dagelijkse databaseback-ups. Voor statische bedrijfswebsites kan een wekelijkse back-up volstaan. Bewaar back-ups op een aparte locatie, niet op dezelfde server.

Houd PHP en WordPress up-to-date

Verouderde PHP-versies brengen risico’s mee op het gebied van prestatie en beveiliging. WordPress en plugins werken het best op recente PHP-versies, zoals 8.2 of 8.3. Test thema’s en plugins op compatibiliteit voordat je overstapt.

Monitor hostingbronnen

Als je site vaak vastloopt tijdens updates, controleer dan CPU, RAM, I/O, schijfruimte en inode-gebruik. Te weinig resources veroorzaken niet alleen onderhoudsfouten maar ook trage laadtijden en problemen in het dashboard. Overweeg bij structurele tekorten een upgrade naar een Webhosting pakket dat beter aansluit bij je WordPress behoeften.

Impact op SEO en gebruikerservaring

Als de onderhoudsmodus slechts kort duurt, heeft dit meestal weinig effect op je SEO. Maar als je site uren of dagen onbereikbaar is, kunnen zoekmachines je pagina’s tijdelijk als offline markeren. Gebruikers haken af, wat leidt tot omzetverlies. Vooral tijdens campagnes of piekuren kan dit flinke schade opleveren.

Google kan korte uitval accepteren, maar frequente problemen schaden je crawlbudget en gebruikerssignalen. Na het oplossen van de fout is het slim om niet alleen de homepage, maar ook belangrijke pagina’s zoals contactpagina, productpagina’s, betaalproces, blogposts en het admin dashboard te testen. Controleer in Search Console ook op toename van crawl- of serverfouten.

Handige snelle checklist

Volg deze korte lijst om systematisch te werk te gaan bij spoed:

• Open de hoofdmap van de site: public_html of domeinmap.
• Zorg dat verborgen bestanden zichtbaar zijn.
• Verwijder het .maintenance-bestand.
• Maak browser-, plugin-, server- en CDN-cache leeg.
• Controleer updates in het WordPress dashboard.
• Werk mislukte plugins en thema’s één voor één bij.
• Controleer schijfruimte, inodegebruik, PHP-geheugen en error logs.
• Herhaalt het probleem? Evalueer je hosting en plugin-compatibiliteit.

Wanneer professionele hulp inschakelen?

Als het verwijderen van .maintenance het probleem niet oplost, je niet bij het dashboard kunt, je kritieke foutmeldingen ontvangt of je webshop-orderflow hapert, is het verstandig om een expert in te schakelen. Vooral bij ingrepen in de database, het thema of SSH-commando’s is professionele ondersteuning veiliger en sneller.

Je hostingprovider kan ook helpen bij het controleren van bestandsrechten, schijfruimtes, PHP-limieten en beveiligingsregels. Bij Hostragons kunnen onze supportmedewerkers je begeleiden bij het oplossen van onderhoudsproblemen. Begin je een nieuw project? Plan dan domein, hosting en SSL samen via domein, Hosting en SSL certificaat om alles direct goed in te richten.

Conclusie

De WordPress “Even kort niet beschikbaar wegens geplande onderhoud” fout is meestal een tijdelijke blokkade die ontstaat tijdens updates. Het verwijderen van het .maintenance-bestand in de hoofdmap lost het probleem vaak snel op. Voor een duurzame oplossing is het belangrijk om onafgemaakte updates af te ronden, cache te legen, bestandsrechten te controleren, schijfruimte in de gaten te houden en updates gefaseerd uit te voeren.

Op de korte termijn is het essentieel je site weer snel online te krijgen. Op de lange termijn helpt een stabiele hostingomgeving, regelmatige back-ups en een staging omgeving om dit soort onderbrekingen te voorkomen. Wil je je WordPress site stabieler laten draaien? Bekijk dan rustig onze WordPress-gerichte hostingoplossingen bij Hostragons en kies een pakket dat bij jouw wensen past.

Veelgestelde vragen

Waarom krijg ik de WordPress “Even kort niet beschikbaar wegens geplande onderhoud” fout?

Deze fout ontstaat doordat het .maintenance-bestand dat WordPress tijdens een update aanmaakt, niet wordt verwijderd. Dit gebeurt meestal door een onderbroken update, server time-outs, onvoldoende schijfruimte, PHP-limieten of incompatibele plugins.

Is het veilig om het .maintenance-bestand te verwijderen?

Ja, in de meeste gevallen is het verwijderen van het .maintenance-bestand veilig en zorgt het ervoor dat je site uit de onderhoudsmodus komt. Controleer daarna wel je updates, plugins, thema’s en error logs om problemen te voorkomen.

Ik heb het bestand verwijderd maar zie nog steeds dezelfde melding, wat nu?

Maak eerst alle caches leeg van browser, plugins, server en CDN. Test de site in een incognitovenster. Controleer ook of je in de juiste map werkt en verborgen bestanden zichtbaar zijn.

Heeft deze fout invloed op mijn SEO-prestaties?

Een korte onderhoudsperiode heeft meestal weinig impact, maar bij langdurige onbereikbaarheid kunnen zoekmachines je site tijdelijk minder waarderen en gebruikers afhaken. Oplossen van de fout zo snel mogelijk is daarom belangrijk.

Hoe voorkom ik dat deze fout terugkomt?

Voer updates gefaseerd uit, maak regelmatig back-ups, test updates in een staging omgeving, houd PHP en WordPress up-to-date en monitor je hostingbronnen. Bij aanhoudende problemen overweeg je een upgrade van je hostingpakket en controleer je plugin-compatibiliteit.