Le garanzie di uptime del web hosting spiegate: 99,9% vs 99,95% vs 100% — e come gli host lo definiscono
Ogni percentuale corrisponde a un numero preciso di minuti consentiti al mese. Ecco i calcoli, più ciò che i principali host pubblicano davvero nei loro SLA e come definiscono il "downtime" nelle clausole in piccolo.
Cosa consente ciascun "nove"
Le percentuali di uptime si traducono in un downtime massimo consentito al mese: 99% = 7 ore e 18 minuti; 99,9% ("tre nove") = 43 minuti; 99,95% = 22 minuti; 99,99% ("quattro nove") = 4,3 minuti; 99,999% = 26 secondi. La differenza di marketing tra 99,9% e 99,99% è un decimale; la differenza pratica è di 38 minuti al mese, ogni mese, di downtime consentito.
Cosa pubblicano davvero i principali host
Kinsta pubblica una garanzia di uptime del 99,9% nel suo SLA su kinsta.com/legal/sla, con una politica documentata di crediti di servizio se la metrica non viene rispettata. DreamHost pubblica una garanzia di uptime del 100% su dreamhost.com/legal/100-uptime-guarantee/, con una politica di crediti che specifica il compenso per ogni minuto di downtime non programmato. SiteGround, Bluehost e i piani condivisi di DreamHost fanno riferimento all'uptime nei loro Termini di servizio anziché in una pagina SLA dedicata; le politiche di credito sono tipicamente una percentuale della fattura del mese interessato.
Come gli host definiscono il "downtime" — leggi le esclusioni dello SLA
Il numero sulla pagina di marketing è il minimo garantito; le esclusioni dello SLA sono ciò che definisce l'obbligo effettivo. Esclusioni comuni negli SLA di hosting: finestre di manutenzione programmata (a volte escluse interamente dal calcolo, ed è così che un host può fornire "99,9%" pur avendo interruzioni pianificate di più ore), interruzioni causate dal cliente, guasti di rete di terze parti (DDoS, problemi dell'ISP) ed eventi di forza maggiore. Leggi lo SLA collegato prima di trattare il numero in evidenza come un impegno. La garanzia del 100% di DreamHost è insolitamente ampia — esplicitamente non esclude la manutenzione programmata dal calcolo, secondo la pagina della politica.
Come verificare l'uptime in modo indipendente
Le dashboard di uptime autocertificate non sono indipendenti — i fornitori escludono la propria manutenzione programmata e possono essere lenti a conteggiare gli incidenti. Per una verifica indipendente, usa uno strumento come UptimeRobot, Pingdom o Better Stack sul tuo URL con un intervallo di controllo di 1 o 5 minuti. Riportano la disponibilità osservata da monitor distribuiti geograficamente. Il confronto incrociato con la dashboard SLA di un fornitore è l'unico modo per sapere se il numero pubblicato rispecchia la realtà.
Quando lo SLA conta e quando no
Per un blog personale o un sito portfolio, lo SLA è per lo più un artefatto di marketing — qualche ora di downtime all'anno è fastidiosa ma non finanziariamente rilevante. Per un sito e-commerce o un SaaS, lo SLA conta perché il downtime si traduce direttamente in mancati ricavi. Un sito che fa 100 $/giorno di ricavi e resta offline per 3 ore ha perso 12,50 $ di margine più un impatto SEO se Google ha incontrato errori durante una scansione. Per i siti commerciali, la metrica rilevante non è la percentuale dello SLA ma la formula della politica di credito e l'uptime storico sui monitor di terze parti.
Fonti
Kinsta SLA: kinsta.com/legal/sla. DreamHost 100% uptime: dreamhost.com/legal/100-uptime-guarantee. Termini SiteGround: siteground.com/terms.htm. Termini Bluehost: bluehost.com/terms-of-service. Raccomandazioni Hosting di WordPress.org: wordpress.org/hosting. Tutti gli URL consultati il 30/04/2026.