Saat memilih paket internet, angka yang paling sering dibandingkan adalah kecepatannya: 30 Mbps, 50 Mbps, atau 100 Mbps. Angka itu menggambarkan berapa banyak data yang bisa mengalir setiap detik. Namun, banyak orang mengalami hal yang membingungkan. Paket 100 Mbps tetap terasa lambat saat membuka situs yang servernya di Amerika, dan suara lawan bicara di panggilan video tetap datang terlambat.
Yang hilang dari perhitungan itu adalah waktu tunggu. Latency adalah jeda waktu yang dibutuhkan data untuk berpindah dari satu titik ke titik lain di jaringan. Jeda ini tidak ikut membaik hanya karena paket internetnya lebih besar. Artikel ini membahas arti latency, asal jedanya, angka yang wajar, dan cara mengukurnya.
Apa Itu Latency? Jeda, Bukan Kecepatan
Dalam bahasa Indonesia, latency biasa disebut latensi. Secara harfiah, latency artinya penundaan atau keterlambatan. Sebagai istilah jaringan, latensi adalah selang waktu antara saat sebuah permintaan dikirim dan saat ia tiba atau dijawab. Satuannya milidetik (ms), yaitu seperseribu detik, dan semakin kecil angkanya, semakin cepat sistem terasa merespons.
Ada dua cara menghitungnya. One-way latency (latensi satu arah) mengukur perjalanan dari pengirim ke penerima saja. Round-trip time atau RTT mengukur perjalanan pulang-pergi, yaitu permintaan berangkat lalu jawabannya kembali. Angka di aplikasi dan hasil ping hampir selalu RTT. Perangkat Anda tidak bisa mengetahui kapan paket tiba di seberang tanpa menunggu balasan.
Perbedaan latency dengan bandwidth paling mudah dipahami lewat jalan tol. Bandwidth adalah jumlah lajur, sedangkan latency adalah lama perjalanan dari gerbang masuk ke gerbang keluar. Menambah lajur membuat lebih banyak mobil bisa lewat bersamaan, tetapi tidak memperpendek jarak Jakarta–Bandung. Itulah sebabnya koneksi berkapasitas besar tetap bisa terasa lamban.
Empat Komponen Latency dalam Satu Perjalanan Paket
Latensi jaringan adalah jumlah dari empat jenis jeda yang dialami setiap paket data, bukan satu angka tunggal. Mengenali keempatnya membantu Anda tahu bagian mana yang bisa diperbaiki dan bagian mana yang tidak.
- Jeda propagasi (propagation delay): Waktu yang dibutuhkan sinyal untuk merambat di media transmisi. Di kabel serat optik, cahaya menempuh setiap kilometer dalam sekitar 4,9 mikrodetik. Komponen ini ditentukan jarak dan tidak bisa ditawar.
- Jeda transmisi (transmission delay): Waktu untuk "menuangkan" seluruh bit paket ke kabel. Paket 1.500 byte butuh 1,2 ms di jalur 10 Mbps, tetapi hanya 0,012 ms di jalur 1 Gbps. Di sinilah bandwidth berpengaruh terhadap latency, meski porsinya kecil pada koneksi modern.
- Jeda pemrosesan (processing delay): Waktu yang dipakai router untuk membaca alamat tujuan dan memutuskan ke mana paket diteruskan. Pada perangkat modern, jeda ini umumnya hanya beberapa mikrodetik per perangkat.
- Jeda antrean (queuing delay): Waktu paket menunggu giliran di antrean router saat jalur sedang padat. Inilah komponen yang paling liar. Saat jaringan sepi nilainya mendekati nol, tetapi saat jaringan sibuk bisa melonjak hingga ratusan milidetik.
Di luar jaringan, masih ada waktu server memproses permintaan sebelum menjawab. Variasi latency dari satu paket ke paket berikutnya disebut jitter. Jitter tinggi hampir selalu berasal dari jeda antrean yang naik-turun, dan paling terasa pada panggilan suara serta video.

