Ist die Seite down? Erreichbarkeit prüfen

Ist die Seite down oder liegt es an Ihnen?

Ist die Seite down, fragen eigentlich zwei Fragen auf einmal: ist die Website für alle offline, oder lädt sie nur auf Ihrem Gerät nicht? Dieses Tool testet die Adresse deshalb von unserem Server in Frankreich aus und bleibt nicht bei einem Wort stehen. Zuerst prüft es, ob die Domain im DNS auflöst, dann, ob der Server die Verbindung annimmt, danach das SSL Zertifikat und den HTTP Statuscode. Danach sagt es Ihnen, wo das Problem liegt und wer handeln muss.

Die meisten ähnlichen Checks sagen nur online oder offline. Fällt eine Kundenseite aus, stelle ich allerdings immer zuerst dieselbe Frage: welches Glied der Kette ist gerissen? In meinen Webdesign Projekten prüfe ich nach dem Livegang genau in dieser Reihenfolge, und das Tool folgt ihr ebenfalls.

• Online: die Seite läuft, das Problem liegt wahrscheinlich bei Ihnen.
• Langsam oder Eingeschränkt: die Seite antwortet, aber etwas stört.
• Down: die Seite lädt auch bei uns nicht, das Problem liegt bei der Website.

Warum ist die Antwort auf ist die Seite down mehr als ein Wort?

Von außen betrachtet kann eine Website an fünf Stellen scheitern, und jede Stelle braucht eine andere Lösung. Deshalb zeigt das Tool das Ergebnis als Kette aus fünf Schritten:

1. DNS: löst die Domain zu einer IP Adresse auf? Bei einer abgelaufenen Domain reißt die Kette genau hier.
2. Verbindung: nimmt der Server auf Port 443 oder 80 eine Verbindung an?
3. SSL/TLS: ist das Zertifikat gültig, klappt der Handshake?
4. HTTP Antwort: liefert der Server 200, 404 oder 503?
5. Inhalt: ist die Seite die echte Website oder eine Wartungsseite, Sperrseite oder Parkseite?

Die Zustände dazwischen sind dennoch genauso wichtig wie ein kompletter Ausfall. Zum Beispiel stoppen viele große Websites automatische Prüfungen mit Botschutz; das Tool erkennt diese Verifizierungsseite und meldet die Seite nicht als down. Ebenso liefert eine Website mit gesperrtem Hostingkonto technisch eine 200, Besucher sehen aber nur den Sperrhinweis.

Offen gesagt prüft das Tool zunächst von einem einzigen Punkt aus. Für regionale Probleme schickt deshalb die Schaltfläche Aus anderen Ländern testen über check-host.net zusätzliche Anfragen aus vier Ländern, darunter Deutschland.

Seite nicht erreichbar trotz Internet: was können Sie tun?

Findet das Tool die Seite online, liegt das Problem sehr wahrscheinlich bei Ihnen. Die häufigste Ursache, die ich sehe, ist ein veralteter DNS Cache: zieht eine Website auf einen neuen Server um, ruft Ihr Gerät noch eine Weile die alte IP Adresse auf. Gehen Sie daher so vor:

• DNS Cache leeren: unter Windows in der Eingabeaufforderung ipconfig /flushdns ausführen, am Mac im Terminal sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. In Chrome leert die Schaltfläche Clear host cache auf chrome://net-internals/#dns den Cache des Browsers.
• Anderes Netz testen: WLAN aus, mobile Daten an. Lädt die Seite dann, liegt es am Router, am Provider oder am Firmennetz.
• Erweiterungen abschalten: Werbeblocker legen manchmal eine ganze Seite lahm.
• DNS Server wechseln: 1.1.1.1 (Cloudflare) oder 8.8.8.8 (Google) umgehen die meisten lokalen Probleme.

Auch Schulnetze, Firmennetze und einzelne Provider filtern Websites; die Prüfung aus anderen Ländern hilft auch hier. Wollen Sie wissen, wem die Domain gehört, zeigt die Whois Abfrage Registrar und Laufzeit.

Was bedeuten 502, 503, 504 und andere Serverfehler?

Codes mit einer 5 vorne sagen, dass das Problem auf dem Server liegt; Besucher können also nur warten. RFC 9110, die aktuelle Definition von HTTP, unterscheidet sie so:

• 500: der Server stieß auf einen unerwarteten Zustand. Meist steckt dann ein Plugin, ein Theme oder ein Codefehler dahinter.
• 502: ein Server, der als Gateway oder Proxy arbeitet, bekam vom Server dahinter eine ungültige Antwort. Das sehen Sie zum Beispiel, wenn die PHP Anwendung hinter Nginx abstürzt.
• 503: der Server kann die Anfrage wegen vorübergehender Überlastung oder geplanter Wartung nicht bedienen. Er kann mit dem Header Retry-After sagen, wie lange Sie warten sollten.
• 504: ein Gateway bekam vom Server dahinter keine rechtzeitige Antwort.

