Was bedeutet Uptime? Definition, Prozentwerte, Praxis

Was ist Uptime – eine präzise Definition

Uptime (deutsch: Betriebszeit oder Verfügbarkeitszeit) ist der Zeitraum, in dem ein System seine Aufgabe erfüllt. Bei Websites heißt das: Die Adresse lässt sich aufrufen, der Server antwortet mit einem erfolgreichen Statuscode, und der erwartete Inhalt wird ausgeliefert. Der Gegenbegriff ist Downtime, die Zeit, in der der Dienst nicht erreichbar ist oder fehlerhaft antwortet.

Im Alltag wird Uptime fast immer als Prozentwert über einen Bezugszeitraum genannt:

Uptime (%) = Zeit im funktionierenden Zustand ÷ betrachtete Gesamtzeit × 100

Die Formel ist einfach, die Praxis nicht: Was als „funktionierend“ gilt, was als Ausfall, ob geplante Wartung herausgerechnet wird und wie gemessen wird, entscheidet über das Ergebnis. Die Messung selbst behandelt der Ratgeber Website-Verfügbarkeit berechnen.

Was bedeuten die Prozentwerte in Ausfallzeit?

Prozentwerte im hohen Bereich wirken ähnlich, bedeuten aber sehr unterschiedliche Ausfallzeiten. Die Tabelle rechnet gängige Zielwerte um (30 Tage = 43.200 Minuten, Jahr = 365 Tage):

Die Zahlen folgen allein aus der Mathematik. Daran sieht man zwei Dinge: Erstens ist „99 %“ keineswegs „fast immer“ – es sind gut siebeneinhalb Stunden Ausfall pro Monat. Zweitens ist ab 99,99 % ein einzelner Neustart, ein einzelner abgelaufener Cache oder ein einziger DNS-Aussetzer das gesamte Monatsbudget. Wie viel davon realistisch ist, behandelt Welche Uptime ist realistisch?

Wie rechnet man Uptime in Ausfallminuten um?

Die Umrechnung brauchen Sie ständig, etwa wenn ein Hoster „99,9 %“ verspricht. Das erlaubte Ausfallbudget ist:

Ausfallbudget = Zeitraum × (1 − Uptime/100)

Dieses Denken in „Budget“ nutzen Betriebsteams als Fehlerbudget (Error Budget); der Hintergrund steht im Google-SRE-Buch zu Service Level Objectives (siehe Quellen) und in unserem Artikel SLA, SLO und SLI erklärt.

Was zählt als Downtime – und was nicht?

Das ist die Frage, an der Zahlen ihre Vergleichbarkeit verlieren. Gängige Definitionsunterschiede:

• Totalausfall vs. Teilausfall: Zählt es als Ausfall, wenn nur der Checkout oder die Suche nicht funktioniert, die Startseite aber lädt?
• Fehlerstatus: Meist zählen Antworten mit 5xx, Timeouts, Verbindungsfehler und ungültige Zertifikate als Fehler. 4xx-Fehler wie 404 können beabsichtigt sein; welche Codes „gut“ sind, legen Sie fest (HTTP-Statuscodes erklärt).
• Geplante Wartung: Viele Verträge rechnen angekündigte Wartungsfenster heraus. Das ist legitim, wenn es offen kommuniziert wird, aber ein häufiger Grund, warum Anbieter-Uptime besser aussieht als die Besuchererfahrung.
• Inhaltsfehler: Eine Seite mit Status 200, die nur „Fehler beim Verbinden mit der Datenbank“ zeigt, ist für Besucher ein Ausfall. Das erkennt nur eine Inhaltsprüfung (Keyword-Monitor).
• Langsamkeit: Ob eine Antwort nach 20 Sekunden noch „erreichbar“ ist, hängt vom Timeout ab. Üblich ist, ab einem Zeitlimit einen Fehlschlag zu werten.

Uptime, Verfügbarkeit, SLA – wie hängen die Begriffe zusammen?

