Störungscheck

Wie prüfst du eine Störung mit unserem Down Detector?

Wähle zunächst den Dienst, den du nutzt, und prüfe dann die Hinweise, die zu deinem Problem passen. Du musst nicht jedes Diagramm lesen, um den nächsten Schritt zu finden.

1. Dienst oder Website auswählen

   Nutze den Dienststatus für eine unterstützte Anwendung oder die Website-Prüfung für eine öffentliche Adresse. Die eine Ansicht zeigt Meldungen des Anbieters, die andere die Erreichbarkeit einer bestimmten Seite.

2. Die betroffene Funktion finden

   Lies zuerst laufende Störungen. Unter Komponenten findest du etwa Anmeldung, Uploads oder APIs. Die neueste Meldung kann genauer erklären, wer betroffen ist.

3. Relevante Informationen sichern

   Aktualisiere den Status vor einer Entscheidung. Für den Support kannst du einen datierten Bericht kopieren oder herunterladen. Ein geteilter Link öffnet dagegen eine neue Prüfung.

Ein sinnvoller Ausgangspunkt, wenn etwas nicht funktioniert

Kleine Einstellungen für eine aussagekräftigere Prüfung

Wähle vor der Suche die Art der Prüfung. Speichere bis zu fünf Dienste als Favoriten in diesem Browser, filtere nach Kategorie oder zeige nur gemeldete Störungen. Die automatische Aktualisierung betrifft offizielle Quellen, solange diese Seite sichtbar ist; ein Website-Test läuft einmal. Mit der Komponentensuche findest du die benötigte Funktion oder Region. Ein kopierter Bericht bewahrt den Zeitpunkt der Beobachtung. Ein geteilter Link öffnet dagegen eine neue Ansicht. PNG-, Text- und JSON-Berichte enthalten die verfügbaren Daten, keine Vorhersage zur Wiederherstellung.

Warum kann eine Website erreichbar sein, obwohl ihre App ausfällt?

Ein Dienst besteht aus mehr als seiner Startseite.

Die zuerst angezeigte Seite kann unabhängig von Benutzerkonten, Suche, Nachrichten, Dateispeicher oder Zahlungsabwicklung bereitgestellt werden. Deshalb sind Teilstörungen möglich: Die öffentliche Seite lädt, während die benötigte Funktion nicht arbeitet. Eine erfolgreiche Website-Prüfung und eine gestörte Dienstkomponente können beide zutreffen.

Unser Down Detector trennt diese Aussagen. Der Dienststatus gibt veröffentlichte Angaben des Anbieters wieder; die Website-Prüfung untersucht eine öffentliche Adresse zu einem festgehaltenen Zeitpunkt. Keine der beiden Ansichten prüft dein privates Konto, einen angemeldeten Bezahlvorgang oder sämtliche Regionen. Bei widersprüchlichen Ergebnissen hilft die Störungsbeschreibung, die betroffene Funktion zu erkennen.

Den Unterschied zwischen Symptomen und Ursachen erläutert Googles Leitfaden zur Überwachung verteilter Systeme. Er zeigt, weshalb externe Ergebnisse und interne Messungen unterschiedliche Aspekte eines Problems erfassen können.

Was bedeuten Untersuchung, Überwachung und Behebung einer Störung?

Störungsmeldungen erzählen einen Verlauf und sind nicht nur eine Farbe.

Wird eine Störung untersucht, bewertet der Anbieter zunächst das Problem. Ist die Ursache identifiziert, wurde sie eingegrenzt. Überwachung bedeutet, dass eine Änderung vorgenommen wurde und ihre Wirkung beobachtet wird; daraus folgt nicht automatisch, dass alle Nutzer bereits wieder arbeiten können. Behoben bezeichnet den Abschluss durch den Anbieter. Eine spätere Nachanalyse kann Ursachen und Folgemaßnahmen erklären.

Meldungen können erst erscheinen, nachdem Nutzer Fehler bemerkt haben. Auch die Wiederherstellung kann je nach Sitzung unterschiedlich verlaufen. Wir zeigen die neueste verfügbare Meldung und gegebenenfalls betroffene Komponenten; laufende Störungen und ältere Einträge bleiben getrennt. Geplante Wartung erhält einen eigenen Bereich. Ist eine Meldung keinem Produkt zugeordnet, weisen wir auf diese Unsicherheit hin, statt einen vollständigen Produktausfall zu behaupten.

Zum Vergleich mit den Angaben des Anbieters unterscheidet beispielsweise die öffentliche Statusdokumentation von Cloudflare zwischen Störungen, Komponentenstatus und geplanter Wartung.

Bedeutet eine fehlgeschlagene Prüfung, dass die gesamte Website ausgefallen ist?

Lies die Antwort, bevor du eine Maßnahme wählst.

