Penjelasan Jaminan Uptime Web Hosting: 99,9% vs 99,95% vs 100% — dan Bagaimana Penyedia Mendefinisikannya
Setiap persentase adalah jumlah menit tertentu yang diperbolehkan per bulan. Berikut perhitungannya, ditambah apa yang sebenarnya dipublikasikan penyedia besar dalam SLA mereka dan bagaimana mereka mendefinisikan 'downtime' dalam tulisan kecil.
Apa yang diperbolehkan setiap "angka sembilan"
Persentase uptime diterjemahkan menjadi downtime tertentu yang diperbolehkan per bulan: 99% = 7 jam 18 menit; 99,9% ("tiga sembilan") = 43 menit; 99,95% = 22 menit; 99,99% ("empat sembilan") = 4,3 menit; 99,999% = 26 detik. Perbedaan pemasaran antara 99,9% dan 99,99% hanya satu angka desimal; perbedaan praktisnya adalah 38 menit per bulan, setiap bulan, dari downtime yang diizinkan.
Apa yang sebenarnya dipublikasikan penyedia besar
Kinsta menerbitkan jaminan uptime 99,9% dalam SLA-nya di kinsta.com/legal/sla, dengan kebijakan kredit layanan yang terdokumentasi jika metrik tersebut tidak tercapai. DreamHost menerbitkan jaminan uptime 100% di dreamhost.com/legal/100-uptime-guarantee/, dengan kebijakan kredit yang menetapkan kompensasi per menit downtime tak terjadwal. Tingkat shared dari SiteGround, Bluehost, dan DreamHost merujuk uptime dalam Ketentuan Layanan mereka alih-alih halaman SLA tersendiri; kebijakan kreditnya biasanya berupa persentase dari tagihan bulan yang terdampak.
Bagaimana penyedia mendefinisikan "downtime" — baca pengecualian SLA
Angka pada halaman pemasaran adalah batas bawahnya; pengecualian dalam SLA-lah yang mendefinisikan kewajiban yang sebenarnya. Pengecualian umum di seluruh SLA hosting: jendela pemeliharaan terjadwal (terkadang sepenuhnya dikecualikan dari perhitungan, sehingga sebuah penyedia bisa memberikan "99,9%" sembari memiliki gangguan terencana berjam-jam), gangguan yang disebabkan pelanggan, kegagalan jaringan pihak ketiga (DDoS, masalah ISP), dan peristiwa force majeure. Bacalah SLA yang ditautkan sebelum memperlakukan angka utama sebagai komitmen. Jaminan 100% milik DreamHost luar biasa luas — sesuai halaman kebijakannya, ia secara eksplisit tidak mengecualikan pemeliharaan terjadwal dari perhitungan.
Cara memverifikasi uptime secara independen
Dasbor uptime yang dilaporkan sendiri tidaklah independen — para penyedia mengecualikan pemeliharaan terjadwal mereka sendiri dan bisa lambat dalam menghitung insiden. Untuk verifikasi independen, jalankan alat seperti UptimeRobot, Pingdom, atau Better Stack terhadap URL Anda sendiri dengan interval pemeriksaan 1 atau 5 menit. Mereka melaporkan ketersediaan yang teramati dari monitor yang tersebar secara geografis. Pencocokan silang terhadap dasbor SLA penyedia adalah satu-satunya cara untuk mengetahui apakah angka yang dipublikasikan mencerminkan kenyataan.
Kapan SLA penting dan kapan tidak
Untuk blog pribadi atau situs portofolio, SLA sebagian besar hanya artefak pemasaran — beberapa jam downtime per tahun memang menjengkelkan tetapi tidak signifikan secara finansial. Untuk situs e-commerce atau SaaS, SLA penting karena downtime langsung berarti pendapatan yang hilang. Situs yang menghasilkan $100/hari dan offline selama 3 jam telah kehilangan $12,50 margin ditambah dampak SEO jika Google menemui galat saat melakukan crawl. Untuk situs komersial, metrik yang relevan bukan persentase SLA melainkan rumus kebijakan kredit dan uptime historis pada monitor pihak ketiga.
Sumber
Kinsta SLA: kinsta.com/legal/sla. DreamHost uptime 100%: dreamhost.com/legal/100-uptime-guarantee. Ketentuan SiteGround: siteground.com/terms.htm. Ketentuan Bluehost: bluehost.com/terms-of-service. Rekomendasi Hosting WordPress.org: wordpress.org/hosting. Semua URL diakses pada 30-04-2026.