Wichtig: Ein SLA ist eine vertragliche Zusage, nicht die Erfahrung. Meist wird bei Unterschreitung nur eine Gutschrift gewährt – der entgangene Umsatz ist Ihr Problem. Was ein Ausfall tatsächlich kostet, rechnet Was kostet ein Website-Ausfall? vor. Rechtliche Bewertung konkreter Vertragsklauseln gehört zu Fachleuten.

Warum Uptime allein nicht reicht

Uptime beantwortet nur „ja oder nein“. Eine Website kann den Test bestehen und dennoch Besucher verlieren, weil sie sehr langsam antwortet, falsche Inhalte zeigt oder nur in einem Teil der Welt erreichbar ist. Umgekehrt gilt: Ein Schnelltest, der nur den Statuscode der Startseite betrachtet, meldet gern 100 %, während der Shop nicht bestellbar ist. Gute Betriebsbewertung kombiniert daher:

• Uptime (Erreichbarkeit und Korrektheit),
• Antwortzeit (Median und p95, siehe Uptime und Antwortzeit: der Unterschied),
• Ablaufdaten (Zertifikat, Domain) und
• Funktionsprüfungen an den Stellen, die Geld oder Anfragen bringen.

Wie wird Uptime in der Praxis gemessen?

Gemessen wird in Stichproben. Ein Monitor ruft die Adresse im festen Intervall auf, etwa alle 5 Minuten, und notiert Erfolg oder Fehlschlag. Die Uptime ist dann die Erfolgsquote aller Prüfungen im Zeitraum. Das hat Konsequenzen:

• Die zeitliche Auflösung entspricht dem Intervall. Ein Ausfall von zwei Minuten kann zwischen zwei Prüfungen im 5-Minuten-Takt komplett verborgen bleiben.
• Ein einzelner Fehlschlag gilt in sauberer Methodik noch nicht als Ausfall. Er wird zuerst bestätigt, um Netzwerk-Aussetzer des Messpunkts auszuschließen.
• Die Dauer eines Ausfalls ist eine Schätzung mit der Genauigkeit des Intervalls: Ein Ausfall, der zwischen zwei Prüfungen beginnt und endet, kann 4 oder 6 Minuten lang gewesen sein, obwohl zwei Fehlschläge á 5 Minuten gewertet werden.

Welche Mythen über Uptime halten sich hartnäckig?

Gerade der zweite Punkt führt in Gesprächen mit Kunden zu Missverständnissen. Wer Uptime berichtet, sollte immer dazusagen, was gemessen wurde und was nicht. Eine öffentliche Statusseite macht das transparent, weil sie Messwerte und Störungshistorie nebeneinander zeigt.

Wie berichten Sie Uptime glaubwürdig an Kunden oder Vorgesetzte?

Vier Angaben gehören zu jeder Zahl: Zeitraum (30 Tage oder Kalendermonat), Methode (Intervall, Erfolgsdefinition, Standorte), Wartungsbehandlung (herausgerechnet oder nicht) und Ereignisliste (wann, wie lange, Ursache). Mit diesen vier Punkten wird aus „99,93 %“ eine überprüfbare Aussage. Wer zusätzlich die Ursachen und die Gegenmaßnahmen nennt, zeigt, dass Zahlen zum Lernen genutzt werden – das schafft mehr Vertrauen als eine perfekte Zahl, hinter der man nichts nachvollziehen kann.

Häufige Fehler im Umgang mit Uptime-Zahlen

Grenzen und Einordnung

Eine Uptime-Zahl aus einem Monitoring ist eine messwertbasierte Erfolgsquote, keine sekundengenaue Aufzeichnung jeder Besucheranfrage. Sie sieht nur, was der Messpunkt sieht: Probleme einer einzelnen Region, eines Mobilfunknetzes oder eines bestimmten Browsers erfasst ein einzelner Standort nicht. Sie bewertet auch nicht, ob die Inhalte stimmen, wenn Sie keine Inhaltsprüfung eingerichtet haben, und sie sagt nichts über die Ursache. Außerdem kann ein Firewall- oder CDN-Schutz den Monitor blockieren und dadurch einen Ausfall anzeigen, den Besucher gar nicht erleben. Mehr dazu: Grenzen automatischer Website-Prüfungen.

