Website niet bereikbaar? Zo vind je de oorzaak en krijg je je site weer online

Plots is je website niet bereikbaar. Misschien krijg je “Deze site is niet bereikbaar”, een wit scherm, een 500-fout of blijft de pagina eindeloos laden. Voor een ondernemer voelt dat meteen urgent: klanten kunnen je site niet gebruiken, formulieren werken niet en een webshop kan geen bestellingen verwerken.

Een onbereikbare website is niet automatisch gehackt en ook niet automatisch verloren. De fout kan lokaal zitten, bij het domein of DNS, bij de hosting of in WordPress. Daarom is de snelste aanpak meestal: eerst uitsluiten, daarna pas wijzigen.

Werkt de website voor anderen wel, maar voor jou niet? Dan zit het probleem waarschijnlijk in je eigen netwerk, browser, DNS-cache of een IP-blokkade. Is de site voor iedereen onbereikbaar, dan zoek je verder aan de kant van domein, DNS, hosting, WordPress of serverconfiguratie.

1. Controleer of het probleem alleen bij jou speelt

Begin niet in WordPress voordat je weet of de site echt voor iedereen offline is. Probeer de website in een privévenster, op een andere telefoon en via mobiele data. Als de site via 4G wel opent maar via je vaste netwerk niet, is de website zelf waarschijnlijk nog online.

• Herlaad de pagina hard en test eventueel een privé- of incognitovenster.
• Schakel wifi tijdelijk uit en test via 4G/5G.
• Laat iemand buiten je netwerk dezelfde URL openen.
• Controleer of je IP-adres door een firewall of hostingbeveiliging is geblokkeerd na meerdere mislukte loginpogingen.

Pas wanneer de site ook via andere verbindingen niet bereikbaar is, heeft het zin om dieper te zoeken.

2. Is er een storing bij je hostingprovider?

Een serverstoring kan meerdere websites tegelijk treffen. Kijk daarom op de officiële statuspagina van je host voordat je plugins uitschakelt, DNS-records wijzigt of backups terugzet. Als daar een incident staat, is wachten of contact opnemen meestal verstandiger dan zelf veranderingen doorvoeren.

Controleer ook je hostingaccount. Een pakket kan tijdelijk geschorst zijn door een openstaande factuur, overschreden limiet, misbruikmelding of administratief probleem. Dat klinkt eenvoudig, maar het is precies het soort oorzaak dat je snel wilt uitsluiten.

3. Controleer of je domeinnaam nog actief is

Een verlopen domeinnaam maakt een website onbereikbaar, ook wanneer alle WordPress-bestanden nog perfect op de server staan. Controleer bij je registrar of het domein actief is en of automatische verlenging of betaling correct is verlopen.

Heb je het domein pas verhuisd of geregistreerd? Dan kan een verkeerde koppeling of nog niet overal bijgewerkte DNS ervoor zorgen dat bezoekers verschillende resultaten zien. Ga in dat geval niet elke paar minuten nieuwe DNS-wijzigingen doen; daarmee maak je de diagnose alleen moeilijker.

4. Kloppen DNS en nameservers nog?

DNS vertaalt je domeinnaam naar de server waarop je website staat. Als een A-record, CNAME of nameserver verkeerd staat, kan de browser de website niet op de juiste plek vinden. Dit gebeurt bijvoorbeeld na een hostingverhuizing, een wijziging aan Cloudflare of een fout bij het aanpassen van DNS-records.

Zie je een melding zoals DNS_PROBE_FINISHED_NXDOMAIN? Dan is DNS één van de eerste dingen om te controleren. Vergelijk de huidige records met de gegevens van je hostingprovider en wijzig alleen wat je begrijpt of laat dit door je host/webmaster nakijken.

Niet doen Ga niet op goed geluk DNS-records verwijderen of vervangen. Een verkeerde wijziging kan niet alleen je website, maar ook e-mail en andere diensten op hetzelfde domein raken.

5. Geeft HTTPS of het SSL-certificaat problemen?

Een SSL-probleem kan ervoor zorgen dat bezoekers een veiligheidswaarschuwing krijgen of dat HTTPS niet correct opent. Controleer of het certificaat geldig is, voor de juiste domeinnaam werd uitgegeven en automatisch kan vernieuwen. Kijk ook of www en de versie zonder www allebei correct zijn ingesteld.

