Non limitarti a monitorare la homepage. Una configurazione completa copre la homepage, ogni percorso di conversione (login, registrazione, checkout e ricerca), gli endpoint API da cui dipendono le tue app, i callback di pagamento e i webhook, i job pianificati, i certificati SSL, la registrazione del dominio, i record DNS compresi gli MX, i server sottostanti e i servizi di terze parti su cui fai affidamento. Al sito di una piccola azienda bastano pochi controlli; un negozio online o un prodotto SaaS ne richiede qualche decina. Parti da ciò che genera ricavi, poi aggiungi ciò che può scadere o guastarsi senza dare segnali. Per il quadro generale, leggi come un monitoraggio uptime affidabile aiuta il tuo sito a rendere al meglio.
Questa checklist passa in rassegna ogni voce, spiega cosa controllare e perché, e si chiude con configurazioni di esempio per un piccolo sito, un negozio online, un prodotto SaaS e un’agenzia, più una convenzione di denominazione che mantiene tutto leggibile.
1. La homepage
La homepage è il primo monitor ovvio, ed è una buona scelta: se è giù, è giù tutto. Spesso però viene servita da una CDN o da una cache delle pagine, quindi può restare online mentre l’applicazione dietro di lei si guasta. Monitorala con un controllo HTTP(S) ogni minuto e verifica un contenuto stabile, come il nome dell’azienda nel footer, così una pagina di errore in cache non viene considerata online. Poi passa alle pagine che ti dicono di più.
2. Percorsi di conversione
Sono le pagine che generano ricavi o trattengono i clienti, e dipendono dal database, dalle sessioni e dal codice applicativo che la homepage potrebbe non toccare:
Login: dimostra che le sessioni e il database degli utenti funzionano. Monitora la pagina di login e verifica che il modulo sia presente.
Iscrizione o registrazione: il punto di partenza di ogni nuovo cliente.
Carrello e checkout: per un negozio online, le pagine più importanti del sito. Monitora la pagina di checkout vera e propria, non solo le pagine prodotto.
Ricerca: spesso è gestita da un servizio separato, quindi può guastarsi per conto suo. Monitora l’URL di una pagina di risultati con una query che restituisce sempre risultati e verifica che ne compaia almeno uno.
Moduli di prenotazione o di contatto, se è da lì che arrivano i lead.
Controllali ogni minuto. Per la maggior parte delle aziende, un checkout rotto costa al minuto più di qualsiasi altra voce di questa lista. Il monitoraggio uptime di Uptimecheck supporta metodi e header personalizzati e verifica codice di stato, parole chiave e JSON su ogni pagina. Per controllare che login o checkout funzionino davvero, e non solo che si carichino, un monitor di flusso li percorre passo dopo passo, anche in un browser reale se vuoi, con i valori passati da un passaggio all’altro e i segreti protetti.
3. Endpoint API
Se hai un’app mobile, un frontend single-page o integrazioni con partner, il prodotto è l’API. Monitora:
Un endpoint di health che controlla database, cache e disco. Leggi come creare un endpoint di health check.
Il principale endpoint di lettura, con l’header della chiave API che inviano i tuoi client.
Un endpoint di scrittura, con un payload di test sicuro, se le scritture sono critiche.
Verifica il corpo della risposta, non solo il codice di stato: un’API che restituisce 200 con un messaggio di errore è comunque giù. Il monitoraggio API e la checklist per il monitoraggio API approfondiscono il tema.
4. Callback di pagamento e webhook
Provider di pagamento, servizi di spedizione e altre piattaforme richiamano il tuo sito per confermare gli ordini e aggiornarne lo stato. Se l’endpoint che li riceve si rompe, i pagamenti possono andare a buon fine senza che gli ordini vengano mai segnati come pagati. Nessuno vede una pagina di errore, perché non c’è nessun visitatore coinvolto.
Di solito non puoi inviare un callback reale da un monitor, ma puoi verificare che l’endpoint risponda. Molti ricevitori di webhook restituiscono un codice 4xx a una richiesta senza una firma valida; se è questa la risposta attesa, monitora proprio quella. Un 5xx o un timeout significano allora che è il ricevitore stesso a essere rotto. Affianca questo controllo ai log di consegna del provider, che mostrano i callback falliti dal suo lato.
5. Cron job e attività in background
Backup, importazioni, emissione delle fatture, esportazione dei feed, invio delle newsletter e worker delle code non hanno un URL da controllare. Si guastano senza dare segnali. Assegna a ciascuno un heartbeat: al termine il job richiama un URL univoco e, se la richiesta non arriva in tempo, parte un avviso. Nei piani di Uptimecheck gli heartbeat si contano separatamente dai monitor, quindi non tolgono spazio ai controlli del tuo sito.
6. Certificati SSL
Un certificato scaduto mostra a ogni visitatore un avviso del browser a tutta pagina e manda in errore i client API senza appello. Monitora il certificato su ogni hostname che servi, compresi www, il sottodominio delle API, il dominio della pagina di stato e i pannelli di amministrazione, e ricevi promemoria con settimane di anticipo sulla scadenza. Il rinnovo automatico rende le scadenze più rare, non impossibili. Leggi monitoraggio della scadenza dei certificati SSL per i guasti più comuni.
7. Registrazione del dominio
Quando la registrazione di un dominio scade, sito, email e API che ci girano sopra si fermano tutti insieme. I promemoria del registrar finiscono spesso a un vecchio indirizzo. Tieni sotto controllo la data di scadenza di ogni dominio che possiedi, comprese le varianti per paese, i domini delle campagne e i vecchi nomi di brand che fanno ancora redirect.
8. Record DNS, compresi gli MX
Il DNS decide dove vanno il traffico e le email. Tieni d’occhio le modifiche a:
A e AAAA: da dove viene caricato il sito.
NS: chi controlla la zona. Una modifica qui merita sempre un’occhiata.
MX: chi riceve le tue email, comprese le conferme d’ordine e i reset delle password.
TXT: SPF, DKIM e DMARC. Un record rimosso può mandare le tue email dritte nello spam. Il monitor dei domini di Uptimecheck controlla anche SPF, DKIM e DMARC due volte al giorno e spiega come risolvere ogni problema, con un record DNS pronto da incollare quando basta quello; leggi monitoraggio dell’autenticazione email.
CNAME e CAA: gli alias della CDN e quali autorità di certificazione possono emettere certificati per il dominio.
Una modifica inattesa è un errore oppure un attacco. Il monitoraggio DNS ti avvisa indicando il valore vecchio e quello nuovo. Se gestisci un tuo mail server, aggiungi anche un controllo della porta, per esempio SMTP sulla porta 465.
9. Server
Se gestisci server o VPS tuoi, monitora CPU, memoria, disco, rete e riavvii. Così intercetti le cause dei downtime prima che diventino sintomi: un disco che sarà pieno giovedì, un memory leak, un riavvio dopo il quale un servizio non è ripartito. Il monitoraggio dei server sta accanto ai tuoi controlli di uptime, così causa e sintomo compaiono sulla stessa schermata. Con un hosting completamente gestito puoi spesso saltare questo passaggio e affidarti al provider.
10. Dipendenze di terze parti
Il tuo sito dipende da servizi che non gestisci tu: provider di pagamento, invio delle email, ricerca, un CMS headless, un provider di autenticazione, una CDN. Quando uno di questi si guasta, il tuo sito può caricarsi mentre la funzione che ci si appoggia è rotta. Monitora gli endpoint pubblici su cui fai affidamento, oppure i tuoi endpoint che li richiamano, così puoi dire a un cliente nel giro di pochi minuti se il problema è tuo o a monte. Indirizza questi avvisi su un canale a priorità più bassa, perché non puoi risolverli da solo.
Il monitoraggio di terze parti di Uptimecheck segue le pagine di stato di 31 servizi come Klarna, Swish, Shopify, Cloudflare e OpenAI, o di qualsiasi pagina ospitata su Statuspage, così i loro incidenti compaiono accanto ai tuoi monitor.
11. Salute del sito
Alcuni problemi non mandano mai giù una pagina: un link rotto dopo una migrazione, un’immagine caricata in semplice HTTP, una pagina diventata più lenta dopo un nuovo plugin. Una scansione giornaliera li intercetta. Il monitor della salute del sito di Uptimecheck scansiona ogni giorno il tuo sito e la sua sitemap alla ricerca di link rotti e contenuti misti, e misura la velocità delle pagine e i Core Web Vitals con Google Lighthouse su mobile e desktop.
Quanti monitor ti servono?
Le configurazioni qui sotto sono esempi da adattare, non ricette fisse:
Tipo di sitoConfigurazione di esempioSito di una piccola azienda, come fjordstudio.seHomepage, pagina del modulo di contatto, SSL, dominio, DNS per A e MX, un heartbeat per il backup. Circa 3 monitor HTTP più i controlli di scadenza e DNS.Negozio online, come northwind.shopHomepage, una pagina di categoria, pagina prodotto, carrello, checkout, login, ricerca, callback di pagamento, endpoint di health, SSL su ogni hostname, dominio, DNS, heartbeat per backup, esportazione dei feed e sincronizzazione degli ordini, e i server. Più o meno da 10 a 15 monitor HTTP.Prodotto SaaS, come lumenanalytics.ioSito di marketing, login dell’app, registrazione, health dell’API, endpoint API principali, ricevitore dei webhook, pagina di stato, SSL, domini, DNS, heartbeat per ogni worker e job pianificato, e server. Spesso da 15 a 40 monitor.AgenziaIl set del piccolo sito per ogni cliente, più checkout e login per i negozi online dei clienti, raggruppati per cliente. Di solito qualche monitor per cliente, moltiplicato per il numero di clienti.
Inizia dai percorsi di conversione e dai controlli di scadenza, lasciali girare per due settimane, poi aggiungi ciò che avresti voluto avere durante il primo incidente.
Convenzioni di denominazione
Il nome di un monitor è la prima cosa che qualcuno legge in un avviso notturno. Fai in modo che risponda a “cosa si è rotto, dove e quanto è grave” senza dover aprire nulla:
[cliente o prodotto] – [ambiente] – [cosa] – [tipo di controllo]
Northwind – prod – Checkout – HTTPS
Northwind – prod – Payment callback – HTTPS
Northwind – prod – Nightly backup – heartbeat
Lumen – prod – API health – HTTPS
Lumen – staging – API health – HTTPS
Fjord Studio – prod – MX record – DNS
Usa lo stesso ordine ovunque, così gli avvisi si possono scorrere e ordinare.
Chiama le cose come le chiama il team, non con gli hostname interni.
Indica chiaramente gli ambienti, così un avviso di staging non sembra mai di produzione.
Per le agenzie, inizia con il nome del cliente e raggruppa i monitor per cliente in progetti, così monitor e avvisi di ogni cliente restano insieme.
La checklist
Homepage, con verifica del contenuto.
Login, registrazione, checkout e ricerca.
Health dell’API ed endpoint principali.
Callback di pagamento e ricevitori di webhook.
Un heartbeat per ogni job pianificato importante.
SSL su ogni hostname e la registrazione di ogni dominio.
Record DNS: almeno A, AAAA, NS, MX e TXT.
Server, se li gestisci tu.
I servizi di terze parti principali, su un canale a priorità più bassa.
Salute del sito: link rotti, contenuti misti e velocità delle pagine, con scansione giornaliera.
Nomi chiari e avvisi indirizzati al responsabile di ogni voce.
Uptimecheck copre siti web, API, flussi in più passaggi, heartbeat, SSL, domini, DNS, server, servizi di terze parti e salute del sito in un unico account. Inizia la prova gratuita di 14 giorni, senza carta di credito.