Pembuat Header Cache-Control HTTP

Apa itu HTTP Cache-Control Header Builder?

Cache-Control adalah header respons HTTP yang memberitahu browser, CDN, dan proxy apakah respons dapat di-cache, berapa lama, dan bagaimana harus divalidasi kembali setelah menjadi usang. Ini juga salah satu header yang paling mudah untuk salah: no-cache tidak berarti "jangan cache," no-store secara diam-diam menimpa hampir semua hal lain yang Anda tetapkan bersama dengannya, dan s-maxage hanya penting untuk shared cache sementara max-age penting untuk keduanya. Tool ini merakit header yang benar dari direktif individual (atau preset yang dikurasi) dan menjelaskan, dalam plain English, dengan tepat apa yang dilakukan setiap direktif aktif — plus menandai kombinasi yang bertentangan atau sebagian membatalkan satu sama lain.

Cara menggunakannya

1. Pilih Context Preset untuk skenario umum — respons API, aset statis, halaman HTML, atau data pribadi — atau biarkan di Custom untuk mengaktifkan/menonaktifkan direktif sendiri.
2. Dalam mode Custom, centang direktif Cacheability yang berlaku (public, private, no-cache, no-store), tetapkan waktu hidup Freshness dalam detik (max-age, s-maxage, stale-while-revalidate, stale-if-error), dan aktifkan direktif Revalidation apa pun yang Anda butuhkan (must-revalidate, proxy-revalidate, immutable, no-transform, must-understand).
3. Kotak Cache-Control Header diperbarui secara otomatis — salin langsung ke konfigurasi server, aturan CDN, atau kode aplikasi Anda.
4. Baca What Each Directive Does untuk penjelasan plain-English setiap direktif yang telah Anda aktifkan, dan periksa Warnings untuk apa pun yang bertentangan atau secara diam-diam membatalkan direktif lain yang telah Anda tetapkan.

Memilih preset

• API response — no-store. Data dinamis per-permintaan yang tidak boleh di-cache oleh siapa pun.
• Static asset — public, max-age=31536000, immutable. Untuk file dengan nama file yang di-hash atau berversi (app.a1b2c3.js) — URL sendiri berubah ketika konten berubah, jadi aman untuk di-cache selama setahun dan melewati revalidasi sepenuhnya.
• HTML page — no-cache. URL tetap sama tetapi konten dapat berubah, jadi cache dapat menyimpannya tetapi harus memeriksa dengan origin sebelum melayaninya lagi.
• Private data — private, max-age=0, must-revalidate. Halaman akun, keranjang, atau apa pun yang spesifik pengguna: dapat di-cache hanya oleh browser, dan selalu divalidasi kembali.

FAQ

Apa perbedaan antara no-cache dan no-store?

no-cache memungkinkan cache untuk menyimpan respons, tetapi memaksanya untuk revalidasi dengan server origin sebelum melayaninya lagi — ini adalah direktif "periksa dulu," bukan "jangan cache." no-store adalah versi ketat: tidak ada cache yang dapat menyimpan respons sama sekali. Mencampur no-store dengan direktif seperti max-age atau must-revalidate tidak invalid, tetapi direktif tersebut menjadi tidak berarti — no-store sudah mencegah penyimpanan apa pun untuk mereka terapkan.

Apa perbedaan antara max-age dan s-maxage?

max-age menetapkan waktu hidup freshness untuk setiap cache — browser dan shared cache apa pun (CDN, proxy) di antara. s-maxage menimpa waktu hidup itu untuk shared cache saja, memungkinkan Anda untuk cache respons lebih lama (atau lebih pendek) di CDN daripada di browser pengunjung sendiri. s-maxage pada respons private tidak memiliki efek, karena shared cache tidak diizinkan menyimpan respons pribadi sejak awal.

Apakah immutable berarti respons tidak pernah divalidasi kembali?

Hanya dalam jendela freshnessnya. immutable memberitahu browser bahwa dapat melewati permintaan revalidasi bersyarat sepenuhnya — termasuk pada reload yang dipicu pengguna — selama max-age (atau s-maxage) mengatakan respons segar. Setelah jendela itu berakhir, aturan revalidasi normal berlaku lagi. Menetapkan immutable tanpa max-age/s-maxage memberinya tidak ada jendela freshness untuk diterapkan.

Apakah Cache-Control satu-satunya header caching yang saya butuhkan?

Ini adalah yang utama untuk mengontrol freshness dan penyimpanan, tetapi validator seperti ETag dan Last-Modified masih penting untuk permintaan revalidasi — ini adalah apa yang dikirim cache kembali ke origin untuk bertanya "apakah ini telah berubah?" setelah max-age berakhir. Untuk mengonversi durasi menjadi nilai max-age= siap pakai tanpa aritmetika detik, gunakan Cache TTL Calculator. Untuk alur kerja pembuatan header yang setara pada permintaan lintas-origin, lihat CORS Headers Builder.

Privasi

Tool ini berjalan sepenuhnya di browser Anda. Direktif dan nilai yang Anda tetapkan tidak pernah dikirim ke atau disimpan di server kami.