Grundlagen

Website-Status FAQ: Die häufigsten Fragen rund um Erreichbarkeit und Monitoring

Gesammelte Antworten auf die häufigsten Fragen rund um Website-Erreichbarkeit, HTTP-Statuscodes und Monitoring. Kompakt und praxisnah erklärt.

Lesezeit 5 Min. Aktualisiert 28.05.2026 1 Quellen Jan-Tristan Rudat Jan-Tristan Rudat
Inhalt

Häufige Fragen zum Website-Status

Wer sich mit der Erreichbarkeit von Websites beschäftigt, stößt immer wieder auf dieselben Fragen. Dieser Ratgeber sammelt die wichtigsten und beantwortet sie direkt.

Was ist ein HTTP-Statuscode?

Ein HTTP-Statuscode ist eine dreistellige Zahl, die ein Webserver als erstes in seiner Antwort an den Client sendet. Er teilt dem Browser (oder einem anderen Client) mit, wie die Anfrage verarbeitet wurde.

Die Codes sind in fünf Klassen eingeteilt:

1xx Informational: Die Anfrage wurde empfangen und wird verarbeitet. In der Praxis selten sichtbar.

2xx Success: Die Anfrage war erfolgreich. 200 OK ist der häufigste Code dieser Gruppe.

3xx Redirection: Der Client soll eine andere URL aufrufen. 301 und 302 sind typische Weiterleitungscodes.

4xx Client Error: Der Client hat etwas falsch gemacht. 404 Not Found ist der bekannteste Vertreter.

5xx Server Error: Der Server konnte die Anfrage nicht erfüllen. 500 Internal Server Error und 503 Service Unavailable sind hier häufig.

Was bedeutet “200 OK” genau?

200 OK bedeutet, dass der Server die Anfrage vollständig und erfolgreich beantwortet hat. Der Inhalt der Antwort wird im Body übermittelt. Für Monitoring-Zwecke ist 200 das Zeichen, dass eine URL grundsätzlich erreichbar ist und korrekt antwortet.

Was ist der Unterschied zwischen einer Website, die nicht lädt, und einer, die einen Fehler anzeigt?

Wenn eine Website gar nicht lädt, kommt es zu keiner Verbindung zwischen Client und Server. Mögliche Ursachen: DNS-Problem, Server komplett ausgefallen, Netzwerkausfall. Der Browser zeigt eine Connection-Timeout-Fehlermeldung.

Wenn eine Fehlerseite angezeigt wird (z. B. 404 oder 500), ist der Server erreichbar und antwortet, aber mit einem Fehlerstatuszustand. Das ist diagnostisch wichtig: Im zweiten Fall läuft der Server, im ersten nicht (oder DNS funktioniert nicht).

Was ist Monitoring und warum brauche ich es?

Website-Monitoring bedeutet, in regelmäßigen Abständen automatisch zu prüfen, ob eine Website erreichbar ist und korrekt antwortet. Ohne Monitoring erfährt ein Betreiber von einem Ausfall oft erst durch Beschwerden von Nutzern.

Das Tool auf dieser Seite ermöglicht einen manuellen Check für eine URL. Kontinuierliches Monitoring mit automatischen Benachrichtigungen ist ein eigenes Thema und erfordert einen dedizierten Monitoring-Dienst.

Wie lange dauert es, bis Google einen Website-Ausfall bemerkt?

Google crawlt Websites in unregelmäßigen Abständen. Populäre, häufig aktualisierte Seiten werden täglich oder öfter gecrawlt. Kleine Websites werden möglicherweise nur alle paar Wochen besucht. Ein kurzfristiger Ausfall (unter einer Stunde) wird von Google in der Regel toleriert und schadet dem Ranking nicht dauerhaft.

Was ist der Unterschied zwischen SSL-Fehler und Nicht-Erreichbarkeit?