Batas Bawah Latency: 4,9 Mikrodetik per Kilometer
Dari keempat komponen tadi, jeda propagasi adalah lantai yang tidak bisa ditembus. Paket tidak bisa bergerak lebih cepat daripada cahaya di dalam serat optik. Kecepatannya sekitar 204.000 km per detik, atau 4,9 mikrodetik per kilometer.
Kami menghitung RTT minimum dari Jakarta ke beberapa kota dengan asumsi kabel terbentang lurus mengikuti permukaan bumi. Rumusnya: 2 × jarak × 4,9 mikrodetik.
| Tujuan dari Jakarta | Jarak garis lurus | RTT minimum teoretis |
|---|---|---|
| Surabaya | 663 km | 6,5 ms |
| Singapura | 905 km | 8,9 ms |
| Medan | 1.418 km | 13,9 ms |
| Jayapura | 3.777 km | 37,0 ms |
| Tokyo | 5.782 km | 56,7 ms |
| Amsterdam | 11.364 km | 111,4 ms |
| Los Angeles | 14.449 km | 141,6 ms |
| Virginia, AS | 16.338 km | 160,1 ms |
Angka nyata selalu lebih besar daripada tabel di atas. Kabel laut berkelok, paket melewati belasan router, dan rute tidak selalu mengambil jalan terpendek. Untuk melihat di titik mana jeda bertambah, traceroute menampilkan latensi per hop.
Server di Virginia tidak akan pernah menjawab pengunjung Jakarta di bawah 160 ms, berapa pun bandwidth kedua pihak. Kalau mayoritas pengunjung Anda di Indonesia, lokasi server adalah keputusan latency yang paling menentukan.
Kenapa Latency Terasa Berlipat Saat Membuka Website
Membuka satu halaman HTTPS tidak cukup dengan satu kali perjalanan pulang-pergi. Sebelum isi halaman terkirim, browser dan server melewati beberapa tahap perkenalan (handshake), dan setiap tahap menunggu jawaban dari seberang. Urutannya untuk kunjungan pertama:
- Mencari alamat lewat DNS: Menerjemahkan nama domain menjadi alamat IP. Kalau jawabannya belum tersimpan di cache, tahap ini bisa memakan beberapa perjalanan tambahan.
- Membuka koneksi TCP: Satu RTT untuk memastikan kedua pihak siap berkomunikasi.
- Negosiasi enkripsi TLS: Satu RTT pada TLS 1.3, dua RTT pada TLS 1.2.
- Mengirim permintaan dan menunggu byte pertama: Satu RTT ditambah waktu server memproses permintaan.
Dengan TLS 1.2, jumlahnya minimal empat RTT sebelum byte pertama halaman tiba. Kalau server berada di Singapura dengan RTT 15 ms, empat RTT hanya 60 ms. Kalau server berada di Virginia dengan RTT 200 ms, empat RTT menjadi 800 ms, belum termasuk waktu server bekerja.

Angka 800 ms itu penting. Panduan performa web.dev milik Google menilai Time to First Byte (TTFB), yaitu waktu sampai byte pertama jawaban tiba, baik bila 0,8 detik atau kurang. Server yang jauh bisa menghabiskan seluruh jatah itu hanya untuk perkenalan. Setiap redirect, misalnya dari http:// ke https:// atau dari tanpa www ke dengan www, menambah minimal satu RTT lagi.
Protokol yang lebih baru memangkas jumlah ronde ini. TLS 1.3 menghemat satu RTT dibanding TLS 1.2, dan HTTP/3 menggabungkan koneksi dan enkripsi dalam satu ronde. Keduanya tidak memperpendek perjalanan, tetapi mengurangi berapa kali latency harus dibayar.
Latency Rendah vs Latency Tinggi: Berapa yang Bagus?
Latency yang bagus untuk koneksi sehari-hari adalah di bawah 50 ms ke server lokal. Di bawah 100 ms masih nyaman untuk browsing dan video call. Game kompetitif menuntut angka yang lebih ketat, seperti patokan di artikel ping yang kami tautkan sebelumnya.

