Wissen Sie Wirklich, Wie Lange Ihre Website Offline War?
Die meisten Website-Betreiber machen diesen Fehler:
- Sie vertrauen ihrem Hosting-Anbieter
- Sie halten „99,9 % Uptime" für ausreichend
- Wissen aber nie wirklich, wann ihre Website tatsächlich offline ist
Die Realität ist:
Hosting-Anbieter zeigen Ihnen einen Uptime-Prozentwert, sagen Ihnen aber meistens nicht genau, wann Ihre Website offline war.
Noch wichtiger:
99 % Uptime klingt gut, bedeutet aber, dass Ihre Website pro Monat ca. 7 Stunden offline sein könnte.
1. Was ist Uptime?
Uptime ist der Zeitraum, in dem Ihre Website erreichbar ist.
Einfache Definition:
Uptime = Laufzeit der Website / Gesamtzeit
Das Gegenteil:
- Downtime = der Zeitraum, in dem Ihre Website nicht erreichbar ist
2. Was Bedeutet 99,9 % Uptime Wirklich?
Uptime-Prozentwerte werden oft missverstanden.
Echte Ausfallzeittabelle:
| Uptime | Täglich | Monatlich | Jährlich |
|---|---|---|---|
| 99 % | 14 Min. | 7 Stunden | 3,6 Tage |
| 99,5 % | 7 Min. | 3,5 Stunden | 1,8 Tage |
| 99,9 % | 1,4 Min. | 43 Min. | 8,7 Stunden |
| 99,95 % | 43 Sek. | 21 Min. | 4,3 Stunden |
| 99,99 % | 8 Sek. | 4 Min. | 52 Min. |
Die wichtigste Erkenntnis:
99 % Uptime ist ein schlechter Wert.
Realistisches Ziel: mindestens 99,9 %, idealerweise 99,99 %
3. Ist die Uptime-Garantie des Hostings (SLA) Echt?
Hosting-Anbieter sagen in der Regel:
- „99,9 % Uptime-Garantie"
Dies ist ein SLA (Service Level Agreement).
Aber Vorsicht:
- Es gibt in der Regel nur ein Guthaben (Erstattung)
- Es deckt Ihren tatsächlichen Schaden nicht
- Sie messen es selbst
Die wichtigste Wahrheit:
Uptime sollte nicht vom Hosting, sondern von Ihnen gemessen werden.
4. Wie Wird Uptime Gemessen?
Die richtige Methode:
Externes Monitoring (ĂśberprĂĽfung von auĂźen)
Das heiĂźt:
- Ein anderer Server prüft Ihre Website in regelmäßigen Abständen
- Wenn keine Antwort kommt, wird eine Ausfallzeit aufgezeichnet
Diese Methode:
Ist die zuverlässigste Uptime-Messung.
5. Ping oder HTTP?
Ein sehr wichtiger Unterschied:
| PrĂĽfungsart | Was geprĂĽft wird |
|---|---|
| Ping | Ist der Server erreichbar |
| TCP | Ist der Port offen |
| HTTP | Funktioniert die Website |
| HTTPS | Funktioniert SSL |
| Keyword | Ist die Seite korrekt |
Die Kernbotschaft:
Selbst wenn ein Ping erfolgreich ist, funktioniert die Website möglicherweise nicht.
Die genaueste Methode: HTTP + Keyword-PrĂĽfung
6. Wie oft Sollten PrĂĽfungen DurchgefĂĽhrt Werden?
Die Monitoring-Häufigkeit ist sehr wichtig.
| Intervall | Ergebnis |
|---|---|
| 1 Min. | Sehr schnelle Erkennung |
| 5 Min. | Ideal |
| 15 Min. | Spät |
| 30 Min. | Zu spät |
Empfehlung:
Professionelle Systeme: Prüfung alle 1–5 Minuten
7. Warum ist der Monitoring-Standort Wichtig?
Messungen von einem einzigen Standort können irreführend sein.
Beispiel:
- Website in der TĂĽrkei erreichbar
- In den USA nicht erreichbar
Deshalb:
Monitoring sollte von mindestens 3 verschiedenen Standorten aus durchgefĂĽhrt werden.
8. Wie Wird ein Alert-System Eingerichtet?
Uptime-Monitoring allein reicht nicht aus.
Das Wichtige ist:
Downtime → Sofortige Benachrichtigung
Alert-Kanäle:
- SMS
- Slack
- Telegram
- Webhook
Ziel:
Das Problem erkennen, bevor Ihre Nutzer es tun.
9. Uptime-Monitoring-Tools
Beliebte Tools:
- UptimeRobot
- Pingdom
- Better Stack
- StatusCake
- New Relic
Diese Tools:
- FĂĽhren automatische PrĂĽfungen durch
- Erstellen Berichte
- Senden Alerts
10. Response-Time-Monitoring
Uptime allein reicht nicht aus.
Folgendes sollte ebenfalls gemessen werden:
Wie schnell antwortet die Website?
Denn:
Die Website kann online sein, aber extrem langsam.
Deshalb mĂĽssen folgende Werte verfolgt werden:
- Antwortzeit
- TTFB
- Performance-Trend
11. Was ist ein False Positive?
Manchmal kann das Monitoring einen Fehlalarm ausgeben.
Ursache:
- VorĂĽbergehendes Netzwerkproblem
- Einzelner Standortfehler
- Firewall-Blockierung
Lösung:
Multi-Location-PrĂĽfung verwenden
12. Wie Wird ein Uptime-Bericht Gelesen?
In einem Uptime-Bericht wird auf Folgendes geachtet:
- Gesamt-Uptime in %
- Anzahl der Ausfälle
- Durchschnittliche Antwortzeit
- Incident-Dauer
- Längster Ausfall
Diese Daten:
Zeigen die Hosting-Qualität klar auf.
13. Wie Viel Downtime ist Normal?
Allgemein akzeptiert:
| Stufe | Uptime |
|---|---|
| Schlecht | < 99 % |
| Mittel | 99 % – 99,5 % |
| Gut | 99,9 % |
| Sehr gut | 99,99 % |
14. Wann Sollte das Hosting Gewechselt Werden?
In folgenden Situationen:
- Mehr als 1 Stunde Ausfallzeit pro Monat
- Häufige Ausfälle
- Langsame Antwortzeit
- AbstĂĽrze in StoĂźzeiten
- SLA wird nicht eingehalten
Entscheidung:
Hosting wechseln
15. Multi-Location-Monitoring (Mehrstandort-Ăśberwachung)
Monitoring von einem einzigen Standort kann ungenau sein.
| Standort | Status |
|---|---|
| TĂĽrkei | Online |
| Deutschland | Online |
| USA | Offline |
In dieser Situation:
- Ist das Problem global?
- Ist es regional?
- Liegt es am CDN?
- Liegt es am DNS?
Professionelles Monitoring = mindestens 3 verschiedene Standorte
16. HTTP-Status-Code-Monitoring
Monitoring fragt nicht nur „Lädt die Website?"
| Code | Bedeutung |
|---|---|
| 200 | OK |
| 301 | Redirect |
| 302 | Redirect |
| 403 | Forbidden |
| 404 | Not Found |
| 500 | Server Error |
| 502 | Bad Gateway |
| 503 | Service Unavailable |
| 504 | Gateway Timeout |
Wichtige Wahrheit:
Wenn die Website 500 zurĂĽckgibt, gilt sie nicht als verfĂĽgbar.
17. Keyword-Monitoring (Sehr Kritisch)
Die Website lädt möglicherweise, aber:
- Es könnte ein Datenbankfehler vorliegen
- Sie könnte im Wartungsmodus sein
- Die Seite könnte leer sein
Deshalb prĂĽft das Monitoring-System:
Ist ein bestimmtes SchlĂĽsselwort auf der Seite vorhanden?
Beispiel:
- „In den Warenkorb"
- „Willkommen"
- Website-Name
- Logo-Text
Wenn dieses SchlĂĽsselwort fehlt:
Gilt die Website als nicht funktionierend.
18. SSL-Monitoring
Viele Websites gehen offline, weil:
Das SSL-Zertifikat abläuft.
Monitoring-Systeme:
- PrĂĽfen das SSL-Ablaufdatum
- Senden 30 Tage vorher eine Warnung
- Senden 7 Tage vorher erneut eine Warnung
Diese Funktion ist sehr wichtig.
19. Incident Management (Ausfallverwaltung)
In professionellen Systemen wird jeder Ausfall erfasst:
| Daten | Beschreibung |
|---|---|
| Ausfall-Beginn | Uhrzeit |
| Ausfall-Ende | Uhrzeit |
| Gesamtdauer | Minuten |
| Ursache | Netzwerk / DB / CPU |
| Lösung | Notiz |
Dank dieser Aufzeichnungen:
- Wird die Hosting-Qualität gemessen
- Werden wiederkehrende Probleme identifiziert
20. Status Page (Wird von Professionellen Systemen Verwendet)
GroĂźe Systeme haben eine Seite wie diese:
status.firmenname.com
Auf dieser Seite:
| Dienst | Status |
|---|---|
| Website | âś… |
| API | âś… |
| Database | ⚠️ |
| Payment | ❌ |
Diese Seite:
- Schafft Transparenz
- Erhöht das Nutzervertrauen
- Reduziert die Support-Last
21. Response-Time-Alert (Verlangsamungsalarm)
Websites verlangsamen sich in der Regel, bevor sie komplett ausfallen.
| Zustand | Antwortzeit |
|---|---|
| Normal | 200–500 ms |
| Langsam | 1–2 Sek. |
| Sehr langsam | 3+ Sek. |
| Kritisch | 5+ Sek. |
Deshalb:
Nicht nur Downtime-Alerts, sondern auch Verlangsamungs-Alerts mĂĽssen eingerichtet werden.
22. Maintenance Window (Geplante Wartung)
Hosting-Anbieter fĂĽhren manchmal geplante Wartungsarbeiten durch.
Wartungsfenster wird definiert → In diesem Zeitraum werden keine Alerts gesendet
Dies verhindert Fehlalarme.
23. Root Cause Analysis (Eigentliche Ursache des Problems)
Downtime aufgetreten — warum?
| Symptom | Ursache |
|---|---|
| 502 | Web-Server |
| 504 | Datenbank |
| 500 | Anwendung |
| Kein Ping | Netzwerk |
| Nur manche Länder | CDN |
| Nur Admin langsam | Datenbank |
Diese Analyse ist sehr wichtig.
24. Professionelle Uptime-Monitoring-Architektur
Ein echtes System sieht folgendermaĂźen aus:
Monitoring Server (EU)
Monitoring Server (US)
Monitoring Server (Asia)
↓
Website
↓
Alert System
↓
Email / SMS / Slack
↓
Incident Log
↓
Status Page
Diese Struktur:
Ist professionelles Uptime-Management.
25. Finale Technische Checkliste
| Funktion | Erforderlich? |
|---|---|
| Externes Monitoring | Ja |
| HTTP-PrĂĽfung | Ja |
| Keyword-PrĂĽfung | Ja |
| Multi-Location | Ja |
| 1–5 Min. Intervall | Ja |
| Alert-System | Ja |
| SSL-Monitoring | Ja |
| Response-Time-Monitoring | Ja |
| Incident-Log | Ja |
| Status-Page | Ja |
Wenn die meisten davon fehlen:
Ist Ihr Uptime-Monitoring-System unvollständig.
FAZIT
Die wichtigste Botschaft dieses Artikels:
Anstatt darauf zu warten, dass Ihr Hosting-Anbieter Ihnen sagt, wie lange Ihre Website offline war, müssen Sie die Uptime unabhängig selbst messen.
Und:
Uptime-Monitoring ist kein Luxus — es ist eine Notwendigkeit.