Das grüne Dashboard, und die Zahl, die es leise auslässt

Was eine Statusseite ehrlich sagen kann, und was nicht

Jeder Infrastrukturanbieter hat eine Statusseite, und die meisten täuschen leise. Sie zeigen eine Wand aus Grün und eine Zahl wie 99,99%, und laden Sie ein, daraus zu schließen, dass der Dienst zuverlässig sei. Die Zahl ist meist echt. Der Schluss oft nicht, denn bei E-Mail werden konkret zwei völlig verschiedene Dinge gemessen, und das grüne Dashboard deckt nur eines davon ab. Diese Seite erklärt beide, sagt Ihnen, worauf wir uns tatsächlich verpflichten, und verweist Sie auf die Live-Daten, statt Sie zu bitten, einer Marketing-Zahl zu vertrauen.

Das Erste, was gemessen wird, ist die Verfügbarkeit der Infrastruktur: Nehmen die SMTP-Endpunkte Verbindungen an, antwortet die API, sind die Dashboards erreichbar. Das ist das, was eine Statusseite gut zeigt, und das ist das, was wir berichten. Das Zweite — das, was tatsächlich bestimmt, ob Ihre E-Mail ihre Aufgabe erfüllt — ist, ob die Nachrichten im Posteingang landen. Keine Statusseite dieser Branche zeigt das ehrlich, denn es ist schwerer zu messen, variiert je nach Empfängerdomain, und vieles hängt von Faktoren ab, die der Anbieter nicht vollständig kontrolliert. Wir sind lieber klar mit der Unterscheidung, als ein grünes Dashboard ein Versprechen andeuten zu lassen, das wir nicht halten können.

Die Uptime-Zahl, und wie wir sie berechnen

Wir berichten die Verfügbarkeit über ein rollierendes 90-Tage-Fenster, nicht über einen monatlichen Reset. Das ist wichtiger, als es klingt. Eine monatliche Zahl setzt den Zähler am Ersten jedes Monats zurück, was bedeutet, dass ein Anbieter eine wirklich schlechte Woche haben, auf den Kalenderwechsel warten und Ihnen ein paar Tage später ein frisches 100% zeigen kann. Das rollierende Fenster lässt niemanden so verstecken — ein schwerer Vorfall bleibt ein ganzes Quartal in der Zahl sichtbar. Wenn Sie Zuverlässigkeit bewerten, ist eine rollierende 90-Tage-Zahl die ehrliche, nach der man jeden Anbieter fragen sollte, und die, bei der man misstrauisch werden sollte, wenn sie fehlt.

Die Komponenten, die wir getrennt überwachen, sind die, die unabhängig voneinander ausfallen: die Aufnahme des SMTP-Relays, die Email-API, die ausgehende Zustellung aus den dedizierten IP-Pools, die DNS- und Authentifizierungsdienste, die Kunden-Dashboards und das Abrechnungsportal. Sie getrennt zu überwachen ist wichtig, weil „der Dienst" selten alles-oder-nichts ist. Die API kann degradiert sein, während SMTP einwandfrei läuft. Die ausgehende Zustellung kann sich auf einem IP-Bereich verlangsamen, während alles andere gesund ist. Eine einzige aggregierte Zahl verbirgt genau das Detail, das ein Operations-Team während eines Vorfalls braucht, also aggregieren wir es nicht weg.

Worauf wir uns verpflichten, formuliert als Ziele statt als Kleingedrucktes

Unser Verfügbarkeitsziel für den Kern-Versandpfad — SMTP-Relay und Email-API-Aufnahme — liegt bei 99,95%. In einem 90-Tage-Fenster erlaubt das rund drei Stunden kumulierter Nichtverfügbarkeit, bevor das Ziel verfehlt wird. Wir formulieren das als Ziel, statt eine vertragliche Garantie in einer Service-Vereinbarung zu vergraben, und die Unterscheidung ist bewusst. Ein Ziel, das wir veröffentlichen und gegen das wir ehrlich berichten, ist für die meisten Kunden nützlicher als eine Garantie, deren Gutschriftsbedingungen einen symbolischen Bruchteil der Monatsrechnung erstatten. Die großen Cloud-Anbieter haben das auf die teure Weise gelernt: In einem jüngsten Zwölf-Monats-Zeitraum häuften die drei größten zusammen über hundert Dienstausfälle an, alle nominell durch SLAs gedeckt, mit Gutschriften, die gegen die tatsächlichen Ausfallkosten ihrer Kunden Centbeträge ausmachten.