Wie berechnet man die Uptime verketteter Dienste?

Eine Website besteht selten aus einem einzigen Dienst. Hoster, DNS-Anbieter, CDN, Zahlungsanbieter und eingebundene Skripte hängen hintereinander. Wenn jeder dieser Bausteine zum Funktionieren der Seite nötig ist, multiplizieren sich die Verfügbarkeiten – die Gesamtverfügbarkeit liegt dann unter dem schwächsten Glied.

Daraus folgt eine praktische Regel: Wer 99,9 % für die gesamte Seite anstrebt, braucht Bausteine mit höherer Einzelverfügbarkeit oder Ausweichwege (zum Beispiel eine zweite Zahlungsart). Und er sollte jeden Baustein getrennt überwachen, damit bei einer Störung sofort klar ist, welches Glied betroffen ist.

Wirken sich Ausfälle auf Suchmaschinen und Besucher aus?

Kurze Ausfälle von Minuten sind für Suchmaschinen in der Regel unkritisch; sie rufen Seiten später erneut ab. Problematisch wird es, wenn eine Seite wiederholt oder über längere Zeit mit Serverfehlern antwortet. Dann kann der Abruf seltener werden, und anhaltend nicht erreichbare URLs können aus dem Index fallen. Wie Google mit Serverfehlern umgeht, beschreibt die Google Search Central (siehe Quellen); belastbare Zahlen, ab wie vielen Stunden sich das Ranking verändert, gibt es nicht, sodass wir keine nennen.

Für Besucher ist die Wirkung unmittelbar: Wer eine Fehlerseite sieht, kommt nicht immer wieder. Bei einem Shop schlägt das direkt in Umsatz um (Rechenbeispiele in Was kostet ein Website-Ausfall?). Eine korrekt gesetzte Wartungsseite mit Status 503 und Retry-After-Header ist für beide Seiten die ehrlichere Lösung als eine Fehlerseite mit Status 200.

HTTP/1.1 503 Service Unavailable
Retry-After: 1800
Content-Type: text/html; charset=utf-8

Checkliste: Uptime sauber erfassen

1. Definieren Sie, was für Ihre Website „Ausfall“ bedeutet (Statuscodes, Timeout, Inhalt).
2. Legen Sie Monitore für die geschäftskritischen Pfade an, nicht nur für die Startseite.
3. Prüfen Sie von außen und unabhängig vom Hoster.
4. Verlangen Sie mehrere aufeinanderfolgende Fehlschläge, bevor ein Ausfall zählt.
5. Tragen Sie geplante Wartung als Wartungsfenster ein.
6. Geben Sie Uptime immer mit Zeitraum und Messmethode an.
7. Setzen Sie ein Ziel und beobachten Sie das Fehlerbudget.

Wie setzen Sie das mit UPTIMESHIELD um?

UPTIMESHIELD berechnet die Verfügbarkeit als erfolgreiche Prüfungen ÷ gewertete Prüfungen (ohne Wartungszeit) und weist Werte für 24 Stunden sowie 7, 30, 90 und 365 Tage aus. Zeiträume, die der Monitor noch nicht abdeckt, werden als unvollständig gekennzeichnet. Im Dashboard können Sie je Monitor ein SLA-Ziel mit Fehlerbudget über 30 Tage festlegen und sehen, wie viel Ausfall noch „übrig“ ist. Die Methodik ist auf der Seite Messmethodik offen dokumentiert; die Prüfintervalle (ab 5 Minuten im kostenlosen Solo-Konto, ab 1 Minute in Pro und Max) beschreiben die Preise. Öffentlich zeigen Sie die Zahlen über eine Statusseite mit 30-Tage-Balken.