Nicht unbedingt. Ein 404-Fehler kann auf eine verschobene Einzelseite hinweisen, obwohl die übrige Website funktioniert. Ein 403-Fehler kann durch Zugriffsbeschränkungen oder Schutz vor automatisierten Anfragen entstehen. Serverfehler, fehlende DNS-Antworten und Zeitüberschreitungen belegen eher ein Problem bei dieser Anfrage, erklären aber weder einen weltweiten Ausfall noch dessen Ursache.

Scheitert nur eine Adresse, versuche die Startseite. Sind mehrere unabhängige Websites auf deinem Gerät betroffen, prüfe deine Verbindung und vergleiche ein anderes Netzwerk. Funktioniert die Startseite, aber nicht eine bestimmte Aktion, helfen Komponentenstatus und die genaue Fehlermeldung. Notiere Zeit, Aktion und Ergebnis für den Support, ohne Passwörter, Sitzungscookies oder private Links weiterzugeben. Ständiges Neuladen liefert selten zusätzliche Erkenntnisse.

Weitere Einordnung bietet die HTTP-Statusreferenz von MDN: Sie unterscheidet erfolgreiche Antworten, Zugriffsfehler und Serverfehler.

Ein Verlaufsdiagramm ist keine Verfügbarkeitsmessung

Erklärungsbeispiel, keine aktuellen Dienstdaten

Angenommen, ein Anbieter veröffentlicht acht Störungen in einem Monat. Sieben sind kurz und behoben; eine besteht seit fünf Tagen weiter. In einer rein chronologischen Liste könnte dieser ältere Eintrag verschwinden. Unsere Liste laufender Störungen hält ihn unabhängig vom Alter sichtbar. Das Diagramm zählt Einträge nach ihrem Startdatum, nicht betroffene Personen, Ausfallstunden oder Nutzermeldungen. Acht Einträge verraten nicht, ob die Verfügbarkeit 99 % oder 99,9 % betrug. Dafür braucht es einen klar definierten Dienst, einen Beobachtungszeitraum und gemessene Ausfallzeiten. Ein leerer Tag bedeutet lediglich, dass im verfügbaren Feed kein Störungsbeginn gefunden wurde.

Was bedeutet der jeweilige Dienststatus?

Betriebsbereit

Die angebundene Statusquelle des Anbieters meldet den Dienst als betriebsbereit. Einzelne Konten, Funktionen oder Regionen können trotzdem betroffen sein.

Falls es bei dir weiterhin nicht funktioniert, teste ein anderes Netzwerk und Gerät, bevor du Einstellungen änderst.

Eingeschränkte Leistung

Der Anbieter meldet eingeschränkte Leistung, etwa langsamere Anfragen oder zeitweise Fehler.

Prüfe die betroffene Komponente und die Störungsmeldung. Sende Zahlungen oder andere wichtige Anfragen nicht immer wieder ab.

Teilweiser Ausfall

Ein Teil des Dienstes wird als nicht verfügbar gemeldet. Andere Komponenten können weiterhin funktionieren.

Prüfe, ob die betroffene Komponente zu der Funktion gehört, die du brauchst, und verfolge die Meldungen des Anbieters.

Schwerwiegender Ausfall

Die Quelle meldet einen größeren Ausfall des erfassten Dienstes oder seiner Komponenten, nicht unbedingt aller Produkte des Unternehmens.

Nutze bei dringenden Aufgaben eine Alternative. Aktuelle Informationen zur Wiederherstellung findest du in der offiziellen Störungsmeldung.

Wartung

Der Anbieter hat einen Dienst oder eine Komponente als in Wartung gekennzeichnet.

Lies den Wartungshinweis zu Umfang und Zeitplan. Das geplante Ende garantiert nicht, dass dann alles wieder funktioniert.

Störung gemeldet

Eine aktive Störung ist gemeldet, aber die verfügbare Quelle nennt möglicherweise nicht ihren vollständigen Schweregrad.

Öffne die offizielle Meldung, um betroffene Funktionen und Empfehlungen des Anbieters zu sehen.

Keine aktive Störung aufgeführt

Die angebundene Störungsquelle enthält keine aktive Meldung. Das ist kein erfolgreicher Test sämtlicher Funktionen.

Vergleiche das Ergebnis mit der Funktion, die bei dir ausfällt. Ein neues Problem wurde möglicherweise noch nicht bestätigt.

Status nicht verfügbar

Wir konnten die Quelle nicht verifizieren, oder sie liefert zu wenige Informationen für eine Statuseinstufung.

Öffne die offizielle Statusseite und versuche später erneut zu aktualisieren. Fehlende Daten bedeuten weder einen Ausfall noch einen funktionierenden Dienst.

Weiterhin Probleme? Beginne mit deinem Symptom

Halte vor einer Supportanfrage Uhrzeit, betroffene Funktion, Netzwerk und genaue Fehlermeldung fest. Teile einen öffentlichen Statuslink oder einen heruntergeladenen Bericht, niemals Passwörter oder private Kontolinks.