Für Kunden, die einen vertraglichen SLA mit definierten Gutschriften brauchen — üblich in regulierter Beschaffung und eine reale Anforderung unter manchen Lieferantenrahmen des Finanzsektors — ist das in den dedizierten und Custom-Tarifen verfügbar, in die Vereinbarung geschrieben mit spezifischer Messmethodik und Gutschriftstabellen. Der Zweck des öffentlichen Ziels ist Transparenz für alle; der Zweck des vertraglichen SLA ist Rückgriff für jene, deren Compliance-Pflichten ihn verlangen. Gerade im DACH-Raum, wo öffentliche Auftraggeber und der BSI C5-Kriterienkatalog häufig explizite Service-Level-Zusagen erwarten, ist die vertragliche Fassung die, die Ihre Beschaffung benötigt. Sie dienen verschiedenen Zwecken, und wir halten sie getrennt, statt vorzugeben, die öffentliche Zahl sei eine rechtliche Verpflichtung.

Der Teil, den das grüne Dashboard nicht zeigt: die Posteingangs-Platzierung

Hier ist die unbequeme Wahrheit, die E-Mail von fast jeder anderen Infrastruktur unterscheidet. Sie können 100% Uptime haben, 100% der Nachrichten akzeptiert und an den empfangenden Server zugestellt, und trotzdem einen erheblichen Bruchteil davon im Spam landen sehen. Zustellung und Posteingangs-Platzierung sind verschiedene Messungen. Zustellung bedeutet, dass der empfangende Mailserver die Nachricht akzeptiert hat. Platzierung bedeutet, dass sie den Posteingang erreichte statt des Junk-Ordners. Die Lücke dazwischen ist, wo E-Mail-Programme leise scheitern, und sie ist auf einer herkömmlichen Statusseite unsichtbar.

Die Benchmarks von 2026 machen das Ausmaß konkret. Die mediane Posteingangs-Platzierung über Branchen hinweg reicht von rund 86% am unteren Ende bis etwa 92% für B2B-Versender mit disziplinierten Programmen. Diese sechs Punkte Unterschied sind keine Frage der Server-Uptime — jeder Anbieter in diesen Daten hatte exzellente Uptime. Es ist eine Frage der Absender-Reputation, der Authentifizierungs-Haltung, der Listenhygiene und der Versanddisziplin. Ein Anbieter, der Ihnen 99,99% Verfügbarkeit zeigt und über die Platzierung schweigt, zeigt Ihnen die einfache Zahl und verbirgt die, die bestimmt, ob Ihre Rechnungs-E-Mails und Passwort-Zurücksetzungen tatsächlich ankommen.

Wir können die Posteingangs-Platzierung nicht ehrlich auf ein Echtzeit-Dashboard setzen, weil sie von der Empfängerdomain, Ihrem Versandverhalten und Reputationssignalen abhängt, die sich über Wochen ansammeln. Was wir tun können: transparent sein, dass sie die Metrik ist, die zählt, sie für verwaltete Kunden über Seed-Listen-Tests und die aggregierten DMARC-Berichte überwachen, die wir verarbeiten, und einen Platzierungsrückgang als den operativen Vorfall behandeln, der er tatsächlich ist — statt zu warten, bis der SMTP-Endpunkt rot wird, bevor wir handeln.

Wie Vorfälle hier erscheinen, und die Sprache, die wir verwenden

