Monitoraggio di un sito web: saperlo prima dei tuoi clienti
Il monitoraggio della disponibilità risponde a una domanda: la home risponde? La maggior parte dei guasti veri è più silenziosa. Il sito è in piedi e il modulo di contatto fallisce da tre settimane, oppure il checkout funziona per tutti tranne che per i clienti che usano un certo metodo di pagamento.
Questa guida copre cosa monitorare, come fissare soglie che significhino qualcosa, e come mantenere credibili gli avvisi.
Oltre al «è in piedi»#
I guasti che costano denaro sono di solito parziali. Monitora i risultati che ti interessano, non solo la risposta del server.
| Monitoraggio | Individua | Frequenza |
|---|---|---|
| Disponibilità HTTP | Server giù, guasto DNS | Ogni 1–5 minuti |
| Verifica di transazione | Modulo rotto, checkout rotto | Ogni 15–60 minuti |
| Tasso di errore | Eccezioni in aumento dopo un rilascio | Continuo |
| Scadenza del certificato | La classica interruzione della domenica mattina | Giornaliero, avviso 30 giorni prima |
| Scadenza del dominio | La peggiore interruzione possibile | Giornaliero, avviso 60 giorni prima |
| Core Web Vitals | Degrado lento che nessuno nota | Settimanale |
| Copertura in Search Console | Pagine che escono dall'indice | Settimanale |
| Dimensione di disco e database | Crescita silenziosa verso un limite rigido | Giornaliero |
| Esito dei backup | Backup che hanno smesso di girare mesi fa | Giornaliero |
Una transazione sintetica che invia un modulo vero a un indirizzo di prova è il monitoraggio di maggior valore per quasi ogni sito aziendale. I moduli rotti sono invisibili e costosi.
Fissare soglie che significhino qualcosa#
Un monitoraggio che avvisa a ogni sussulto insegna alle persone a ignorarlo, e allora non funziona quando conta. Le soglie dovrebbero riflettere ciò che ti farebbe davvero agire.
- Richiedi due o tre fallimenti consecutivi prima di avvisare, da più di una postazione.
- Avvisa sul tasso di errore anziché su singoli errori: un solo 500 è rumore, un cambio di tasso è un segnale.
- Imposta gli avvisi sulle prestazioni su una tendenza di più giorni, non su una singola misurazione lenta.
- Separa le gravità: sito giù va a un telefono; una pagina lenta va in un riepilogo settimanale.
- Indirizza gli avvisi a una persona, non a una casella condivisa di cui nessuno risponde.
- Rivedi ogni avviso scattato: se non ha richiesto azione, cambia la soglia o cancella il monitoraggio.
Cosa fare quando scatta un avviso#
Avere un ordine di operazioni scritto trasforma un incidente da improvvisazione in procedura, il che conta soprattutto quando chi è reperibile non è chi ha costruito il sito.
- Conferma che sia reale: carica il sito tu stesso da un'altra rete.
- Controlla prima l'ovvio: è stato rilasciato qualcosa, è scaduto un certificato, l'hosting segnala un incidente?
- Pubblica un aggiornamento di stato se ci sono clienti coinvolti. Il silenzio è peggio di una cattiva notizia.
- Ripristina il servizio prima di diagnosticare. Torna indietro sul rilascio, poi indaga con calma.
- Annota cosa è successo, perché, e cosa l'avrebbe individuato prima.
- Aggiungi il monitoraggio che l'avrebbe individuato. È così che l'elenco qui sopra cresce nel modo giusto.
L'esito più utile di un incidente è un nuovo monitoraggio e un modo in meno perché accada in silenzio.
Impostazioni sensate per un sito piccolo#
Non serve una piattaforma di osservabilità. Per quasi ogni sito aziendale questo insieme basta e si configura in un pomeriggio.
- Verifica di disponibilità sulla home e su una pagina profonda, ogni cinque minuti, da due postazioni.
- Un invio sintetico di modulo al giorno, a un indirizzo che una persona legge.
- Avvisi di scadenza di certificato e dominio, con ampio anticipo.
- Avvisi sugli errori del server dall'applicazione, con una soglia di tasso.
- Un'e-mail settimanale con Core Web Vitals e copertura in Search Console.
- Una conferma giornaliera che il backup è girato e che la sua dimensione sembra normale.
Domande frequenti
Ogni quanto controllare la disponibilità?
Ogni uno-cinque minuti è la norma, da almeno due postazioni geografiche perché un problema di rete su un nodo di monitoraggio non ti svegli alle 3 di notte. Controlli più frequenti raramente cambiano l'esito, perché il tempo per accorgersene è piccolo rispetto al tempo per risolvere.
Che disponibilità dovrei aspettarmi?
Un hosting condiviso decente offre circa il 99,9 %, cioè all'incirca nove ore di indisponibilità all'anno. Le piattaforme gestite e le buone configurazioni cloud arrivano al 99,95 % o meglio. Conta più del numero se l'indisponibilità sono minuti sparsi o una singola lunga interruzione in orario di lavoro.
Gli strumenti di monitoraggio gratuiti bastano?
Per la disponibilità di un sito piccolo in genere sì: i piani gratuiti coprono una manciata di controlli a intervalli di cinque minuti. Ciò che manca di solito ai piani gratuiti sono le transazioni sintetiche e i controlli a più passaggi, cioè proprio dove sta il monitoraggio utile. Metti a budget una piccola cifra specificamente per quello.
Come evito l'assuefazione agli avvisi?
Cancella i monitoraggi che non hanno mai richiesto un'azione, richiedi più fallimenti consecutivi prima di avvisare, e separa l'urgente dall'informativo. Poi rivedi ogni mese gli avvisi scattati. Un canale di avvisi che le persone silenziano è peggio di nessun avviso, perché crea la convinzione che qualcuno stia sorvegliando.
monitoraggio sito webmonitoraggio disponibilitàmonitoraggio sinteticotracciamento errorigestione incidentiavvisi sito web