Let op: een SSL-waarschuwing is niet hetzelfde als een server die volledig offline is. De exacte browsermelding helpt dus bepalen of je werkelijk een bereikbaarheidsprobleem hebt of vooral een certificaat-/HTTPS-probleem.

6. Is de site stukgegaan na een WordPress-update?

Als de storing direct na een update begon, is die timing belangrijke informatie. Een plugin, thema, WordPress-core of PHP-versie kan een compatibiliteitsprobleem veroorzaken. De site kan dan een kritieke fout tonen, wit blijven of een 500-fout geven.

WordPress heeft bovendien een ingebouwde Recovery Mode voor bepaalde fatale PHP-fouten. Controleer daarom ook het beheerders-e-mailadres van de website: WordPress kan daar een herstelmail naartoe sturen waarmee je tijdelijk kunt inloggen en het probleem kunt onderzoeken.

Kun je nog in het dashboard? Deactiveer dan eerst de meest recent bijgewerkte of geïnstalleerde plugin en test opnieuw. Kun je niet meer inloggen, dan kan een ervaren beheerder plugins tijdelijk uitschakelen via hosting/bestandsbeheer. Doe dit alleen als je weet wat je wijzigt en zorg dat er een recente backup beschikbaar is.

Officiële WordPress-documentatie: Common WordPress Errors en Recovery Mode.

7. Plugin- of themaconflict

Een plugin hoeft niet “slecht” te zijn om een site onderuit te halen. Twee plugins kunnen elkaar in de weg zitten, een thema kan functies gebruiken die niet meer passen bij de PHP-versie, of een update kan onverwacht botsen met maatwerkcode.

De veilige volgorde is: achterhalen wat het laatst veranderde, een backup of stagingomgeving beschikbaar hebben, één variabele tegelijk uitsluiten en na iedere stap opnieuw testen. Als je vijf dingen tegelijk verandert, weet je achteraf niet wat de echte oorzaak was.

8. PHP-fout, geheugenlimiet of incompatibele PHP-versie

Een 500-fout of “kritieke fout” kan uit PHP komen. Mogelijke oorzaken zijn een fout in code, een pluginconflict, een te lage geheugenlimiet of software die niet compatibel is met de actieve PHP-versie. Controleer daarom de error logs van je hostingomgeving; die geven meestal meer informatie dan het witte scherm zelf.

Voor technische diagnose heeft WordPress WP_DEBUG en WP_DEBUG_LOG. WordPress raadt aan om vóór wijzigingen een stagingomgeving of geschikte backup te hebben en debugmeldingen niet publiek op een live site te tonen.

Meer achtergrond: Debugging in WordPress.

9. Werkt de databaseverbinding niet?

De melding “Error establishing a database connection” is vrij specifiek: WordPress kan de database niet bereiken met de ingestelde gegevens. Dat kan gebeuren na een wijziging van het databasewachtwoord, een probleem bij de databaseserver, beschadigde configuratie of een hostingstoring.

Verander niet meteen waarden in wp-config.php als je niet zeker weet welke gegevens correct zijn. Controleer eerst in je hostingpaneel of de database actief is en of er recent iets aan databasegebruikers of wachtwoorden werd gewijzigd.

10. Zit je vast in een redirect-loop?

Bij een redirect-loop stuurt URL A door naar URL B, waarna B opnieuw naar A terugstuurt – of ontstaat een vergelijkbare kring tussen HTTP/HTTPS, www/niet-www of regels in een plugin en serverconfiguratie. Browsers tonen dan vaak een melding zoals “too many redirects”.

• Controleer recente redirect- of HTTPS-wijzigingen.
• Bekijk of WordPress, een SEO-plugin, Cloudflare/CDN en de server niet tegelijk tegenstrijdige redirects afdwingen.
• Wis pas daarna relevante cache en test opnieuw.

11. Zijn hostinglimieten, schijfruimte of serverresources bereikt?

Een website kan ook uitvallen omdat de hostingomgeving tegen een limiet aanloopt. Denk aan volle schijfruimte, te weinig geheugen, processlimieten, een zware cronjob, veel botverkeer of een plotselinge bezoekerspiek. Een melding zoals 503 of een resource-limit error kan hierbij passen, maar de logs en het hostingpaneel moeten de oorzaak bevestigen.

