CDN dan Edge Caching: Strategi Performa untuk Website Bisnis Indonesia

TL;DR: CDN dengan edge caching menyimpan salinan halaman di pusat data dekat pengguna sehingga respons jauh lebih cepat. Untuk website bisnis Indonesia yang melayani pengunjung lintas kota, edge caching menurunkan latency 100-300 ms dan menjaga LCP di bawah 2,5 detik. Kuncinya adalah memadukan header Cache-Control yang benar, strategi invalidasi, dan monitoring cache hit ratio.

Saat membantu Yuanita Sekar memindahkan website konsultasi pribadinya ke Vercel, kami menemukan masalah klasik: pengunjung dari Makassar dan Manado mengalami waktu muat hampir dua kali lipat lebih lama dibanding pengunjung Jakarta. Origin server di Singapura sebetulnya cepat, tapi setiap request menempuh jarak yang sama tanpa perantara terdekat.

Solusinya bukan ganti hosting. Solusinya adalah memanfaatkan jaringan edge yang sudah tersedia. Dalam beberapa proyek terakhir, perpindahan ke arsitektur CDN-first menjadi cara paling efektif menjaga performa tanpa harus menambah biaya server.

Mengapa Origin-Only Tidak Cukup

Website bisnis biasanya dihosting di satu region, sering Singapura atau Jakarta. Pengunjung dari kota lain harus melakukan koneksi jarak jauh setiap kali request. Ini berdampak ke Time to First Byte, yang mana TTFB di atas 800 ms hampir pasti membuat Largest Contentful Paint merah. CDN hadir untuk memotong jarak fisik itu dengan menyimpan salinan konten di banyak lokasi.

Riset web.dev tentang TTFB menyebutkan bahwa pengurangan latency origin sebesar 200 ms umumnya menghasilkan perbaikan LCP hampir setara di halaman ringan. Untuk e-commerce, ini berdampak langsung ke conversion rate.

Tiga Lapisan Cache yang Wajib Dipahami

Banyak tim hanya fokus di origin cache, lupa bahwa edge cache adalah yang paling besar dampaknya untuk pengguna. Pelajari lebih dalam di edge caching dan kaitannya dengan strategi cache-control yang sudah saya bahas sebelumnya.

Studi Kasus: Atmo LMS

Saat membangun Atmo, platform learning management untuk training perusahaan, kami punya beban berat: video metadata, modul markdown, dan dashboard progress. Awalnya semua dilayani dari origin Next.js. TTFB rata-rata 650 ms. Setelah memindahkan halaman publik ke ISR dengan revalidate 60 detik dan mengaktifkan Vercel Edge Network, TTFB turun ke 95 ms untuk halaman yang sudah ter-cache.

Yang lebih penting: cache hit ratio mencapai 84% dalam dua minggu, artinya sebagian besar permintaan tidak menyentuh origin sama sekali. Ini juga menurunkan biaya bandwidth origin secara signifikan.

Pertanyaan Umum

Apakah CMS WordPress bisa pakai edge caching?

Bisa, dengan plugin seperti WP Rocket dan layanan CDN seperti Cloudflare. Pastikan halaman pribadi user di-bypass dari cache.

Berapa TTL ideal untuk halaman produk?

Antara 5-15 menit dengan stale-while-revalidate untuk mencegah pengunjung melihat data lama saat ada update.

Apakah edge caching mengganggu personalisasi?

Tidak jika dipisah. Konten umum di edge, personalisasi dilakukan di sisi klien atau via fragment caching.

Penutup

Edge caching bukan optimasi tambahan, melainkan fondasi performa modern. Untuk website bisnis Indonesia yang ingin LCP konsisten hijau, mulailah dari memetakan tiga lapisan cache, menentukan TTL yang masuk akal, dan memantau cache hit ratio sebagai KPI utama performa.