Monitoraggio multiregionale
Il tuo CDN indirizza verso la regione sbagliata. Il firewall blocca un paese. Il provider DNS ha un’interruzione regionale. Nulla di tutto ciò emerge con un monitoraggio da una sola posizione.
Attiva il monitoraggio multiregionale →
Il monitoraggio da un'unica località ti inganna
Se il tuo monitor parte da un server a Francoforte e il sito funziona a Francoforte, il monitor è tutto verde. Questo non ti dice nulla sull’edge CDN a San Paolo, che da 6 ore restituisce un 502 a ogni utente brasiliano. Nulla sul firewall che ha iniziato accidentalmente a bloccare il pool di IP US/EAST dopo l’aggiornamento delle regole di sicurezza. Nulla su un’interruzione regionale del tuo provider DNS in Australia. Nulla sul geo-routing, che ha iniziato a inviare traffico da Tokyo verso un origin mal configurato a Singapore. Ognuno di questi guasti è locale – non influisce sulla località in cui si trova il tuo monitor – quindi resta non rilevato fino a quando gli utenti di quelle regioni non ti avvisano, spesso giorni dopo tramite ticket o calo di ricavi da quella zona.
Il monitoraggio multi-località risolve questo problema, eseguendo lo stesso controllo da server indipendenti in diversi Paesi. Ogni località riporta separatamente. Se 12 su 13 danno verde e una rossa, sai che il problema è locale – e sai di quale regione si tratta. Questo restringe drasticamente la diagnosi: non è l’origin, non è il codice, è qualcosa tra l’origin e la regione.
Da dove partono i controlli
DiagnoSEO Uptime Monitoring offre controlli da 13 Paesi tramite la rete premium di proxy ScrapingBee: USA (us), UK (gb), Germania (de), Francia (fr), Italia (it), Spagna (es), Polonia (pl), Paesi Bassi (nl), Canada (ca), Australia (au), Giappone (jp), Brasile (br) e India (in). Ogni località utilizza un vero IP residenziale o datacenter di quel Paese, quindi i servizi geo-IP – inclusi CDN, WAF e piattaforme di personalizzazione – vedono la richiesta come realmente proveniente da lì.
Questo conta più di quanto si pensi. Molti WAF e sistemi di rilevamento bot bloccano silenziosamente gli “IP di monitoraggio” delle cloud più popolari. Quindi un controllo che “passa” da un generico AWS us-east-1 può comunque non dire nulla su come un vero visitatore dalla California esperisce il sito. Le località proxy premium si presentano come utenti reali.
Cosa viene controllato in ogni località
Per ogni località abilitata il monitor effettua una richiesta HTTP(S) completa tramite proxy di quel Paese. Il check segue i redirect, valida il codice di stato, misura il tempo di risposta e registra gli errori. I risultati sono memorizzati separatamente per località, così la dashboard mostra uptime, RT e ultimo stato di ognuna. Se 3 località sono giù e 10 su, è mostrato chiaramente: il monitor non è semplicemente “giù”, è “parzialmente degradato”.
Ogni controllo di località è un vero round-trip da quella zona geografica al tuo origin (o edge CDN in quella geografia). I tempi di risposta riflettono quindi la reale esperienza dell’utente: un CDN ben configurato mostra bassi RT in ogni località; un CDN mal configurato mostra alti RT in ogni regione tranne quelle vicine all’origin; un origin senza CDN mostra RT progressivamente peggiori quanto più ci si allontana dall’origin.
Come funzionano gli alert multi-località
La dashboard tratta i risultati multi-località come complemento al check principale. Il tuo monitor principale parte sempre dalla nostra infrastruttura e alimenta lo stato up/down di base; i controlli multi-località seguono un proprio orario (minimo 60 minuti, configurabile per ogni monitor) e compaiono come righe aggiuntive nella vista estesa. Se vuoi che un problema regionale generi alert, imposta questa opzione nelle preferenze: qualsiasi singola regione che fallisce in 2 controlli multi-località consecutivi diventa un evento che genera alert.
Questa suddivisione è voluta. Un controllo ogni minuto da una località può essere svolto ogni minuto. Un controllo ogni minuto da 13 località implica 13 round-trip al minuto – costoso per entrambe le parti e rumoroso dal punto di vista operativo per via dell’inevitabile jitter regionale. Un intervallo di 60 minuti per il multi-località è il punto di equilibrio: rileva veri disservizi regionali entro un’ora, senza generare fatica da alert.
Costi e crediti
Il multi-località è una funzione premium, in quanto ogni controllo passa attraverso una rete premium di proxy a pagamento. Ogni località, ogni controllo – 1 credito dall’account DiagnoSEO. Esempio: 5 monitor × 4 località × 1 controllo/ora × 24h × 30 giorni = 14.400 crediti/mese. È un budget comodo per i piani Advanced/Pro e copertura molto utile. Scegli le località che contano per il tuo pubblico – se sei e-commerce solo-USA, controlla da us, ca, mx (proxy tramite us); se EU – gb, de, fr, pl. Non abilitare tutte e 13 se non hai utenti globali.
Cosa non rileva il multi-località
Per chiarezza: il monitoraggio multi-località conferma che il livello HTTP è raggiungibile da ogni regione. Non esegue JavaScript, non rende la pagina in un vero browser, non simula interazioni utente. Se il tuo problema è che un bundle JS non si carica solo su Safari iOS in Brasile, il multi-località passerà con esito positivo ma gli utenti continueranno a soffrire. Per il rendering completo via browser, abbina il monitoraggio uptime multi-località con i dati RUM (real-user monitoring) della piattaforma di analytics – insieme danno il quadro completo.
Come iniziare
Apri lo strumento, modifica un monitor qualsiasi, espandi la sezione “Multi-location”, seleziona i Paesi che ti interessano, imposta l’intervallo multi-località (min. 60 minuti), salva. In un’ora inizierai a vedere arrivare i dati per località. La prima volta che una regione andrà in rosso mentre tutte le altre sono verdi – capirai esattamente perché questa funzione vale i crediti – perché avrai appena risparmiato 4 ore di debug su uno strato sbagliato.
Domande frequenti
-
13 regioni geografiche: USA (Est/Ovest), Regno Unito, Germania, Francia, Italia, Spagna, Polonia, Paesi Bassi, Canada, Australia, Giappone, Brasile, India. Ognuna esegue autonomamente lo stesso check e riporta il risultato separatamente.
-
Utenti diversi vedono cose diverse. Un sito può essere SU dall’Europa ma GIÙ dall’Asia (guasto regionale CDN, problema propagazione DNS, problema di geo-routing). Il monitoraggio multi-regione lo rileva — il single-region lo perde completamente.
-
Ogni regione è conteggiata come check separato per la fatturazione. Un sito monitorato da 3 regioni ogni minuto usa 3× i crediti single-region. Scegli le regioni in modo strategico — di solito 3-5 regioni coprono la maggioranza della geografia di un sito tipico.
-
Sì — ogni regione esegue il proprio check in autonomia e genera alert in modo indipendente. Se il problema è globale riceverai alert da tutte le regioni nell’arco di un intervallo di check. Se il problema è regionale, solo le regioni impattate invieranno alert — utile per la diagnosi.
-
Sì. Configura per ciascun monitor quali regioni effettuano i check. Ad es. per uno shop e-commerce polacco scegli Polonia + Germania + UK. Non ha senso monitorare dal Giappone se non hai clienti giapponesi. Riduce l’utilizzo dei crediti e il rumore.
UptimeRobot · Pingdom · BetterStack · Oh Dear · Site24x7 · StatusCake · Sentry · Uptrends · Cronitor · New Relic
Monitoraggio SSL · Scadenza dominio · Monitoraggio DNS · Ping (ICMP) · Porta (TCP) · Endpoint · Parola chiave · API · Cron / Heartbeat · Tempo di risposta · Backlink · Monitoraggio sito web