Screenshot-bewijs voor mislukte services: uptime-issues debuggen

Het screenshot-probleem#

Je site gaat down. Je krijgt een alert. Je rent naar de site om te checken... en hij staat alweer online. Wat was er mis? Je komt er nooit achter.

Zonder screenshots wordt debuggen gokwerk:

• Was het een 500-error?
• Een redirect-loop?
• Een database-timeout?
• Een CSS-fout?
• Een JavaScript-fout?

Screenshots beantwoorden deze vragen direct.

Hoe screenshots in Nova Uptime werken#

Wanneer een domein-check faalt, legt Nova Uptime automatisch vast:

1. Failure-screenshot: hoe de site eruitzag toen hij stuk was
2. Failure-details: statuscode, response time, foutmelding
3. Recovery-screenshot: hoe hij eruitzag toen hij weer up was

Allemaal vastgelegd en gekoppeld aan het incidentrapport.

Wat screenshots onthullen#

Voorbeeld 1: 503 Service Unavailable#

Screenshot toont:

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

Vertelt je direct: server is overbelast of herstart. Geen DNS- of configuratie-issue.

Voorbeeld 2: redirect-loop#

Screenshot toont een URL die in de adresbalk steeds verandert, of vast blijft laden.

Vertelt je direct: verkeerd geconfigureerde redirect-regels, waarschijnlijk na een recente deploy.

Voorbeeld 3: lege pagina (500-error)#

Screenshot toont een grotendeels lege pagina met een server-error stack trace.

Vertelt je direct: applicatie is gecrasht, check de logs voor de specifieke fout.

Voorbeeld 4: database connection-error#

Screenshot toont een database-foutmelding (als foutpagina's zichtbaar zijn).

Vertelt je direct: database is down of niet bereikbaar. Check de status van de database-server.

Screenshots in incidentrapporten#

Wanneer er een incident is, levert Nova Uptime:

1. Tijdlijn:

   • 14:32 UTC: eerste mislukking gedetecteerd
   • Failure-screenshot bijgevoegd
   • 14:47 UTC: herstel gedetecteerd
   • Recovery-screenshot bijgevoegd

2. Analyse:

   • Duur: 15 minuten
   • Fout: 503 Service Unavailable
   • Visueel bewijs: screenshot toont "Server restarting"

3. Context:

   • Response times vóór de mislukking: gemiddeld 200ms
   • Response times tijdens de mislukking: timeout (60+ seconden)
   • Response times na herstel: gemiddeld 195ms

Dat vertelt je:

• Iets veroorzaakte belasting (piek tot 60s timeout)
• Server is automatisch herstart
• Server is hersteld en werkt nu normaal

Screenshots in e-mailalerts#

Nova Uptime hangt failure-screenshots direct aan 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

Het team kan diagnosticeren zonder zelfs maar het Nova Uptime-dashboard te openen.

Screenshots voor root cause analysis#

Screenshots helpen de vraag te beantwoorden: "Waarom faalde het?"

Scenario 1: deploy maakte de site stuk

• Screenshot toont oude site vóór de deploy
• Volgende screenshot toont foutpagina na de deploy
• Conclusie: direct rollbacken
• Actie: git revert van de laatste commit

Scenario 2: database onbereikbaar

• Screenshot toont "Connection refused"-fout
• Conclusie: database-server is down of het netwerk is stuk
• Actie: status van database-server en netwerk-connectiviteit checken

Scenario 3: SSL-certificaat verlopen

• Screenshot toont SSL-certificaatfout
• Conclusie: certificaat is verlopen en moet vernieuwd worden
• Actie: certificaat vernieuwen (handmatig of automatisch)

Scenario 4: redirect-loop

• Screenshot toont een browser die blijft hangen in herladen
• Conclusie: verkeerd geconfigureerde redirects (HTTP → HTTPS → HTTP → ...)
• Actie: redirect-regels in nginx/Apache config controleren

Recovery-screenshots#

Wanneer een site weer up is, maakt Nova Uptime een 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)

Dit bevestigt:

• Site staat echt weer online (reageert niet alleen met een fout)
• Site is responsief (screenshot bewijst het, niet alleen HTTP 200)
• Normale functionaliteit is terug

Aandachtspunten voor mobiele screenshots#

Websites zien er op mobiel anders uit dan op desktop. Nova Uptime legt vast:

• Desktopweergave: 1024x768 (of instelbaar)
• Mobiele weergave: 375x667 (optioneel)

Als je site mobile-first is, verifieer dan ook de mobiele screenshots.

Privacy-aandachtspunten bij screenshots#

Screenshots kunnen het volgende bevatten:

• Voor gebruikers zichtbare foutmeldingen
• Database-foutdetails
• Gevoelige informatie

Best practices:

• Log geen gevoelige data op foutpagina's
• Gebruik generieke foutmeldingen voor publiek zichtbare fouten
• Schakel screenshot-encryptie in als die beschikbaar is
• Beperk dashboardtoegang tot het team

Screenshots gebruiken voor statuspagina's#

Je kunt failure-screenshots delen met klanten:

Voorbeeld van klantcommunicatie:

Vandaag was er een storing van 14:32-14:47 UTC.
[Screenshot met foutmelding]
Oorzaak: server-restart tijdens deploy
Mitigatie: [Wat we hebben gedaan om het op te lossen]

Transparantie wekt vertrouwen. Screenshots bewijzen dat je eerlijk bent.

Automatische screenshot-capture#

Nova Uptime maakt automatisch screenshots:

1. Bij elke mislukking: down-alert → screenshot vastgelegd
2. Bij herstel: up-alert → screenshot vastgelegd
3. Gepland: indien ingeschakeld, dagelijkse screenshots (bewijst dat de site up is)

Configureer dit in Settings → Screenshot Options.

Handmatige screenshot-verzoeken#

Soms wil je een screenshot buiten de monitoring om:

1. Klik in het Nova Uptime-dashboard op het domein
2. "Request Screenshot"-knop
3. Toont direct de huidige staat van de site
4. Vergelijk met eerdere failure-screenshots

Screenshots vs logs#

Screenshots laten zien wat de gebruiker ziet. Logs laten zien wat de server denkt.

Soms verschillen ze:

• Logs tonen: "Request processed successfully (200 OK)"
• Screenshot toont: "Database connection failed"-foutmelding

Screenshots vangen de gaten op tussen wat logs claimen en wat er werkelijk gebeurt.

Beperkingen van screenshots#

Screenshots kunnen niet vastleggen:

• JavaScript-fouten (tenzij ze op de pagina worden getoond)
• Trage API-responses (als de pagina nog laadt)
• Netwerktimeouts voor sub-resources
• Issues aan de clientkant (browsercrashes)

Workaround: gebruik browser-based synthetic monitoring voor geavanceerde scenario's.

Samenvatting#

Screenshots geven directe antwoorden op:

• Wat was er mis toen het faalde?
• Hoe lang duurde het voordat het herstelde?
• Is de site echt volledig hersteld?
• Wat is het visuele bewijs?

Schakel automatische screenshots vandaag in bij Nova Uptime: zet screenshot-capture aan in je Nova Uptime domeininstellingen. Inbegrepen op alle tiers. 🚀