Il Problema degli Screenshot#

Il tuo sito va giù. Ricevi un avviso. Ti precipiti a controllare il sito... ed è di nuovo attivo. Cos'è andato storto? Non lo saprai mai.

Senza screenshot, il debug diventa indovinare:

Era un errore 500?
Un loop di redirect?
Un timeout del database?
Un fallimento CSS?
Un errore JavaScript?

Gli screenshot rispondono a queste domande istantaneamente.

Come Funzionano gli Screenshot di Nova Uptime#

Quando un controllo del dominio fallisce, Nova Uptime cattura automaticamente:

Screenshot di errore: come appariva il sito quando era rotto
Dettagli dell'errore: codice di stato, tempo di risposta, messaggio di errore
Screenshot di recupero: come appariva quando è tornato attivo

Tutto catturato e allegato al report dell'incidente.

Cosa Rivelano gli Screenshot#

Esempio 1: 503 Service Unavailable#

Lo screenshot mostra:

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

Ti dice immediatamente: server sovraccarico o in riavvio. Non è un problema di DNS o di configurazione.

Esempio 2: Loop di Redirect#

Lo screenshot mostra l'URL che cambia ripetutamente nella barra degli indirizzi, oppure bloccato in caricamento.

Ti dice immediatamente: regole di redirect mal configurate, probabilmente dopo un deployment recente.

Esempio 3: Pagina Bianca (Errore 500)#

Lo screenshot mostra una pagina per lo più bianca con uno stack trace di errore del server.

Ti dice immediatamente: l'applicazione è crashata, controlla i log per l'errore specifico.

Esempio 4: Errore di Connessione al Database#

Lo screenshot mostra un messaggio di errore del database (se le pagine di errore sono visibili).

Ti dice immediatamente: il database è giù o irraggiungibile. Controlla lo stato del server del database.

Screenshot nei Report di Incidente#

Quando si verifica un incidente, Nova Uptime fornisce:

Timeline:
- 14:32 UTC: primo errore rilevato
- Screenshot dell'errore allegato
- 14:47 UTC: recupero rilevato
- Screenshot del recupero allegato
Analisi:
- Durata: 15 minuti
- Errore: 503 Service Unavailable
- Prova visiva: lo screenshot mostra "Server in riavvio"
Contesto:
- Tempi di risposta prima dell'errore: 200ms in media
- Tempi di risposta durante l'errore: timeout (60+ secondi)
- Tempi di risposta dopo il recupero: 195ms in media

Questo ti dice:

Qualcosa ha causato carico (picco fino a 60s di timeout)
Il server si è riavviato automaticamente
Il server si è ripreso e ora funziona normalmente

Screenshot negli Avvisi Email#

Nova Uptime allega gli screenshot di errore direttamente alle email di avviso:

🚨 AVVISO DOWNTIME

Dominio: fliplink.me
Stato: DOWN (503 Service Unavailable)
Durata: 12 minuti