Low latency adalah kondisi ketika jeda cukup kecil sehingga pengguna tidak merasakan penundaan, dan dalam bahasa Indonesia disebut latensi rendah. Sebaliknya, high latency adalah jeda yang mengganggu aktivitas, atau disebut latensi tinggi. Batasnya berbeda untuk setiap jenis aktivitas, dan ada tiga patokan dari sumber primer untuk menilainya:
- Respons antarmuka: 0,1 detik: Menurut Nielsen Norman Group, jeda hingga 100 ms masih terasa instan. Di atas 1 detik, alur pikir pengguna mulai terputus. Angka ini berlaku untuk total respons aplikasi.
- Percakapan suara dan video: 150 ms satu arah: Menurut rekomendasi ITU-T G.114, jeda satu arah di bawah 150 ms membuat percakapan terasa wajar. Rentang 150–400 ms masih dapat diterima dengan batasan, dan di atas 400 ms tidak layak. Angka 150 ms satu arah setara dengan sekitar 300 ms RTT.
- Membuka halaman web: TTFB 0,8 detik: Patokan web.dev ini mencakup seluruh tahap perkenalan dan pemrosesan server.
Idle Latency dan Latency Saat Jaringan Sibuk
Sejak 2022, Speedtest by Ookla menampilkan tiga angka latency, bukan satu. Idle latency adalah latency saat jaringan Anda sedang tidak dipakai. Download latency dan upload latency diukur ketika jaringan penuh oleh unduhan dan unggahan.
Selisih ketiganya tidak terlihat dari angka Mbps. Misalnya idle latency 15 ms, tetapi download latency melonjak ke 180 ms. Artinya, begitu ada anggota keluarga yang mengunduh file besar, panggilan video Anda ikut tersendat.
Penyebabnya disebut bufferbloat, yaitu latensi berlebih akibat router atau modem menampung terlalu banyak paket di antrean. Antrean dibuat besar supaya paket jarang dibuang, tetapi akibatnya paket baru menunggu di belakang ribuan paket lain.

Router yang mendukung Smart Queue Management (SQM), misalnya dengan algoritma fq_codel, mengatur antrean supaya paket kecil tidak terjebak di belakang unduhan besar. Kalau selisih idle dan download latency Anda lebih dari 100 ms, cari fitur ini di pengaturan router atau jadikan syarat saat membeli router baru.
Cara Mengukur Latency dengan Benar
Untuk cek latency internet, pilih alat sesuai pertanyaan yang ingin Anda jawab, karena setiap alat mengukur hal yang berbeda.
Langkah #1: Ukur RTT Dasar dengan Ping
Ping mengirim paket kecil lalu mencatat berapa lama balasannya kembali. Jalankan setidaknya sepuluh kali supaya terlihat rata-rata dan kestabilannya. Di macOS dan Linux gunakan perintah berikut, sedangkan di Windows ganti -c dengan -n:
ping -c 10 google.comPerhatikan baris ringkasan di akhir. Nilai avg adalah rata-rata RTT, sedangkan selisih min dan max yang lebar menandakan jitter tinggi.
Langkah #2: Ukur Latency Saat Beban dengan Speedtest
Buka Speedtest by Ookla dan catat idle, download, dan upload latency. Ulangi pada pagi dan malam hari, karena kepadatan jaringan penyedia internet berubah sepanjang hari. Untuk mengetahui tambahan latency WiFi, uji sekali lewat WiFi dan sekali lewat kabel LAN, lalu bandingkan hasilnya.
Langkah #3: Bedah Latency Website dengan curl
Untuk pemilik website, ping tidak cukup karena tidak memperlihatkan tahap DNS, TLS, dan pemrosesan server. Perintah curl di terminal macOS atau Linux bisa menampilkan waktu tiap tahap sekaligus:
curl -o /dev/null -s -w "\
DNS lookup : %{time_namelookup}\n\
Koneksi TCP : %{time_connect}\n\
Handshake TLS: %{time_appconnect}\n\
Byte pertama : %{time_starttransfer}\n\
Total : %{time_total}\n" \
https://www.indowebsite.co.id/Hasil pengujian kami dari Indonesia pada 29 September 2026 terlihat seperti ini (dalam detik):
DNS lookup : 0.017337
Koneksi TCP : 0.051734
Handshake TLS: 0.084696
Byte pertama : 0.252850
Total : 0.314045Setiap angka dihitung sejak perintah dimulai, jadi yang perlu Anda baca adalah selisihnya. Koneksi TCP memakan 0,052 − 0,017 = 34 ms, dan handshake TLS 0,085 − 0,052 = 33 ms. Keduanya kira-kira satu RTT. Jeda terbesar ada di antara handshake dan byte pertama, yaitu 168 ms. Setelah dikurangi satu RTT, sekitar 135 ms adalah waktu server menyusun halaman, sehingga optimasi berikutnya sebaiknya diarahkan ke server.

