Come funzionano incidenti, prove e analisi post-incidente

Aggiornato il Ottobre 18, 2026 1 min di lettura

Un incidente si apre quando un disservizio viene confermato. Un controllo fallito viene ripetuto prima che succeda qualsiasi cosa, quindi un singolo intoppo non sveglia mai nessuno. L’incidente si chiude da solo quando il monitor torna online.

Cosa abbiamo visto

Apri l’incidente da Incidents nella barra laterale. What we saw conserva le prove del momento in cui è iniziato:

Il controllo fallito, con l’indirizzo a cui si è connesso, gli header e l’inizio della risposta.Network path: quando il server non ha risposto, un traceroute mostra dove si interrompe il percorso.Screenshot: quando il server ha risposto, un browser reale fotografa ciò che hanno visto i visitatori. Gli screenshot vengono conservati per 90 giorni.

Risulta down ma a te il sito funziona? Vedi perché un monitor è down quando il sito funziona.

Cronologia e note

Timeline mostra ogni controllo, avviso e nota, così vedi chi è stato avvisato e quando.Scegli Acknowledge per far sapere al team che te ne stai occupando. Vedi escalation e presa in carico.Aggiungi note mentre lavori. Le vede solo il tuo team.

Scrivi un’analisi dell’incidente

Apri l’incidente e trova Incident review.Scrivi cosa è successo, perché e cosa stai cambiando. Start from a template ti dà una struttura.Per mostrarla sotto l’incidente nelle tue pagine di stato, attiva Show on status pages e scegli Publish. Altrimenti scegli Save per tenerla per il team.

I clienti si fidano più di una pagina che spiega i disservizi che di una che non ne mostra mai. Incidents mostra anche MTTA e MTTR degli ultimi 30 giorni. Scopri di più sulla gestione degli incidenti.

Questo articolo ti è stato utile?

Provalo nel tuo workspace

Prova gratuita di 14 giorni · Poi gratis con 5 monitor · Nessuna carta di credito

Ancora bloccato?

Scrivi a support@uptimecheck.com e ti risponderemo entro 24 ore.

Vuoi automatizzare? La Riferimento API copre REST API, webhook, ping dei cron job e MCP.