Pengiriman Gambar Cache-Control dan Invalidasi CDN 2025 — Update Cepat, Aman, Terpercaya

TL;DR

• Versioning nama file paling kuat. CDN purging adalah upaya terakhir
• Unifikasi strategi: baik immutable + long-lived atau short-lived + SWR
• Pemisahan jelas antara HTML yang berubah dan gambar yang tidak berubah

Tautan internal: Optimasi pengiriman gambar berfokus INP 2025 — Melindungi pengalaman dengan decode/priority/koordinasi script, Desain Gambar Responsif 2025 — Panduan Praktis srcset/sizes, Panduan Delivery Gambar P3 2025 — Prosedur Fallback sRGB dan Verifikasi Perangkat Aktual, Jebakan CDN Edge Resizing 2025 — Segitiga Upscaling/Cache/Kualitas

Model Cache (3 Tipe)

1. immutable long-lived + versioning (disarankan)

   • Cache-Control: public, max-age=31536000, immutable
   • Perubahan diekspresikan melalui hash nama file (misal, logo.abcd1234.png)
   • CDN purging hanya untuk darurat. Update referensi HTML untuk merujuk URL baru

2. Short-lived + stale-while-revalidate (SWR)

   • Cache-Control: public, max-age=60, stale-while-revalidate=86400
   • Pengiriman segera pada permintaan pertama, update latar belakang. Cocok untuk berita atau thumbnail yang sering diperbarui

3. Berbasis validasi (fokus ETag/Last-Modified)

   • Terbatas pada kasus di mana frekuensi update rendah tapi versioning sulit. Penggunaan intensif 304 memiliki biaya roundtrip header

Poin Implementasi

• Cache-Control: public, max-age=31536000, immutable + filename hashing
• SWR untuk gambar statis di mana rendering awal cepat/update latar belakang sesuai

Penggunaan ETag/Last-Modified:

• Umumnya tidak perlu dengan strategi immutable (URL baru = selalu segar)
• Dapat menggabungkan ETag dengan SWR/short-lived untuk penghematan bandwidth. Pertimbangkan biaya generasi/konsistensi terdistribusi

Strategi Versioning

• Gunakan content-addressing (hash) untuk membuat URL tidak berubah → minimalkan frekuensi CDN purge
• Pemisahan jelas antara HTML yang berubah dan gambar yang tidak berubah
• Batasi negosiasi format hanya pada Vary: Accept, tangani DPR sebagai parameter URL

Granularitas Hash

• Hash konten per-file disarankan daripada ID build bersama (mencegah mis-purging/invalidasi berlebihan)
• Untuk transformasi dinamis (resize/format), normalkan urutan parameter permintaan (w, q, fmt, dpr) dan sertakan dalam cache key

Purging Sistematis

• Adopsi surrogate keys per entitas, tentukan perubahan batch melalui manifes
• Warmup latar belakang setelah purging (preload ukuran representatif)

Contoh Surrogate Key

• sk:article:12345 (semua thumbnail yang terkait dengan ID artikel)
• sk:logo (logo merek semua ukuran)
• Manifes: article:12345 -> [/thumbs/a1.., /thumbs/a2..]

Warmup

• Preload lebar representatif dari rute populer (misal, 320/480/640/960)
• Untuk transformasi edge, maksimalkan efisiensi cache dengan noUpscale dan pembulatan (batasi jumlah varian) (terkait: Jebakan CDN Edge Resizing 2025 — Segitiga Upscaling/Cache/Kualitas)

Poin Kesalahan Umum

• HTML diperbarui tapi URL lama masih dirujuk di suatu tempat → kelambatan cache. Otomatisasi search/replace + eksekusi purge idempoten
• Urutan parameter URL transformasi bervariasi → fragmentasi cache. Normalisasi sisi server
• Terlalu banyak header Vary → efektivitas cache hilang. Hanya Accept sudah cukup, DPR ke URL

FAQ (Keputusan Operasional)

• T. Haruskah semuanya immutable?
  • J. YA untuk sebagian besar gambar statis. Thumbnail yang sering diperbarui/generasi dinamis dapat efektif menggunakan SWR + short-lived
• T. CDN purging lambat/tidak efektif
  • J. Gabungkan operasi surrogate key dengan warmup. Kasus terburuk: perubahan nama file untuk peralihan yang dapat diandalkan
• T. 'Auto-transformation' CDN gambar menggembungkan cache keys
  • J. Batasi dan bulatkan parameter yang diizinkan. Bucket tetap untuk w, hanya preset untuk q

Checklist

• [ ] Terapkan URL/versioning yang tidak berubah
• [ ] Purge yang didorong manifes, minimalkan ad-hoc manual
• [ ] Operasionally warmer/monitoring

Pemeriksaan tambahan:

• [ ] Normalisasi parameter transformasi (urutan/rentang/pembulatan)
• [ ] Tetapkan Vary hanya pada Accept, DPR ke URL
• [ ] Hash berbasis konten, hindari ID build bersama