Cara Menurunkan Latency dari Sisi Pemilik Website
Anda bisa mengatur letak server dan berapa kali latency harus dibayar. Urutan berikut disusun dari dampak terbesar:
- Tempatkan server di dekat mayoritas pengunjung: Untuk situs yang pengunjungnya di Indonesia, pilih layanan web hosting dengan data center di Indonesia. Selisihnya bisa lebih dari 150 ms per RTT dibanding server di Amerika, dan dibayar berkali-kali per kunjungan.
- Pasang CDN untuk pengunjung yang tersebar: CDN menyimpan salinan gambar, CSS, dan JavaScript di server yang dekat dengan pengunjung.
- Aktifkan TLS 1.3 dan HTTP/2 atau HTTP/3: Keduanya mengurangi jumlah ronde perkenalan. Pastikan juga keep-alive aktif, supaya koneksi yang sudah terbuka dipakai ulang untuk permintaan berikutnya.
- Pangkas redirect dan domain pihak ketiga: Setiap redirect menambah minimal satu RTT. Setiap domain eksternal baru, misalnya untuk font, iklan, atau widget, memicu DNS, TCP, dan TLS dari awal.
- Kurangi waktu pemrosesan server: Seperti pada contoh curl di atas, jeda terbesar sering ada di server. Cache halaman dan query database yang efisien memangkas bagian ini.
Sisi Lain Mengejar Latency Rendah
Mengejar latency rendah punya batas dan konsekuensi yang perlu dipahami sebelum mengeluarkan biaya.
- Lantai fisika tidak bisa dibeli: Paket internet yang lebih besar tidak akan membuat server di Eropa menjawab di bawah 110 ms dari Jakarta. Kalau latency sudah mendekati tabel di atas, pilihannya hanya memindahkan server.
- CDN tidak menolong halaman dinamis: Halaman khusus per pengunjung, seperti keranjang belanja, tetap diambil dari server asal. Saat file belum tersimpan di CDN (cache miss), pengunjung justru membayar perjalanan tambahan.
- 0-RTT membawa risiko keamanan: Fitur 0-RTT pada TLS 1.3 dan HTTP/3 mengirim data tanpa menunggu perkenalan. Namun, data itu bisa direkam lalu dikirim ulang oleh penyerang, sehingga hanya aman untuk permintaan seperti membaca halaman.
- Latency rendah tidak menjamin transfer cepat: Jalur dengan latency 5 ms tetapi berkapasitas kecil tetap lambat saat mengunduh file besar. Untuk itu, yang menentukan adalah throughput.
- Mode latensi rendah mengorbankan fitur lain: Pada TV, mode ini mematikan sebagian pemrosesan gambar supaya layar lebih cepat merespons. Akibatnya gambar bisa terlihat kurang halus.
Arti Latensi di Luar Jaringan Komputer
Kata latensi juga dipakai di bidang lain dengan makna serupa, yaitu jeda sebelum sesuatu terjadi:
- Latensi memori dan penyimpanan: Pada RAM, CAS latency adalah jumlah siklus sebelum data mulai dikirim. Angka CL yang lebih besar belum tentu lebih lambat. DDR4-3200 CL16 dan DDR5-6000 CL30 sama-sama memiliki jeda sekitar 10 nanodetik. Pada penyimpanan, hard disk butuh hitungan milidetik, sedangkan NVMe cukup puluhan mikrodetik.
- Mode latensi rendah: Low latency mode adalah pengaturan di TV, konsol, atau kartu grafis untuk memperpendek jeda dari input ke layar. Di TV dengan HDMI 2.1 namanya Auto Low Latency Mode (ALLM). NVIDIA menyediakan pengaturan Low Latency Mode dan fitur Reflex.
- Latensi dalam sosiologi: Dalam skema AGIL milik Talcott Parsons, huruf L berarti latency atau pemeliharaan pola. Artinya fungsi sistem sosial untuk menjaga nilai dan motivasi anggotanya.
- Latensi tidur: Dalam ilmu kesehatan, latensi tidur adalah waktu sejak berbaring hingga benar-benar tertidur (sleep latency), dihitung dalam menit.
Pertanyaan Seputar Latency
Apa penyebab latency tinggi?
Penyebab paling umum adalah jarak ke server yang jauh, antrean router saat jaringan penuh, sinyal WiFi yang lemah atau ramai, dan rute yang memutar. Server yang lambat memproses permintaan juga menambah waktu tunggu. Tiga alat ukur di atas membantu Anda memisahkan penyebab-penyebab ini.
Apakah latensi rendah selalu bagus?
Untuk kenyamanan, ya, karena aplikasi terasa lebih responsif. Namun, latensi rendah saja tidak cukup untuk mengunduh file besar dengan cepat, dan mode latensi rendah di TV mengorbankan sebagian kualitas gambar.
Apakah menambah bandwidth bisa menurunkan latency?
Hanya sedikit, dan hanya pada dua komponen. Bandwidth yang lebih besar mempercepat jeda transmisi dan mengurangi antrean ketika jalur sebelumnya sering penuh. Jeda propagasi karena jarak tidak berubah sama sekali.
Apakah latency 0 ms mungkin?
Tidak untuk komunikasi antar perangkat. Aplikasi yang menampilkan 0 ms atau 1 ms biasanya membulatkan angka di bawah satu milidetik, misalnya ke router di rumah Anda sendiri. Selama ada jarak fisik, selalu ada jeda propagasi.
Apa itu latency dalam game?
Latency dalam game adalah jeda antara aksi Anda dan tanggapan server game, yang biasanya ditampilkan sebagai angka ping. Game mengirim paket kecil terus-menerus, sehingga latency dan jitter jauh lebih berpengaruh daripada besar bandwidth.
Kesimpulan
Latency adalah waktu tunggu yang dialami data saat menempuh jaringan, dan ia berbeda dari bandwidth yang mengukur kapasitas. Latency punya batas bawah yang ditentukan jarak, dan pada website ia dibayar berkali-kali di setiap tahap perkenalan. Karena itu, lokasi server sering lebih menentukan daripada besar paket internet.
Untuk pengguna sehari-hari, perhatikan selisih idle dan loaded latency saat menguji koneksi. Untuk pemilik website, ukur dengan curl, dekatkan server ke pengunjung, lalu kurangi jumlah ronde yang harus ditempuh. Semoga artikel ini membantu.




