Een klant belt dat je website eruit ligt, of je ziet zelf een foutmelding waar je homepage hoort te staan. Een offline WordPress-website komt meestal door een hostingstoring, een verlopen domein of DNS-fout, een mislukte update, uitgeputte servercapaciteit of een hack. Controleer in die volgorde: hostingstatus, domein en DNS, foutmelding, recente wijzigingen. Zo stel je binnen een paar minuten vast waar het probleem zit en wie het oplost.
Ligt je website eruit, of ligt het aan jou?
Of je website echt offline is, stel je vast door hem buiten je eigen netwerk en browser te openen. Als iemand meldt dat een WordPress-website niet bereikbaar is, werkt die site voor de rest van de wereld opvallend vaak gewoon. Check dus eerst het adres op een typfout en je router.
Open de site daarna op je telefoon via 4G in plaats van je wifi, en probeer een privévenster. Zie je hem daar wel, dan zit het probleem in je browsercache, de DNS-cache van je computer of je eigen netwerk. Leeg ook je cacheplugin, anders blijft een oude kopie hangen. Een externe check zoals downforeveryoneorjustme.com vertelt je in een paar seconden of de site voor iedereen down is of dat alleen jij denkt dat hij eruit ligt.
Werkt de site op 4G wel en op kantoor niet, dan denk ik als eerste aan de inlogbeveiliging. Bij Surver krijgt een IP-adres na meer dan tien mislukte inlogpogingen, ook op wp-admin, een captcha-pagina te zien.
Wat zie je? Symptoom, oorzaak en wie het oplost
De melding in je browser vertelt bij welke laag het probleem zit en wie je moet bellen. Domein, hosting en WordPress-beheer liggen vaak bij drie verschillende partijen.
| Wat zie je | Waarschijnlijke oorzaak | Wie lost het op | Lees verder |
|---|---|---|---|
| “Deze site is niet bereikbaar” of DNS_PROBE_FINISHED_NXDOMAIN | Domein verlopen of DNS-fout | Registrar of DNS-beheerder | wat DNS is en hoe het werkt |
| Parkeerpagina van een registrar | Domein verlopen | Registrar | Stap 3 |
| Laden duurt lang, dan een time-out | Server overbelast of hostingstoring | Hostingpartij | Stap 2 |
| “Account suspended” | Account opgeschort (factuur, limiet, malware) | Hostingpartij | Stap 4 |
| Statuscode 500, 502, 503 of 504 | Serverfout, PHP-fout of servercapaciteit | Hostingpartij of beheerder | statuscode 500, statuscode 503 |
| “Er heeft zich een kritieke fout voorgedaan” of een witte pagina | Plugin, thema of mislukte update | Jij of je beheerder | Er heeft zich een kritieke fout voorgedaan |
| “Fout bij het maken van een databaseverbinding” | Database of wp-config.php | Hostingpartij | fout bij het maken van een databaseverbinding |
| “Je verbinding is niet privé” | SSL-certificaat verlopen of niet geïnstalleerd | Hostingpartij | SSL-certificaat verlopen |
| Pagina te vaak omgeleid (ERR_TOO_MANY_REDIRECTS) | Redirect-loop na een SSL- of adreswijziging | Jij of je beheerder | SSL-artikel |
| Homepage werkt, andere pagina’s geven 404 | Permalinks of .htaccess | Jij | Instellingen > Permalinks opnieuw opslaan |
| Inloggen lukt niet of je ziet een captcha | Inlogbeveiliging na mislukte pogingen | Even wachten, anders support | Eerste check |
| Google-waarschuwing of doorsturen naar vreemde sites | Hack | Hackherstel | WordPress website gehackt, wat nu? |
Bij een kritieke fout kan ook de malwarescanner meespelen. Bij Surver zet Imunify verdachte bestanden direct op slot, en heel soms raakt dat een pluginbestand dat er gewoon hoort. Vraag het dus na, en noteer altijd de exacte melding en het tijdstip.
Stappenplan: van buiten naar binnen
Werk van buiten naar binnen en verander niets aan je site voordat je weet waar het probleem zit. Bij een huis zonder stroom kijk je ook eerst of de hele straat donker is, dan of de rekening betaald is, en pas daarna open je de meterkast. Wie in paniek plugins uitzet of een back-up terugzet, maakt de oorzaak vaak onvindbaar.
- Check of de site alleen bij jou niet laadt.
- Kijk op de statuspagina van je hostingpartij of er een storing of onderhoud is.
- Controleer bij je registrar of via WHOIS of je domein actief is en of de nameservers onlangs zijn gewijzigd (zie wat DNS is en hoe het werkt).
- Kijk in je hostingpaneel of je account actief is en de schijfruimte niet vol zit.
- Zoek de foutmelding op in de tabel en in de foutlog. Bij Surver is dat het bestand
error_login de map van de fout, of Raw Access in cPanel. - Ga na wat er als laatste veranderde. Na een update volg je site kapot na een update.
- Kom je er na een half uur niet uit, schakel dan je hostingpartij of beheerder in.
Een back-up terugzetten is pas de allerlaatste stap, als je weet wat er mis is. Zet de debug-modus niet zomaar aan op een live site, want dan zien bezoekers de fouten ook. Storingen kun je ook laten opvangen via WordPress beheer.
De oorzaken die ik het vaakst tegenkom
De meeste storingen vallen in vijf groepen, en de administratieve oorzaken worden het vaakst over het hoofd gezien. Een hostingstoring merk je aan een time-out, en daar kun je weinig meer doen dan wachten. Is je domein verlopen, dan ligt het probleem buiten de hosting en lijkt je site gewoon verdwenen. Na een DNS-wijziging werkt het nieuwe adres niet overal tegelijk; die DNS-propagatie hangt af van de TTL, dus soms is wachten het enige wat helpt.
Een opgeschort hostingaccount door een onbetaalde factuur of een overschreden limiet zie ik ook geregeld, net als een volle schijfruimte waardoor WordPress niets meer kan wegschrijven. Een mislukte update geeft meestal een kritieke fout of een witte pagina. Uitgeputte servercapaciteit ontstaat door een verkeerspiek of een DDoS-aanval. Gebeurt dat structureel, schaal dan op naar eigen resources met managed cloud hosting.
Bij een hack zet je nooit zomaar een back-up terug, want dan komt het lek mee. Lees eerst wat je doet als je WordPress-website gehackt is, of laat het opschonen over aan ons via WordPress gehackt.
Na de storing: Google, bezoekers en de volgende keer
Een korte storing schaadt je vindbaarheid niet blijvend, maar pagina’s die langdurig onbereikbaar zijn kunnen uit de index van Google verdwijnen. Kijk na herstel in Search Console > Pagina’s en bij de crawlstatistieken. Duurde het lang, meld dan kort op social media dat je weer bereikbaar bent. Voor orders en advertenties lees je verder bij webshop offline.
Wat we bij Surver standaard doen, is de servers bewaken en storingen en onderhoud melden op status.surver.nl. Moet je terug naar een eerdere versie, dan zet je een back-up kosteloos zelf terug via JetBackup 5 in cPanel, los voor bestanden, databases of mailaccounts. Maak wel eerst een back-up van de huidige staat, want die wordt niet automatisch bewaard. Kom je er niet uit, mail of chat ons dan, of bel bij spoed op werkdagen. Meer daarover lees je bij managed WordPress hosting en in wat managed WordPress hosting is.
Een volgende storing wil je vooral eerder weten dan je klanten. Stel uptime monitoring in met een melding naar je telefoon, test updates eerst op een staging-omgeving en houd een firewall (WAF) actief tegen aanvallen. Zet je domein op automatische verlenging. Voor een specifieke foutmelding kijk je bij WordPress-fouten oplossen.
Veelgestelde vragen
Mijn domein is verlopen, ben ik het kwijt?
Meestal niet direct. Registrars en SIDN (voor .nl-domeinen) hanteren een periode waarin je een verlopen domein nog kunt herstellen. Neem direct contact op met je registrar.
Hoe lang duurt het voordat mijn website weer online is?
Dat hangt helemaal af van de oorzaak. Bij een hostingstoring volg je de voortgang op onze statuspagina. Na een DNS-wijziging werkt je site meestal binnen enkele uren overal, en staat je DNS bij Surver dan is de standaard-TTL 600 seconden. Ter vergelijking, 99,9% uptime betekent maximaal ongeveer 8,8 uur onbereikbaarheid per jaar.
Krijg ik bij Surver een melding als mijn site offline is?
Surver bewaakt bij alle hostingpakketten de servers. Je eigen site laten we elke minuut controleren als je WordPress onderhoud en beheer afneemt. Heb je alleen hosting, stel dan zelf uptime monitoring in, zodat je het weet zodra je website niet werkt.
