WordPress Foutmeldingen

Een 500 Internal Server Error betekent dat de WordPress-applicatie een fout maakte voordat hij een geldig antwoord kon teruggeven. Dit artikel legt het mechanisme uit, behandelt de vijf echte oorzaken, helpt je ze in de logs van elkaar te onderscheiden en geeft per oorzaak de fix.

Deze fout betekent dat WordPress geen verbinding kan maken met je database, waardoor je site volledig offline gaat.

WordPress laat dit scherm zien als een PHP fatal error de pagina afbreekt. De recovery-mail is je snelste route terug, en de debug log vertelt je welke plugin of welk thema eruit moet.

Een volledig leeg WordPress-scherm in 2026 betekent bijna altijd dat een PHP fatal toesloeg voordat WordPress het kritieke foutscherm kon tonen. Hier lees je hoe je van dat lege scherm weer een leesbare foutmelding maakt en de oorzaak oplost.

Een redirect-lus maakt je WordPress-site onbereikbaar. Dit artikel benoemt de vijf echte oorzaken op volgorde van waarschijnlijkheid en lost ze stuk voor stuk op met een controle die je zelf in de browser kunt checken.

PHP heeft het verzoek afgebroken omdat het meer geheugen wilde dan de server toestond. Je verhelpt het door WP_MEMORY_LIMIT of de onderliggende PHP memory_limit op te hogen, en daarna de plugin, upload of admin-taak te vinden die te veel vraagt.

WordPress toont deze melding terwijl een update loopt. Blijft hij staan, dan is het bestand .maintenance blijven hangen. Hieronder lees je hoe je dat veilig oplost.

Een PHP-script liep langer dan de server toestond. Fix het door max_execution_time te verhogen, set_time_limit() aan te roepen of de taak in kleinere stukken te knippen.

Een 403 Forbidden op een WordPress-site betekent dat de server het verzoek wél begrijpt, maar hem bewust weigert. Dit artikel legt uit wat de vijf echte oorzaken zijn, hoe je uitzoekt welke het is en hoe je ze per stuk oplost.

Eén vergeten accolade of puntkomma in een PHP-bestand kan je hele WordPress-site platleggen. De foutmelding vertelt je precies waar het zit en meestal ben je met twee bewerkingen weer up.

Een WordPress login redirect loop gooit je terug naar wp-login.php nadat je een geldig wachtwoord hebt ingevoerd. Dit artikel loopt de echte oorzaken langs in volgorde van waarschijnlijkheid, laat zien hoe je elke oorzaak verifieert en geeft per geval een gerichte oplossing.

WordPress laat deze melding zien als een capability-check je verzoek heeft afgewezen nadat je al was ingelogd. De oplossing zit bijna nooit in het inlogformulier: het ligt aan je opgeslagen rol, een plugin die je rechten heeft herschreven, of een database-mismatch waardoor de lookup leeg terugkomt.

Een 502 Bad Gateway betekent dat de proxy voor je WordPress-site een ongeldig antwoord (of helemaal geen antwoord) kreeg van de applicatieserver, meestal omdat een PHP-FPM worker midden in het verzoek crashte. Dit artikel legt het mechanisme uit, behandelt de vijf echte oorzaken, helpt je ze in de logs uit elkaar te halen en geeft per oorzaak de fix.

Een 503 Service Unavailable betekent dat de server voor je WordPress-site het verzoek nu even niet kan afhandelen, bijna altijd omdat iets overbelast is, gerate-limit wordt of in onderhoud staat. Dit artikel legt het mechanisme uit, behandelt de vijf echte oorzaken, helpt je ze van elkaar te onderscheiden en geeft per oorzaak de fix.

Een 504 Gateway Timeout betekent dat de proxy voor je WordPress-site te lang heeft gewacht op de applicatieserver en het opgegeven heeft. Dit artikel legt het mechanisme uit, behandelt de vier echte oorzaken, helpt je ze van elkaar te onderscheiden en geeft per oorzaak de fix.

WordPress toont een kale "HTTP error" in de mediabibliotheek zodra de server een upload halverwege afkeurt. De echte oorzaak is bijna altijd een groottelimiet, een geheugenprobleem van Imagick, een timeout, of een WAF-regel. Lees de serverlog en fix het juiste plafond.