Wenn doch etwas schiefgeht, durchläuft der Vorfall vier Zustände, und wir verwenden dasselbe Vokabular, auf das sich der Rest der Branche geeinigt hat, damit keine Mehrdeutigkeit entsteht. Untersuchung bedeutet, wir haben ein Problem bestätigt und diagnostizieren es. Identifiziert bedeutet, wir kennen die Ursache und arbeiten an der Behebung. Überwachung bedeutet, die Behebung ist ausgerollt und wir beobachten, ob sie hält. Behoben bedeutet, es ist vorbei und wir sind zuversichtlich, dass es nicht sofort wiederkehrt. Jeder Zustandswechsel trägt ein Update mit Zeitstempel, und wir halten während eines aktiven Vorfalls eine feste Update-Kadenz ein, statt zu verstummen — die Stille zwischen Updates erodiert das Vertrauen schneller als der Vorfall selbst.

Die Vorfälle, die wir als meldepflichtig behandeln, gehen über den offensichtlichen Endpunkt-Ausfall hinaus. Ein Blocklisting-Ereignis auf einem geteilten Bereich, eine anhaltende Zustellungsverlangsamung, ein DNS- oder Authentifizierungsproblem, das einen Teil der Kunden betrifft, ein Dashboard-Ausfall — all das wird gepostet, denn aus Kundensicht ist eine Zustellungsverlangsamung, die sie sich nicht erklären können, genauso beunruhigend wie ein harter Ausfall. Für Vorfälle, die personenbezogene Daten berühren, läuft die Status-Zeitleiste parallel zum formellen Meldeprozess für Verletzungen, der im Auftragsverarbeitungsvertrag beschrieben ist und die regulatorische 72-Stunden-Uhr unter der DSGVO trägt.

Vergangene Vorfälle bleiben sichtbar

Die Vorfallshistorie wird nicht leise gestutzt, sobald die Dinge behoben sind. Vergangene Vorfälle bleiben auf der Zeitleiste mit ihrer vollständigen Update-Spur und, wo nützlich, einer kurzen Post-Incident-Notiz darüber, was sie verursachte und was sich danach änderte. Das ist teils Rechenschaft und teils etwas Praktischeres: Die Vorfallshistorie eines Anbieters ist eines der wenigen ehrlichen Signale, die Sie darüber haben, wie er tatsächlich operiert. Eine Seite, die eine Handvoll Vorfälle über Jahre zeigt, jeder schnell mit einer klaren Erklärung behoben, sagt Ihnen mehr über Zuverlässigkeit als jeder Uptime-Prozentsatz. Eine Seite ohne jede Historie bedeutet meist, dass die Seite neu ist, nicht dass der Anbieter fehlerfrei wäre.

Wartung, und warum wir sie so planen, wie wir es tun

Geplante Wartung wird vorab auf dem Status-Dashboard angekündigt, in die verkehrsärmsten Fenster für die betroffenen Regionen gelegt und so strukturiert, dass der Versandpfad verfügbar bleibt, selbst während an einem Dashboard oder einem sekundären Dienst gearbeitet wird. E-Mail-Infrastruktur hat hier eine nützliche Eigenschaft: Ausgehende Post kann in die Warteschlange. Ein kurzes Wartungsfenster an einer unkritischen Komponente bedeutet selten verlorene Post, denn die Warteschlange absorbiert sie und die Zustellung setzt wieder ein, wenn die Komponente zurück ist. Wir kündigen es trotzdem an, denn ein Kunde, der seine eigenen Dashboards beobachtet, verdient zu wissen, warum sich eine Zahl bewegt hat, selbst wenn tatsächlich nichts gefährdet war.

Was diese Seite ist, in einem ehrlichen Satz

Sie ist eine Beschreibung der Infrastruktur-Verfügbarkeit, die wir transparent über ein rollierendes Fenster berichten, gepaart mit dem offenen Eingeständnis, dass die Metrik, die die meisten Anbieter verbergen — ob Ihre E-Mail den Posteingang erreicht — die ist, die tatsächlich zählt, und die, die wir lieber direkt mit Ihnen besprechen, als sie auf einen irreführenden grünen Punkt zu reduzieren. Zuverlässigkeit in diesem Geschäft ist keine Zahl auf einem Dashboard. Sie sind 23 Jahre desselben Teams, das die Warteschlange in Bewegung hält, und eine Vorfallshistorie, kurz genug, um sie in wenigen Minuten zu lesen.