Monitoraggio uptime WordPress: Strumenti, configurazione e cosa monitorare davvero

Il tuo sito è andato offline la notte scorsa per due ore. I visitatori hanno trovato una pagina di errore. Google ha tentato di crawlare cinque URL e ha ricevuto altrettanti errori. Tu lo hai scoperto stamattina, quando un cliente ti ha scritto.

Questo scenario non è raro — è quello che succede quando non c’è nessun sistema di monitoraggio attivo. La buona notizia è che si risolve in venti minuti e non costa nulla. La cattiva è che molti lo rimandano finché non si ripresenta il problema.

Uptime al 100% non esiste — e non è questo il punto

Qualsiasi hosting promette il 99,9% di uptime. In numeri reali, significa circa 8,7 ore di downtime all’anno — che non suona più così bene. Il 99,99% sono 52 minuti. Nessun hosting arriva al 100% perché le interruzioni imprevedibili fanno parte della realtà: aggiornamenti del server, guasti hardware, problemi DNS, attacchi DDoS. Succede.

Il punto non è eliminarle. È saperlo entro cinque minuti invece di scoprirlo tre ore dopo. Quella finestra — tra quando il sito va offline e quando chi lo gestisce interviene — è l’unica cosa su cui puoi agire. Un sistema di monitoraggio la riduce da ore a minuti.

Il problema che quasi nessuno menziona: HTTP 200 non significa sito funzionante

Tutti gli strumenti di monitoraggio uptime funzionano allo stesso modo: inviano una richiesta HTTP al sito, controllano il codice di risposta, e se il server risponde 200 OK segnano tutto come online. Fin qui nessun problema.

Il problema è che un sito può restituire HTTP 200 ed essere completamente inutilizzabile per chi lo visita. Ho visto questa situazione decine di volte — ed è sempre una di queste tre:

Un aggiornamento di plugin rompe il checkout WooCommerce. La homepage carica normalmente, il monitor è felice. Ma chiunque provi ad acquistare trova un errore PHP. Il monitor non rileva nulla perché non guarda la pagina del carrello — guarda solo la homepage.

Un errore di memoria PHP si manifesta solo su pagine con query complesse al database. Le pagine statiche rispondono perfettamente, le pagine con contenuti dinamici vanno in timeout. Il server dice 200, il sito è broken per metà dei visitatori.

Il tema si rompe su mobile dopo un aggiornamento. Il server risponde, la pagina carica. Ma è illeggibile. Tecnicamente online, praticamente perso.

Cosa monitorare su un sito WordPress

Gli URL da aggiungere subito

Homepage, sì. Ma anche queste:

• /wp-login.php — se questa pagina non risponde, nessun amministratore entra nella dashboard. È anche il primo segnale che qualcosa è andato storto con PHP.
• Una pagina interna con contenuto — un articolo recente, una pagina con shortcode. Rileva problemi con il database che sulla homepage statica non si vedono.
• Carrello e checkout (solo WooCommerce) — sono le pagine più soggette a rotture dopo aggiornamenti. Ogni minuto di downtime qui è un ordine perso.

Aggiungi anche il certificato SSL. UptimeRobot nel piano gratuito monitora la scadenza del certificato e avvisa 30 giorni prima — utile anche con Let’s Encrypt, perché se il rinnovo automatico fallisce silenziosamente non te ne accorgi finché il sito non mostra l’avviso “Non sicuro” nel browser. Integrare questo nel backup automatico del sito e nel monitoraggio è il modo corretto di gestire la manutenzione.

Le metriche che contano

Il tempo di risposta è sottovalutato. Un aumento progressivo — da 300ms a 600ms nel giro di settimane — è quasi sempre il segnale precoce di un problema: database sovraccarico, memory limit in esaurimento, un plugin che ha introdotto una regressione. Se aspetti che il sito vada offline per capirlo, hai già perso. Monitorare il response time ti permette di intervenire prima.

Il codice HTTP — 200 è normale, 301/302 sono redirect che dovresti verificare siano corretti, 404 indica pagine non trovate, 500 è errore del server. Configurare il monitor per avvisarti su qualsiasi codice diverso da 200 rileva problemi che altrimenti passano inosservati. Se cominci a vedere [errori 500 ricorrenti] nei log del monitor, investigane la causa prima che diventino permanenti.

L’uptime percentuale mensile è il dato che ti serve quando parli con il tuo hosting provider di un problema ricorrente. Con i numeri in mano la conversazione è diversa.

