Eine Seite, die sich nicht öffnen lässt, ist ärgerlich: Vielleicht möchten Sie gerade bezahlen, etwas veröffentlichen oder weiterarbeiten. Unsere Website-Verfügbarkeitsprüfung liefert eine zweite Perspektive. Geben Sie die öffentliche Adresse ein, sehen Sie sich die Antwort an und wählen Sie den nächsten sinnvollen Schritt. Das Ergebnis gilt für die geprüfte URL zum angegebenen Zeitpunkt. Eine fehlende Seite wird nicht als weltweiter Ausfall dargestellt.
Wie prüfe ich, ob eine Website ausgefallen ist?
Die relevante Adresse eingeben
Prüfen Sie den genauen fehlerhaften Link oder bei einem vermuteten Gesamtausfall die Startseite. Bei einer bloßen Domain ergänzen wir HTTPS. Geteilte Links füllen nur die Eingabe; sie starten keine Prüfung.
Ergebnis und Zeitpunkt lesen
Achten Sie zuerst auf Hostname, HTTP-Code und Zeitpunkt. Klappen Sie DNS-Adressen, Zeitmessungen und Weiterleitungen auf. „Nicht verifiziert“ bedeutet fehlende Belege, nicht einen bestandenen Test.
Bestätigen, vergleichen oder dokumentieren
Die Bestätigung liefert nach einer kurzen Pause eine weitere Beobachtung. Der Startseitenvergleich prüft die Wurzelseite separat. PNG, TXT und JSON halten Zeitangaben, Ergebnisse und Grenzen zusammen.
Prüfungen für konkrete Situationen
Eine Produktseite öffnet sich nicht
Prüfen Sie die Produkt-URL und danach die Startseite. Eine erreichbare Startseite neben einer 404-Produktseite deutet auf den Link oder die Route hin. Eine erfolgreiche Antwort prüft noch keine Zahlung.
Die neue Website scheint nicht erreichbar
Sehen Sie sich nach Domain- oder Hostingänderungen DNS und das letzte Ziel an. Notieren Sie Zeitpunkt und Adressen. Ändern Sie nicht wiederholt Einstellungen, bevor der betroffene Bereich eingegrenzt ist.
Ein Dienst funktioniert für andere
Bewahren Sie das externe Ergebnis neben Ihrer Browsermeldung auf. Probieren Sie einen anderen Browser oder ein anderes Netzwerk. Unterschiede helfen dem Support, beweisen aber keinen landesweiten Ausfall.
Eine aussagekräftige Supportmeldung vorbereiten
Speichern Sie URL, Zeitpunkt, Code und Weiterleitungsweg im Bericht. Beschreiben Sie Browserprobleme separat und entfernen Sie vertrauliche Parameter, bevor Sie Daten weitergeben.
Was lässt sich mit unserer Prüfung feststellen?
Website-Verfügbarkeit verstehen
Warum funktioniert eine Website bei einer Person und bei einer anderen nicht?
„Bei mir funktioniert es“ beschreibt einen einzelnen Zugriff. Geräte, Browserzustand und Netzwerke können sich unterscheiden. Unsere externe Prüfung liefert eine zusätzliche Beobachtung, ohne eine der Erfahrungen für falsch zu erklären.
Vergleichen Sie dieselbe URL erst in einem anderen Browser, dann möglichst in einem anderen Netzwerk. Notieren Sie Zeit und Fehler und ändern Sie jeweils nur eine Sache. Deaktivieren Sie nicht pauschal Sicherheitssoftware.
Eine externe Antwort neben einem leeren Browserfenster lenkt die Untersuchung auf Darstellung, Erweiterungen oder Anmeldung. Übereinstimmende Fehler rechtfertigen weitere Prüfung, beweisen aber keinen allgemeinen Ausfall.
Ist eine fehlerhafte Seite dasselbe wie ein Website-Ausfall?
Alte Produktlinks, Kampagnen und geänderte Routen können ins Leere führen, während die übrige Website funktioniert. Der genaue Pfad und die Domain beantworten unterschiedliche Fragen.
Vergleichen Sie die Startseite, ohne das ursprüngliche Ergebnis zu verlieren. Ein erfolgreicher Einstieg grenzt einen Seitenfehler ein. Eine öffentliche Startseite kann allerdings auch funktionieren, wenn andere Anwendungsteile ausfallen.
Die vollständige fehlerhafte URL und ihr Prüfzeitpunkt helfen dem Support bei der Reproduktion. Ein allgemeiner Screenshot mit „Website ausgefallen“ liefert wesentlich weniger verwertbare Informationen.
Was sagen HTTP-Codes aus, und was bleibt offen?
Stirb HTTP-Statuscode-Referenz unterscheidet 2xx-Erfolg, 3xx-Weiterleitung, 4xx-Anfragefehler und 5xx-Serverfehler. Eine 403-Ablehnung oder fehlende 404-Seite ist nicht dasselbe wie gar keine Antwort.
Ein Code nennt nicht automatisch die Ursache. Ein Gatewayfehler erklärt weder die defekte Abhängigkeit noch die verantwortliche Änderung. Betreiber benötigen eigene Protokolle; Besucher können Belege sichern und den Dienst kontaktieren.
Retry-After nennt eine Wartezeit oder ein Datum für einen erneuten Versuch. Unsere Folgeprüfungen beachten verwertbare Angaben. Ohne solche Angaben verhindert eine kurze Pause unnötig schnelle Wiederholungen.
Kann eine HTTP-200-Antwort trotzdem zu einer defekten Seite führen?
Ja. Eine erfolgreiche Antwort kann falsche Inhalte, eine Anmeldung oder eine Fehlermeldung enthalten. Skripte und weitere Anfragen können anschließend scheitern. Diese Interaktionen prüft unser Verfügbarkeitstest nicht.
Eine geöffnete Tür beweist nicht, dass dahinter alles funktioniert. Eine Shop-Startseite kann erreichbar sein, obwohl Warenkorb oder Zahlung versagen. Unser Ergebnis bestätigt daher die Antwort, nicht den gesamten Geschäftsprozess.
Googles Erklärung zur JavaScript-Verarbeitung trennt Abruf und Rendering. Öffnen Sie die Seite selbst und nutzen Sie bei Darstellungsproblemen unseren Renderingtest. Testen Sie Konten oder Zahlungen nur mit Erlaubnis und geeigneten Testdaten.
Wie machte DNS Website-Adressen in großem Maßstab nutzbar?
Lesbare Namen ersparen das Merken numerischer Adressen. RFC 1034 vom November 1987 beschreibt ein verteiltes hierarchisches Namenssystem mit Caching. Namensauflösung und Webanwendung sind dadurch getrennte Fragen.
Eine öffentliche Adresse beweist noch keine funktionierende Anwendung. Ein Namensfehler kann die Anfrage hingegen schon vor HTTP stoppen. Unsere Prüfdaten zeigen Lookup und Antwort getrennt.
Notieren Sie Änderungen an der Domainkonfiguration und deren Zeitpunkt. Zwischengespeicherte Antworten erschweren Vergleiche. Der angezeigte TTL-Wert ist keine Garantie, wann sämtliche Netzwerke eine Änderung übernehmen.
Warum lässt sich aus einer Prüfung kein Verfügbarkeitsprozentsatz berechnen?
Eine Momentaufnahme enthält keine historische Gesamtmessung. Auch zwei Bestätigungen bleiben zwei Beobachtungen. Wir erfinden daraus keine Tageskurve. Googles Leitfaden zu Service Levels beschreibt Kennzahlen innerhalb eines definierten Zeitraums.
Ein rein hypothetisches Beispiel: 30 vollständig beobachtete Tage umfassen 43.200 Minuten. Bei 30 Ausfallminuten ergibt (43.200 − 30) ÷ 43.200 × 100 ungefähr 99,9306 %. Unser Tool hat diese Werte nicht gemessen.
Eine Überwachung benötigt außerdem Fehlerdefinitionen, einen Umgang mit Messlücken und relevante Nutzerabläufe. Nutzen Sie einen Monitoringdienst für regelmäßige Tests und Warnungen; unsere Prüfung unterstützt die Untersuchung im aktuellen Moment.
Was sollte ich vor einer Ausfallmeldung festhalten?
Sichern Sie öffentliche URL, Zeitpunkt mit Zeitzone, Browserfehler und Prüfergebnis. Erwähnen Sie ein relevantes VPN oder Netzwerk. Veröffentlichen Sie niemals Passwörter, Sitzungscookies oder signierte Links.
Als Betreiber vergleichen Sie den Zeitpunkt mit Releases, DNS-Änderungen und Protokollen. Reproduzieren Sie die kleinste fehlerhafte Aktion. Eine funktionierende Startseite spricht dafür, zuerst die betroffene Route zu untersuchen.
Behalten Sie frühere Fehler nach der Erholung bei. Ein verändertes Bestätigungsergebnis hilft bei der Einordnung, belegt aber nicht den genauen Beginn oder das Ende eines Ausfalls zwischen zwei Beobachtungen.
Genauigkeit, Grenzen und Korrekturen
Wir senden eine anonyme externe Anfrage an die eingegebene öffentliche Adresse, prüfen DNS, folgen zulässigen Weiterleitungen und ordnen die Antwort ein. Die DNS-Zeit erfasst den Lookup. Der Anfrageweg umfasst HTTP, Weiterleitungen und deren Zielauflösung; die letzte Antwortzeit erfasst nur die letzte Anfrage bis zu ihren Headern. Ohne abschließende Antwort sind deren Zeit und Verbindungsschema nicht verifiziert.
Dies ist keine fortlaufende oder weltweite Überwachung, kein Zertifikatsaudit, Renderingtest oder angemeldeter Nutzerablauf. Abbrechen verhindert verspätete Bildschirmänderungen; eine bereits gestartete externe Anfrage kann innerhalb ihrer Frist noch enden. Abfrageparameter werden bei einer ausdrücklichen Prüfung übertragen, aber nicht im lokalen Verlauf gespeichert. Teilen Sie nur nicht vertrauliche Adressen.
Bei einem fragwürdigen Ergebnis sichern Sie URL, Zeitpunkt, Status und fehlgeschlagenen Schritt. Bestätigen Sie einmal oder vergleichen Sie die Startseite und senden Sie nicht vertrauliche Belege über unsere Kontaktseite. Wir prüfen Einstufung, Formulierung und reproduzierbare Fehler, können aber keine fremde Website ändern oder unbeobachtete Ausfälle nachträglich messen.
Häufige Fragen
Ist meine Website ausgefallen oder liegt es an meinem Zugriff?
Ein externer Erfolg neben einem Browserfehler zeigt unterschiedliche Zugriffsbedingungen. Vergleichen Sie Browser oder Netzwerk. Ein externer Fehler benötigt Bestätigung und eine Prüfung des fehlgeschlagenen Schritts.
Bedeutet 403 oder 429, dass die Website offline ist?
Nein. Der Server hat die Anfrage abgelehnt oder begrenzt. Probieren Sie einen Browser und beachten Sie Wartezeiten. Unser Ergebnis lautet eingeschränkt, nicht generell offline.
Bedeutet 404, dass die gesamte Website ausgefallen ist?
Nein. Der Code betrifft die angefragte Seite. Prüfen Sie Pfad und Startseite; eine fehlende Seite ist etwas anderes als ein nicht erreichbarer Host.
Warum unterscheidet sich die Antwortzeit von meinem Browser?
Wir messen einen externen Anfrageweg, nicht den vollständigen Seitenaufbau auf Ihrem Gerät. Weiterleitungen, Netzwerkwege und Browseraktivität unterscheiden sich. Dies ist kein Geschwindigkeitstest.
Kann ich ein privates Netzwerk oder einen signierten Link prüfen?
Private Ziele, Zugangsdaten und ungewöhnliche Ports sind nicht zugelassen. Senden Sie keine geheimen Links. Abfrageparameter bleiben bei einer ausdrücklichen öffentlichen Prüfung erhalten; kontrollieren Sie sie vorher.
Prüft die Bestätigung verschiedene Länder?
Nein. Sie liefert eine zusätzliche Beobachtung mit einem zweiten Zeitpunkt, aber keine Länderwahl, globale Überwachung oder historische Verfügbarkeitsquote.
Was enthält ein heruntergeladener Bericht?
URL, Zeitpunkt, Ergebnis, HTTP- und DNS-Daten, Weiterleitungen, Zeiten und Grenzen. Vorhandene Folgeprüfungen sind enthalten. PNG zeigt zusätzlich ClockTools und den Tool-Link.
Was passiert beim Abbrechen oder Zurücksetzen?
Die Browseranfrage wird abgebrochen; ältere Ergebnisse können den Bildschirm nicht überschreiben. Zurücksetzen leert auch Eingabe und Ergebnisse. Eine bereits gestartete externe Anfrage kann innerhalb ihrer Frist noch abgeschlossen werden.