Een 502 Bad Gateway fout betekent dat je webserver geen geldig antwoord krijgt van de upstream server, meestal PHP-FPM of de database. Bij WordPress is dit vrijwel altijd op te lossen door PHP-FPM, plugins, geheugenlimieten en logbestanden na te lopen. In dit artikel vind je een duidelijk stappenplan om je site snel weer online te krijgen en de oorzaak definitief te vinden.
Wat is een 502 Bad Gateway fout?
Een 502-fout ontstaat wanneer je webserver een ongeldige reactie krijgt van de server die de pagina moet opbouwen. Bij WordPress-hosting komt dit meestal door een van deze oorzaken:
- PHP-FPM reageert niet of is vastgelopen
- De database is tijdelijk onbereikbaar
- Het geheugenlimiet (memory_limit) is overschreden
- Timeout-instellingen zijn te krap voor een zware taak
- Een plugin of thema veroorzaakt een conflict
Een 502-fout is iets anders dan een 503-fout: 502 wijst op een communicatiestoornis tussen serveronderdelen, terwijl 503 meestal duidt op overbelasting of onderhoud.
Snelle fixes om direct te proberen
Voordat je dieper gaat zoeken, zijn er een paar snelle checks die het probleem vaak meteen oplossen:
- Ververs de pagina na enkele seconden; soms is het een tijdelijke piekbelasting
- Leeg de LiteSpeed-cache via Plesk of je cacheplugin
- Controleer of PHP-FPM actief is in Plesk onder Service Management
- Kijk of er recent een plugin of thema is geüpdatet
Stappenplan voor structurele oplossing
Controleer PHP-FPM status
Log in op Plesk en ga naar Tools & Settings > Service Management. Zorg dat PHP-FPM draait; start het eventueel opnieuw en vernieuw je site na een halve minuut.
Isoleer plugins en thema
Hernoem via bestandsbeheer de map /wp-content/plugins/ naar /wp-content/plugins-disabled/. Werkt de site weer? Hernoem dan de plugins één voor één terug tot je de boosdoener vindt.
Verhoog het geheugenlimiet
Ga in Plesk naar Domains > je-domein.nl > PHP Settings en verhoog memory_limit naar minimaal 256M. Grotere sites hebben vaak baat bij 512M.
Analyseer de logbestanden
Bekijk error_log en access_log onder Domains > je-domein.nl > Logs. Zoek naar meldingen over PHP-FPM, connection refused of timeout om de exacte oorzaak te vinden.
Geavanceerde troubleshooting
Blijft de fout terugkomen, kijk dan naar deze dieperliggende oorzaken:
- Timeouts: verhoog max_execution_time naar 300 seconden bij zware taken zoals imports of updates
- Database-verbinding: controleer de inloggegevens in wp-config.php en test de verbinding via phpMyAdmin in Plesk
- Cron-taken: een vastlopende wp-cron-taak kan herhaaldelijk 502-fouten veroorzaken; controleer geplande taken in WordPress
- Resources: als je site is gegroeid, kan een hostingplan met meer rekenkracht nodig zijn
Kom je er zelf niet uit, neem dan contact op via de kennisbank en support, waar je ook 24/7 via WhatsApp, ticket of e-mail geholpen wordt. Zorg daarnaast dat je zakelijke e-mail hosting en domeinnamen los van dit probleem blijven functioneren, zodat bezoekers je altijd kunnen bereiken.
Veelgestelde vragen
Is een 502-fout hetzelfde als een 503-fout?
Nee. 502 wijst op een communicatiestoornis tussen serveronderdelen, terwijl 503 meestal duidt op overbelasting of gepland onderhoud. De oplossingsrichting verschilt dus.
Kan mijn hostingplan de oorzaak zijn?
Ja. Te weinig RAM of CPU kan PHP-processen laten crashen. Groeit je site, overweeg dan een groter plan met meer resources.
Waarom blijft de fout terugkomen?
Vaak door een niet-gevonden plugin-conflict, onvoldoende resources of een vastlopende cron-taak. Controleer deze punten systematisch.
Helpt het om WordPress opnieuw te installeren?
Meestal niet, omdat de oorzaak serverzijdig ligt. Dit risico je onnodig dataverlies; los het liever stap voor stap op.
Wat als ik recent ben overgestapt van hostingprovider?
Controleer dan eerst of de DNS en database-instellingen correct zijn overgezet. Bij overstappen naar een nieuwe provider worden deze instellingen meestal automatisch meeverhuisd, maar het is goed dit te checken.
Conclusie
Een WordPress 502 Bad Gateway fout los je op door systematisch PHP-FPM, plugins, geheugenlimieten en logbestanden te controleren. Met de juiste stappen is de fout meestal binnen enkele minuten verholpen, en bij structurele problemen helpt het om naar resources of plugin-conflicten te kijken.