WordPress-storing? Wij lossen kritieke fouten en witte schermen op

Je site laat ineens een foutmelding zien of blijft wit, en je weet niet of het aan jou ligt of aan WordPress. Op deze pagina lees je per melding wat er meestal achter zit, wat je zelf veilig kunt proberen en wanneer je beter iemand inschakelt. De stappen komen uit de officiële WordPress-documentatie en zijn bewust beperkt tot dingen die je kunt terugdraaien.

Eén ding vooraf: een foutmelding heeft vaak meerdere mogelijke oorzaken. Wat hieronder staat zijn veelvoorkomende oorzaken, geen garantie voor jouw site. Wat er echt speelt weten we pas als we kijken.

Wat betekent “Er is een kritieke fout opgetreden”?

Deze melding betekent dat een stuk code in je site stukloopt, vaak door een plugin, een thema of een combinatie die niet bij de huidige versie van WordPress of PHP past. Sinds WordPress 5.2 bestaat daarvoor een herstelmodus, waarmee je een foutmelding krijgt in plaats van een leeg scherm.

Dit kun je zelf proberen:

1. Kijk in de mailbox van het beheerdersadres. WordPress stuurt bij zo’n fout een mail met instructies. Check ook je spamfolder.
2. Volg de link in die mail om in te loggen in de herstelmodus. Daar zie je meestal welke plugin of welk thema de fout veroorzaakt, en kun je die uitschakelen.
3. Werkt de mail of link niet? Zet dan de plugins uit via bestandsbeheer (zie hieronder bij het witte scherm).

Het uitschakelen van de veroorzaker haalt de melding weg, maar niet de reden dat die plugin stukging. Vaak is dat een achterstallige update of een plugin die niet meer wordt bijgehouden.

Wat kun je doen bij een wit scherm in WordPress?

Een wit scherm (zonder tekst) komt vaak door een plugin of thema dat een fatale fout geeft. De methode uit de WordPress-documentatie is om alle plugins in één keer uit te zetten via FTP of het bestandsbeheer van je hosting, zonder dat je kunt inloggen:

1. Ga naar de map wp-content van je site.
2. Hernoem de map plugins naar bijvoorbeeld plugins.hold. Hierdoor zijn alle plugins uitgeschakeld.
3. Probeer in te loggen op /wp-admin/. Lukt dat, dan zat de oorzaak bij een plugin.
4. Hernoem de map terug naar plugins. De plugins blijven uitgeschakeld.
5. Zet ze één voor één weer aan. De plugin waarbij het scherm weer wit wordt, is de veroorzaker.

Blijft het scherm wit? Dan kan het thema de oorzaak zijn. Schakel over naar een standaardthema van WordPress om dat uit te sluiten. Wijzig geen bestanden waar je niet zeker van bent: een typefout in een PHP-bestand maakt het erger.

Wat kun je doen bij een 500 Internal Server Error?

Een 500-fout is een algemene serverfout: de server weet dat er iets misgaat, maar zegt niet wat. Veelvoorkomende oorzaken zijn een beschadigd .htaccess-bestand, een plugin of thema, of een te laag PHP-geheugen. De officiële stappen:

• Hernoem .htaccess naar .htaccess_old via FTP of bestandsbeheer. Werkt de site daarna, ga dan in WordPress naar Instellingen, Permalinks en sla op: WordPress maakt dan een nieuw bestand aan.
• Zet de plugins uit met de methode hierboven.
• Schakel over naar een standaardthema.
• Verhoog het PHP-geheugen, als je hosting dat toestaat.

Helpt niets, dan kan het aan de server liggen. Vraag je hostingpartij of er een storing is en wat er in het foutlogboek staat. Dat logboek laat vaak de bestandsnaam zien waar het misgaat.

Wat betekent “Fout bij het maken van een databaseverbinding”?

WordPress kan geen contact maken met de database waarin al je pagina’s en instellingen staan (in het Engels: “Error establishing a database connection”). Dat heeft meestal één van deze oorzaken:

• Verkeerde gegevens in wp-config.php: databasenaam, gebruikersnaam, wachtwoord of host kloppen niet meer, bijvoorbeeld na een verhuizing of wachtwoordwijziging.
• De databaseserver werkt niet of is vol. Dat kan alleen je hostingpartij zien en herstellen.
• Een beschadigde database.

Controleer de gegevens in wp-config.php met wat je hostingpartij aangeeft, en vraag of de databaseserver bereikbaar is. Pas in wp-config.php alleen de vier gegevens aan, verder niets. De WordPress-documentatie raadt bij dit probleem ook aan te controleren of de site niet is gehackt. Zie je ook vreemde bestanden of gebruikers, ga dan direct naar website gehackt: herstel.

