Ist eine Website down oder liegt es an dir? So prüfst du es Schritt für Schritt

Aktualisiert: 12. Oktober 2026

Wenn sich eine Website nicht öffnet, lautet die erste Frage, ob sie für alle down ist oder nur bei dir. Die zweite: wo es hakt. Zwischen dem Eintippen eines Namens und der fertigen Seite durchläuft ein Browser vier Ebenen: die Registrierung der Domain, das DNS, die Verbindung zur IP-Adresse des Servers und den Webserver. Jede Ebene fällt auf ihre eigene Weise aus und zeigt ihren eigenen Fehler – prüfst du sie der Reihe nach, findest du die Ursache meist in wenigen Minuten.

Vom Namen zur Seite

Die Domain ist registriert. Ein Register, etwa das für .com oder .pt, verzeichnet den Namen, seinen Registrar und die Nameserver, die für ihn antworten.
Das DNS macht aus dem Namen eine Adresse. Dein Gerät fragt einen DNS-Resolver, der die Nameserver der Domain ermittelt und ihre IPv4-Adresse (einen A-Eintrag) oder IPv6-Adresse (einen AAAA-Eintrag) abruft.
Der Browser verbindet sich mit dieser Adresse. Er baut eine Verbindung zum Server auf und prüft bei https dessen Sicherheitszertifikat.
Der Webserver antwortet. Er schickt die Seite mit einem dreistelligen HTTP-Statuscode zurück: 200, wenn alles in Ordnung ist, oder einem Fehler wie 404 oder 503.

Vor allen vier Ebenen steht dein eigenes Gerät: Sein DNS-Cache, sein Netz, ein VPN oder eine Browsererweiterung können den Weg unterbrechen, auch wenn auf der Seite der Website jede Ebene funktioniert.

Welche Ebene ausfällt

Ebene	Was schiefgeht	Was du in Chrome meist siehst
`Registrierung der Domain`	Die Domain ist abgelaufen, wurde vom Register oder vom Registrar gesperrt oder wurde gelöscht	DNS_PROBE_FINISHED_NXDOMAIN oder eine Seite des Registrars mit dem Hinweis, dass die Domain abgelaufen ist
`DNS`	Der Name hat keinen Eintrag, keine Adresse, oder seine Nameserver antworten nicht	DNS_PROBE_FINISHED_NXDOMAIN oder ERR_NAME_NOT_RESOLVED
`IP-Adresse und Verbindung`	Der Server ist aus, eine Firewall verwirft den Verkehr oder der Netzwerkpfad ist unterbrochen	ERR_CONNECTION_TIMED_OUT oder ERR_CONNECTION_REFUSED
`Sicherheitszertifikat`	Das Zertifikat ist abgelaufen oder passt nicht zum Namen	NET::ERR_CERT_DATE_INVALID oder NET::ERR_CERT_COMMON_NAME_INVALID
`Webserver`	Der Server läuft, kann aber keine Seiten ausliefern	Eine Fehlerseite mit einem Code wie 500, 502 oder 503 oder ERR_TOO_MANY_REDIRECTS

Schritt 1: Von woanders aus prüfen

Prüfe die Website zuerst von außerhalb deiner eigenen Verbindung. Ist sie auch dort nicht erreichbar, ist sie für alle down, und der Fehler liegt auf der Seite der Website. Funktioniert sie dort, aber nicht bei dir, liegt das Problem irgendwo zwischen deinem Gerät und der Website – dann helfen die Schritte weiter unten.

Unser Prüfwerkzeug tut genau das von einem Cloudflare-Rechenzentrum und von Messpunkten in sechs Regionen der Welt aus und sieht sich Domain, DNS und Webserver in einem Durchgang an. Du kannst auch dein Telefon mit mobilen Daten statt WLAN ausprobieren: Es nutzt ein anderes Netz und meist auch andere DNS-Server.

Ist die Website down?

Schritt 2: Die Registrierung der Domain

Eine Domain wird gemietet, nicht gekauft, und wird sie nicht verlängert, verschwindet die Website, obwohl der Server einwandfrei läuft. Die öffentlichen Registrierungsdaten, abrufbar über RDAP (den Nachfolger von WHOIS), zeigen das Ablaufdatum und die Statuscodes der Domain.

Manche Statuscodes nehmen die Domain aus dem DNS. Bei clientHold, gesetzt vom Registrar, oder serverHold, gesetzt vom Register, wird die Domain nicht im DNS veröffentlicht und lässt sich nicht auflösen. Dasselbe gilt für inactive, was bedeutet, dass keine Nameserver eingetragen sind. Statuscodes wie clientTransferProhibited sind normale Sperren gegen unerwünschte Übertragungen und wirken sich nicht auf die Website aus.