[Screenshot dell'errore allegato]

Azioni:
- Controlla i log del server per l'errore "Server in riavvio"
- Verifica la connessione al database
- Rivedi i deployment recenti

Il team può diagnosticare senza nemmeno aprire la dashboard di Nova Uptime.

Screenshot per l'Analisi della Causa Principale#

Gli screenshot aiutano a rispondere alla domanda: "Perché è fallito?"

Scenario 1: il deployment ha rotto il sito

Lo screenshot mostra il vecchio sito prima del deployment
Lo screenshot successivo mostra la pagina di errore dopo il deployment
Conclusione: rollback necessario immediatamente
Azione: git revert dell'ultimo commit

Scenario 2: database irraggiungibile

Lo screenshot mostra l'errore "Connection refused"
Conclusione: il server del database è giù o la rete è rotta
Azione: controlla lo stato del server del database, la connettività di rete

Scenario 3: certificato SSL scaduto

Lo screenshot mostra un errore di certificato SSL
Conclusione: il certificato è scaduto e necessita rinnovo
Azione: rinnova il certificato (manualmente o automaticamente)

Scenario 4: loop di redirect

Lo screenshot mostra il browser bloccato a ricaricare
Conclusione: redirect mal configurati (HTTP → HTTPS → HTTP → ...)
Azione: controlla le regole di redirect nella config di nginx/Apache

Screenshot di Recupero#

Quando un sito torna attivo, Nova Uptime cattura uno screenshot di recupero:

✅ RECUPERO

Dominio: fliplink.me
Stato: UP (200 OK)
Screenshot di recupero: [il sito mostra la homepage normalmente]

Riepilogo del Downtime:
- Iniziato: 14:32 UTC
- Terminato: 14:47 UTC
- Durata: 15 minuti
- Causa principale: server riavviato durante il deployment
- Tempi di risposta: ripristinati alla normalità (200ms)

Questo conferma:

Il sito è effettivamente di nuovo attivo (non sta solo rispondendo con un errore)
Il sito è reattivo (lo screenshot lo prova, non solo un HTTP 200)
La funzionalità normale è tornata

Considerazioni sugli Screenshot Mobile#

I siti web appaiono diversi su mobile rispetto al desktop. Nova Uptime cattura:

Vista desktop: 1024x768 (o configurabile)
Vista mobile: 375x667 (opzionale)

Se il tuo sito è mobile-first, verifica anche gli screenshot mobile.

Considerazioni sulla Privacy degli Screenshot#

Gli screenshot potrebbero contenere:

Messaggi di errore visibili agli utenti
Dettagli di errore del database
Informazioni sensibili

Best practice:

Non registrare dati sensibili nelle pagine di errore
Usa messaggi di errore generici per gli errori pubblici
Abilita la crittografia degli screenshot se disponibile
Limita l'accesso alla dashboard solo al team

Usare gli Screenshot per le Pagine di Stato#

Puoi condividere gli screenshot di errore con i clienti:

Esempio di comunicazione al cliente:

Abbiamo subito un'interruzione dalle 14:32 alle 14:47 UTC oggi.
[Screenshot che mostra il messaggio di errore]
Causa principale: riavvio del server durante il deployment
Mitigazione: [cosa abbiamo fatto per risolvere]

La trasparenza costruisce fiducia. Gli screenshot dimostrano che sei onesto.

Cattura Automatica degli Screenshot#

Nova Uptime cattura gli screenshot automaticamente:

Ad ogni errore: avviso di down → screenshot catturato
Al recupero: avviso di up → screenshot catturato
Programmati: se abilitati, screenshot giornalieri (provano che il sito è attivo)

Configura in Impostazioni → Opzioni Screenshot.

Richieste Manuali di Screenshot#

A volte vuoi uno screenshot al di fuori del monitoraggio:

Nella dashboard di Nova Uptime, clicca sul dominio
Pulsante "Richiedi Screenshot"
Mostra istantaneamente lo stato attuale del sito
Confronta con i precedenti screenshot di errore

Screenshot vs Log#

Gli screenshot mostrano cosa vede l'utente. I log mostrano cosa pensa il server.

A volte differiscono:

I log mostrano: "Richiesta elaborata con successo (200 OK)"
Lo screenshot mostra: messaggio di errore "Database connection failed"

Gli screenshot catturano i divari tra ciò che i log affermano e ciò che sta effettivamente accadendo.

Limitazioni degli Screenshot#

Gli screenshot non possono catturare:

Errori JavaScript (a meno che non vengano mostrati sulla pagina)
Risposte API lente (se la pagina si carica comunque)
Timeout di rete per sotto-risorse
Problemi lato client (crash del browser)

Workaround: usa il monitoraggio sintetico basato su browser per scenari avanzati.

Riepilogo#

Gli screenshot forniscono risposte istantanee a:

Cos'è andato storto quando è fallito?
Quanto tempo ci è voluto per riprendersi?
Il sito è effettivamente completamente recuperato?
Qual è la prova visiva?

Abilita gli screenshot automatici in Nova Uptime oggi: attiva la cattura degli screenshot nelle impostazioni del dominio Nova Uptime. Inclusa in tutti i piani. 🚀

Screenshot come Prova per Servizi in Errore: Debug dei Problemi di Uptime