UptimeRobot: configurazione completa con il piano gratuito

UptimeRobot è il punto di partenza per chiunque. Il piano gratuito include fino a 50 monitor con controllo ogni 5 minuti, alert email illimitati, e monitoraggio SSL. Per la stragrande maggioranza dei siti WordPress è più che sufficiente — e non richiede carta di credito.

Creare il primo monitor

1. Registra un account su uptimerobot.com.
2. Dalla dashboard: Add New Monitor.
3. Monitor Type: HTTP(s).
4. URL: indirizzo completo della homepage con https://.
5. Friendly Name: qualcosa di riconoscibile — es. “Nome Sito — Homepage”.
6. Monitoring Interval: 5 minutes.
7. Create Monitor.

Configurare gli alert (e perché ne servono almeno due)

Vai su My Settings → Alert Contacts e verifica che l’email sia confermata. Poi aggiungi un secondo canale. UptimeRobot supporta Slack, Telegram, webhook, e notifiche push tramite app. Il motivo per cui ne servono almeno due è semplice: se l’alert arriva solo via email e tu non la controlli per un’ora, il sito resta offline per un’ora. Con Telegram sul telefono, lo sai in meno di un minuto.

Nella configurazione del monitor imposta l’alert su “Up & Down” — vuoi sapere sia quando il sito va offline sia quando torna online. Senza la notifica di ripristino non sai mai quanto è durato il downtime.

Aggiungere i monitor per le pagine critiche

Ripeti la procedura per ogni URL aggiuntivo. Per wp-login.php: UptimeRobot potrebbe segnalare un 302 se sei già loggato — è normale. In Advanced Settings → Custom HTTP Statuses aggiungi 302 come codice valido. Nessun falso alarm.

Uptime Kuma: se vuoi controllo totale e hai un VPS

Uptime Kuma è open source, self-hosted, senza limiti di monitor né di frequenza. Puoi controllare ogni 20 secondi invece di ogni 5 minuti — per un e-commerce dove ogni minuto di downtime si misura in Euro, questa differenza è reale.

Il limite è tecnico e non va sottovalutato. Richiede Docker o Node.js su un server separato da quello del sito — se installi Uptime Kuma sullo stesso server che monitora, quando il server va offline va offline anche il monitor. Inutile. Se hai già un VPS per altri scopi, aggiungere Uptime Kuma è un’ottima idea. Se no, UptimeRobot gratuito fa il suo lavoro.

StatusCake: quando ha senso passare al piano a pagamento

StatusCake nel piano gratuito non aggiunge molto rispetto a UptimeRobot. Il piano a pagamento — circa 20€ al mese — introduce tre funzionalità che hanno senso in scenari specifici.

Il monitoraggio da multiple locazioni geografiche verifica che il sito sia raggiungibile da Europa, Asia e USA contemporaneamente. Utile se hai traffico internazionale o se usi una CDN che potrebbe avere problemi regionali mentre il server principale risponde normalmente. Il monitoraggio dei Core Web Vitals misura LCP e CLS nel tempo — puoi rilevare regressioni di performance prima che impattino il ranking. Il monitoraggio della scadenza del dominio è separato da quello SSL, utile se gestisci domini di clienti con date di rinnovo diverse.

Per un freelance che gestisce il proprio sito, UptimeRobot gratuito è sufficiente. StatusCake a pagamento ha senso per chi gestisce siti di clienti e deve produrre report mensili di uptime, o per e-commerce ad alto traffico.

Google Search Console come secondo livello di monitoraggio

Search Console non è uno strumento di uptime in senso stretto, ma è la fonte più autorevole su come Google vede il tuo sito — e integrarla nel sistema di monitoraggio costa zero.

Controlla Copertura ogni mese. Un picco improvviso di errori 5xx nella sezione Copertura indica che Google ha tentato di crawlare il sito durante un periodo di downtime. Guarda Impressioni e clic: un calo verticale del traffico organico senza modifiche al sito è quasi sempre un problema tecnico — downtime prolungato, penalizzazione, o un aggiornamento che ha rotto qualcosa. Infine controlla la sezione Problemi di sicurezza ogni settimana senza eccezioni. Google rileva malware spesso prima che tu te ne accorga — lo stesso vale per quello che abbiamo visto nella guida alla rimozione del malware da WordPress.

Hai bisogno di monitoraggio professionale?