Wie wir Störungen erkennen
Die Quelle sind die Meldungen der Nutzer. Die Regeln, nach denen daraus ein Status wird, sind bewusst einfach — und stehen vollständig auf dieser Seite.
1. Meldungen der Community
Jeder Besucher kann über den Button auf jeder Dienst-Seite ein Problem melden — ohne Konto, ohne Captcha. Jede Meldung wird:
- mit Datum und Uhrzeit sekundengenau erfasst;
- nach Symptomtyp klassifiziert (je nach Dienst z. B. Anmeldung, Zahlung, App, Website, Netz, Verbindung, TAN/Freigabe) — der Typ wird serverseitig gegen die für die Kategorie gültigen Typen geprüft;
- optional um eine Stadt oder Region ergänzt, die der Meldende selbst eintippt — wir orten niemanden: keine IP-Geolokalisierung, keine Standortabfrage;
- bei Telekommunikationsanbietern getrennt nach Festnetz und Mobilfunk gezählt.
Freitext-Details laufen getrennt als moderierte Kommentare: Sie werden erst nach Prüfung veröffentlicht und zählen nicht doppelt.
2. Vom Meldungsvolumen zum Status — feste, transparente Schwellen
Der Status eines Dienstes wird aus den Meldungen der letzten 60 Minuten (gleitendes Fenster) berechnet — nach zwei festen Schwellen:
≥ 10 Meldungen / 60 min → „Störung“
≥ 5 Meldungen / 60 min → „Mögliche Probleme“
darunter → „Keine Auffälligkeiten gemeldet“
Keine Blackbox, keine gewichtete Statistik: zwei Zahlen, die jeder nachrechnen kann. Feste Schwellen haben einen ehrlichen Nachteil — sehr kleine Dienste erreichen sie seltener — und einen großen Vorteil: Es gibt nichts zu interpretieren. Zusätzlich zeigen die Seiten das 24-Stunden-Volumen, den Verlauf nach Stunden und — wenn genug Daten vorliegen — den Vergleich mit dem Durchschnitt der letzten 7 Tage.
Die Aggregation läuft alle 5 Minuten und schreibt einen Snapshot pro Dienst — dieselbe Quelle für Seiten und API, damit nirgends zwei Wahrheiten entstehen. Fällt das Volumen wieder unter die Schwellen, kehrt der Status im nächsten Lauf automatisch zurück — ohne manuelle Entwarnung.
3. „Keine Auffälligkeiten gemeldet“ ist keine Garantie
Null Meldungen bedeuten: Uns liegen keine Meldungen vor — nicht mehr und nicht weniger. Es ist kein technischer Beweis, dass der Dienst funktioniert. Deshalb formulieren wir den Ruhezustand bewusst als Beobachtung („Keine Auffälligkeiten gemeldet“) und nie als Zertifikat.
4. Wenn unser Monitoring selbst gestört ist, sagen wir es
Sind unsere Statusdaten älter als 15 Minuten oder ist die Datenbank nicht erreichbar, zeigen die Seiten einen neutralen Hinweis („Live-Monitoring derzeit nicht verfügbar“) statt eines grünen Status, und die Status-API antwortet mit einem Fehler statt mit veralteten Zahlen. Ein öffentlicher /api/health-Endpunkt macht die Frische der Daten für jeden prüfbar.
5. Anti-Spam — ohne Konten, ohne Captcha
- Pseudonymer Fingerabdruck: Aus IP-Adresse und Browser-Kennung wird ein Hash mit geheimem Salt (SHA-256) gebildet — die Roh-IP wird nie gespeichert.
- Deduplizierung pro Minute: derselbe Fingerabdruck kann denselben Dienst nicht mehrfach in derselben Minute melden.
- Obergrenze: maximal 5 Meldungen pro Stunde und Fingerabdruck — über alle Dienste hinweg.
- Keine Tracking-Cookies bei den Meldungen; Meldungen werden nach 30 Tagen gelöscht.
6. Grenzen und Transparenz
status-dienste.de kann nicht jede Störung erkennen. Wenig sichtbar bleiben:
- sehr lokale Störungen (eine Stadt, ein einzelner Anschluss, ein Problem des eigenen Geräts);
- unauffällige Funktionsfehler, die nur eine Minderheit der Nutzer betreffen;
- Dienste mit wenigen Besuchern auf dieser Plattform — dort bleibt das Meldungsvolumen naturgemäß unter den Schwellen.
Unsere Daten spiegeln die auf der Plattform beobachtete Aktivität wider und sind kein vollständiges Audit der Infrastruktur der Dienste. Im Zweifel gilt immer die offizielle Kommunikation des betroffenen Dienstes.
7. Ausblick
Technische Prüfungen (HTTP-Erreichbarkeit) und die Einbindung offizieller Statusseiten sind vorgesehen, aber derzeit nicht aktiv. Wenn sie kommen, gilt dieselbe Regel wie für alles auf dieser Seite: Was nicht live ist, wird nicht als live beschrieben.