Monitoraggio Uptime WordPress per Agenzie: Alert, SLA e Dashboard [2026]

Gestisci 30, 50, 100 siti WordPress per i tuoi clienti. Uno va offline alle 3 di notte. Lo scopri tu per primo — o lo scopre il cliente? Con un sistema di monitoraggio uptime WordPress per agenzie, sei sempre il primo a saperlo, spesso prima ancora che il problema diventi visibile agli utenti.

In questa guida vediamo come strutturare un sistema di monitoraggio uptime professionale per le agenzie WordPress: check interval, alert multicanale, SLA tracking e report automatici per i clienti — tutto gestito da un’unica dashboard.

Perché il monitoraggio uptime è critico per le agenzie WordPress

Il 99,9% di uptime sembra tanto finché non lo calcoli in ore: corrisponde a circa 8,7 ore di downtime all’anno. Per un e-commerce che genera 500€/ora, questo significa potenzialmente 4.350€ di mancate vendite — senza contare il danno reputazionale e le penali SLA.

Nella nostra esperienza con AgencyPilot, gestendo oltre 200 siti WordPress per agenzie italiane, abbiamo identificato tre scenari ricorrenti di downtime non rilevato:

• Scadenza certificato SSL: il sito risponde con errore 526/525, ma tecnicamente “è su”. Il monitoraggio HTTP standard non lo rileva se non controlla il certificato.
• Errori 500 silenziosi: il server risponde ma PHP crasha. Uptime: 100%. Sito funzionante: 0%.
• Database irraggiungibile: WordPress mostra “Error establishing a database connection”. Il server è up, ma il sito è morto.

Un sistema di monitoraggio uptime WordPress per agenzie serio deve distinguere tra “il server risponde” e “il sito funziona davvero”.

Tipi di check da configurare per ogni sito WordPress

Non tutti i check sono uguali. Ecco la gerarchia che usiamo in AgencyPilot:

HTTP/HTTPS Status Check (ogni 60 secondi)

Il check base: verifica che il sito risponda con status 200. Configurazione minima:

• URL: homepage + almeno una pagina interna critica (es. checkout per e-commerce)
• Timeout: 10 secondi (oltre è comunque un problema UX)
• Follow redirect: sì, ma log degli step
• Verifica keyword: controlla che una stringa specifica sia presente nella risposta (es. il nome del brand)

SSL Certificate Check (ogni 24 ore)

Controlla validità e scadenza del certificato. Alert obbligatorio:

• 30 giorni prima della scadenza: warning
• 14 giorni prima: alert critico
• 7 giorni prima: escalation al cliente

Con Let’s Encrypt e rinnovi automatici via Certbot, le scadenze SSL non dovrebbero più essere un problema — ma “non dovrebbero” e “non sono” sono due cose diverse in produzione.

Database Connectivity Check (ogni 5 minuti)

WordPress ha un endpoint nativo per verificare la connessione al database: /wp-admin/install.php risponde con un messaggio specifico se il DB è irraggiungibile. Più elegante è implementare un endpoint custom:

// functions.php o plugin dedicato
add_action('rest_api_init', function() {
    register_rest_route('agencypilot/v1', '/healthcheck', [
        'methods'  => 'GET',
        'callback' => function() {
            global $wpdb;
            $result = $wpdb->get_var("SELECT 1");
            if ($result !== '1') {
                return new WP_Error('db_error', 'Database unreachable', ['status' => 503]);
            }
            return ['status' => 'ok', 'timestamp' => current_time('c')];
        },
        'permission_callback' => '__return_true',
    ]);
});

Questo endpoint custom, raggiungibile su /wp-json/agencypilot/v1/healthcheck, restituisce 200 solo quando WordPress E il database sono funzionanti. Il monitoraggio uptime WordPress per agenzie deve puntare a questo, non alla homepage.

Performance Check (ogni 15 minuti)

Monitora il tempo di risposta. Un sito che risponde in 8 secondi è “up” ma non funzionale. Soglie consigliate:

Per un approfondimento sulle performance WordPress, leggi la nostra guida a Core Web Vitals e performance WordPress per agenzie.