Een WordPress-pagina geeft 404, terwijl hij gewoon in het dashboard staat. Dit artikel legt uit waarom dat gebeurt, hoe je uitzoekt welke van de vijf oorzaken het is en hoe je ze per stuk oplost.

Je hebt SSL aangezet en nu toont je WordPress-site een kapot slotje of 'Niet veilig'. Dat is mixed content, geen kapot certificaat. Dit artikel legt het verschil uit, helpt je de schuldige resources te vinden en behandelt de vier echte fixes op volgorde van grondigheid.

Je SSL-certificaat is actief (voor een uitleg over certificaattypen, zie [SSL-certificaten in WordPress]({{ '/en/knowledge-base/wordpress/security/ssl-certificate-in-wordpress/' | locale_url }})) maar WordPress laadt nog steeds over HTTP, of je hebt een redirect ingeschakeld en nu krijg je ERR_TOO_MANY_REDIRECTS. Deze gids behandelt de vier methodes die echt werken, op volgorde van veiligheid, plus de twee configuraties (Cloudflare Flexible en niet-vertrouwde reverse proxies) die je in de soep laten lopen als je ze overslaat.

WordPress toont 'Missed schedule' wanneer de publicatietijd voorbij is maar de cron-runner nooit afging. Het bericht is niet weg. Dit artikel zet het vastgelopen bericht binnen een minuut live en lost de oorzaak zo op dat de volgende keer wel gewoon op tijd publiceert.

Een 429 Too Many Requests in WordPress betekent bijna nooit dat je site wordt aangevallen. Meestal rate-limit de site zichzelf, vaak omdat WP-Cron of een op hol geslagen Action Scheduler-taak een externe API platslaat. Dit artikel legt uit welke laag precies 'rustig aan' zegt, hoe je ze uit de logs kunt onderscheiden en hoe je elke oorzaak oplost zonder iets anders te breken.

WordPress weigert een upload met "exceeds the upload_max_filesize directive" omdat de limiet uit PHP komt, niet uit WordPress. Verhoog upload_max_filesize en post_max_size samen op de juiste plek voor jouw stack, en controleer het resultaat in Site Health.

Een ander KB-artikel zei dat je WP_DEBUG aan moest zetten en debug.log moest lezen. Hier lees je hoe je dat veilig doet, waar het bestand staat, wat elke constante echt doet en hoe je het log afschermt zodat bezoekers je foutmeldingen nooit te zien krijgen.

Je klikte op update, de pagina laadde opnieuw en nu ligt je site eruit. Dit artikel loopt het veilige herstelpad af: terug komen in wp-admin, de boosdoener vinden, op de juiste manier terugdraaien en de database-migratie-val vermijden waar naïeve rollbacks op stuklopen.

Je klikt op Plugin installeren en in plaats van de installatie krijg je een formulier met Verbindingsgegevens, dat om een FTP-host, gebruikersnaam en wachtwoord vraagt. Dit artikel legt de eigenaarscontrole uit die het formulier triggert, loopt de juiste fix langs (chown naar de PHP-gebruiker), behandelt de wp-config.php-shortcuts en wanneer elke shortcut veilig is, en lijst de typische Nginx- en Docker-scenario's op waarin je dit ziet.

Als de WordPress-mediabibliotheek lege tegels, gebroken-afbeelding-iconen of grijze placeholders laat zien in plaats van thumbnails, zit de oorzaak meestal in een van zeven dingen: bestandsrechten, een ontbrekende image library, achterblijvende post meta na een migratie, een SSL-omschakeling die HTTP-URL's heeft achtergelaten, de WP 5.3 -scaled-val, of een formaat dat de server niet kan decoderen. Diagnose eerst met Site Health en het netwerktabblad voordat je iets gaat regenereren.

WordPress mailde dat de automatische update niet is voltooid. Misschien is je site prima, misschien hangt hij in onderhoudsmodus, of misschien draait hij de nieuwe versie met gecachete oude code. Dit artikel loopt het veilige herstelpad af: controleer eerst de staat van de site, ruim het .maintenance-bestand op, werk de vijf echte oorzaken door en bevestig daarna of de update echt is afgerond.

