Controlla da più di
un punto di osservazione.

Dalle sedi elencate nella nostra pagina Sedi di controllo, che legge l'elenco live dalla nostra API. Le sedi girano su AWS, Google Cloud e Microsoft Azure. Quella predefinita è in Virginia (AWS).

Una per monitor sul piano gratuito. I piani uptime a pagamento possono selezionarne quante vogliono su ogni monitor.

Ogni sede da cui parte un check conta come un check nel tuo volume mensile di check. Un monitor controllato da tre sedi ogni minuto usa tre check al minuto.

Imposti tu il numero minimo di sedi che devono avere esito positivo. Se sono meno, il monitor va offline e invia un alert. Una sede che in un'esecuzione non riesce proprio a riportare un risultato, per esempio per un problema del suo provider, viene esclusa da quell'esecuzione invece di essere contata come un fallimento. Per un monitor con una sola sede, proviamo quella predefinita se è diversa e rimane abbastanza tempo. Senza risultati, lo stato del monitor resta invariato.

No. I check browser partono solo dalla Virginia (AWS), e lo stesso vale per i check dei certificati TLS, di scadenza del dominio e dei record DNS. Le sedi multiple si applicano ai check HTTP.

Non ce ne sono da inserire: i check partono da intervalli di indirizzi cloud che cambiano. Usa invece un header personalizzato segreto o il nostro User-Agent, site-qwality-check/1.0. La guida all'allowlist spiega entrambe le opzioni passo per passo. Se ti servono check da un indirizzo fisso, contattaci.

La protezione anti-bot del sito, per esempio una challenge di Cloudflare, ha rifiutato il nostro check. Conta come un fallimento. Controllare da una sede di un altro provider può aiutare, oppure puoi inserire i nostri check in allowlist con un header segreto, così la protezione li lascia passare.