Website-Status-Prüfer

Geben Sie die Adresse oben in das Feld ein und klicken Sie auf „Status prüfen“. Das Tool sendet eine einzelne HTTP-Anfrage von unserem Server und meldet den Statuscode, die Antwortzeit und sämtliche Response-Header. Ein Code zwischen 200 und 399 bedeutet, dass die Site online ist; 400 bis 599 oder ein Status von 0 bedeutet, dass sie offline ist. Die angezeigte Antwortzeit ist der Roundtrip unseres Servers, nicht der Ihres Browsers – DNS-Auflösung, TCP-Verbindung, TLS-Handshake und die erste Antwort –, bei einem nahen Origin oft nur einige Dutzend Millisekunden.

Dieser Checker läuft auf unserem Server, nicht in Ihrem Browser; der Vergleich beider Ergebnisse zeigt also, wo der Fehler liegt. Melden wir 200 OK und Sie können die Seite trotzdem nicht laden, liegt das Problem auf Ihrer Seite: DNS-Cache, VPN, Proxy, Browser-Cache oder hosts-Datei. Melden wir ebenfalls einen 502 oder eine Zeitüberschreitung, liegt der Fehler bei der Website und nicht bei Ihnen – auch wenn eine Geosperre oder eine Firewallregel gegen unsere IP von hier aus genauso aussieht.

503 Service Unavailable heißt, dass der Server erreichbar ist, die Anfrage aber gerade nicht bedienen will – meist wegen Überlast oder geplanter Wartung. Der Zustand ist per Definition vorübergehend, und die Antwort enthält oft einen Retry-After-Header, der angibt, wann man es erneut versuchen soll. Suchmaschinen werten einen kurzen 503 als „später wiederkommen“ und nicht als dauerhaften Fehler.

In der Praxis: abgelaufene oder nicht passende TLS-Zertifikate und kaputte DNS-Einträge (beides erscheint als Status 0), eine abgestürzte Anwendung oder zu wenig Arbeitsspeicher (500), ein Proxy, der den Origin mitten im Deployment nicht erreicht (502), Traffic über der Kapazitätsgrenze oder Wartung (503), eine Datenbank, die langsamer ist als das Proxy-Timeout (504), sowie großflächige CDN- oder Cloud-Störungen beim Anbieter.

Prüfen Sie hier zuerst, ob der Ausfall nicht nur in Ihrem eigenen Netz besteht. Lesen Sie dann den Code: 5xx heißt, in die Logs des Origins und in den Prozessmanager zu schauen, 0 heißt DNS und Zertifikatsablauf prüfen, 403 deutet auf eine Firewall- oder WAF-Regel hin, und ein 404 auf der nackten Domain auf den falschen virtuellen Host. Sehen Sie in die Statusseite Ihres Anbieters, bevor Sie ein Ticket eröffnen.

Ja. Wechseln Sie zum Reiter „Massenprüfung“ und fügen Sie bis zu 10 URLs ein, eine pro Zeile. Sie werden nacheinander mit 300 ms Abstand zwischen den Anfragen geprüft, und die Ergebnisse erscheinen als Liste mit Urteil, Statuscode und Antwortzeit. Anschließend können Sie den ganzen Durchlauf als CSV herunterladen oder als tabulatorgetrennte Tabelle kopieren.

Nein, und das ist Absicht. Weiterleitungen werden nicht verfolgt, damit ein 301 oder 302 genau so gemeldet wird, wie der Server ihn gesendet hat – samt Location-Header. Genau das brauchen Sie, wenn Sie eine HTTP-zu-HTTPS- oder eine non-www-Regel überprüfen. Um eine ganze Weiterleitungskette Schritt für Schritt zu verfolgen, nutzen Sie stattdessen unseren Weiterleitungs-Prüfer.

Weil die Anfrage von einer Rechenzentrums-IP mit dem User-Agent FreeWebTools Status Checker/1.0 kommt. Bot-Schutzdienste, WAFs und CDN-Firewallregeln beantworten automatisierte Clients routinemäßig mit 403 Forbidden oder einer Challenge-Seite, während echte Browser normal bedient werden. Ein 403 aus diesem Tool bedeutet daher „dieser Client wurde abgewiesen“ und nicht zwangsläufig „offline“.

Es ist die Zeit in Millisekunden, die unser Server für eine einzelne HEAD-Anfrage gebraucht hat – inklusive DNS-Auflösung, TCP-Verbindung und TLS-Handshake. Bilder, CSS, JavaScript und das Rendern sind nicht enthalten, der Wert liegt also weit unter einem Lighthouse-Ladewert. Vergleichen Sie Messungen untereinander und rechnen Sie bei einem weit entfernten Origin mit 100–300 ms Aufschlag.

Nein. Der Endpunkt weist die Hostnamen localhost, 127.0.0.1, 0.0.0.0 und ::1 ab, ebenso jede IP-Adresse aus einem privaten oder reservierten Bereich wie 192.168.x.x oder 10.x.x.x, Cloud-Metadaten-Adressen wie 169.254.169.254 sowie sensible Ports wie 22, 3306 und 6379. Ein Hostname wird einmal aufgelöst und abgelehnt, wenn diese IPv4-Adresse privat ist; die Prüfung ist reines IPv4, betrachten Sie sie also als Schutz gegen Server-Side Request Forgery, nicht als Garantie. Interne Hosts testen Sie mit curl aus dem Netz heraus.