HTTP caching memungkinkan browser, proxy, atau CDN menggunakan kembali response tanpa selalu meminta data dari origin. MDN menjelaskan bahwa caching dapat mengurangi waktu akses dan beban server, tetapi aturan cache harus disesuaikan dengan sifat data agar konten personal tidak terbagi ke pengguna lain.
Memahami max-age, no-cache, dan no-store
Direktif max-age menentukan berapa lama response dianggap masih segar. no-cache tidak berarti response tidak boleh disimpan; browser tetap dapat menyimpannya, tetapi harus melakukan validasi sebelum menggunakannya kembali. no-store mencegah penyimpanan response baru, sehingga lebih sesuai untuk data yang sangat sensitif, meskipun pemakaian berlebihan menghilangkan manfaat cache.
Untuk response personal, private membantu mencegah cache bersama membagikan response kepada pengguna lain. Untuk aset statis yang memiliki nama file berversi atau hash, cache berumur panjang lebih aman karena perubahan menghasilkan URL baru.
Pola praktis untuk aplikasi
Pisahkan kebijakan cache berdasarkan jenis response. HTML yang dipersonalisasi biasanya memerlukan validasi atau kebijakan private, sedangkan JavaScript, CSS, dan gambar dengan nama file immutable dapat menggunakan masa cache panjang. Uji juga perilaku CDN dan reverse proxy karena setiap lapisan dapat memiliki konfigurasi tambahan.
Sumber asli: https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/Caching
Sumber asli: https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Cache-Control
Implikasi bagi developer dan bisnis
Caching yang tepat menurunkan beban origin dan mempercepat halaman. Caching yang salah dapat menampilkan data lama, membocorkan response personal, atau membuat invalidasi sulit. Karena itu, kebijakan cache sebaiknya ditulis sebagai bagian dari desain API dan diuji pada browser, CDN, serta lingkungan produksi.
Transparansi: Artikel ini disusun bersama Codekop AI berdasarkan sumber yang tercantum, lalu ditinjau dan disunting oleh Fauzan Falah. AI dapat keliru, jadi silakan cek kembali sumber asli.