Screenshots als Beweis bei fehlerhaften Diensten: Uptime-Probleme debuggen

Das Screenshot-Problem#

Deine Website fällt aus. Du bekommst einen Alert. Du eilst zur Seite, um nachzusehen … und sie ist wieder online. Was war los? Du wirst es nie erfahren.

Ohne Screenshots wird Debugging zum Ratespiel:

• War es ein 500er-Fehler?
• Eine Redirect-Schleife?
• Ein Datenbank-Timeout?
• Ein CSS-Fehler?
• Ein JavaScript-Fehler?

Screenshots beantworten diese Fragen sofort.

So funktionieren Screenshots bei Nova Uptime#

Wenn ein Domain-Check fehlschlägt, erfasst Nova Uptime automatisch:

1. Fehler-Screenshot: Wie die Seite aussah, als sie kaputt war
2. Fehler-Details: Statuscode, Antwortzeit, Fehlermeldung
3. Recovery-Screenshot: Wie sie aussah, als sie wieder online war

Alles erfasst und dem Vorfallbericht angehängt.

Was Screenshots verraten#

Beispiel 1: 503 Service Unavailable#

Der Screenshot zeigt:

503 Service Unavailable
The server is temporarily unable to handle the request

Sagt dir sofort: Der Server ist überlastet oder startet neu. Kein DNS- oder Konfigurationsproblem.

Beispiel 2: Redirect-Schleife#

Der Screenshot zeigt, wie sich die URL in der Adressleiste wiederholt ändert oder beim Laden hängen bleibt.

Sagt dir sofort: Falsch konfigurierte Redirect-Regeln, wahrscheinlich nach einem kürzlichen Deployment.

Beispiel 3: Leere Seite (500er-Fehler)#

Der Screenshot zeigt eine größtenteils leere Seite mit einem Server-Stacktrace.

Sagt dir sofort: Die Anwendung ist abgestürzt, prüfe die Logs auf den konkreten Fehler.

Beispiel 4: Datenbank-Verbindungsfehler#

Der Screenshot zeigt eine Datenbank-Fehlermeldung (sofern Fehlerseiten sichtbar sind).

Sagt dir sofort: Die Datenbank ist nicht erreichbar oder offline. Prüfe den Status des Datenbank-Servers.

Screenshots in Vorfallberichten#

Wenn ein Vorfall auftritt, liefert Nova Uptime:

1. Timeline:

   • 14:32 UTC: Erster Fehler erkannt
   • Fehler-Screenshot angehängt
   • 14:47 UTC: Recovery erkannt
   • Recovery-Screenshot angehängt

2. Analyse:

   • Dauer: 15 Minuten
   • Fehler: 503 Service Unavailable
   • Visueller Beweis: Screenshot zeigt „Server restarting"

3. Kontext:

   • Antwortzeiten vor dem Fehler: 200 ms im Schnitt
   • Antwortzeiten während des Fehlers: Timeout (60+ Sekunden)
   • Antwortzeiten nach Recovery: 195 ms im Schnitt

Das sagt dir:

• Irgendetwas hat Last verursacht (Spike bis zum 60-s-Timeout)
• Der Server hat automatisch neu gestartet
• Der Server hat sich erholt und läuft jetzt wieder normal

Screenshots in E-Mail-Alerts#

Nova Uptime hängt Fehler-Screenshots direkt an Alert-E-Mails:

🚨 DOWNTIME ALERT

Domain: mysite.com
Status: DOWN (503 Service Unavailable)
Duration: 12 minutes

[Failure screenshot attached]

Actions:
- Check server logs for "Server restarting" error
- Verify database connection
- Review recent deployments

Dein Team kann das Problem diagnostizieren, ohne überhaupt das Nova Uptime Dashboard zu öffnen.

Screenshots für Root-Cause-Analyse#

Screenshots helfen, die Frage zu beantworten: „Warum ist es ausgefallen?"

Szenario 1: Ein Deployment hat die Seite kaputt gemacht

• Screenshot zeigt die alte Seite vor dem Deployment
• Nächster Screenshot zeigt die Fehlerseite nach dem Deployment
• Fazit: Sofortiger Rollback nötig
• Aktion: git revert auf den letzten Commit

Szenario 2: Datenbank nicht erreichbar

• Screenshot zeigt einen „Connection refused"-Fehler
• Fazit: Der Datenbank-Server ist offline oder das Netzwerk ist gestört
• Aktion: Status des Datenbank-Servers und Netzwerk-Konnektivität prüfen

Szenario 3: SSL-Zertifikat abgelaufen