Ruim niet blind bestanden of databases op om plaats te maken. Controleer eerst wat de ruimte gebruikt en wat veilig kan worden verwijderd. Oude backups op dezelfde server, logbestanden en cache kunnen bijvoorbeeld veel opslag innemen, maar ook belangrijke data kan groot zijn.

12. Is de website gehackt of door de host geblokkeerd?

Een hack is één mogelijke oorzaak van een onbereikbare website, maar niet de eerste conclusie die je moet trekken. Hostingproviders kunnen een besmette site tijdelijk isoleren om spam, phishing of malwareverspreiding te stoppen. Ook kwaadaardige code kan fouten, redirects of overbelasting veroorzaken.

Zie je onbekende beheerders, vreemde bestanden, spamcontent, redirects of een veiligheidsmelding van je host? Behandel dit dan als een beveiligingsincident. Ga niet zomaar plugins verwijderen of een willekeurige backup terugzetten voordat je weet wat er is gebeurd.

Zie je signalen van een hack? Zie je onbekende beheerders, vreemde bestanden, spamcontent of schadelijke redirects? Ga dan verder met Website gehackt? Wat nu? Dat is een ander probleem dan gewone downtime en vraagt een aparte herstelvolgorde.

Wat betekenen veelvoorkomende foutmeldingen?

Melding / code	Wat het meestal betekent	Eerste controle
Deze site is niet bereikbaar	Browser krijgt geen bruikbare verbinding met de site	Andere verbinding testen, DNS/hosting controleren
DNS_PROBE_FINISHED_NXDOMAIN	Domeinnaam kan via DNS niet correct worden opgelost	Domeinstatus, DNS-records en nameservers
ERR_TOO_MANY_REDIRECTS	Redirects sturen de browser in een lus	HTTP/HTTPS, www, plugin/CDN/server redirects
403 Forbidden	Server weigert toegang	Rechten, beveiligingsregels, firewall
404 Not Found	De gevraagde URL/pagina bestaat daar niet	URL, permalink, redirects; site kan verder online zijn
500 Internal Server Error	Algemene server-/applicatiefout	Error logs, recente wijzigingen, PHP/WordPress
502 Bad Gateway	Gateway/proxy kreeg geen geldige upstreamrespons	Hosting, proxy/CDN, serverstatus
503 Service Unavailable	Server tijdelijk niet beschikbaar, bv. onderhoud of overbelasting	Status, resources, onderhoudsmodus
504 Gateway Timeout	Gateway/proxy wachtte te lang op upstreamserver	Serverbelasting, backend, hosting
Error establishing a database connection	WordPress kan database niet bereiken	Databasegegevens en databaseserver

HTTP-codes zijn samengevat op basis van de standaardbetekenissen zoals beschreven in MDN/RFC 9110. Een code vertelt waar de foutcategorie zit, maar niet altijd de precieze onderliggende oorzaak.

Wat moet je juist niet doen als je website niet bereikbaar is?

Bij stress is de verleiding groot om van alles tegelijk te veranderen. Dat maakt een storing vaak moeilijker op te lossen. Vermijd vooral deze acties:

• DNS-records verwijderen of vervangen zonder te weten wat ze doen.
• Een oude backup terugzetten voordat je weet of de huidige data behouden moet blijven en wat de storing veroorzaakte.
• Meerdere plugins, thema’s en PHP-instellingen tegelijk wijzigen.
• Debugmeldingen met technische paden of gevoelige informatie publiek op een live site laten staan.
• Aannemen dat elke storing een hack is en daardoor onnodig bestanden verwijderen.
• Blijven sleutelen terwijl je hostingprovider al bezig is met een serverincident.

Wanneer schakel je een webmaster of hostingprovider in?

Sommige controles kun je veilig zelf doen. Maar stop zodra je aan databasegegevens, DNS, serverconfiguratie, error logs of herstelacties moet werken die je niet goed begrijpt. Zeker bij een webshop of website die leads genereert, kan lang experimenteren duurder zijn dan de storing gericht laten analyseren.

Neem sneller professionele hulp als: de website voor iedereen offline is, je geen toegang meer hebt tot hosting of WordPress, een update de site heeft gebroken, de database niet verbindt, je beveiligingssignalen ziet of de oorzaak na de eerste controles nog steeds onduidelijk is.