WordPress weigert een upload met "Sorry, dit bestandstype is niet toegestaan om veiligheidsredenen" omdat het MIME-type van het bestand niet in de standaard whitelist staat. De juiste fix verschilt per formaat. SVG vereist Safe SVG (sanitisatie is niet optioneel). WebP werkt vanaf WordPress 5.8 met een server die WebP ondersteunt. HEIC werkt vanaf WordPress 6.7 met Imagick. ALLOW_UNFILTERED_UPLOADS is een tijdelijke noodgreep, geen permanente oplossing.

Na een WordPress-update stuurt elk bezoek aan wp-admin je naar het scherm Database update vereist. Je klikt op de knop, het scherm zegt dat de upgrade is gelukt, en de volgende pagina laadt precies hetzelfde scherm weer. Hieronder lees je waarom de lus optreedt en hoe je er zonder handmatig database-werk vanaf komt.

Je WooCommerce add-to-cart knop doet niks, het winkelmandje leegt zichzelf tussen pagina's, of de checkout blijft eindeloos draaien zonder de bestelling af te ronden. De oorzaak is bijna nooit 'een plugin conflict' zoals de meeste fora beweren. In het overgrote deel van de gevallen is het een cachingconfiguratie die een verouderde pagina serveert waar een dynamische hoort. Dit artikel loopt elke gangbare oorzaak door op volgorde van waarschijnlijkheid, met een browserdiagnose per geval.

WordPress toont "De link die je hebt gevolgd is verlopen. Probeer het opnieuw." met een wit scherm en een 403-statuscode. Het klinkt als een sessie-timeout, maar de meest voorkomende oorzaak is een bestandsupload die PHP's post_max_size overschrijdt. PHP gooit dan stilletjes alle formulierdata weg en WordPress denkt dat de beveiligingsnonce nooit is meegestuurd.

Je WooCommerce checkout is kapot en je moet weten of de oorzaak nu caching is, een JavaScript-conflict, een betaalmethode, een Web Application Firewall of iets heel anders. Het lastigste is niet de oplossing. Het is uitvinden welke van zeven mogelijke faalwijzen je voor je hebt. Dit artikel disambigueert eerst het symptoom en stuurt je dan naar de juiste diagnose en het juiste zusterartikel als dat bestaat.

Deze fout betekent dat WordPress een werkende databaseverbinding had, maar dat MySQL of MariaDB die verbinding heeft gesloten voordat de huidige query klaar was. De meest voorkomende oorzaken zijn een inactieve verbinding die wait_timeout overschreed, of een querypakket dat groter is dan max_allowed_packet.

Je hebt een betaalgateway ingeschakeld in WooCommerce-instellingen maar hij verschijnt niet op de afrekenpagina. De oorzaak is meestal een van vijf dingen: de gateway ondersteunt het Checkout Block niet, de site mist een geldig SSL-certificaat, de gateway staat in testmodus met live inloggegevens (of andersom), een pluginconflict voorkomt dat het gateway-JavaScript laadt, of geografische beperkingen sluiten het land van de klant stilzwijgend uit. Dit artikel loopt door elke oorzaak met een diagnose bij elke stap.

Je WooCommerce-afrekenpagina toont "Er zijn geen verzendopties gevonden voor je locatie" of geeft het verkeerde verzendtarief weer. De oorzaak is meestal de zonevolgorde (WooCommerce matcht de eerste zone in de lijst, niet de meest specifieke), een gratis-verzendmethode waarvan niet alle voorwaarden zijn voldaan, of gecachete verzendtarieven die na een instellingswijziging blijven hangen. Dit artikel loopt door het zone-prioriteitsmodel, de meest voorkomende misconfiguraties en de debug-tools die WooCommerce biedt.

Je site is stuk, je vermoedt een plugin, maar je weet niet welke. Dit artikel loopt de gestructureerde diagnose af: safe-mode voor één gebruiker, folder-rename bisectie als wp-admin er niet meer in zit, en de debug log lezen die de boosdoener bij naam noemt.