Excel, promemoria e controlli a mano: perché il monitoraggio manuale fallisce prima o poi

Poche agenzie web arrivano a un vero strumento di monitoraggio come prima scelta. Quasi tutte ci arrivano dopo aver provato — e visto fallire — uno di questi tre sistemi, spesso in sequenza.

I tre modi in cui si controllano i siti dei clienti, prima di uno strumento vero

Il controllo a occhio. Nessun sistema: qualcuno in agenzia apre i siti dei clienti "quando ci pensa", magari il lunedì mattina, magari solo quando un cliente lo nomina in una call. Funziona finché il numero di siti è basso e la memoria di chi controlla è buona.

Il foglio Excel. Un passo più strutturato: una riga per cliente, una colonna per la scadenza del dominio, una per il certificato SSL, magari una nota "controllato il [data]". È già meglio di niente, ma ha lo stesso limite del controllo a occhio: qualcuno deve aprirlo, aggiornarlo, e soprattutto ricordarsi di farlo — il foglio non ricorda nulla da solo, segnala solo quello che qualcuno ci ha scritto dentro.

Uptime Kuma installato e poi dimenticato. Il passo più maturo: un vero strumento di monitoraggio, gratuito e open source, installato su un server dell'agenzia. Funziona meglio dei primi due — controlla davvero, in automatico — ma introduce un problema nuovo: ora c'è un altro server da mantenere, aggiornare, e soprattutto osservare. (Cosa fa bene e cosa no è nella recensione dedicata; i numeri del confronto diretto sono nel confronto Statuo vs Uptime Kuma.)

Perché falliscono tutti nello stesso modo

Il controllo a occhio, il foglio Excel e persino Uptime Kuma non gestito condividono lo stesso punto debole: funzionano finché qualcuno se ne ricorda. E prima o poi, in ogni agenzia, arriva il momento in cui nessuno se ne ricorda più — non per negligenza, ma per le ragioni più banali: la persona che controllava il foglio è andata in ferie, il responsabile è cambiato e nessuno gli ha passato l'abitudine, oppure semplicemente i clienti sono diventati troppi per tenerli a mente uno per uno.

Non è un fallimento individuale. È un limite strutturale di qualunque sistema che richiede un'azione umana ricorrente per funzionare: prima o poi, quell'azione salta.

Il momento in cui si rompe

Quasi mai la rottura si scopre con un controllo interno — un titolare che rilegge il foglio e nota una casella vuota da tre mesi. Quasi sempre si scopre perché un cliente chiama arrabbiato: il sito è giù da ore, o il certificato SSL è scaduto e i visitatori vedono un avviso di sicurezza, e la prima notizia che l'agenzia ne ha è quella telefonata.

È il momento peggiore possibile per scoprirlo: il cliente ha già perso fiducia prima ancora che tu abbia iniziato a risolvere, perché la domanda implicita in quella telefonata non è "puoi sistemarlo?" — è "da quanto tempo lo sapevi?".

Controllo contro avviso: la differenza che conta

Il vero salto di qualità non è passare da "niente" a "uno strumento". È passare da uno strumento che va consultato a uno che avvisa da solo. Un foglio Excel, per quanto ben tenuto, richiede sempre che qualcuno lo apra. Uno strumento di monitoraggio vero ribalta la direzione: non sei tu che controlli se il sito è su, è lo strumento che ti scrive quando non lo è.

È una differenza piccola da descrivere e enorme da vivere: nel primo caso il tempo tra il down e la scoperta dipende da quanto spesso qualcuno guarda; nel secondo dipende solo da quanto in fretta lo strumento conferma il problema — di solito minuti, non giorni.

Se hai già Uptime Kuma: il rischio che non si vede finché non succede

Chi è arrivato al terzo stadio — un'istanza Uptime Kuma installata e funzionante — ha già risolto il problema del "nessuno se ne ricorda". Ma resta un rischio specifico, silenzioso finché non si manifesta: se cade il server che ospita Kuma, non solo perdi il monitoraggio, ma non lo sai, perché il sistema che dovrebbe avvisarti è proprio quello che è caduto. Chi monitora il monitor? Il progetto stesso lo riconosce, tanto che la sua documentazione dedica una voce ai "Down che down non sono" — il sintomo tipico di un'istanza che osserva da un solo punto di rete. Non è un difetto di Kuma: è il limite di qualunque sistema self-hosted a istanza singola. L'approfondimento completo, con i numeri del costo reale del self-hosting, è nel confronto Statuo vs Uptime Kuma.

Come si passa a un servizio gestito, senza smettere di colpo

Il timore più comune — "e se durante il passaggio perdo un avviso importante?" — si risolve con una transizione in parallelo, non un cambio netto:

1. Aggiungi i siti nel nuovo strumento (nome e URL, nulla da installare) tenendo attivo, in parallelo, qualunque sistema stai già usando — foglio, controllo a occhio o Kuma.
2. Lascia convivere i due sistemi qualche giorno. Serve a verificare che il nuovo strumento veda davvero tutto quello che vedeva il vecchio, prima di fidartene del tutto.
3. Spegni il vecchio sistema solo quando hai visto il nuovo funzionare su un caso reale — anche solo un avviso SSL o un piccolo rallentamento confermato.

Non c'è un giorno in cui "smetti" di essere protetto: c'è una settimana in cui lo sei da due sistemi invece che da uno.

Prova gratuita, senza carta di credito

Statuo è pensato apposta per questo passaggio: aggiungi i siti dei clienti in pochi minuti, nessun server da installare o mantenere, conferma da più location prima di ogni avviso, e una status page col marchio dell'agenzia pronta da mostrare. La prova dura 14 giorni, senza carta di credito: il tempo di tenerla in parallelo al sistema che usi oggi e vedere se il primo avviso arriva prima di te, invece che da un cliente.