Struttura degli alert: chi notifichi e quando

Il monitoraggio senza alert è inutile. Ma alert mal configurati creano alert fatigue — e quando arriva quello critico, viene ignorato come gli altri 47 della settimana.

Il sistema di alert che usiamo in AgencyPilot segue una logica a livelli:

Livello 1 — Degradation (warning)

• Trigger: 1 check fallito su 3 consecutivi, o tempo risposta > soglia warning
• Canale: Slack channel #monitoring (silenzioso, solo log)
• Azione richiesta: nessuna immediata, monitora

Livello 2 — Downtime confermato

• Trigger: 3 check consecutivi falliti (= 3 minuti di downtime confermato)
• Canale: Slack #alerts con @here + email al team tecnico
• Azione richiesta: intervento entro 15 minuti

Livello 3 — Downtime prolungato

• Trigger: downtime > 15 minuti
• Canale: SMS/chiamata al responsabile tecnico + email al cliente (template predefinito)
• Azione richiesta: escalation, comunicazione proattiva al cliente

Regola fondamentale: alert solo dopo conferma

Mai allertare il cliente al primo check fallito. Falsi positivi (timeout di rete, check server momentaneamente occupato) sono frequenti. Il cliente che riceve un SMS “il tuo sito è offline” per un downtime di 30 secondi perderà fiducia nel sistema — e in te.

SLA tracking: come misurare e comunicare gli uptime ai clienti

Un SLA (Service Level Agreement) senza dati è solo marketing. Un SLA con dati verificati è un asset commerciale.

Per il monitoraggio uptime WordPress per agenzie, ogni contratto dovrebbe specificare:

• Uptime garantito mensile: tipicamente 99,5% (≈ 3,6 ore di downtime/mese) o 99,9% (≈ 44 minuti)
• Finestre di manutenzione escluse: es. domenica 02:00-04:00 non conta come downtime
• Tempo di risposta agli alert: 15 minuti in orario lavorativo, 30 minuti fuori orario
• Penali in caso di SLA breach: sconto sul canone mensile proporzionale

Calcolo uptime percentuale

La formula è semplice:

uptime% = ((minuti_totali - minuti_downtime) / minuti_totali) × 100

Aprile 2026:
- Minuti totali: 43.200
- Downtime rilevato: 47 minuti (1 incidente)
- Uptime: ((43.200 - 47) / 43.200) × 100 = 99,89%

AgencyPilot calcola questo automaticamente per ogni sito, con possibilità di escludere le finestre di manutenzione programmate dal conteggio. La gestione professionale dei siti WordPress per agenzie include sempre SLA tracking documentato.

Dashboard centralizzata: monitoraggio di 50+ siti in un colpo solo

Il vero problema delle agenzie non è monitorare un sito — è monitorarne 50 senza impazzire.

Una dashboard di monitoraggio uptime WordPress per agenzie deve mostrare:

• Status in tempo reale: verde/giallo/rosso per ogni sito, aggiornato ogni minuto
• Uptime last 30 giorni: percentuale + grafico timeline per visualizzare i pattern
• Incidenti recenti: durata, causa (se identificata), risoluzione
• SSL expiry: ordinato per scadenza più vicina, così non ti sorprenzi
• Tempo di risposta medio: trend settimanale per ogni sito

In AgencyPilot, la dashboard è organizzata per cliente: vedi tutti i siti di “Cliente Rossi SRL” in un gruppo, con gli SLA medi e il billing associato. Quando qualcosa va storto, sai immediatamente quale cliente impatta e quanto.

Report automatici per i clienti: trasparenza che vende

Il report mensile di uptime è uno degli strumenti più potenti per la retention dei clienti. Non perché i clienti lo leggano con attenzione — spesso non lo fanno — ma perché dimostra che stai lavorando, che hai i dati, che sei professionale.

Un report di monitoraggio uptime WordPress per agenzie dovrebbe includere:

1. Executive summary: uptime % del mese, incidenti, confronto con mese precedente
2. Dettaglio incidenti: data/ora, durata, causa, azione intrapresa
3. Performance trend: grafico tempo di risposta nelle ultime 4 settimane
4. SSL e sicurezza: stato certificati, scan vulnerabilità se incluso nel contratto
5. Prossime manutenzioni: aggiornamenti pianificati, finestre di manutenzione