Für generische Domains wie .com, .org oder .net regelt die Expired Registration Recovery Policy der ICANN (Richtlinie zur Wiederherstellung abgelaufener Registrierungen), was nach dem Ablauf geschieht. Der Registrar muss das DNS der Domain mindestens für die letzten acht aufeinanderfolgenden Tage unterbrechen, in denen der Inhaber sie noch verlängern kann, und jede Seite, die er stattdessen anzeigt, muss klar sagen, dass die Domain abgelaufen ist und wie sie sich verlängern lässt. Wird die Domain danach gelöscht, beginnt eine 30-tägige Redemption Grace Period (Wiederherstellungsfrist) mit abgeschaltetem DNS, gefolgt von 5 Tagen pendingDelete; danach kann sie jeder registrieren. Länderspezifische Domains wie .pt, .br oder .de folgen den Regeln ihres eigenen Registers.

WHOIS- / RDAP-Abfrage

Schritt 3: DNS

Ist die Domain aktiv, prüfe, ob ihr Name aufgelöst wird. Eine NXDOMAIN-Antwort bedeutet, dass der Name im DNS überhaupt nicht existiert. Eine Antwort ohne A- oder AAAA-Eintrag bedeutet, dass der Name existiert, aber auf keine Adresse zeigt – meist ein Konfigurationsfehler, etwa nach dem Wechsel zu einem neuen Hosting-Anbieter.

DNS-Antworten werden so lange zwischengespeichert, wie die TTL des Eintrags es vorgibt. Deshalb kann es Minuten oder Stunden dauern, bis eine Änderung überall ankommt, und deshalb kann eine Website in dieser Zeit bei einer Person funktionieren und bei einer anderen nicht. Auch negative Antworten werden zwischengespeichert: Hat dein Resolver die Auskunft erhalten, dass der Name nicht existiert, kann er das noch eine Weile wiederholen, nachdem das Problem behoben ist.

Auf deinem eigenen Gerät kannst du den DNS-Cache leeren: unter Windows mit ipconfig /flushdns, unter macOS mit sudo killall -HUP mDNSResponder. Chrome hat außerdem einen eigenen Cache, den du unter chrome://net-internals/#dns leeren kannst. Der Wechsel zu einem anderen öffentlichen Resolver wie 1.1.1.1 oder 8.8.8.8 ist ein schneller Weg, das DNS deines Anbieters als Ursache auszuschließen.

DNS-Abfrage

Schritt 4: IP-Adresse und Verbindung

Hat der Browser eine Adresse, muss er sie auch erreichen. Läuft eine Verbindung in eine Zeitüberschreitung, ist der Server meist aus, überlastet oder hinter einer Firewall, die den Verkehr verwirft. Eine abgelehnte Verbindung bedeutet, dass unter dieser Adresse zwar etwas geantwortet hat, aber kein Webserver auf Anfragen wartet.

Viele Websites haben sowohl eine IPv4- als auch eine IPv6-Adresse. Browser versuchen beide und nehmen die, über die zuerst eine Verbindung zustande kommt. Eine fehlerhafte IPv6-Konfiguration auf einer der beiden Seiten bleibt deshalb oft verborgen, aber nicht immer: Eine Website kann in einem Netz funktionieren und in einem anderen nicht, weil nur einer der beiden Wege gestört ist.

Manche Sperren hängen davon ab, wo du dich befindest. Eine Website kann Besucher aus bestimmten Ländern abweisen, ein Anbieter kann eine Website aufgrund gesetzlicher Vorgaben sperren, und ein Firmennetz kann sie filtern. Ein anderes Netz auszuprobieren oder mit einer Prüfung von anderswo zu vergleichen, trennt solche Fälle von einem echten Ausfall.

Wie lautet meine IP?

Schritt 5: Der Webserver

Funktioniert die Verbindung, sagt der HTTP-Statuscode des Servers, was passiert ist. Codes von 200 bis 299 bedeuten Erfolg, 300 bis 399 eine Weiterleitung. Codes von 400 bis 499 bedeuten, dass der Server läuft, das Angefragte aber abgelehnt oder nicht gefunden hat, und Codes von 500 bis 599, dass der Server selbst ein Problem hat. Websites hinter Cloudflare können außerdem eigene Codes von Cloudflare zeigen, etwa 521 oder 522, wenn der Server dahinter nicht antwortet.

