Sprachen

Website-Erreichbarkeitsprüfer

Die Prüfungen laufen auf unserem Server. Wir rufen die von dir eingegebene URL ab und speichern die Ergebnisse nicht. This is one point-in-time request from a Cloudflare location, not a multi-region uptime monitor. HTTPS results show only whether a connection completed — never certificate expiry or full TLS details. Anonyme Ergebniszähler auf Ausführungsebene können für aggregierte Forschung verwendet werden; URLs, Domains, IP-Adressen und Kennungen werden nie einbezogen, und Statistiken werden erst ab 100 Ausführungen veröffentlicht.

Rückmeldung
Fehler melden

Funktioniert etwas in Website-Erreichbarkeitsprüfer nicht? Teile uns mit, was passiert ist — die Meldung geht direkt an eine private Prüfwarteschlange, nicht in eine öffentliche Liste.

Gesendete Angaben 
 Werkzeugeingaben, Uploads, eingefügte Quellen, vollständige Ergebnisse, Abfrageparameter und URL-Fragmente werden nicht automatisch angehängt. Du kannst die oben ausgewählte Passage bearbeiten oder entfernen. Browser- und Missbrauchsschutz-Metadaten werden zur Spamabwehr verarbeitet. 
  
 
  
 
 
  
 
 
  
  
 
       
     
     
    
    
Über dieses Werkzeug
Prüfe, ob eine URL jetzt von einem Cloudflare-Standort erreichbar ist. Der begrenzte Request erfasst Status, vollständige Weiterleitungskette, Latenz, DNS-Fallback-Evidenz und ob die HTTPS-Verbindung abgeschlossen wurde.
Eine einzelne externe Perspektive ist nützliche Evidenz, aber kein Uptime-Konsens für alle Regionen oder Nutzer.
Funktionen
  • Zeitpunktbezogene externe Erreichbarkeitsprüfung
  • Finaler Status mit vollständig beobachtetem Redirect-Pfad
  • Latenz und begrenzter TLS-Handshake-Status
  • DNS-Fallback-Evidenz und vorausgefüllte Diagnose-Handoffs zu DNS, Hosting und RDAP
So funktioniert es
Ein Cloudflare-Worker stellt eine begrenzte externe Anfrage, zeichnet Redirect-Hops, finalen Status, vergangene Zeit und den HTTPS-Abschluss auf. Wenn kein HTTP-Status eintrifft, hilft ein DNS-Fallback und der Fehlertext bei der Unterscheidung von NXDOMAIN, TLS-Fehler, Timeout und anderen Zuständen.
Einschränkungen
  • Dies ist kein kontinuierliches oder Multi-Region-Monitoring. Es beweist weder Verfügbarkeit für jeden Nutzer noch korrekte Anwendung hinter einer 200-Antwort.
  • Zertifikatsdetails werden nicht offengelegt; Bot-Schutz, Firewall, Routing, DNS-, Origin- und vorübergehende Netzursachen lassen sich nicht vollständig unterscheiden. Die Zustände 400, 4xx, 5xx, 503 und 301 werden als beobachtete Beispiele getrennt behandelt.
  • Ein Ziel kann je nach Geografie, IP-Reputation, Firewall, Resolver, User-Agent, Cache oder Zeitpunkt anders reagieren. Beispielhafte Pfade wie http://example.test/status und https://example.test/status gehören nur zum festen Demonstrationsbericht.
Häufig gestellte Fragen
Ist die Website für alle oder nur für mich nicht erreichbar?
Der Prüfer kann nur den Zustand von einem Cloudflare-Standort zu einem Zeitpunkt bewerten. Vergleiche ein anderes Netz oder ein `Multi`-Region-Monitoring, bevor du eine globale Störung annimmst.
Was bedeutet ein HTTP-500-Fehler?
Der Server ist erreichbar, liefert aber einen Anwendungs- oder Serverfehler. Das Werkzeug kennzeichnet „erreichbar, aber mit Fehler“ statt einen Netzwerkausfall zu behaupten.
Kann der Prüfer ein abgelaufenes TLS-Zertifikat diagnostizieren?
Nein. Er meldet, ob eine sichere Verbindung abgeschlossen wurde oder fehlgeschlagen ist. Die Worker-Schnittstelle liefert jedoch keine Ablauf-, Ketten-, Hostnamen- oder `Cipher`-`Details`.
Warum funktioniert die Website bei mir, aber hier nicht?
Geografie, IP-`Reputation`, `Firewall`, DNS-`Resolver`, `User`-`Agent`, `Cache` und Zeitpunkt können das Ergebnis verändern. Eine einzelne externe Perspektive ist kein Konsens über alle Nutzer.
 
Nächster SchrittHosting-Prüfer — look up the exact spec and expected values.
Anleitung auf Englisch verfügbar.
Das könnte dich auch interessieren
WerkzeugHTTP-Header-PrüferWerkzeugDNS-PrüferWerkzeugHosting-Prüfer
       
 
Häufige Probleme und ihre Behebung
 
     
  •  Fehler Domain tut nicht auflösen Lösung: Wiederherstellen gültig authoritative Ein, AAAA, oder CNAME Datensätze für die hostname und bestätigen sie auflösen aus multiple networks. 
  •  Fehler Ursprung verbindung fails Lösung: Wiederherstellen Ursprung connectivity durch prüfung server health, firewall Regeln, listening ports, und upstream proxy configuration. 
  •  Fehler WebWebsite gibt zurück ein server fehler Lösung: Prüfen Ursprung und application logs für die failing anfrage, korrekt die 5xx cause, und verifizieren ein stabil successful antwort. 
  •  Warnung WebWebsite gibt zurück ein maintenance antwort Lösung: End die maintenance window oder serve ein deliberate 503 mit Retry-After, dann wiederherstellen die normal Seite wenn Arbeit completes. 
  •  Fehler WebWebsite tut nicht reach ein healthy endgültig URL Lösung: Entfernen die Weiterleitung loop oder fehlerhaft sprung und machen die angefordert URL reach ein healthy kanonisch ziel direkt. 
  •  Warnung WebWebsite antwort ist unusually slow Lösung: Profil die Ursprung, cache repeatable Arbeit, und reduce backend oder upstream latency bis die Endpunkt responds within sein ziel Budget. 
    •