Cara kerja tes ini
Tanpa angka misterius: halaman ini menjelaskan persis apa yang kami ukur, bagaimana menghitungnya, dan apa yang bisa membuatnya meleset.
Di mana kami mengukur
Browser-mu berbicara dengan pusat data Cloudflare terdekat lewat endpoint pengukuran terbuka yang juga menggerakkan speed.cloudflare.com. Cloudflare beroperasi di lebih dari 300 kota, jadi server tes biasanya cuma berjarak beberapa milidetik — artinya hasilnya mencerminkan jaringan aksesmu, bukan server yang jauh.
Kode pusat data yang kamu lihat di hasil (misalnya CGK atau SIN) adalah kode gaya IATA dari lokasi yang melayani tesmu.
Download dan upload
Kami membuka beberapa koneksi paralel dan mengalirkan data selama jendela waktu tetap (sekitar 10 detik download, 8 detik upload), dengan ukuran payload yang dinaikkan bertahap supaya jalur lambat maupun multi-gigabit sama-sama terukur secara adil.
Throughput dicuplik terus-menerus seiring byte berdatangan. Angka utamamu adalah persentil ke-90 dari sampel setelah periode ramp-up — mendekati laju yang sanggup dipertahankan koneksi saat sudah benar-benar panas, dan agregasi yang sama dipakai speed.cloudflare.com. Nilai puncak di samping tiap grafik adalah satu sampel tertinggi.
Latensi, jitter, dan latensi saat sibuk
Latensi idle adalah median dari ~15 perjalanan bolak-balik HTTP kecil ke server tes sebelum transfer berat dimulai. Jitter adalah rata-rata perubahan antara probe yang berurutan.
Selagi download dan upload berjalan dengan kecepatan penuh, kami terus mengirim probe latensi. Median dari probe itu adalah latensi saat sibukmu. Di jalur yang sehat angkanya tetap dekat dengan idle; di jalur dengan buffer kebesaran angkanya bisa bertambah ratusan milidetik — efek itu disebut bufferbloat, dan itulah penyebab nomor satu video call patah-patah “padahal internetnya kencang”.
Nilai bufferbloat
Nilai ini membandingkan latensi saat sibuk terburukmu dengan latensi idle-mu. Kami menilai berdasarkan tambahan delay-nya:
| Nilai | Tambahan latensi saat sibuk | Rasanya seperti apa |
|---|---|---|
| A | < 20 ms | Tak terasa — semuanya tetap mulus. |
| B | 20–60 ms | Aman untuk hampir semua hal. |
| C | 60–150 ms | Video call bisa patah-patah saat ada download. |
| D | 150–400 ms | Aplikasi real-time kesulitan saat jaringan sibuk. |
| F | > 400 ms | Jalurnya tercekik tiap kali sibuk. |
Nilai kualitas
Streaming melihat sisa ruang download (4K butuh kira-kira 15–25 Mbps per stream). Video call melihat kapasitas upload plus latensi saat sibuk dan jitter — kualitas panggilan hanya sebagus jalurmu saat terbebani. Gaming melihat latensi idle, jitter, dan bufferbloat; bandwidth mentah nyaris tak berpengaruh di atas beberapa Mbps.
Nilainya sengaja dibuat konservatif: nilai A berarti aktivitas itu semestinya terasa mulus sempurna bahkan saat koneksi sedang sibuk.
Apa yang bisa membuat hasilmu meleset
Wi-Fi adalah hambatan paling umum — tes lewat kabel kalau bisa. Hal lain yang menurunkan angka: VPN atau proxy, orang atau perangkat lain yang memakai jaringan, ekstensi browser yang memeriksa trafik, CPU laptop yang sibuk, dan mode hemat daya di ponsel.
Angka juga bisa berbeda antar situs tes (speedtest.net, fast.com, situs ini) karena masing-masing memakai server, jumlah koneksi, dan agregasi yang berbeda. Selisih 10–20% itu normal dan bukan berarti salah satu tesnya keliru.
Apa yang tidak kami lakukan
Situs ini sepenuhnya statis — tidak ada backend, tidak ada database, tidak ada sistem akun. Hasil tesmu dihitung di browser dan disimpan hanya di local storage browser-mu, dan bisa kamu hapus kapan saja.
Alamat IP, provider, dan kota yang tampil di hasil tesmu dibaca dari header respons server tes dan hanya ditampilkan secara lokal. Kami tidak pernah menerima, mencatat, atau menyimpannya.