Contenuti
- 1. Ogni controllo risponde a una domanda precisa
- 2. Un sito è molto più di una singola pagina
- 3. Anche controllare più pagine può non bastare
- 4. Il sito dice “Messaggio inviato”, ma il messaggio non arriva
- 5. Il falso senso di sicurezza
- 6. Perché il business si ferma prima dei controlli
- 7. La lezione (non tecnica)
- Conclusione
I controlli funzionano.
Le notifiche arrivano.
Le dashboard sono tutte verdi.
Eppure il sito ha già smesso di fare il suo lavoro.
Questo non significa che il sistema di monitoraggio abbia sbagliato.
Ha semplicemente risposto alla domanda che gli è stata posta.
Il problema nasce quando quella risposta viene interpretata come se descrivesse lo stato dell’intero sito.
Un controllo può dirti che:
- il server è raggiungibile;
- una pagina risponde;
- il tempo di risposta è nella norma.
Ma nessuna di queste informazioni, da sola, può dirti se il sito sta ancora producendo risultati.
In questo articolo vedremo:
- perché ogni controllo osserva solo una parte del sistema;
- perché questo genera un falso senso di sicurezza;
- e perché monitorare un sito significa prima di tutto fare le domande giuste.
1. Ogni controllo risponde a una domanda precisa
Quando si realizza un controllo automatico si sceglie sempre cosa verificare.
Per esempio:
“Il server risponde?”
La risposta sarà:
“Sì.”
È una risposta corretta.
Ma dice soltanto che la macchina è raggiungibile.
Non dice nulla sul sito.
Allo stesso modo si può chiedere:
“La home page risponde?”
Anche in questo caso il controllo può rispondere:
“Sì.”
Ma questo non significa che tutte le altre pagine funzionino.
Il controllo non ha sbagliato.
Ha semplicemente risposto alla domanda che gli è stata fatta.
Il problema nasce quando gli si attribuisce una risposta che non può dare.
2. Un sito è molto più di una singola pagina
Molti controlli verificano che una pagina restituisca una risposta corretta.
È un controllo utile.
Ma il sito continua a essere composto da molte altre parti.
Per esempio:
- il catalogo;
- il carrello;
- l’area riservata;
- il modulo contatti;
- il motore di ricerca interno.
Può succedere che la home sia perfettamente raggiungibile mentre una di queste funzioni sia già inutilizzabile.
Dal punto di vista del controllo:
tutto è normale.
Dal punto di vista dell’utente:
il sito ha già smesso di funzionare.
3. Anche controllare più pagine può non bastare
Immaginiamo di fare un passo avanti.
Non controlliamo più solo la home.
Il sistema verifica anche:
- il catalogo;
- il carrello;
- la pagina di checkout.
Anche in questo caso tutti i controlli risultano positivi.
Le pagine esistono.
Rispondono.
Non restituiscono errori.
Ma un cliente prova ad acquistare un prodotto.
Durante il pagamento qualcosa interrompe la comunicazione con il gateway di pagamento.
Il cliente non riesce a concludere l’acquisto.
Le pagine erano tutte operative.
Il processo di acquisto no.
Ancora una volta il controllo non ha sbagliato.
Ha verificato che le pagine fossero disponibili.
Non che il percorso dell’utente arrivasse fino al risultato finale.
4. Il sito dice “Messaggio inviato”, ma il messaggio non arriva
Lo stesso principio vale per un semplice sito vetrina.
La pagina contatti risponde.
Il modulo si apre.
L’utente compila tutti i campi.
Preme “Invia”.
Compare il messaggio:
“Messaggio inviato con successo.”
Dal punto di vista del sito tutto sembra perfetto.
Ma la mail potrebbe non essere mai consegnata.
Può esserci un problema nel servizio di posta.
Una configurazione errata.
Una casella non raggiungibile.
Il visitatore è convinto di aver contattato l’azienda.
L’azienda non riceverà mai quel messaggio.
Anche in questo caso nessun controllo sulle pagine riuscirebbe necessariamente a individuare il problema.
5. Il falso senso di sicurezza
Il rischio più grande dei controlli automatici non è che siano imprecisi.
È che ci inducano a credere di sapere più di quanto sappiamo davvero.
Una dashboard completamente verde trasmette sicurezza.
Ma quella sicurezza riguarda esclusivamente ciò che viene controllato.
Non tutto il sistema.
Quando si dimentica questa distinzione si crea una convinzione pericolosa:
“Il sito funziona.”
In realtà sarebbe più corretto dire:
“Le verifiche che abbiamo deciso di eseguire sono andate a buon fine.”
Sono due affermazioni molto diverse.
6. Perché il business si ferma prima dei controlli
Un sito esiste per raggiungere un obiettivo.
Può essere:
- vendere;
- raccogliere contatti;
- ricevere prenotazioni;
- permettere l’accesso a un servizio;
- distribuire informazioni.
Se una di queste attività smette di funzionare, il sito ha già perso parte del suo valore.
Anche se:
- il server risponde;
- le pagine sono raggiungibili;
- i monitor continuano a segnalare tutto regolare.
Dal punto di vista tecnico il sistema è online.
Dal punto di vista operativo il suo compito potrebbe essere già interrotto.
7. La lezione (non tecnica)
I controlli automatici sono strumenti preziosi.
Non sbagliano.
Rispondono esattamente alla domanda che gli è stata posta.
La responsabilità è di chi interpreta quella risposta.
La domanda:
“Il server è acceso?”
non equivale a:
“Il sito sta facendo il suo lavoro?”
La domanda:
“La pagina risponde?”
non equivale a:
“L’utente riesce a completare il suo percorso?”
Capire questa differenza significa smettere di cercare un unico controllo capace di rispondere a tutto.
E iniziare a osservare il sito per ciò che è realmente: un insieme di componenti, processi e obiettivi che devono funzionare insieme.
Conclusione
Ogni controllo automatico osserva una parte del sistema.
Ed è giusto che sia così.
Il problema nasce quando una risposta corretta viene utilizzata per descrivere qualcosa che non è mai stato verificato.
Un sito può avere:
- il server online;
- le pagine raggiungibili;
- tempi di risposta ottimi;
- monitor perfettamente verdi.
E aver già smesso di fare il suo lavoro.
Perché la domanda più importante non è:
“Il sito risponde?”
Ma:
“Il sito sta ancora producendo il risultato per cui è stato realizzato?”
Ogni controllo racconta solo una parte della realtà. Capire se un sito funziona davvero richiede una visione più ampia.