Der nächste Ratgeber dieser Reihe erklärt die gängigen Codes einzeln: was jeder für Besucher und für den Betreiber der Website bedeutet.

Wenn eine funktionierende Website ausgefallen wirkt

Automatische Prüfwerkzeuge, auch unseres, sehen nicht immer, was ein Mensch sieht. In diesen Fällen wirkt eine funktionierende Website für ein Prüfwerkzeug ausgefallen – oder nur für manche Menschen:

Bot-Prüfungen. Dienste wie Cloudflare können von Besuchern verlangen, nachzuweisen, dass sie Menschen sind. Ein Browser besteht das, eine automatische Prüfung nicht, deshalb sieht das Prüfwerkzeug statt der Website eine Seite mit der Bot-Prüfung.
Sperren für Rechenzentren und Anfragebegrenzungen. Manche Firewalls lehnen Anfragen aus Cloud-Netzen ab, in denen Prüfwerkzeuge laufen, oder antworten mit 429, wenn zu viele Anfragen eintreffen.
Sperren nach Land oder Netz. Eine Website kann manche Regionen abweisen, und ein Anbieter oder Firmennetz kann sie filtern.
Eine alte DNS-Antwort. Nach dem Umzug einer Website auf einen neuen Server versuchen Geräte, die die alte Adresse im Cache haben, es weiter dort, bis die TTL abläuft.
Dein eigenes Gerät. Ein VPN, eine Firewall, ein Werbeblocker oder eine andere Erweiterung, ein Eintrag in der hosts-Datei oder eine Uhr mit falschem Datum, durch die gültige Zertifikate abgelaufen erscheinen.

Auch das Gegenteil kommt vor: Eine Website kann erreichbar wirken, obwohl sie es nicht ist. Ein Content-Delivery-Network kann weiter zwischengespeicherte Seiten ausliefern, während der Server dahinter ausgefallen ist, und eine abgelaufene Domain kann eine Parkseite des Registrars zeigen, die normal antwortet. Deshalb zeigt unser Prüfwerkzeug mit dem Ergebnis auch den Seitentitel an: „Domain abgelaufen“ oder „Wartungsarbeiten“ mit dem Code 200 ist nicht die echte Website.

Wenn es deine Website ist

Prüfe die Domain: ob sie verlängert ist, keinen Hold-Status hat und auf die richtigen Nameserver zeigt.
Prüfe das DNS: ob die A- und AAAA-Einträge die aktuellen Adressen deines Servers enthalten. Hast du sie kürzlich geändert, berücksichtige die TTL.
Sieh auf der Statusseite deines Hosting-Anbieters nach und prüfe, ob Server und Webdienst laufen.
Prüfe das Ablaufdatum des Zertifikats und ob es jeden Namen abdeckt, den du nutzt, mit und ohne www.
Lies das Fehlerprotokoll des Servers für den Zeitpunkt des Ausfalls: 5xx-Codes hinterlassen dort fast immer eine Spur.

Häufige Fragen

Wie erkenne ich, ob eine Website für alle down ist?

Prüfe sie aus einem anderen Netz oder mit einem Online-Prüfwerkzeug. Ist sie auch dort nicht erreichbar, ist sie für alle down. Funktioniert sie dort, liegt das Problem auf deiner Seite: bei deinem DNS-Cache, deinem Netz, deinem VPN oder deinem Browser.

Warum funktioniert eine Website auf meinem Telefon, aber nicht auf meinem Computer?

Mit mobilen Daten nutzt das Telefon ein anderes Netz und meist andere DNS-Server. Der Computer hat vielleicht eine alte DNS-Antwort im Cache, einen anderen Resolver, oder ein VPN, eine Firewall oder eine Erweiterung steht im Weg.

Wie lange dauert es, bis eine DNS-Änderung überall ankommt?

Höchstens so lange wie die TTL des alten Eintrags, die oft zwischen wenigen Minuten und einem Tag liegt. Resolver, die die alte Antwort zwischengespeichert haben, nutzen sie weiter, bis sie abläuft.

Funktioniert eine abgelaufene Domain sofort nicht mehr?

Nicht immer. Bei generischen Domains muss der Registrar das DNS mindestens für die letzten acht Tage unterbrechen, in denen die Domain noch verlängert werden kann, der genaue Tag hängt aber vom Registrar ab. Wird eine Domain gelöscht, wird sie während der 30-tägigen Wiederherstellungsfrist nicht mehr aufgelöst.

Weiter in der Reihe HTTP-Statuscodes und Cloudflare-Fehler: was 403, 404, 429, 500, 503 und 521 bedeuten →