Software di monitoraggio dei siti web, da un semplice controllo di uptime a un intero percorso utente

Un software di monitoraggio di siti web è un insieme di macchine esterne alla tua infrastruttura che aprono il tuo sito secondo una pianificazione, per tuo conto, e ti avvisano nel momento in cui la risposta smette di essere quella che ti aspetti. Questa è l'intera idea. Tutto il resto in questa pagina è un dettaglio su cosa conta come la risposta: un codice di stato, un pezzo di testo sulla pagina, un tempo di risposta, un campo JSON, una data di scadenza di un certificato, una lettura della CPU, o l'esito di un checkout in cinque passaggi.

Il motivo per cui deve funzionare dall'esterno è che i guasti di cui hai più bisogno di sapere sono invisibili dall'interno. Un server con il disco pieno continua a segnalarsi come sano sulla propria dashboard. Un record DNS che punta a un indirizzo dismesso si risolve perfettamente dall'ufficio dove la cache è ancora calda. Un certificato scaduto alle 2 del mattino blocca ogni browser sulla terra mentre il tuo stesso load balancer continua a rispondere. Il monitoraggio uptime esterno è ciò che colma quel divario, perché vede esattamente ciò che vede un visitatore.

Il secondo motivo è la prova. Quando il tuo hosting ti dice che l'interruzione è durata quattro minuti e i tuoi clienti ti dicono che è durata un'ora, un registro indipendente di ogni controllo, da ogni postazione, con marche temporali, risolve la disputa. Quel registro è anche ciò su cui si costruiscono un report mensile di uptime e una pagina di stato pubblica.

1. Passaggio 1ControlloUna postazione esegue il tuo controllo all'intervallo che hai impostato, anche fino a una volta al minuto, dalle località che hai scelto.
2. Passaggio 2ConfermaUn fallimento viene ricontrollato da altre postazioni prima che qualcosa venga dichiarato Down, così un singolo percorso difettoso non diventa un'interruzione.
3. Passaggio 3AvvisoI contatti iscritti a quel monitor vengono notificati sui canali che hanno scelto, e di nuovo quando si ripristina.
4. Passaggio 4RegistrazioneOgni risultato viene conservato con la sua postazione e i suoi tempi, alimentando le cifre di uptime, la cronologia degli incidenti e i report.

Il server smette di rispondere. Il guasto ovvio, e ancora il più comune: il sito va in timeout oppure restituisce una pagina di errore che nessuno vede finché non chiama un cliente. Il monitoraggio dell’uptime esegue una richiesta HTTP o HTTPS verso il tuo indirizzo anche una volta al minuto da oltre 300 postazioni, conferma il guasto da altre località prima di dichiarare qualcosa Down e avvisa le persone iscritte a quel monitor.

Il certificato scade. Un certificato che scade alle 2 di notte blocca ogni browser del mondo mentre il server continua a rispondere perfettamente: nei tuoi log non c’è nulla di strano. Il monitoraggio del certificato SSL segue la data di scadenza, la catena di fiducia e il nome host sul certificato, e ti avvisa con settimane di anticipo invece che nel momento in cui smette di funzionare.

Il dominio scade. L’avviso di rinnovo è finito a un indirizzo che nessuno legge più, oppure un record del name server è stato cambiato da qualcuno che qui non lavora da tempo. Il monitoraggio della scadenza del dominio tiene d’occhio la data di registrazione e le risposte DNS che ci stanno dietro, così un dominio in scadenza è qualcosa che ti viene detto e non qualcosa che scopri.

Il dominio finisce in blacklist. Bastano un IP di hosting condiviso, un account compromesso o un mail server mal configurato, e il primo sintomo di solito è il silenzio: le tue email semplicemente non arrivano più. Il monitoraggio delle blacklist controlla periodicamente il tuo dominio e il tuo indirizzo IP su decine di liste e ti segnala il giorno stesso in cui compare una segnalazione.

