Analisis Header Cache

Analisis header caching HTTP untuk URL apa pun. Periksa Cache-Control, Expires, ETag, Last-Modified, Vary, Age, dan sinyal cache CDN umum untuk memahami perilaku browser vs cache bersama. Termasuk pelacakan pengalihan, tampilan header mentah, penyaringan, temuan masalah, dan ekspor JSON/PDF.

Loading…

Tentang Analisis Header Cache

Tempelkan URL dan langsung pahami cara caching-nya: arahan browser, caching CDN/proksi bersama (s-maxage, kontrol surrogat), validator (ETag/Last-Modified), dan pola validasi ulang (stale-while-revalidate, stale-if-error). Gunakan untuk debug kinerja, cegah caching HTML tidak sengaja, dan verifikasi kebijakan cache aset statis.

Fitur

Audit cache berbasis URL dengan kartu skor jelas + temuan (fokus pada header caching/kinerja).
Ikuti pengalihan (hingga 10) untuk lihat di mana aturan caching benar-benar berlaku.
Tampilan header mentah untuk transparansi penuh (apa yang benar-benar dikembalikan server/CDN).
Sorotan analisis cache: arahan Cache-Control, Expires/Pragma, dan konflik.
Pemeriksaan validator: deteksi ETag dan Last-Modified (untuk permintaan bersyarat & validasi ulang).
Analisis Vary untuk tangkap perilaku Vary yang hilang atau berisiko (terutama untuk konten personal).
Deteksi sinyal CDN: Age, Via, CF-Cache-Status, X-Cache, header gaya Fastly/Akamai/CloudFront.
Filter & mode "hanya masalah" untuk fokus pada masalah yang dapat ditindaklanjuti dengan cepat.
Ekspor hasil sebagai laporan JSON dan PDF (bagus untuk audit dan kiriman klien).
Penyelidikan HEAD-first (fallback ke GET) untuk minimalkan bandwidth sambil tetap kompatibel.

🧭 Cara menggunakan for cache-headers-analyzer

Masukkan URL