Läuft die Website hinter Cloudflare, tauchen außerdem die Codes 520 bis 526 auf. Sie zeigen also, dass Cloudflare selbst funktioniert und das Problem beim Ursprungsserver liegt. So bedeutet 521, dass der Ursprung die Verbindung von Cloudflare ablehnt, während 522 eine Zeitüberschreitung meldet. Das Tool erkennt außerdem die Signatur von Cloudflare in den Antwortheadern und erklärt jeden Code einzeln.

Ist Ihre eigene Seite down? Was Sie in den ersten 15 Minuten prüfen

Fällt die eigene Website aus, hilft eine feste Checkliste mehr als Hektik. Bei Kundenseiten gehe ich in dieser Reihenfolge vor:

1. Ergebnis lesen: nennt das Tool DNS, Verbindung oder 5xx, kennen Sie die betroffene Ebene bereits.
2. Laufzeit der Domain: fehlt der DNS Eintrag, prüfen Sie zuerst das Ablaufdatum in der Whois Abfrage. Konkret sehe ich öfter, als man denkt, eine Domain, die wegen einer abgelaufenen Kreditkarte nicht verlängert ist.
3. DNS Einträge: kontrollieren Sie mit der DNS Abfrage, ob A und AAAA Einträge auf den richtigen Server zeigen.
4. Zertifikat: warnen Browser, zeigt der SSL Check Laufzeit und Kette.
5. Serverprotokoll: bei 500 und 502 steht die Antwort fast immer im Fehlerprotokoll.

Denken Sie außerdem an Ihre letzte Änderung. Denn die meisten Ausfälle, die ich erlebt habe, begannen direkt nach einem Update, einem neuen Plugin oder einem DNS Umzug. Die Änderung zurückzunehmen geht oft schneller, als die Ursache sofort zu suchen; die Ursache finden Sie in Ruhe, sobald die Seite wieder läuft.

Schadet ein Ausfall Ihrem Google Ranking?

Ein kurzer Ausfall hinterlässt selten Spuren, doch mit der Dauer steigt das Risiko. Laut Google Search Central sorgen 5xx und 429 Antworten dafür, dass die Crawler von Google das Crawling vorübergehend drosseln. Indexierte URLs bleiben eine Zeit lang erhalten; halten die Fehler an, fallen sie schließlich aus dem Index. Liefert der Server wieder 2xx, steigt die Crawlrate danach schrittweise an.

Auch für geplante Wartung gibt es einen klaren Weg. Müssen Sie die Website dringend für 1-2 Tage abschalten, empfiehlt Google statt des Inhalts eine Infoseite mit dem Statuscode 503. Zeigen Sie dieselbe Wartungsseite mit Status 200, hält Google sie folglich womöglich für Ihren echten Inhalt. Bei längeren Arbeiten ist es daher sicherer, Funktionen einzuschränken, statt die ganze Seite abzuschalten.

Öffnen Sie daher bei einem Ausfall auch die Crawling Statistiken in der Search Console; dort sehen Sie, wann die Serverfehler begannen. Das größere Bild beschreibe ich in meinem Beitrag Was ist technisches SEO, samt der Frage, wie Serverantworten das Ranking beeinflussen.

Wie bemerken Sie Ausfälle vor Ihren Nutzern?

Am schlimmsten ist es, von einem Kunden zu erfahren, dass die eigene Website offline ist. Ein paar einfache Gewohnheiten verhindern das:

• Monitoring einrichten: kostenlose Uptime Dienste prüfen die Seite alle paar Minuten und schicken bei einem Ausfall eine E-Mail. Die Schaltfläche Automatisch prüfen in diesem Tool läuft dagegen nur, solange die Seite offen ist, und eignet sich für einen kurzen Ausfall.
• Domain automatisch verlängern: prüfen Sie einmal im Jahr, ob die Karte beim Registrar noch gilt.
• Zertifikatsverlängerung beobachten: die automatische Verlängerung kann still scheitern, also die Restlaufzeit regelmäßig prüfen.
• Nach jeder Änderung testen: nach jedem Update Startseite, Formulare und Kasse einzeln aufrufen.

Auch die Grafik der letzten Prüfungen hilft. Konkret zeigt das Tool für jede Adresse die Prüfungen der letzten 24 Stunden mit Uhrzeit, Status und Dauer; so sehen Sie grob, wann ein Ausfall begann. Brauchen Sie eine ältere Kopie einer Seite, öffnet das Website Archiv die Einträge im Internet Archive. Eine Website, die immer wieder ausfällt, braucht meist eine neue technische Basis; spielt auch Langsamkeit mit, lesen Sie meinen Beitrag Wie beeinflusst die Ladezeit SEO.