Il sito viene segnalato come malware. Un plugin compromesso inizia a servire qualcosa che a Google non piace e i browser mettono un avviso rosso davanti alla tua home page mentre il sito è perfettamente in piedi. Il monitoraggio del malware confronta i tuoi URL con il database Google Web Risk ventiquattr’ore su ventiquattro, così la segnalazione la sai da noi e non dal grafico del traffico.

Tutti e cinque girano sulla stessa lista di monitor, sugli stessi contatti e sulla stessa fattura: è esattamente questo il punto. Sono i guasti che condividono un solo sintomo, «a me il sito funziona», e sorvegliarli insieme costa meno.

La disponibilità è il pavimento, non il soffitto. Un sito può rispondere a ogni richiesta con un perfetto 200 mentre il suo modulo di login è rotto, la sua ricerca non restituisce nulla, o la sua API ha iniziato a inviare un array vuoto dove prima inviava il tuo catalogo prodotti. Questi tre controlli coprono l'intera scala: il server risponde, il percorso al suo interno si completa, e le risposte leggibili dalle macchine dietro di esso sono ancora corrette.

La lentezza è l'interruzione che nessuno dichiara. Le pagine che impiegano otto secondi non fanno scattare un avviso di downtime, perdono semplicemente e silenziosamente i visitatori che non erano disposti ad aspettare, e lo fanno per settimane prima che qualcuno se ne accorga. Questi controlli osservano i tre livelli dove tutto questo di solito inizia: la pagina così come la carica un vero browser, la macchina che la serve, e il database da cui dipende.

Questo gruppo esiste per via di un tipo specifico di guasto: nulla si è rotto, ma internet ha smesso di fidarsi di te. Un certificato scaduto, un dominio che nessuno ha rinnovato, una segnalazione di malware da un plugin compromesso, o un server di posta finito in una blacklist metteranno ciascuno fuori uso un sito perfettamente sano, e nessuno di questi comparirà in un controllo di disponibilità che legge solo i codici di stato.

Qualsiasi script può mandarti un'email la prima volta che una richiesta va in timeout. La parte difficile nel gestire un servizio di monitoraggio non è notare i guasti, è avere ragione su di essi, perché un servizio che ti sveglia alle 3 del mattino per un intoppo di instradamento viene silenziato entro un mese, e un monitor silenziato non protegge nulla.

Quindi un controllo fallito non è mai da solo un avviso. HostTracker ricontrolla prima il sito da altre postazioni. Se una località non riesce a raggiungere il tuo server mentre le altre sì, si tratta di un problema di rete tra quella postazione e te, e viene registrato come tale invece di essere inoltrato come avviso. Decidi tu quante conferme servono a un monitor prima che passi a Down, e puoi alzare quel numero per un sito dietro una rete instabile o abbassarlo per uno dove ogni secondo conta.

Il lavoro pianificato riceve lo stesso trattamento dalla direzione opposta: programma una finestra di manutenzione e il monitor continua a controllare e a registrare, ma nessuno viene svegliato per un deployment di cui era già a conoscenza. E poiché ogni risultato porta con sé la postazione da cui proviene, l'avviso stesso è diagnostico. Down da ogni postazione è un problema del server. Down da un solo paese è un problema di instradamento o di CDN. Lento da tre delle dodici postazioni che hai scelto è un problema di capacità che non è ancora diventato un'interruzione.

Il rilevamento è solo metà di un servizio di monitoraggio; l'altra metà è raggiungere la persona giusta su un canale a cui risponderà davvero. HostTracker invia avvisi di down via email, SMS, chiamata vocale, Telegram, Slack, Microsoft Teams, PagerDuty, Viber, Discord, Pushover, Pushbullet, Mattermost, web push e webhook, e puoi usarne quanti ne vuoi contemporaneamente.

