Dipublikasikan: 8 Okt 2025
Durasi cache yang panjang dapat mempercepat kunjungan berulang ke halaman Anda.
Saat browser meminta resource, server yang menyediakan resource dapat memberi tahu browser berapa lama browser harus menyimpannya dalam cache untuk sementara. Untuk setiap permintaan berikutnya untuk resource tersebut, browser menggunakan salinan lokalnya, bukan mengambilnya dari jaringan.
Latensi jauh lebih penting daripada bandwidth untuk performa web, jadi menghindari latensi jaringan untuk permintaan utama dapat meningkatkan performa yang dirasakan pengguna secara signifikan.
Cara meneruskan insight ini
Semua permintaan subresource yang dapat di-cache harus memiliki masa berlaku cache minimal 30 hari (2592000 detik). Kami yakin semua aset statis harus mengikuti diagram keputusan yang diuraikan di sini: resource yang dapat di-cache harus memiliki masa aktif yang sangat lama (30 hari atau 1 tahun).
Permintaan dianggap dapat di-cache jika:
- Resource adalah font, gambar, file media, skrip, atau lembar gaya.
- Resource memiliki kode status HTTP 200, 203, atau 206.
- Header respons resource tidak secara eksplisit mengecualikannya dari pen-cache-an (misalnya:
no-cache, must-revalidate, no-store).
Pelajari cara menyimpan resource dalam cache di Panduan cache HTTP: garis pertahanan pertama Anda dan Codelab mengonfigurasi perilaku caching HTTP.
Gunakan panel Jaringan di Chrome DevTools untuk memverifikasi header Cache-Control ditetapkan seperti yang diharapkan. Selain itu, kolom Size di panel Jaringan menunjukkan apakah permintaan benar-benar ditayangkan dari cache.
Panduan khusus stack
Insight ini juga menawarkan panduan khusus stack untuk halaman yang menggunakan teknologi berikut:
Drupal
Setel Browser and proxy cache maximum age di halaman Administration » Configuration » Development. Baca Cache Drupal dan mengoptimalkan performa.
Joomla
Lihat Cache.
WordPress
Lihat Caching Browser.