Wat doe je als een WordPress-update mislukt of de site in onderhoudsmodus blijft?

Bij een update zet WordPress tijdelijk een bestand .maintenance in de hoofdmap van je site, de map waar ook wp-admin in staat. Bezoekers zien dan “Briefly unavailable for scheduled maintenance. Check back in a minute.” Stopt de update halverwege, dan blijft dat bestand staan en blijft je site in onderhoudsmodus.

De oplossing volgens WordPress: verwijder het bestand .maintenance via FTP of bestandsbeheer. Het is een verborgen bestand, dus zet in je FTP-programma de optie aan om verborgen bestanden te tonen. Daarna kun je de update opnieuw uitvoeren, voor de zekerheid.

Controleer daarna of alles werkt: de voorkant, het inloggen, het formulier en je belangrijkste plugins. Een update die halverwege stopte, kan bestanden half bijgewerkt achterlaten. Dan loont een kijkje van iemand die dat kan beoordelen.

Wanneer kun je beter hulp inschakelen?

Schakel hulp in zodra je onzeker bent of er meer op het spel staat dan een paar minuten downtime. Dat geldt in elk geval als:

• je geen toegang hebt tot FTP, bestandsbeheer of de hosting
• de stappen hierboven niets opleveren, of de fout terugkomt
• je webshop of boekingssysteem erdoor stilligt
• je vermoedt dat de site gehackt is
• je het niet meer weet na meerdere gokken, want elke gok op een live site kan de schade vergroten

Bij twijfel geldt: liever één keer te vroeg contact opnemen dan een database of bestand overschrijven dat je niet kunt terugzetten.

Hoe lossen wij een WordPress-storing op?

We werken in vaste volgorde, zodat het herstel te volgen is:

1. Toegang en back-up. We vragen toegang tot WordPress, de hosting en (waar nodig) je domein. Waar mogelijk maken we eerst een kopie van bestanden en database, zodat we altijd terug kunnen.
2. Oorzaak zoeken. We kijken naar het foutlogboek, de laatste wijzigingen (update, nieuwe plugin, PHP-wijziging) en naar plugins en thema.
3. Herstellen. We lossen de oorzaak op en controleren dat de site, het formulier en je belangrijkste pagina’s weer werken.
4. Je hoort wat er speelde. Je krijgt in gewone taal wat de oorzaak was en wat we hebben gedaan.
5. Daarna. Wil je dat het niet opnieuw gebeurt, dan kan de site mee in ons WordPress-onderhoud: updates, back-ups, beveiliging en monitoring.

Een reactie betekent niet dat het al is opgelost. Hoe lang een klus duurt, hangt af van wat er mis is, en dat weten we pas als we kijken. Een hersteltermijn beloven we daarom niet.

Wat kost het oplossen van een WordPress-storing?

Je hoort de prijs voordat we beginnen. Er zijn twee routes:

• Losse hulp. Voor een duidelijk afgebakend probleem krijg je een vaste prijs vooraf. Is de omvang onzeker, dan werken we op uurtarief en spreken we vooraf af hoe ver we gaan. We publiceren het uurtarief hier niet, omdat een klus zelden uit uren alleen bestaat.
• Via Care. Met Care vanaf €39 per maand (€79 per maand voor Pro) houden wij je site bij, met hosting, SSL, je domein en e-mail erbij. Alle bedragen zijn exclusief btw. Bij een storing reageren we als Care-klant direct: meestal binnen 1 uur, uiterlijk binnen 4 uur op werkdagen. Dat geldt voor Basis en Pro.

Heb je binnen een jaar twee keer of vaker hulp nodig gehad, dan loont Care vaak. Reken het na met het uurtarief dat je vooraf krijgt.

Wat heb je van ons nodig om te starten?

Stuur ons een bericht via het contactformulier met de melding die je ziet (een screenshot helpt) en wat er vlak daarvoor is veranderd: een update, een nieuwe plugin of een verhuizing. Je hoort binnen één werkdag van ons. Zoek je een partij voor meer dan een storing, lees dan over een WordPress specialist of over website beheer.

Wil je eerst weten hoe je site ervoor staat? De gratis website-check doet bijna 150 controles en laat zien wat er aan snelheid en veiligheid te verbeteren valt.

Bronnen: de WordPress-documentatie over veelvoorkomende fouten, over het uitschakelen van plugins en het .maintenance-bestand en over WP_DISABLE_FATAL_ERROR_HANDLER en de herstelmodus.