So liest du die Statusdiagramme

Komponenten sind keine Personen

Der Statusbalken zählt vom Anbieter gemeldete Komponenten, etwa APIs oder Regionen. Er misst weder betroffene Kunden noch Datenverkehr oder Verfügbarkeit. Viele funktionierende Komponenten schließen ein Problem bei genau der von dir genutzten Komponente nicht aus.

Störungsbeginn ist nicht Ausfalldauer

Wenn Verlaufsdaten verfügbar sind, gruppiert das Diagramm gelieferte Störungen nach ihrem Startdatum innerhalb der letzten 30 UTC-Tage. Eine mehrtägige Störung zählt nicht jeden Tag neu. Null Einträge oder fehlende Daten beweisen keinen unterbrechungsfreien Betrieb.

Das Verzeichnis ist eine Momentaufnahme der Quellen

Die Übersicht zählt Dienstsignale, keine Besuchermeldungen. Verwandte Produkte können von derselben Störung betroffen sein und sollten nicht als unabhängige Ausfälle addiert werden. Unbekannte Statuswerte bleiben von Diensten ohne gemeldetes Problem getrennt.

Wie aktuell sind diese Ergebnisse?

Abrufzeit und Anbieteraktualisierung sind verschiedene Zeitangaben

Die Abrufzeit zeigt, wann ClockTools erfolgreich Daten von der Quelle erhalten hat. Die Anbieteraktualisierung stammt aus der Quelle, sofern sie diese Angabe liefert. Sie bezeichnet nicht unbedingt Beginn oder Ende einer Störung. Ein älterer Anbieterzeitstempel allein belegt keinen Ausfall.

Aktualisieren prüft erneut, umgeht aber nicht jeden Cache

Bei aktivierter automatischer Aktualisierung werden die offiziellen Quellen etwa alle zwei Minuten abgefragt, solange die Seite sichtbar ist. Erfolgreiche Statusantworten können zwei Minuten, separate Verlaufsantworten fünf Minuten wiederverwendet werden. Deshalb kann Aktualisieren dieselben Zeitstempel liefern. Eine Website-Prüfung ist eine einzelne Anfrage, keine Dauerüberwachung.

Meldungen können später eintreffen als das Problem

Ein Anbieter kann eine Störung erst veröffentlichen, nachdem Nutzer sie bemerkt haben. Lässt sich eine Quelle nicht verifizieren, zeigen wir fehlende Daten statt einer Entwarnung. Vergleiche Symptome, Prüfstandort und offizielle Quelle, bevor du die Reichweite eines Problems einschätzt.

Was unser Statusverzeichnis abdeckt

Wir lesen öffentliche Statusquellen für KI-Dienste, Arbeits-Apps, Spieleplattformen und Cloud-Infrastruktur. Google Workspace und Google Cloud liefern Störungsmeldungen, aber keinen Nachweis, dass jedes einzelne Konto funktioniert. Eine Codex-Störung betrifft nicht automatisch ChatGPT. Komponentenfilter trennen die Ergebnisse; nicht zuordenbare oder fehlende Daten kennzeichnen wir entsprechend.

Deine Prüfungen und der Datenschutz

Für offizielle Statusabfragen brauchen wir weder dein Konto noch einen API-Schlüssel. Webadressen werden für den externen Test an unseren Server gesendet; unterstützt werden nur öffentliche HTTP- und HTTPS-Adressen. Verwende normale öffentliche Links, keine privaten Dashboards oder URLs mit vertraulichen Daten. Dieses Tool speichert deinen Suchverlauf nicht. Öffentliche Anbieterantworten werden kurz zwischengespeichert, um wiederholte Anfragen zu reduzieren.

Verlauf ohne erfundene Verfügbarkeit

Die Störungsliste enthält ausschließlich Meldungen aus der offiziellen Quelle. Der verfügbare Zeitraum variiert; manche angebundenen Schnittstellen liefern keinen Verlauf. Fehlende Meldungen sind für uns kein Beleg für 100 % Verfügbarkeit. Wir erfinden weder Nutzermeldungen noch Zahlen zu Betroffenen. Diese Seite ist unabhängig von Downdetector und den aufgeführten Diensten.

Verizon, Spectrum, Virgin Media und Facebook prüfen

Internetausfälle sind oft lokal begrenzt. Wähle Verizon, Spectrum oder Virgin Media, um die regionale oder kontobezogene Prüfung des Anbieters zu öffnen. Vergleiche bei Facebook die Website-Prüfung mit der Funktion, die auf deinem Gerät nicht funktioniert. Roblox bietet einen offiziellen Statusfeed; Steam ein enger begrenztes öffentliches API-Signal. Diese Quellen messen Störungen nicht auf dieselbe Weise.