WordPress problemen oplossen is niet altijd eenvoudig — de oorzaak is zelden meteen zichtbaar. Een leeg scherm, een foutmelding die je niets zegt, of een site die plots onbereikbaar is: elk symptoom heeft een andere oorzaak, en elke oorzaak heeft een oplossing. Op deze pagina vind je een overzicht van alle veelvoorkomende WordPress-fouten, wat ze betekenen en hoe je ze aanpakt.
Liever direct geholpen? Fix aanvragen — gratis diagnose →
Hieronder staan de meest voorkomende WordPress-problemen. Klik op het type fout om direct naar het stappenplan te gaan.
| Fout | Wat je ziet | Artikel |
|---|---|---|
| Site plat of onbereikbaar | Geen signaal — de site laadt simpelweg niet | Oplossing → |
| Kritieke fout | “There has been a critical error on your website” | Oplossing → |
| Wit scherm (WSOD) | Volledig leeg scherm, geen foutmelding | Oplossing → |
| 500 Internal Server Error | Algemene serverfout — site onbereikbaar | Oplossing → |
| WordPress database fout | “Error establishing a database connection” | Oplossing → |
| 404 Not Found | Pagina of bericht niet gevonden | Oplossing → |
| Onderhoudsmodus | Site vast in onderhoudsmodus na update | Oplossing → |
| WordPress gehackt | Malware, vreemde omleidingen, Google-blacklist | Oplossing → |
| Inloggen lukt niet | Buitengesloten van het dashboard | Oplossing → |
| Update mislukt | Site kapot na plugin-, thema- of core-update | Oplossing → |
| Wachtwoord vergeten | Geen toegang meer tot het admin-account | Oplossing → |
| WordPress herstellen | Site herstellen na crash of mislukte update | Oplossing → |
| Afbeeldingen uploaden mislukt | Upload fout of HTTP-error in de media bibliotheek | Oplossing → |
WordPress is opgebouwd uit lagen die samenwerken: de core, plugins, je thema, de webserver en de database. Een probleem in één laag kan de hele site beïnvloeden — en het is niet altijd meteen duidelijk welke laag de oorzaak is.
Denk eraan als een waarschuwingslampje in je auto: het lampje is het symptoom, niet het probleem zelf. De foutmelding — een 500-error, een databasefout, een leeg scherm — is de eerste aanwijzing naar de oorzaak. Elk symptoom heeft zijn eigen logica.
De vier meest voorkomende oorzaken zijn een plugin-conflict, een probleem met het actieve thema, een server- of databaseprobleem, of een fout in wp-config.php of .htaccess. Met toegang tot foutlogs, FTP en het hostingdashboard is de diagnose in de meeste gevallen snel gesteld.
Sommige WordPress-fouten zijn hinderlijk maar beheersbaar. Andere vragen onmiddellijk ingrijpen — elke minuut vertraging kost bezoekers, leads of omzet.
Site plat of onbereikbaar — geen enkel signaal, de site laadt simpelweg niet. Dit is de meest urgente situatie, zeker voor webshops en bedrijfssites. Lees: WordPress site plat of onbereikbaar →
Kritieke fout — “There has been a critical error on your website”. WordPress heeft zichzelf geblokkeerd en stuurt een mail naar het admin-adres. Herstelbaar, maar vereist directe actie. Lees: Kritieke fout oplossen →
WordPress gehackt — vreemde omleidingen, onbekende bestanden, je site op de Google-blacklist. Dit is geen technisch probleem maar een veiligheidsprobleem. Hoe langer je wacht, hoe dieper de schade. Lees: WordPress gehackt — wat nu? →
Niet elk WordPress-probleem vereist externe hulp. Maar er is een duidelijke grens.
Zelf proberen heeft zin als:
Een WordPress specialist inschakelen is verstandiger als:
WPFIX diagnosticeert gratis — je weet altijd wat het probleem is en wat het kost vóór we beginnen.
Fix aanvragen — gratis diagnose →
De meeste WordPress-problemen zijn vermijdbaar. Verouderde plugins zijn de belangrijkste oorzaak van hacks en crashes — toch worden updates door veel sitebeheerders uitgesteld omdat ze “misschien iets kapot maken”. Die vrees is terecht, maar het risico van níét updaten is groter.
Regelmatige updates, dagelijkse back-ups en actieve monitoring die fouten detecteert vóór bezoekers ze merken: dat is wat WP Protect elke maand regelt. Geen verrassingen, vaste prijs, maandelijks opzegbaar.
Ontdek WP Protect — WordPress onderhoud →
Site plat of onbereikbaar? Directe hulp → Fouten voorkomen? WP Protect → Fix aanvragen: Gratis diagnose →
De grootste fout bij het oplossen van WordPress-problemen is te snel en te willekeurig ingrijpen. Elke aanpassing die je doet zonder diagnose kan de oorzaak verhullen of nieuwe problemen veroorzaken. Werk methodisch — van buiten naar binnen, van eenvoudig naar complex.
Noteer de exacte foutmelding, het URL-pad waar de fout verschijnt, en of de fout op alle pagina’s voorkomt of alleen op bepaalde. Een fout die alleen op de homepage verschijnt heeft een andere oorzaak dan een fout die de hele site platlegt. Controleer ook of de fout zichtbaar is voor alle bezoekers of enkel voor jou als ingelogde beheerder.
Is het probleem plots opgedoken? Zoek dan naar de laatste wijziging: een plugin-update, een thema-update, een WordPress core-update, of een aanpassing aan code of instellingen. De tijdlijn is je beste aanwijzing. Check in je hostingpanel de tijdstempels van recent gewijzigde bestanden als je het niet meer weet.
Ook al is de site half kapot: maak eerst een back-up van de database en de bestanden. Zonder back-up riskeer je bij elke interventie dat je de situatie onherstelbaar maakt. De meeste hostingproviders bieden een one-click back-up aan in het controlepanel.
Plugin-conflicten zijn de meest voorkomende oorzaak van WordPress-fouten. Als je nog toegang hebt tot het dashboard: schakel alle plugins in één keer uit via Plugins → Geïnstalleerde plugins → Alles selecteren → Deactiveren. Verdwijnt de fout? Activeer plugins één voor één opnieuw tot de fout terugkomt. Dat is de schuldige plugin.
Heb je geen toegang tot het dashboard? Hernoem de map /wp-content/plugins/ via FTP naar /wp-content/plugins_disabled/. WordPress deactiveert dan automatisch alle plugins. Na diagnose hernoem je de map terug.
Als het uitschakelen van plugins niets oplevert, kan het actieve thema de oorzaak zijn. Activeer tijdelijk een standaard WordPress-thema zoals Twenty Twenty-Four via Weergave → Thema’s. Is de fout weg? Dan zit het probleem in je thema of een thema-conflict met een plugin.
WordPress en je server schrijven fouten weg in logbestanden. Die bevatten de exacte PHP-fout, het bestand waar ze optreedt en het regelnummer. Dat maakt diagnose een stuk eenvoudiger dan blind zoeken.
Foutlogs zijn de zwarte doos van je WordPress-installatie. Ze registreren elke PHP-fout, elke waarschuwing en elke mislukte databasequery. Weten waar je ze vindt, bespaart enorm veel tijd.
Via het hostingpanel — De meeste hostingproviders (cPanel, DirectAdmin, Plesk) hebben een sectie “Error Logs” of “PHP Error Logs” in het controlepanel. Dit is de snelste manier.
Via FTP — debug.log — Als WordPress debug-logging is ingeschakeld, worden fouten weggeschreven naar /wp-content/debug.log. Je bereikt dit bestand via FTP of de bestandsmanager van je hosting.
WP_DEBUG inschakelen — Voeg deze regels toe aan je wp-config.php om foutlogging te activeren:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );Zet WP_DEBUG_DISPLAY op false zodat fouten niet zichtbaar zijn voor bezoekers, maar wel worden gelogd. Verwijder of zet deze regels terug na diagnose — debug-modus is niet bedoeld voor productiesites.
Via Query Monitor — De gratis plugin Query Monitor toont PHP-fouten, trage databasequeries en plugin-conflicten direct in de admin-balk. Handig als je wel nog toegang hebt tot het dashboard.
Niet elk WordPress-probleem ligt bij WordPress zelf. Soms is de server de oorzaak — en dan helpen plugin-diagnoses en thema-wissels niets. Herken het verschil:
Waarschijnlijk een serverprobleem als:
Waarschijnlijk een WordPress-probleem als:
/wp-login.php) wel laadt maar de rest nietBij een serverprobleem is de eerste stap contact opnemen met je hostingprovider, niet WordPress debuggen. Vraag expliciet naar recente serverwijzigingen, PHP-versie-updates of serverbelasting op het moment van de fout.
De meeste situaties waarbij een WordPress-probleem erger wordt na een poging tot zelfhulp, hebben dezelfde oorzaken. Vermijd deze valkuilen:
Zonder back-up beginnen — De meest gemaakte fout. Als er geen back-up is en iets gaat mis, is er geen weg terug.
Meerdere dingen tegelijk aanpassen — Als je één plugin uitschakelt én een bestand aanpast én een instelling wijzigt, weet je niet wat de oplossing was. Werk altijd één stap per keer.
Willekeurige code kopiëren van het internet — Code die voor iemand anders werkte, werkt niet per definitie op jouw installatie. Zeker aanpassingen aan wp-config.php en .htaccess kunnen je site onbereikbaar maken als ze niet correct zijn.
De cache niet legen — Veel WordPress-fouten lijken te blijven bestaan na een fix, maar verdwijnen na het legen van de cache van je caching-plugin en de browsercache. Controleer altijd in een incognito-venster na een aanpassing.
Geen technische kennis nodig · Antwoord binnen de dag