Ein SSL-Fehler bedeutet, dass die Domain erreichbar ist und der Server antwortet, aber das TLS-Zertifikat ungültig ist (abgelaufen, falsche Domain, nicht vertrauenswürdige Ausstellungsstelle). Browser weigern sich, die Verbindung herzustellen und zeigen eine Sicherheitswarnung.

Nicht-Erreichbarkeit bedeutet, dass die Verbindung zum Server gar nicht erst zustande kommt.

Was bedeutet Antwortzeit und was ist ein guter Wert?

Die Antwortzeit (auch Time to First Byte, TTFB) misst, wie lange es dauert, bis der Server beginnt, eine Antwort zu senden. Sie umfasst DNS-Auflösung, TCP-Verbindungsaufbau, TLS-Handshake und Serververarbeitungszeit.

Richtwerte:

Unter 200 Millisekunden: Sehr gut. Nutzer nehmen keine Verzögerung wahr. 200 bis 500 Millisekunden: Akzeptabel für die meisten Anwendungsfälle. 500 Millisekunden bis 1 Sekunde: Spürbar. Optimierungsbedarf. Über 1 Sekunde: Problematisch. Nutzer brechen Ladevorgang häufiger ab.

Google nutzt TTFB als einen von vielen Faktoren bei der Bewertung der Core Web Vitals.

Kann ich selbst prüfen, warum meine Website einen Fehler zurückgibt?

Ja. Für technisch versierte Betreiber sind folgende Werkzeuge hilfreich:

Browser-Entwicklertools (Netzwerk-Tab): Zeigt genaue Statuscodes und Header für jede Ressource.

curl-Kommandozeile: Direkte HTTP-Anfragen mit vollständiger Header-Ausgabe:

curl -I -L https://example.com

Server-Logs: Der wichtigste Diagnosepunkt bei serverseitigen Fehlern (access.log und error.log).

Google Search Console: Zeigt Crawling-Fehler, die Googlebot beim Besuch der Website festgestellt hat.

Was sollte ich bei einem dauerhaften Ausfall sofort tun?

Sofortmaßnahmen bei einem Website-Ausfall:

Externen Check durchführen, um lokale Netzwerkprobleme auszuschließen. Hosting-Anbieter-Statusseite aufrufen. Server-Logs prüfen. Support des Hosting-Anbieters kontaktieren, wenn kein Zugriff auf den Server möglich ist. Nutzer informieren, wenn der Ausfall voraussichtlich länger anhält.

Wie kann ich Ausfälle in Zukunft schneller erkennen?

Kontinuierliches Monitoring mit kurzen Check-Intervallen und sofortigen Benachrichtigungen ist die zuverlässigste Methode. Für einzelne manuelle Checks steht das Tool auf dieser Seite zur Verfügung, das eine URL sofort auf Erreichbarkeit und Statuscode prüft.

Häufige Fragen

Wie oft sollte ich den Status meiner Website überprüfen lassen?

Für die meisten Websites sind Checks alle ein bis fünf Minuten ausreichend. Bei geschäftskritischen Anwendungen, Online-Shops oder APIs empfehlen sich Intervalle von einer Minute oder kürzer. Zu häufige Checks können als unerwünschter Traffic gewertet werden.

Was bedeutet es, wenn meine Website manchmal erreichbar ist und manchmal nicht?

Intermittierende Erreichbarkeitsprobleme deuten oft auf Ressourcenengpässe hin: Der Server kämpft mit Lastspitzen und beantwortet manche Anfragen nicht rechtzeitig. Auch fehlerhafte Load-Balancer-Konfigurationen oder instabile Backend-Verbindungen können dieses Muster verursachen.

Quellen

  • IETF RFC 9110: HTTP Semantics
Jan-Tristan Rudat

Über die Autorenschaft

Jan-Tristan Rudat

Redakteur website-status-checker.de

Themengebiet: Generationen, Kulturgeschichte, Sternzeichen, Pop-Phänomene rund ums Alter

Mehr über Jan-Tristan Rudat →

Verwandte Artikel

Website Status Checker nutzen

Sofort im Browser, ohne Anmeldung.

Zum Tool