Latency Budget

TL;DR: Latency budget adalah anggaran waktu eksplisit yang dipecah per tahap (DNS, TTFB, render, network) supaya tim teknis dan marketing punya target yang dapat dipertanggungjawabkan. Tanpa budget yang jelas, optimasi performa cenderung reaktif dan jarang mencapai target Core Web Vitals.

Apa itu Latency Budget?

Latency budget adalah praktik yang dipinjam dari rekayasa industri, di mana total waktu yang ditoleransi user dipecah menjadi bagian-bagian kecil untuk setiap subsistem. Misalnya, jika target LCP adalah 2,5 detik, tim membagi: 200 ms untuk DNS, 400 ms untuk TTFB, 600 ms untuk transfer HTML, 800 ms untuk render, dan 500 ms untuk fetch resource gambar utama.

Konsep ini diadopsi luas di komunitas web performance, terutama setelah Google merilis pedoman Core Web Vitals di web.dev. Tanpa budget yang dialokasikan, setiap tim menambahkan fitur tanpa tahu dampak kumulatifnya pada user.

Cara Menerapkan

Budget ini digabung dengan monitoring lewat Chrome UX Report untuk memastikan praktik di lapangan, bukan sekadar lab test.

Kenapa Penting?

Budget yang eksplisit memaksa diskusi prioritas di awal, bukan setelah situs lambat. Saat membangun website Vetmo, tim Vito Atmo mengalokasikan 1,2 detik untuk LCP image dan menolak permintaan tambahan font berat dari tim desain karena akan melanggar budget render. Hasilnya, situs lulus Core Web Vitals di first launch tanpa rework mahal.

Pertanyaan Umum

Apakah latency budget sama dengan target SLA?

Tidak. SLA adalah komitmen kontraktual ke user, sering di tingkat 99 persentil. Latency budget adalah pemecahan internal target itu menjadi alokasi per komponen.

Bagaimana kalau budget terlewati?

Tim harus pilih: tunda fitur baru, optimasi tahap yang melebihi alokasi, atau renegosiasi budget total dengan stakeholder. Jangan biarkan tanpa keputusan, karena kompromi diam menumpuk jadi degradasi.