Moonbeetle kan de technische oorzaak onderzoeken via webmasterdiensten, zodat je niet op goed geluk DNS, WordPress of serverinstellingen hoeft te veranderen.

Heeft een offline website gevolgen voor SEO?

Een korte storing betekent niet automatisch dat je rankings verdwijnen. Maar als zoekmachines je pagina’s herhaaldelijk of langdurig niet kunnen bereiken, kunnen ze content niet normaal crawlen en beoordelen. Bij geplande korte downtime hoort de server daarom een tijdelijke status correct te communiceren in plaats van een normale pagina met een foutmelding terug te geven.

Google geeft voor tijdelijke technische onderbrekingen richtlijnen over het gebruik van HTTP-statussen en het tijdelijk pauzeren van een site. Voor een gewone ondernemer is de praktische boodschap eenvoudig: herstel bereikbaarheid zo snel mogelijk en laat een beheerder de juiste serverrespons controleren als de site bewust tijdelijk offline moet.

Meer achtergrond: Google Search Central – Temporarily pause or disable a website.

Is je website wel bereikbaar maar vooral traag? Dan is de zoekintentie anders. Lees daarvoor Moonbeetles gids WordPress sneller maken.

Hoe verklein je de kans dat je website onverwacht uitvalt?

Deze pagina gaat over diagnose, niet over een volledig onderhoudsplan. Toch kun je veel storingen minder waarschijnlijk maken door domein en hosting automatisch te verlengen, backups te testen, WordPress en plugins gecontroleerd bij te werken, uptime te monitoren en wijzigingen eerst op staging te testen wanneer de site bedrijfskritiek is.

Belangrijk is vooral dat je weet wie verantwoordelijk is wanneer iets misloopt en waar de toegang tot hosting, domein, backups en technische logs staat. Dat verkort de hersteltijd aanzienlijk.

Veelgestelde vragen over een website die niet bereikbaar is

Waarom is mijn website niet bereikbaar terwijl andere websites wel werken?

Als andere websites wel openen, kan het probleem bij je eigen website, hosting, DNS of domein liggen. Test eerst via een andere verbinding en laat iemand buiten je netwerk de site openen. Werkt de site daar wel, dan is een lokaal netwerk- of IP-probleem waarschijnlijker.

Wat betekent “Deze site is niet bereikbaar”?

De browser kan geen normale verbinding met de website tot stand brengen. De precieze oorzaak kan verschillen: lokale verbinding, DNS, server, firewall of hosting. Kijk daarom altijd naar de exacte foutcode of aanvullende melding.

Kan een verlopen domeinnaam mijn website offline zetten?

Ja. Als het domein niet meer actief is, kunnen bezoekers de website niet normaal via de domeinnaam bereiken. Controleer de registrar en verlengstatus voordat je WordPress gaat aanpassen.

Kan een WordPress-plugin mijn hele website onbereikbaar maken?

Ja. Een fatale PHP-fout of conflict kan ervoor zorgen dat WordPress niet meer normaal laadt. Kijk naar recente wijzigingen, Recovery Mode en error logs en deactiveer alleen gericht wat je vermoedt.

Wat doe ik bij een 500-fout?

Een 500 Internal Server Error is een algemene server-/applicatiefout. Bekijk de error logs en recente wijzigingen. Bij WordPress zijn plugins, thema’s, PHP, geheugenlimieten of beschadigde configuratie mogelijke oorzaken.

Is mijn website gehackt als hij offline is?

Niet noodzakelijk. Een storing, verlopen domein, DNS-fout, updateprobleem, databasefout of serverlimiet kan dezelfde klacht geven. Beveiligingssignalen zoals vreemde bestanden, onbekende accounts, malwaremeldingen of redirects maken een hack waarschijnlijker.

Wanneer moet ik mijn hostingprovider bellen?

Neem contact op als de statuspagina een storing meldt, je hostingaccount geschorst lijkt, DNS/serverproblemen vermoed worden of je niet bij logs en serverinstellingen kunt. Geef de exacte foutmelding, starttijd en recente wijzigingen door.

Wanneer heb ik een webmaster nodig?

Als de eerste veilige controles niets opleveren of je aan WordPress-bestanden, database, DNS, PHP of serverconfiguratie moet werken die je niet beheerst, is een webmaster de snelste en veiligste vervolgstap.