Găzduire web

Garanțiile de uptime pentru găzduire web explicate: 99,9% vs. 99,95% vs. 100% — și cum le definesc hosterii

Fiecare procent reprezintă un anumit număr de minute permise pe lună. Iată calculul, plus ce publică efectiv marii hosteri în SLA-urile lor și cum definesc "timpul de nefuncționare" în textul cu litere mici.

By Subger Editorial TeamUpdated 30 aprilie 20265 min read

Ce permite fiecare "nouă"

Procentele de uptime se traduc într-un timp de nefuncționare specific permis pe lună: 99% = 7 ore 18 minute; 99,9% ("trei de nouă") = 43 de minute; 99,95% = 22 de minute; 99,99% ("patru de nouă") = 4,3 minute; 99,999% = 26 de secunde. Diferența de marketing dintre 99,9% și 99,99% este o zecimală; diferența practică este de 38 de minute pe lună, în fiecare lună, de timp de nefuncționare permis.

Ce publică efectiv marii hosteri

Kinsta publică o garanție de uptime 99,9% în SLA-ul său pe kinsta.com/legal/sla, cu o politică documentată de credite de serviciu dacă metrica nu este atinsă. DreamHost publică o garanție de uptime 100% pe dreamhost.com/legal/100-uptime-guarantee/, cu o politică de credite care specifică compensația pe minut de timp de nefuncționare neplanificat. Planurile shared SiteGround, Bluehost și DreamHost fac referire la uptime în Termenii și condițiile lor în loc de o pagină SLA dedicată; politicile de credite sunt de obicei un procent din factura lunii afectate.

Cum definesc hosterii "timpul de nefuncționare" — citește excluderile din SLA

Cifra de pe pagina de marketing este pragul minim; excluderile din SLA sunt cele care definesc obligația reală. Excluderi comune în SLA-urile de găzduire: ferestrele de mentenanță programată (uneori excluse complet din calcul, ceea ce permite unui hoster să livreze "99,9%" în timp ce are pene programate de mai multe ore), penele cauzate de client, defecțiunile de rețea ale terților (DDoS, probleme ale ISP-ului) și evenimentele de forță majoră. Citește SLA-ul linkat înainte de a trata cifra de pe titlu ca pe un angajament. Garanția 100% de la DreamHost este neobișnuit de cuprinzătoare — nu exclude explicit mentenanța programată din calcul, conform paginii cu politica.

Cum să verifici uptime-ul în mod independent

Tablourile de bord cu uptime auto-raportat nu sunt independente — furnizorii își exclud propria mentenanță programată și pot fi înceți în a contabiliza incidentele. Pentru verificare independentă, rulează un instrument precum UptimeRobot, Pingdom sau Better Stack împotriva propriei adrese URL cu un interval de verificare de 1 sau 5 minute. Acestea raportează disponibilitatea observată de pe monitoare distribuite geografic. Coroborarea cu tabloul de bord SLA al unui furnizor este singura modalitate de a ști dacă cifra publicată reflectă realitatea.

Când contează SLA-ul și când nu

Pentru un blog personal sau un site de portofoliu, SLA-ul este în mare parte un artefact de marketing — orele de timp de nefuncționare pe an sunt enervante, dar nu sunt semnificative financiar. Pentru un site de e-commerce sau un SaaS, SLA-ul contează pentru că timpul de nefuncționare se traduce direct în venit pierdut. Un site care face 100 $/zi în venituri și este offline 3 ore a pierdut 12,50 $ din marjă, plus un impact SEO dacă Google a întâmpinat erori în timpul unei accesări cu crawlerul. Pentru site-urile comerciale, metrica relevantă nu este procentul SLA, ci formula politicii de credite și uptime-ul istoric pe monitoare terțe.

Surse

Kinsta SLA: kinsta.com/legal/sla. DreamHost uptime 100%: dreamhost.com/legal/100-uptime-guarantee. SiteGround termeni: siteground.com/terms.htm. Bluehost termeni: bluehost.com/terms-of-service. Recomandări de găzduire WordPress.org: wordpress.org/hosting. Toate URL-urile accesate la 30.04.2026.