I contatti si iscrivono per singolo monitor invece che per account, così lo sviluppatore responsabile del flusso di checkout non viene avvisato per una landing page marketing, e la persona che rinnova i domini non riceve ogni timeout HTTP. I canali possono essere scaglionati come un'escalation di avvisi: un messaggio Telegram immediato, poi una chiamata telefonica se il sito è ancora giù qualche minuto dopo, poi un'escalation verso una seconda persona. Gli avvisi di ripristino vengono inviati sugli stessi canali, così un incidente si chiude sempre in modo esplicito invece di svanire senza conclusione.

I webhook servono per i casi che nessuno dei precedenti copre. Inviano l'incidente a qualsiasi cosa tu già usi, che si tratti di PagerDuty, un bot di chat interno, una coda di ticket, o uno script che riavvia un servizio e riporta indietro cosa ha fatto.

Ogni risultato di controllo viene conservato, il che trasforma un flusso di avvisi in qualcosa su cui puoi davvero ragionare. La dashboard mostra lo stato attuale di ogni monitor più il suo uptime per qualsiasi intervallo di date tu scelga; il registro degli incidenti elenca ogni interruzione con il suo inizio, la sua durata e le postazioni che l'hanno rilevata; e i report programmati di uptime e SLA possono arrivare in una casella di posta settimanalmente o mensilmente senza che nessuno debba accedere, il che è di solito ciò di cui ha davvero bisogno una conversazione sugli SLA o un cliente in abbonamento.

Quando i tuoi utenti hanno bisogno della stessa informazione, pubblicarla batte rispondere quaranta volte alla stessa domanda. Crea una pagina di stato pubblica gratuita a partire dai monitor che già gestisci: percentuali di uptime in tempo reale, una cronologia degli incidenti che puoi annotare man mano che il lavoro procede, e aggiornamenti via email o RSS per chi si iscrive. Sono gli stessi dati che mostra la tua dashboard, filtrati a ciò che sei disposto a rendere pubblico.

Se fai già debug con un assistente AI aperto, la rete di monitoraggio può rispondere direttamente. Il server MCP per assistenti AI di HostTracker espone controlli istantanei tramite il Model Context Protocol, così Claude, Cursor e altri client MCP possono eseguire un controllo HTTP dall'Europa e dall'Asia, risolvere il DNS, cercare presenze in blacklist o tracciare una rotta, e leggere i risultati nella stessa conversazione in cui stai capendo cosa si è rotto.

Utilizza il tuo stesso token API di HostTracker e le stesse oltre 300 postazioni di tutto il resto di questa pagina. Non c'è nessuna dashboard separata da imparare, e nulla da tenere sincronizzato, perché a rispondere è lo stesso servizio.

Ogni tipo di controllo di questa pagina è disponibile su ogni piano. Ciò che il piano decide è la scala: quanti monitor gestisci e con quale frequenza possono controllare. È intenzionale, perché la differenza tra un blog personale e un negozio online non sta in quali funzionalità servono, ma in quanto velocemente devono sapere di un problema.

Il piano gratuito è permanente e monitora due siti ogni 30 minuti, il che è sufficiente per intercettare un certificato scaduto o un sito rimasto giù durante la notte. I piani a pagamento partono da Solo a 9$ al mese, poi Webmaster a 14$ e Business a 29$, con un livello Enterprise per flotte più grandi. I nuovi account ricevono una prova di 30 giorni con 100 monitor e controlli a un minuto, senza carta di credito richiesta, così puoi misurare un mese reale del tuo uptime prima di impegnarti in qualsiasi cosa.

Il modo onesto di scegliere è ragionare a ritroso a partire dal tuo intervallo di controllo. Se un'interruzione di cinque minuti non ti costa nulla, monitora ogni cinque minuti e paga meno. Se ti costa ordini, monitora ogni minuto e il piano si ripaga da solo la prima volta che ti risparmia cinquanta minuti di downtime inosservato. Confronta tutti i piani e i prezzi di monitoraggio.