Con AgencyPilot, questi report vengono generati automaticamente ogni primo del mese e inviati via email ai referenti tecnici del cliente. Puoi personalizzare il template con il logo dell’agenzia, i colori del brand e i contatti di emergenza.

Per approfondire l’automazione dei report con AI, leggi come automatizzare la gestione WordPress per scalare l’agenzia.

Integrazione con il sistema di sicurezza

Il monitoraggio uptime non vive in isolamento. Nella nostra esperienza, il 23% dei downtime che monitoriamo è causato o correlato a problemi di sicurezza:

• Attacchi DDoS che saturano il server
• Plugin compromessi che iniettano redirect o bloccano il front-end
• Brute force su wp-admin che esaurisce risorse PHP
• Malware che viene rilevato dall’host e mette il sito in quarantena

Un sistema di monitoraggio completo dovrebbe correlare gli alert di uptime con i log di sicurezza. Se il sito va offline contemporaneamente a un picco di richieste su /wp-login.php, la causa è quasi certamente un attacco brute force.

Vedi la nostra guida completa su sicurezza WordPress per agenzie per approfondire questo aspetto.

Implementazione pratica: setup in 30 minuti con AgencyPilot

Ecco come configurare il monitoraggio uptime WordPress per agenzie da zero:

1. Aggiungi i siti ad AgencyPilot (se non l’hai già fatto) tramite il plugin dedicato o l’inserimento manuale dell’URL.
2. Configura i check per ogni sito: AgencyPilot propone una configurazione default basata sul tipo di sito rilevato. Personalizza le soglie se necessario.
3. Installa l’healthcheck endpoint (snippet PHP sopra) su ogni sito per check database avanzati.
4. Configura i canali di notifica: vai in Impostazioni → Alert e aggiungi webhook Slack, email di team, e SMS per le escalation critiche.
5. Crea i gruppi cliente e assegna gli SLA per contratto. AgencyPilot calcola automaticamente le violazioni.
6. Abilita i report automatici: Impostazioni → Report → mensile → seleziona template e destinatari.

Dopo il setup, il sistema gira in autonomia. Il tuo intervento è richiesto solo quando arriva un alert — non per verificare manualmente che tutto stia girando.

FAQ — Monitoraggio Uptime WordPress per Agenzie

Ogni quanto devo fare i check di uptime?

Per siti istituzionali e blog, ogni 5 minuti è sufficiente. Per e-commerce o portali con alta visibilità, ogni 60 secondi. Check più frequenti aumentano i costi ma riducono il tempo medio di rilevamento (MTTD) degli incidenti.

Qual è la differenza tra uptime e disponibilità?

Uptime misura se il server risponde. Disponibilità misura se il servizio funziona correttamente. Un sito con uptime 100% può avere disponibilità più bassa se risponde con errori 500 o se il database non è raggiungibile. Il monitoraggio professionale misura entrambi.

Devo comunicare i downtime ai clienti?

Sì, sempre — ma in modo strutturato. Downtime < 5 minuti: menzione nel report mensile. Downtime 5-30 minuti: email di notifica a incidente risolto. Downtime > 30 minuti: comunicazione proattiva durante l’incidente, con aggiornamenti ogni 15-30 minuti. La trasparenza costruisce fiducia; l’assenza di comunicazione la distrugge.

Come gestisco i falsi positivi nel monitoraggio?

Configura la soglia di conferma a 3 check consecutivi falliti prima di inviare alert. Usa check da multiple location geografiche (almeno 2): se solo un nodo rileva il problema, probabilmente è un problema della rete del check server, non del tuo sito.

Il monitoraggio uptime è diverso dal monitoring delle performance?

Sì. Uptime monitoring risponde alla domanda “il sito è accessibile?”. Performance monitoring risponde a “quanto è veloce?”. Sono complementari: un sito può essere “up” ma con tempi di risposta di 8 secondi — tecnicamente funzionante, praticamente inutilizzabile. Configura entrambi.