Strategi CDN dan Cache untuk Website Bisnis Indonesia: LCP Cepat di 2026
CDN dan caching strategy menentukan apakah halaman bisnis Anda terasa instan di Jabodetabek, Surabaya, atau Bali. Begini cara menyusunnya tanpa over-engineering.
TL;DR: CDN mendistribusikan aset website ke edge server terdekat dari pengunjung, sementara caching strategy menentukan apa yang disimpan, di mana, dan berapa lama. Untuk website bisnis Indonesia di 2026, kombinasi keduanya biasa memangkas LCP dari range 4 sampai 6 detik ke bawah 2 detik, tanpa harus rewrite kode aplikasi.
Pengunjung di Surabaya membuka website yang servernya di Singapura. Latency dasar saja sudah 30 sampai 60 ms, ditambah TLS handshake, render, dan asset fetch, total LCP gampang menembus 4 detik. Bagi website bisnis dengan funnel kontak, itu artinya 20 sampai 30 persen pengunjung pergi sebelum hero section selesai dimuat.
Saat membantu Nalesha (e-commerce parfum) memindahkan stack ke setup CDN proper di kuartal pertama 2026, LCP P75 mereka turun dari 4,2 detik ke 1,7 detik dalam dua minggu, mayoritas berkat strategi cache, bukan rewrite frontend.
Bedanya CDN dan caching strategy
Banyak yang mengira CDN dan cache adalah hal yang sama. Tidak. CDN adalah infrastruktur. Caching strategy adalah keputusan bisnis. Lihat CDN sebagai glosarium untuk definisinya, dan caching strategy untuk dimensi keputusannya.
Singkatnya: CDN tanpa strategi caching hanya jadi reverse proxy mahal. Strategi caching tanpa CDN tetap kalah jauh untuk audiens lintas pulau.
Tiga lapis cache yang harus diatur
Untuk website bisnis Indonesia, saya selalu mulai dari tiga lapis berikut:
- Browser cache untuk aset statis (gambar, font, CSS, JS) dengan TTL panjang dan versioning lewat hash.
- Edge cache di CDN untuk halaman HTML yang relatif statis, seperti landing, blog, glosarium. TTL biasanya 60 sampai 600 detik dengan stale-while-revalidate.
- Origin cache di server aplikasi (misal Next.js ISR atau Redis) untuk data dinamis yang tidak boleh basi terlalu jauh.
Pola ini sejalan dengan praktik yang direkomendasikan web.dev di Core Web Vitals dan dokumentasi resmi mayor CDN, mulai dari Vercel sampai Cloudflare.
CDN apa yang cocok untuk audiens Indonesia
Tidak semua CDN sama untuk Indonesia. Per April 2026, observasi saya di proyek klien:
| CDN | Edge di Indonesia | Cocok untuk |
|---|---|---|
| Cloudflare | Jakarta, beberapa kota lain | Website bisnis kecil sampai menengah, traffic global |
| Vercel | Jakarta + multi-region | Website Next.js dengan ISR, App Router |
| BunnyCDN | Jakarta, Singapura | Heavy static, harga kompetitif |
| AWS CloudFront | Jakarta | Stack AWS, butuh integrasi WAF |
Untuk klien yang sudah Next.js, hampir selalu Vercel jadi default karena integrasi ISR plus revalidate tag bekerja out of the box. Untuk WordPress UMKM, Cloudflare sering jadi pilihan paling ekonomis.
Studi kasus Nalesha: dari 4,2 detik ke 1,7 detik
Saat Nalesha minta audit performa di awal 2026, masalah utamanya bukan kode, melainkan absen cache. Tiga perubahan utama yang dilakukan:
- Aktifkan ISR di halaman produk dengan revalidate 600 detik.
- Pindah gambar produk ke image CDN yang serve format AVIF dengan responsive sizes.
- Tambah edge cache header pada landing dan kategori, dengan stale-while-revalidate 300 detik.
Hasil di Search Console dalam 14 hari: LCP P75 turun dari 4,2 ke 1,7 detik, INP P75 stabil di bawah 200 ms, dan bounce rate kategori turun dalam range 8 sampai 12 persen. Studi kasus lengkapnya saya sambungkan di image CDN untuk LCP.
Pertanyaan Umum
Apakah CDN selalu bikin website lebih cepat?
Tidak otomatis. CDN tanpa caching strategy yang tepat bisa malah menambah hop. Yang membuat cepat adalah kombinasi edge yang dekat audiens dan cache rule yang sesuai.
Berapa TTL yang aman untuk halaman bisnis?
Untuk landing dan blog, range 60 sampai 600 detik dengan stale-while-revalidate biasanya aman. Untuk halaman transaksional seperti checkout, hindari edge cache penuh, gunakan no-store atau private.
Apakah ISR sama dengan CDN cache?
Mirip tapi tidak identik. ISR menentukan kapan halaman di-rebuild di origin, sementara CDN cache menentukan kapan response disimpan di edge. Untuk Next.js, keduanya bekerja berlapis.
Apakah Cloudflare Free tier cukup untuk UMKM?
Untuk mayoritas UMKM dengan traffic di bawah 100 ribu kunjungan per bulan, free tier Cloudflare biasanya cukup, asal tidak butuh fitur enterprise seperti load balancing geografis lanjutan.
Tutup: strategi dulu, infrastruktur belakangan
CDN mahal tanpa strategi cache hanya menghasilkan tagihan, bukan kecepatan. Mulai dari memetakan tiga lapis cache, tentukan TTL berbasis sifat halaman, lalu pilih CDN yang edge-nya benar-benar dekat dengan kota target Anda. Untuk mayoritas website bisnis Indonesia, pendekatan ini cukup memangkas LCP secara signifikan tanpa harus rewrite kode.
Artikel Terkait
Website Bisnis
Cara Mengukur ROI Website dalam 90 Hari Pertama untuk Bisnis Indonesia 2026
Website tanpa kerangka pengukuran ROI cuma jadi pajangan. Panduan 90 hari pertama menetapkan baseline, milestone, dan sinyal ROI yang valid untuk bisnis Indonesia.
Website Bisnis
Partial Prerendering (PPR) Next.js untuk Website Bisnis Indonesia 2026
Partial Prerendering menggabungkan kecepatan halaman statis dengan fleksibilitas konten dinamis. Untuk website bisnis Indonesia, PPR memangkas waktu tampil konten utama tanpa mengorbankan personalisasi.
Website Bisnis
Edge Runtime untuk Konsultan Indonesia: Latensi Rendah, Konversi Naik 2026
Edge Runtime menjalankan kode lebih dekat ke pengguna. Untuk konsultan dan pelaku UMKM di Indonesia, ini berarti waktu tanggap yang lebih singkat dan konversi yang lebih konsisten.
Butuh website yang benar-benar bekerja?
Hubungi Vito untuk konsultasi gratis 15 menit.
WhatsApp Sekarang