• Screenshot zeigt einen SSL-Zertifikatsfehler
• Fazit: Das Zertifikat ist abgelaufen und muss erneuert werden
• Aktion: Zertifikat erneuern (manuell oder automatisch)

Szenario 4: Redirect-Schleife

• Screenshot zeigt, wie der Browser endlos lädt
• Fazit: Falsch konfigurierte Redirects (HTTP → HTTPS → HTTP → …)
• Aktion: Redirect-Regeln in der nginx-/Apache-Konfiguration prüfen

Recovery-Screenshots#

Wenn eine Seite wieder online geht, erfasst Nova Uptime einen Recovery-Screenshot:

✅ RECOVERY

Domain: mysite.com
Status: UP (200 OK)
Recovery screenshot: [Site displays homepage normally]

Downtime Summary:
- Started: 14:32 UTC
- Ended: 14:47 UTC
- Duration: 15 minutes
- Root cause: Server restarted during deployment
- Response times: Restored to normal (200ms)

Das bestätigt:

• Die Seite ist wirklich wieder online (und antwortet nicht nur mit einem Fehler)
• Die Seite ist responsiv (der Screenshot beweist es, nicht nur ein HTTP 200)
• Die normale Funktionalität ist zurück

Mobile Screenshot-Aspekte#

Websites sehen auf Mobilgeräten anders aus als auf dem Desktop. Nova Uptime erfasst:

• Desktop-Ansicht: 1024x768 (oder konfigurierbar)
• Mobile-Ansicht: 375x667 (optional)

Wenn deine Seite Mobile-First ist, prüfe auch die Mobile-Screenshots.

Datenschutz bei Screenshots#

Screenshots können Folgendes enthalten:

• Fehlermeldungen, die für Nutzer sichtbar sind
• Details zu Datenbank-Fehlern
• Sensible Informationen

Best Practices:

• Logge keine sensiblen Daten in Fehlerseiten
• Verwende generische Fehlermeldungen für öffentlich sichtbare Fehler
• Aktiviere Screenshot-Verschlüsselung, falls verfügbar
• Beschränke den Dashboard-Zugriff auf das Team

Screenshots für Statusseiten nutzen#

Du kannst Fehler-Screenshots mit deinen Kunden teilen:

Beispiel für eine Kundenkommunikation:

We experienced an outage from 14:32-14:47 UTC today.
[Screenshot showing error message]
Root cause: Server restart during deployment
Mitigation: [What we did to fix it]

Transparenz schafft Vertrauen. Screenshots beweisen, dass du ehrlich bist.

Automatische Screenshot-Erfassung#

Nova Uptime erfasst Screenshots automatisch:

1. Bei jedem Fehler: Down-Alert → Screenshot wird erfasst
2. Bei Recovery: Up-Alert → Screenshot wird erfasst
3. Geplant: Falls aktiviert, tägliche Screenshots (zum Beweis, dass die Seite läuft)

Konfiguration unter Einstellungen → Screenshot-Optionen.

Manuelle Screenshot-Anfragen#

Manchmal willst du einen Screenshot außerhalb des Monitorings:

1. Klicke im Nova Uptime Dashboard auf die Domain
2. „Screenshot anfordern"-Button
3. Zeigt sofort den aktuellen Zustand der Seite
4. Vergleiche mit früheren Fehler-Screenshots

Screenshots vs. Logs#

Screenshots zeigen, was der Nutzer sieht. Logs zeigen, was der Server denkt.

Manchmal weichen sie voneinander ab:

• Logs sagen: „Request processed successfully (200 OK)"
• Screenshot zeigt: „Database connection failed" als Fehlermeldung

Screenshots erfassen die Lücken zwischen dem, was die Logs behaupten, und dem, was wirklich passiert.

Grenzen von Screenshots#

Screenshots können Folgendes nicht erfassen:

• JavaScript-Fehler (außer sie werden auf der Seite angezeigt)
• Langsame API-Antworten (wenn die Seite trotzdem lädt)
• Netzwerk-Timeouts für Sub-Ressourcen
• Probleme auf Client-Seite (Browser-Abstürze)

Workaround: Nutze browserbasiertes Synthetic Monitoring für fortgeschrittene Szenarien.

Zusammenfassung#

Screenshots liefern sofortige Antworten auf:

• Was war los, als es ausgefallen ist?
• Wie lange hat die Recovery gedauert?
• Ist die Seite wirklich vollständig wiederhergestellt?
• Was ist der visuelle Beweis?

Aktiviere automatische Screenshots noch heute in Nova Uptime: Schalte die Screenshot-Erfassung in deinen Nova Uptime Domain-Einstellungen ein. In allen Tarifen enthalten. 🚀