Website nicht erreichbar: was du in den ersten 15 Minuten tust
· 6 Min. Lesezeit
Minute 1: von außen bestätigen
Bevor du irgendetwas anfasst, finde heraus, ob die Website für alle down ist oder nur für dich. Dein eigener Browser, dein Netz und dein DNS-Cache lügen öfter, als man denkt. Lass den Website-Down-Checker laufen: Er ruft die Website von einem neutralen Standort ab und sagt dir Statuscode, ob der Name auflöst, ob das Zertifikat gültig ist und wie lange die Antwort gedauert hat.
- Von außen erreichbar, bei dir nicht: Das Problem liegt bei dir. Ohne Cache neu laden (Strg+Umschalt+R), das Smartphone ohne WLAN probieren, DNS-Cache leeren, VPN und Browser-Erweiterungen abschalten. Fertig.
- Von außen down: Weiterlesen. Das Ergebnis grenzt es schon ein, denn jede Art von Ausfall hat ihre eigene Handschrift.
Minute 2: Fehlermeldung lesen, sie nennt die Ursache
- „Diese Website ist nicht erreichbar“, DNS_PROBE_FINISHED_NXDOMAIN: Die Domain löst nicht auf: abgelaufene Domain, fehlender Eintrag, Nameserver-Wechsel. Ratgeber: DNS_PROBE_FINISHED_NXDOMAIN.
- ERR_CONNECTION_REFUSED: Der Server läuft, aber kein Webserver lauscht. Ratgeber: ERR_CONNECTION_REFUSED.
- Timeout, es lädt gar nichts: Der Server ist aus, oder eine Firewall verwirft alles. Siehe Schritt 3 unten.
- „Ihre Verbindung ist nicht privat“: Das Zertifikat ist abgelaufen oder falsch. Ratgeber: „Verbindung ist nicht privat“.
- 502 Bad Gateway: Der Webserver läuft, die Anwendung dahinter nicht. Ratgeber: 502 Bad Gateway.
- 503 Service Unavailable: Überlastung, Wartungsmodus oder ein Hosting-Limit. Ratgeber: 503 Service Unavailable.
- 504 Gateway Timeout: Die Anwendung antwortet, aber zu langsam. Ratgeber: 504 Gateway Timeout.
- 500 Internal Server Error, weiße Seite: Die Anwendung ist abgestürzt: ein Plugin, ein Update, eine PHP-Version. Siehe Schritt 5 unten.
Minute 3: Was hat sich geändert?
Ausfälle haben Ursachen, und die Ursache ist meist das, was sich zuletzt geändert hat. Frag dich, in dieser Reihenfolge: Ist heute eine Domain oder ein Zertifikat abgelaufen? Habe ich oder ein automatischer Prozess etwas aktualisiert (WordPress-Core, ein Plugin, PHP, das Betriebssystem)? Habe ich DNS, Firewall oder eine Konfigurationsdatei geändert? Ist eine Rechnung unbezahlt geblieben? Gab es eine Besucherspitze (Newsletter, Kampagne, eine Erwähnung irgendwo)? Klingelt etwas davon, fang dort an.
Minute 5: die fünf Prüfungen, nach Wahrscheinlichkeit geordnet
1. Domain und DNS
dig +short example.com A
whois example.com | grep -iE 'expir|status'
Keine Antwort oder clientHold: Die Domain ist abgelaufen oder die Einträge sind weg. Beim Registrar verlängern oder den A-Eintrag neu anlegen. Nichts auf dem Server wird helfen.
2. Zertifikat
Der SSL Checker zeigt Ablauf, Kette und Namen in Sekunden. Abgelaufen: erneuern (sudo certbot renew && sudo systemctl reload nginx) oder im Kundenbereich des Hosters neu ausstellen.
3. Läuft der Server überhaupt?
ping -c 3 example.com
ssh benutzer@example.com
Ping und SSH tot: Die Maschine ist aus, das Netz davor ist down, oder der Hoster hat einen Ausfall. Prüf die Statusseite des Hosters und deine Cloud-Konsole (läuft die VM? ist eine Zahlung gescheitert?). Starte sie aus der Konsole neu, wenn sie eingefroren ist.
4. Läuft der Webserver, und ist die Festplatte voll?
systemctl status nginx apache2 php8.3-fpm mysql mariadb 2>/dev/null | grep -E 'service|Active'
df -h
free -m
sudo tail -n 30 /var/log/nginx/error.log
Ein gestoppter Dienst: starten, dann in journalctl -u DIENST -n 50 nachlesen, warum er stand. Eine volle Festplatte ist der häufigste Grund, warum Datenbank oder PHP stoppen; Platz schaffen (sudo journalctl --vacuum-size=200M, alte Backups und Logs entfernen) und den Dienst wieder starten. Vor jedem Reload sudo nginx -t oder sudo apachectl configtest.
5. Die Anwendung: Update, Plugin, PHP
Ein 500 oder eine weiße Seite direkt nach einem Update heißt: Die Anwendung scheitert bei jeder Anfrage. Sieh ins PHP-Fehlerprotokoll oder schalte bei WordPress kurz das Debugging ein:
// wp-config.php
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
Dann wp-content/debug.log lesen. Der Fatal Error nennt Plugin oder Theme; benenn dessen Ordner per SFTP oder SSH um (wp-content/plugins/name zu name.off), und die Website ist zurück. Mit der WP-CLI: wp plugin deactivate name. Nennt der Fehler eine PHP-Funktion, die es nicht gibt, hat sich die PHP-Version geändert; stell sie im Kundenbereich des Hosters oder in der Pool-Konfiguration zurück.
Minute 10: den Leuten Bescheid sagen
Während du arbeitest, laden deine Kunden die Seite immer wieder neu, und dein Postfach füllt sich. Eine kurze, ruhige Nachricht spart eine Stunde Antworten. Stell sie dorthin, wo sie hinsehen: eine Statusseite, das Social-Media-Profil, eine Autoantwort.
Unsere Website ist im Moment nicht erreichbar. Wir wissen Bescheid und arbeiten daran. Bestellungen und Nachrichten gehen nicht verloren. Sobald sie wieder läuft, melden wir uns hier. Danke für deine Geduld.
Eine Statusseite, die sich selbst aus deinen Monitoren aktualisiert, erledigt das für dich, und zwar im Voraus.
Minute 12: wenn es ein Problem deines Hosters ist
Im Shared Hosting sind die meisten Schritte oben nicht deine. Sagt die Prüfung von außen „down“, zeigt dein Konto kein Limit und hast du nichts geändert, muss der Hoster ran. Schick ihm etwas, womit er arbeiten kann:
Guten Tag, meine Website example.com ist seit etwa 14:30 Uhr (UTC) nicht erreichbar. Eine Prüfung von außen meldet: Verbindung abgelaufen (oder: 502 Bad Gateway / Zertifikat abgelaufen / löst nicht auf). Ich habe in meinem Konto nichts geändert. Könnten Sie den Server prüfen und mir sagen, wann die Seite wieder läuft und was die Ursache war?
Nenn die Uhrzeit, die genaue Meldung und dass du von außen geprüft hast. Ein Ticket mit diesen drei Dingen wird in einer Runde erledigt.
Minute 15: reparieren lassen, und beim nächsten Mal zuerst wissen
Betreibst du einen eigenen Server oder einen Webspace mit SSH-Zugang, musst du die Schritte oben nicht selbst gehen. Der Schnelleingriff behebt die häufigen Ursachen zum Festpreis: Er startet einen gestoppten Dienst neu, wenn sein Konfigurationstest besteht, schafft Platz auf einer vollen Festplatte, erneuert ein abgelaufenes Zertifikat. Reicht das nicht, übernimmt der Intensiveingriff rund um die Uhr, im 15-Minuten-Takt abgerechnet, mit dem Preis vor dem Auftrag. Und wie auch immer der Ausfall endet: Website-Monitoring prüft deine Website im kostenlosen Tarif alle 5 Minuten und alarmiert dich per E-Mail und App, damit du es beim nächsten Mal weißt, bevor deine Kunden es merken.
Und jetzt
Von außen prüfen
Ist die Website für alle down oder nur für dich, und was antwortet der Server? Kostenlos, ohne Anmeldung.
Website-Down-CheckerAusgefallen? Wir greifen ein.
Auf deinem eigenen Server oder im Webspace mit SSH-Zugang: Schnelleingriff zum Festpreis bei den häufigen Ursachen, Intensiveingriff im 15-Minuten-Takt bei allem anderen, rund um die Uhr. Preis vor dem Auftrag.
Reparieren lassenWeitere Ratgeber
- Server down oder nicht erreichbar: was du zuerst prüfst
- 502 Bad Gateway: Ursache finden und beheben
- 503 Service Unavailable: überlastet oder in Wartung?
- 504 Gateway Timeout: Bedeutung und Lösung
- DNS_PROBE_FINISHED_NXDOMAIN: Ursachen und Lösung
- ERR_CONNECTION_REFUSED: Ursachen und Lösung
- „Ihre Verbindung ist nicht privat“: die Zertifikatswarnung