Tempel URL lengkap yang ingin diaudit (mis., [https://example.com/static/app.css](https://example.com/static/app.css)).

Pilih perilaku permintaan

Pertahankan "Coba HEAD dulu (fallback ke GET)" diaktifkan untuk pemeriksaan cepat. Aktifkan "Ikuti Pengalihan" jika URL mungkin dialihkan (HTTP→HTTPS, www, CDN, dll.).

Pilih fokus analisis

Gunakan "Otomatis (disarankan)" untuk tampilan seimbang. Beralih ke "Caching browser", "Caching CDN / proksi", atau "Caching API" untuk prioritaskan temuan paling relevan untuk endpoint Anda.

Tinjau temuan dan kategori header

Periksa skor/temuan dulu, lalu selidiki arahan cache, validator (ETag/Last-Modified), analisis Vary, dan sinyal CDN (Age, header status cache). Aktifkan "Tampilkan Header Mentah" jika Anda butuh respons lengkap.

Ekspor laporan

Unduh laporan JSON untuk otomatisasi atau laporan PDF untuk audit dan berbagi dengan rekan tim/klien.

Spesifikasi teknis

Model permintaan

Alat ini melakukan inspeksi header URL dengan opsi mengikuti pengalihan. Ini mencoba permintaan HEAD dulu (jika diaktifkan) dan fallback ke GET saat diperlukan.

Pengaturan	Perilaku	Default
Coba HEAD dulu (fallback ke GET)	Menggunakan HEAD untuk mengambil header dengan cepat; fallback ke GET jika HEAD tidak didukung atau tidak cukup	Diaktifkan
Ikuti Pengalihan	Mengikuti rantai pengalihan untuk memeriksa perilaku caching akhir	Diaktifkan
Maksimal Pengalihan	Batas pengalihan untuk mencegah perulangan tak terbatas	10 (rentang 0–20)
Timeout	Batas waktu permintaan	15000 ms
User-Agent	Mengidentifikasi user agent permintaan	Encode64Bot/1.0 (+[https://encode64.com](https://encode64.com))
Jaringan pribadi	Memblokir akses ke rentang jaringan pribadi untuk keamanan	Dinonaktifkan (jaringan pribadi tidak diizinkan)

Header & sinyal yang dianalisis

Analisator berfokus pada semantik cache (browser dan cache bersama) plus sinyal tepi CDN umum.

Kategori	Contoh
Direktif cache	Cache-Control, Expires, Pragma, Surrogate-Control, CDN-Cache-Control
Validator	ETag, Last-Modified (digunakan untuk permintaan bersyarat / revalidasi)
Perilaku cache bersama	s-maxage, stale-while-revalidate, stale-if-error (saat ada di Cache-Control)
Perilaku Vary	Vary (variasi kunci cache dan keamanan personalisasi)
Sinyal CDN/proxy	Age, Via, CF-Cache-Status, X-Cache, X-Cache-Hits, Server-Timing dan petunjuk tepi lainnya

Beberapa header CDN bersifat spesifik vendor; keberadaan dan maknanya dapat bervariasi berdasarkan penyedia dan konfigurasi.

Heuristik (apa yang memicu peringatan)

Temuan berasal dari heuristik caching praktis untuk membantu mengidentifikasi kebijakan caching yang hilang, kontradiktif, atau lemah.

Heuristik	Apa yang diperiksa
Cache-Control Hilang	Memberi peringatan saat Cache-Control tidak ada
Direktif yang Bertentangan	Memberi peringatan saat direktif tampak tidak konsisten (misalnya, niat caching yang tercampur)
Validator Hilang	Memberi peringatan saat respons yang dapat di-cache tidak memiliki ETag/Last-Modified
Validator Lemah	Menandai pola validator lemah yang relevan
Risiko Vary	Memberi peringatan saat Vary tampak hilang padahal variasi kemungkinan diperlukan
Ketidakcocokan Pragma no-cache	Memberi peringatan saat Pragma: no-cache muncul tanpa Cache-Control yang sesuai

Klasifikasi (statis vs HTML vs API)

Analisator dapat menyimpulkan maksud tipe konten dari jalur URL untuk menyesuaikan rekomendasi caching.

Kelas	Pola jalur (contoh)
Aset statis	.css, .js, .png, .svg, .woff2, dll.
HTML	.html, .htm
API	Jalur yang dimulai dengan /api/ atau diakhiri dengan .json

Jika URL Anda tidak cocok dengan pola ini, gunakan "Fokus Analisator" untuk mengarahkan rekomendasi.

Baris perintah

Gunakan cuplikan CLI ini untuk memeriksa header cache secara lokal. Mereka tidak menggantikan temuan/skor alat ini, tetapi membantu Anda mereproduksi hasil dengan cepat.

macOS / Linux

Ambil header dengan permintaan HEAD

curl -I [https://example.com/static/app.css](https://example.com/static/app.css)

Memeriksa Cache-Control, Expires, ETag, Last-Modified, Vary, dan sinyal CDN tanpa mengunduh badan.

Ikuti pengalihan dan tampilkan header

curl -IL [https://example.com/](https://example.com/)

Menampilkan rantai pengalihan sehingga Anda dapat memverifikasi di mana direktif caching berubah.

Run

Windows (PowerShell)

Dapatkan header respons

(Invoke-WebRequest -Uri [https://example.com/static/app.css](https://example.com/static/app.css) -Method Head).Headers

Menampilkan header termasuk Cache-Control, ETag, Last-Modified, dan header CDN vendor jika ada.

Untuk aset statis dengan nama file ber-hash (app.abc123.css), utamakan caching jangka panjang dengan immutable. Untuk HTML, bersikaplah konservatif untuk menghindari penyajian halaman yang sudah kedaluwarsa dan dipersonalisasi.

Kasus penggunaan

Audit caching aset statis (CSS/JS/gambar/font)

Verifikasi bahwa aset ber-fingerprint dapat di-cache untuk waktu lama dan dapat divalidasi ulang dengan efisien saat diperlukan.

Konfirmasi Cache-Control mencakup max-age yang lama dan (jika sesuai) immutable
Pastikan validator ada (ETag atau Last-Modified) untuk validasi ulang yang aman
Periksa indikator hit cache CDN (Age, CF-Cache-Status, X-Cache)

Cache-Control: public, max-age=31536000, immutable
ETag: "686897696a7c876b7e"
Vary: Accept-Encoding

Cegah caching tidak sengaja pada halaman HTML

Tangkap kasus di mana halaman HTML di-cache terlalu agresif di tingkat CDN atau browser, yang dapat mengganggu alur login, personalisasi, dan konsistensi rendering SEO.

Deteksi Cache-Control yang terlalu permisif pada HTML
Identifikasi Vary yang hilang saat konten berbeda berdasarkan cookie, autentikasi, atau bahasa
Konfirmasi pola validasi ulang yang aman

Tinjauan caching endpoint API

Pahami apakah cache bersama diaktifkan untuk respons API dan apakah API Anda dapat di-cache dengan aman.

Deteksi caching bersama melalui s-maxage
Identifikasi strategi stale-while-revalidate / stale-if-error
Tandai validator yang hilang saat respons API dapat di-cache

Debug perilaku CDN di seluruh pengalihan

Banyak situs mengalihkan (HTTP→HTTPS, apex→www, pengalihan lokal). Alat ini membantu memastikan kebijakan caching tetap konsisten dari hop pertama hingga respons akhir.

Verifikasi header di setiap hop dan pada URL akhir
Tangkap perubahan header cache yang diperkenalkan oleh aturan edge atau penulisan ulang asal

❓ Frequently Asked Questions

❓Header apa yang dianalisis alat ini untuk caching?

Alat ini berfokus pada semantik dan sinyal cache: Cache-Control, Expires, Pragma, Age, ETag, Last-Modified, Vary, ditambah indikator CDN/proxy umum seperti Via, CF-Cache-Status, X-Cache, dan header edge terkait.

❓Mengapa saya melihat hasil caching yang berbeda antara browser dan CDN?

Browser mengikuti arahan cache end-to-end (Cache-Control, Expires) sementara CDN dan proxy dapat menerapkan aturan cache bersama (s-maxage, Surrogate-Control) dan kebijakan edge. Sebuah respons dapat di-cache di edge tetapi berumur pendek di browser, atau sebaliknya.

❓Untuk apa ETag dan Last-Modified digunakan?

Mereka adalah validator untuk permintaan bersyarat. Dengan ETag (If-None-Match) atau Last-Modified (If-Modified-Since), klien dan cache dapat memvalidasi ulang sumber daya dan menerima 304 Not Modified yang ringan saat konten belum berubah.

❓Haruskah saya meng-cache halaman HTML untuk waktu yang lama?

Biasanya tidak. HTML sering berubah dengan cepat dan mungkin dipersonalisasi. Caching yang agresif dapat menyajikan konten yang basi atau salah. Utamakan caching singkat dengan validasi ulang, dan gunakan aturan Vary yang benar saat konten bergantung pada header/cookie.

❓Apa itu Vary dan mengapa penting?

Vary memberi tahu cache header permintaan mana yang mempengaruhi respons (misalnya, Accept-Encoding). Vary yang hilang atau salah dapat menyebabkan cache menyajikan varian yang salah (terkompresi vs tidak terkompresi, varian bahasa, dll.).

❓Apakah aman untuk menempelkan URL di sini?

Alat ini melakukan permintaan sisi server ke URL yang diberikan dan memblokir target jaringan pribadi. Gunakan URL publik yang Anda percayai dan hindari menempelkan rahasia dalam string kueri URL.

❓Bisakah saya mengekspor analisisnya?

Ya. Alat ini mendukung ekspor laporan JSON dan laporan PDF sehingga Anda dapat membagikan hasil atau melampirkannya ke audit kinerja.

Pro Tips

Best Practice

Jika aset Anda memiliki sidik jari (hash dalam nama file), gunakan max-age panjang + immutable untuk kinerja kunjungan berulang terbaik.

Best Practice

Jika HTML dipersonalisasi (kuki/autentikasi), hindari caching di cache bersama kecuali Anda sepenuhnya mengontrol kunci cache dan perilaku Vary.

Best Practice

Prioritaskan validator (ETag atau Last-Modified) pada sumber daya yang dapat di-cache agar klien dapat memvalidasi ulang dengan 304 alih-alih mengunduh ulang.

Best Practice

Waspadai arahan yang bertentangan seperti no-store dicampur dengan max-age panjang; hal ini biasanya mengindikasikan kesalahan konfigurasi.

Best Practice

Saat men-debug pengalihan, bandingkan header cache di setiap langkah; aturan tepi dapat mengubah caching antara pengalihan dan URL akhir.

CI Tip

Ekspor laporan JSON dan simpan dalam artefak CI/audit kinerja Anda untuk melacak regresi dari waktu ke waktu.