Puoi monitorare un sito web gratis in quattro modi: con il piano gratuito di un servizio di monitoraggio, con un piccolo script su un server che hai già, con un workflow pianificato su un servizio di CI come GitHub Actions e con i checker gratuiti da usare una tantum quando qualcosa sembra già non andare. Per un sito personale o un progetto secondario spesso basta. Conviene pagare quando i downtime ti costano soldi o reputazione, quando devi saperlo entro un minuto o due, o quando bisogna svegliare e tenere aggiornata più di una persona.
Questa guida passa in rassegna ogni opzione gratuita: cosa fa bene, cosa si lascia sfuggire senza dirtelo e come capire quando non ti basta più.
Cosa deve fare il monitoraggio di un sito web
Qualunque cosa usi, gratuita o a pagamento, valutala su quattro compiti. Se ne manca uno, non hai ancora un monitoraggio: hai una speranza.
Controllare regolarmente, dall’esterno. Un controllo dallo stesso server del sito può riuscire anche quando i visitatori non riescono a connettersi. L’intervallo è il tempo massimo in cui un’interruzione può passare inosservata.
Stabilire cosa significa “down”. Un timeout, una connessione rifiutata, un 5xx, un certificato non valido o una pagina che risponde 200 ma mostra un errore. Per i dettagli, leggi cos’è il monitoraggio uptime.
Raggiungere una persona. Un avviso che finisce nello spam alle 03:00 non è un avviso. Deve arrivare dove guardi davvero, e deve seguire una notifica di ripristino.
Tenere uno storico. Quando è andato giù, per quanto tempo e quanto spesso succede? Senza storico non puoi rispondere a un cliente, verificare lo SLA di un provider di hosting o individuare uno schema ricorrente.
Opzione 1: il piano gratuito di un servizio di monitoraggio
Diversi servizi di monitoraggio offrono un piano gratuito, ed è il modo più rapido per coprire i quattro compiti per una manciata di URL. I limiti cambiano da servizio a servizio e nel tempo, quindi leggi la pagina dei piani e le condizioni attuali invece di un articolo di confronto. Queste sono le domande da farsi:
Ogni quanto controlla? I piani gratuiti spesso controllano meno spesso di quelli a pagamento. Ogni 5 minuti significa che un’interruzione può durare fino a 5 minuti prima del primo controllo fallito.
Un errore viene confermato prima dell’avviso? Un secondo controllo dalla stessa località o da un’altra filtra la singola richiesta persa. Senza, aspettati dei falsi allarmi.
Quali canali di avviso sono inclusi? Solo email, o anche chat e notifiche push sul telefono?
Può controllare i contenuti? Il solo codice di stato non vede una pagina che si carica ma è rotta. Cerca controlli su parole chiave o sulla risposta.
Per quanto tempo viene conservato lo storico, ed è consentito l’uso commerciale? Alcuni piani gratuiti sono pensati solo per progetti personali.
Opzione 2: uno script su un server che hai già
Se hai un server o una VPS in un posto diverso da quello in cui gira il sito, una riga nel crontab ti dà un controllo di base ogni 5 minuti:
*/5 * * * * curl -fsS -m 10 -o /dev/null https://example.com/ || echo “example.com failed at $(date -u)” | mail -s “Site down” you@example.com
-f fa fallire curl in caso di errori HTTP, -m 10 rinuncia dopo 10 secondi e la mail parte solo quando la richiesta fallisce. Non costa nulla e controlli ogni dettaglio. Ma ha anche lacune reali:
Nessuno controlla il controllore. Se quel server va giù o la sua configurazione della posta si rompe, i controlli si fermano e non ricevi nulla. Il silenzio sembra in tutto e per tutto un sito in salute.
La posta inviata da un server finisce spesso nello spam, a meno che il dominio mittente non abbia SPF, DKIM e DMARC configurati. La nostra guida a SPF, DKIM e DMARC spiega perché.
Ogni errore è un avviso, e ne ricevi uno ogni 5 minuti finché dura l’interruzione, ma nessuna notifica di ripristino.
Nessuno storico. Se non registri ogni risultato e non costruisci un report, non puoi dire quale sia stato il tuo uptime il mese scorso.
Non eseguire mai il controllo sullo stesso server del sito. Un server che non è raggiungibile da internet di solito riesce comunque a raggiungere se stesso.
Opzione 3: un workflow di CI pianificato
Non hai un server libero? Un workflow pianificato su GitHub Actions può eseguire lo stesso controllo. Uno step fallito fa fallire l’esecuzione, e GitHub ti avvisa:
name: Site check
on:
schedule:
– cron: ‘7,22,37,52 * * * *’
jobs:
check:
runs-on: ubuntu-latest
steps:
– run: curl -fsS -m 10 -o /dev/null https://example.com/
Funziona, con i limiti che GitHub documenta per l’evento schedule:
L’intervallo più breve è una volta ogni 5 minuti.
Le esecuzioni pianificate possono subire ritardi quando GitHub Actions è sotto carico, soprattutto all’inizio di ogni ora, e alcuni job in coda possono essere scartati. Per questo l’esempio evita il minuto 0.
In un repository pubblico, i workflow pianificati vengono disattivati dopo 60 giorni senza attività nel repository.
Le notifiche vanno all’utente che ha modificato per ultimo la pianificazione cron nel file del workflow, non a un team.
Un workflow è una buona soluzione temporanea per un progetto secondario. Come monitoraggio per qualcosa per cui le persone pagano, un avviso che può arrivare in ritardo, o non arrivare affatto, è un anello debole. Lo strumento per le espressioni cron mostra quando una pianificazione come quella qui sopra viene eseguita davvero.
Opzione 4: checker gratuiti per quando qualcosa non va
I checker una tantum non sorvegliano nulla, ma rispondono in pochi secondi alle prime domande di un incidente. Sono tutti gratuiti e non richiedono un account:
Is it down? controlla una volta qualsiasi sito web dal nostro server, così puoi distinguere “down per tutti” da “solo per me”.
SSL checker mostra quando scade un certificato, chi lo ha emesso e la catena completa.
Controllo scadenza dominio legge dal registro la data di scadenza e il registrar.
DNS lookup e il checker SPF, DKIM e DMARC mostrano cosa pubblica il tuo dominio in questo momento.
I checker sono un complemento, non un sostituto: guardano solo quando lo chiedi tu, e lo chiedi solo quando sospetti già un problema. La checklist per un sito down mostra dove si inserisce ciascuno.
Due scadenze che le soluzioni gratuite dimenticano
Le interruzioni dovute a certificati e domini scaduti sono tra le più facili da prevenire, e un semplice controllo “è online?” se ne accorge solo a cose fatte.
Certificati. Let’s Encrypt ha smesso di inviare email di scadenza il 4 giugno 2025, quindi se il tuo job di rinnovo si rompe, nessuno te lo dice. Inoltre i certificati hanno una durata sempre più breve, il che significa più rinnovi che possono fallire; leggi cosa comporta la riduzione della durata dei certificati.
Domini. I promemoria di rinnovo arrivano all’indirizzo email dell’account presso il registrar, che spesso è un indirizzo vecchio o di qualcuno che non c’è più. Attiva il rinnovo automatico e verifica che la carta registrata sia valida.
Quando è il momento di pagare
Il monitoraggio gratuito va bene finché un’interruzione scoperta in ritardo è un fastidio e non una perdita. Questi sono i segnali che non lo è più:
Il sito guadagna minuto per minuto. Un negozio online, un sistema di prenotazione o un prodotto SaaS. Dagli un numero con il calcolatore del costo del downtime: se un’ora di downtime costa più di un anno di monitoraggio, la decisione è presa.
Prometti un valore di uptime. Il 99,9% consente 43 minuti e 49 secondi di downtime al mese, come mostra il calcolatore di uptime. Con un intervallo di 5 minuti, il solo rilevamento può consumarne una buona parte.
Sono coinvolte più persone. Gli avvisi devono raggiungere chi è di turno, scalare quando nessuno risponde e arrivare nella chat del team.
I clienti chiedono “è solo un problema mio?” Una pagina di stato aggiornata dai tuoi controlli risponde prima che aprano un ticket.
Gestisci siti per conto di clienti. Ti servono report che mostrino cosa è successo e quando, senza doverli costruire a mano.
La parte importante non è la homepage. Checkout, login, un’API o il backup notturno richiedono controlli che una riga di curl non fa bene: flussi in più passaggi, controlli JSON e heartbeat.
Cosa ottieni pagando con Uptimecheck
Uptimecheck ha un piano gratuito: ogni nuovo workspace parte con una prova gratuita di 14 giorni di Professional, senza carta di credito, e poi passa a Free se non scegli un piano. Free controlla 5 monitor ogni 5 minuti, con 1 pagina di stato e fino a 3 canali di avviso, come email, Slack o Microsoft Teams, ed è consentito l’uso commerciale. Ogni piano a pagamento include:
Controlli di uptime ogni minuto da Stoccolma, Londra e New York, con ogni errore confermato da una seconda località prima dell’avviso, e controlli su parole chiave, JSON e header della risposta.
Avvisi via email, Slack, Microsoft Teams, Discord, Google Chat, Mattermost, Telegram, PagerDuty, ntfy, Pushover, webhook e notifiche push sul telefono, con una notifica di ripristino quando il sito torna online.
Promemoria di scadenza SSL e dominio, heartbeat per i cron job e pagine di stato che si aggiornano da sole.
Storico di uptime, tempi di risposta e incidenti per 1, 2 o 3 anni a seconda del piano.
I piani costano 12 €, 39 € o 92 € al mese con fatturazione mensile, oppure 9 €, 29 € o 69 € al mese con fatturazione annuale, IVA esclusa, venduti tramite Link (Stripe), il nostro rivenditore. Start include 15 monitor di uptime, Professional 100 e Business 250. Confronta tutto nella pagina dei prezzi, oppure dai prima un’occhiata alla demo dal vivo.
Inizia gratis e passa a un piano superiore quando il sito diventa importante. Prova Uptimecheck gratis per 14 giorni, senza carta di credito.