Cara Ngatur Wektu Nyimpen Browser (Browser Caching) Supaya Situs Ndadi Cepet Maneh

Wektu nyimpen browser (browser caching) iku aturan sing nemtokake suwene berkas statis situsmu disimpen ing browser tamu liwat HTTP cache. Ing praktike, kanggo berkas CSS, JavaScript, gambar, font, lan lambang, sira kudu nemtokake header Cache-Control lan ing sawetara lingkungan nganggo Expires; upamane, berkas CSS lan JS sing wis diwenehi versi bisa disetel 1 taun, gambar 30 dina-1 taun, dene kaca HTML luwih becik wektu cendhak utawa divalidasi ulang. Setelan sing pas bisa nyegah berkas padha diundhuh bola-bali, mbukak kaca luwih cepet, lan nambah skor Core Web Vitals.

Ing pandhuan iki, awake dhewe bakal ngrembug cara kerja nyimpen browser, pira detik kanggo saben jinis berkas, sarta cara nerapake ing Apache, Nginx, LiteSpeed, WordPress, lan CDN kanthi tahap demi tahap. Tujuane ora mung golek skor ijo ing piranti tes kacepetan, nanging uga nyedhiyakake berkas sing paling anyar kanggo pangguna sinambi nggunakake sumber daya server kanthi efisien, nyuda TTFB lan boros bandwidth, sarta menehi rasa cepet sing nyata nalika tamu bali maneh. Utamane ing hosting bareng, hosting WordPress, lan proyek web perusahaan, strategi cache sing bener iku salah siji cara ningkatake kinerja paling ampuh kanthi biaya murah. Hostragons paket web hosting

Apa Iku Nyimpen Browser?

Nyimpen browser iku proses nyimpen sumber daya statis sing diundhuh nalika mbukak situs ing piranti pangguna kanggo sementara. Nalika ana tamu mlebu kaca utama, logo, berkas CSS, berkas JavaScript, font, lan gambar bakal diundhuh. Yen berkas-berkas iki duwe header cache sing bener, tamu mau nalika pindhah kaca liya utawa bali maneh mengko, browsere ora perlu njaluk maneh berkas-berkas kasebut saka server. Mula, kaca dadi luwih cepet.

Coba bayangake sampeyan duwe kaca utama ukurane 2 MB. Sing 1,4 MB kuwi gambar, 300 KB berkas CSS lan JS, 100 KB font. Nalika kunjungan kapisan, kabeh kuwi diundhuh. Nanging nalika kunjungan kapindho, browser nganggo sumber daya lokal iki, data sing ditransfer liwat jaringan bakal mudhun drastis. Bedane iki bakal luwih krasa ing sambungan seluler lan situs sing rame pengunjung.

Nyimpen browser aja nganti kliru karo cache sisih server. Cache server nyimpen asil PHP utawa pitakon database ing server. Dene cache browser ngidini sumber daya ing piranti tamu dienggo maneh. Kanggo kinerja sing paling apik, rong lapisan iki kudu direncanakake bareng. Ing situs sing nganggo WordPress, cache kaca, cache obyek, cache CDN, lan cache browser biasane dadi bagean saka strategi optimasi sing padha. WordPress hosting lan optimisasi kinerja

Ngapa Browser Caching Penting Kanggo SEO?

Google luwih ngajeni situs sing menehi pengalaman cepet lan stabil kanggo kepuasan pangguna. Nyimpen browser ora langsung menehi jaminan peringkat; nanging amarga nduwe pengaruh marang kacepetan kaca, wektu tundha interaksi, lan efisiensi ngundhuh sumber daya, iki nyengkuyung kinerja SEO. Utamane ing skenario kaya kunjungan bali, browsing kategori, pindhah kaca produk, lan maca blog, bedane bakal krasa banget.

Ing standar SEO 2026, kinerja teknis ora mung skor Lighthouse. Pengalaman pangguna sing ditimbang Google; iku gegandhengan karo LCP, INP, CLS, TTFB, lan data pangguna nyata. Ngundhuh maneh berkas CSS lan JS sing ora perlu bisa nambah wektu LCP. Font sing dijaluk maneh ing saben kaca bisa ngganggu stabilitas visual. Gambar gedhe sing ora di-cache bisa nggawe kesan alon ing pangguna seluler.

• Kunjungan bali luwih cepet: Pangguna ora ngundhuh maneh berkas sing padha.
• Bandwidth luwih irit: Lalu lintas server mudhun, sumber daya hosting luwih efisien.
• Efisiensi crawling luwih apik: Panyedhiyan sumber daya statis dadi luwih tumata kanggo bot lan pangguna.
• Risiko ninggalake situs luwih cilik: Kaca sing mbukak cepet nambah interaksi pangguna.
• Kinerja luwih konsisten: Fluktuasi beban ing CDN lan hosting luwih gampang diimbangi.

Header Cache HTTP Dhasar

Wektu nyimpen browser diatur nganggo header tanggapan HTTP. Header sing paling umum yaiku Cache-Control, Expires, ETag, lan Last-Modified. Ing proyek modern, titik kontrol utama yaiku header Cache-Control; Expires luwih akeh digunakake kanggo kompatibilitas karo browser lawas.

Cache-Control

Cache-Control mrentahake browser lan sistem cache perantara carane nyimpen sawijining berkas. Pandhuan sing kerep digunakake yaiku:

• max-age: Nemtokake pirang detik sumber daya dianggep seger. Contone, max-age=31536000 iku kira-kira 1 taun.
• public: Nemtokake yen sumber daya bisa disimpen ing sistem cache bareng kaya browser lan CDN.
• private: Nemtokake yen sumber daya mung kudu disimpen ing browser pangguna kasebut.
• no-cache: Nemtokake yen sumber daya kudu divalidasi dhisik menyang server sakdurunge digunakake; iki ora ateges mateni cache babar pisan.
• no-store: Nemtokake yen sumber daya ora kena disimpen ing endi wae; cocok kanggo kaca pembayaran, panel, lan data pribadi.
• immutable: Menehi ngerti yen sumber daya ora bakal owah nganti wektune entek; becik kanggo aset sing jeneng berkase wis nganggo versi.

Conto header berkas statis bisa kaya mangkene: Cache-Control: public, max-age=31536000, immutable. Iki mrentahake browser supaya bisa nyimpen berkas nganti 1 taun lan ora perlu mriksa maneh sajrone jeneng berkas ora diganti.

Expires

Header Expires nemtokake nganti tanggal lan jam pira sumber daya isih berlaku. Contone, gambar bisa diwenehi nilai Expires 30 dina sabanjure. Nanging, amarga Expires nganggo tanggal mutlak, iki kurang fleksibel tinimbang Cache-Control. Ing konfigurasi modern, Cache-Control luwih diutamakake; Expires bisa ditambahake kanggo browser lawas.

ETag lan Last-Modified

ETag lan Last-Modified iku mekanisme validasi. Browser bisa takon menyang server apa versi berkas sing dicekel isih anyar. Yen berkas ora owah, server menehi tanggapan 304 Not Modified lan isi berkas ora diundhuh maneh. Cara iki migunani utamane kanggo konten sing kerep owah kaya HTML utawa berkas sing ora pengin diwenehi wektu cache dawa.

Saben Jinis Berkas Kudu Diwenehi Wektu Nyimpen Pirang Suwene?

Kesalahan sing paling kerep yaiku menehi wektu sing padha kanggo kabeh jinis berkas. Kamangka, HTML, CSS, JS, gambar, font, lan tanggapan API duwe pola owah-owahan sing beda. Aturan utamane gampang: Yen jeneng berkas bisa diganti, wektu cache bisa suwe; yen isine kerep owah nanging jenenge tetep, gunakake wektu cendhak utawa validasi.

Tabel iki minangka titik wiwitan umum. Ing situs toko online, kaca HTML sing ngemot informasi stok lan rega aja di-cache kanthi agresif. Nanging, gambar produk bisa di-cache nganti 1 taun yen jeneng berkase diganti. Ing situs perusahaan, logo, font, lan berkas tema bisa disimpen suwe; ananging yen spanduk kampanye kerep ganti, 7-30 dina bisa luwih aman.

Kepiye Ngrancang Wektu Nyimpen Browser?

Kanggo strategi cache sing sukses, luwih dhisik klompokna berkas-berkas ing situsmu. Secara teknis, sing kudu dilakoni yaiku nulis aturan adhedhasar ekstensi berkas; dene kanthi strategis, sing kudu dilakoni yaiku nemtokake wektu adhedhasar frekuensi owah-owahan.

1. Pisahna sumber daya statis lan dinamis

Berkas kaya CSS, JS, JPG, PNG, WebP, SVG, WOFF2 kalebu sumber daya statis. HTML, kranjang blanja, panel pangguna, asil telusuran, lan tanggapan API dianggep dinamis. Sumber daya statis bisa di-cache suwe, dene konten dinamis kudu diatur luwih ati-ati. Utamane kanggo konten khusus pangguna, aja nganggo cache public.

2. Gunakake jeneng berkas kanthi versi

Cara aman kanggo wektu cache dawa yaiku menehi versi ing jeneng berkas. Contone, yen sampeyan ng-cache style.css nganti 1 taun banjur ngganti isine, sawetara pangguna bisa uga isih ndeleng desain lawas. Nanging, yen sampeyan nganggo jeneng kaya style.2026.01.css, app.v12.js, utawa app.8f3a2.js sing ngemot hash, nalika nganyari, jeneng berkas anyar bakal diterbitake lan browser bakal ngundhuh sumber daya anyar kasebut.

Tema WordPress lan piranti build modern bisa nindakake iki kanthi otomatis. Yen sampeyan ngembangake tema, gunakake parameter versi ing fungsi wp_enqueue_style lan wp_enqueue_script, iki bakal nggampangake manajemen versi nganggo query string utawa jeneng berkas. Nanging, ing sawetara konfigurasi CDN, prilaku cache query string bisa beda, mula nambahake hash ing jeneng berkas minangka cara sing luwih tangguh.

3. Aja agresif kanggo HTML

Kaca HTML, amarga nggawa konten utama sing katon pangguna, biasane diatur nganggo cache wektu cendhak utawa validasi ulang. Ing postingan blog, cache 5-10 menit bisa uga cukup; ing kaca warta, kampanye, utawa rega, wektu sing luwih cendhak dibutuhake. Yen sampeyan nganggo cache kaca ing WordPress, sampeyan kudu mikirake header cache browser bebarengan karo mekanisme cache server lan purge CDN.

4. Pateni cache ing kaca sing mbutuhake keamanan

Ing kaca mlebu, panel pelanggan, langkah pembayaran, ringkesan pesenan, tagihan, lan kaca sing ngemot data pribadi, header kaya Cache-Control: no-store, private kudu digunakake. Nyimpen browser iku kanggo kinerja; ananging aja nganti mbebayani keamanan data pribadi. Panganggone SSL uga dadi syarat dhasar ing titik iki. Hostragons sertifikat SSL

Setelan Nyimpen Browser nganggo Apache .htaccess

Ing server Apache, nyimpen browser biasane diatur nganggo berkas .htaccess. Kanggo akeh sing duwe situs sing nganggo hosting bareng, iki minangka cara sing paling praktis. Dhisik, modul mod_expires lan mod_headers kudu aktif. Ing umume lingkungan hosting sing apik, modul-modul iki wis siap dianggo.

Sampeyan bisa nganggo logika iki: wektu dawa kanggo gambar lan font, wektu dawa kanggo CSS lan JS, validasi cendhak kanggo HTML. Ing aturan sing bakal ditambahake ing berkas .htaccess, definisi ExpiresByType lan Header set Cache-Control digawe miturut jinis berkas. Contone, kanggo berkas image/webp, image/jpeg, image/png, image/svg+xml bisa 1 taun; kanggo text/css lan application/javascript 1 taun; kanggo text/html bisa nganggo no-cache.

Sadurunge nerapake, gawea serepan berkas .htaccess-mu. Aturan sing salah ditulis bisa nyebabake kesalahan 500 Internal Server Error. Sawise owah-owahan, bukak situs ing mode rahasia, banjur priksa bagean header tanggapan berkas sing gegandhengan ing tab Network DevTools. Yen Cache-Control ora katon, modul server bisa uga mati, CDN bisa uga ngganti header, utawa plugin liya bisa uga nimpa header kasebut.

Conto wektu ing sisih Apache: kanggo CSS lan JS max-age=31536000, kanggo gambar max-age=31536000, kanggo PDF max-age=2592000, kanggo HTML max-age=0 lan no-cache. Iki minangka nilai wiwitan sing apik; kudu didandani miturut alur penerbitan situsmu. Nalika nganggo setelan kinerja sing bisa dilakoni liwat .htaccess ing infrastruktur Hostragons, disaranake mriksa apa ana konflik karo setelan cache tema lan pluginmu. setelan kinerja Apache .htaccess

Setelan Browser Caching nganggo Nginx

Ing server sing nganggo Nginx, header cache ditetepake ing blok server utawa location. Nginx, amarga panyedhiyan berkas statis sing kinerja dhuwur, luwih disenengi utamane ing proyek kanthi lalu lintas dhuwur. Logika dhasar ing kene yaiku nemtokake nilai expires lan add_header Cache-Control nganggo aturan location adhedhasar ekstensi.

Conto pendekatane kaya mangkene: kanggo sumber daya statis kaya CSS, JS, WebP, JPG, PNG, SVG, WOFF2 diwenehi expires 1y lan Cache-Control public, immutable. Kanggo asil HTML, luwih becik expires off utawa no-cache. Yen sampeyan nganggo CDN, sampeyan uga kudu nyoba kepiye header Cache-Control saka server asal diinterpretasikake dening CDN.

Sawijining perkara sing kudu digatekake ing setelan Nginx yaiku, direktif add_header ing sawetara kahanan mung ditrapake kanggo kode tanggapan tartamtu. Ing konfigurasi Nginx modern, parameter always bisa digunakake. Kajaba iku, yen header sing padha ditambahake dening aplikasi, Nginx, lan CDN, bisa uga ana nilai Cache-Control sing bentrok utawa tumpang tindih. Ing kahanan iki, rantai prioritas kudu dijelasake, siji sumber kudu ditemtokake minangka otoritas.

Nyimpen ing Situs LiteSpeed lan WordPress

Server LiteSpeed, utamane ing proyek WordPress, menehi kaluwihan kinerja sing kuat nganggo plugin LiteSpeed Cache. Nanging, nyimpen browser lan cache kaca kudu dipisahake. Ing plugin LiteSpeed Cache, nalika pilihan Browser Cache diaktifake, header cache kanggo berkas statis bisa ditrapake kanthi otomatis. Nanging, penting kanggo mriksa wektune.

Praktik sing disaranake ing WordPress yaiku ng-cache aset statis kanthi wektu dawa lan njaga supaya versi berkas tetep aktif. Nalika sampeyan nganyari tema, ngganti CSS, utawa ngganti JS, sampeyan kudu ngresiki cache plugin, lan yen nganggo CDN, operasi purge CDN kudu ditindakake. Yen ora, sawetara pangguna bisa nemoni desain lawas utawa prilaku JavaScript sing rusak.

Ing plugin cache populer, ana pilihan kaya Browser Cache, Minify, Combine, Critical CSS, integrasi CDN, lan Object Cache. Nguripake kabeh bebarengan kanthi agresif ora mesthi bener. Dhisik, atur header cache browser, banjur coba setelan minify lan combine. Ing taun 2026, amarga HTTP/2 lan HTTP/3 wis umum, nggabungake saben berkas ora pati penting kaya jaman biyen; malah ing sawetara kahanan bisa nyuda efisiensi cache.

Yen situs WordPress-mu alon, masalahe bisa uga ora mung browser cache. Database sing abuh, tema sing abot, kakehan plugin, gambar sing ora dioptimasi, lan hosting kanthi sumber daya kurang uga mengaruhi kinerja. Mula, setelan nyimpen iki kudu ditimbang bebarengan karo hosting sing apik, versi PHP sing anyar, lan konfigurasi SSL sing bener. Hostragons hosting WordPress

Kepiye Ngatur Wektu Cache Nalika Nganggo CDN?

CDN ngirimake berkas statismu saka server pinggir sing luwih cedhak sacara geografis menyang pangguna. Dene browser cache nyimpen berkas kasebut ing browser pangguna. Nalika rong lapisan iki kerja bareng, paningkatan kinerja bakal luwih krasa. Nanging, wektu cache pinggir sing sampeyan atur ing panel CDN kudu cocog karo header Cache-Control ing server asal.

Pendekatan umum bisa kaya mangkene: Ing server asal, wenehana Cache-Control 1 taun kanggo berkas statis, ing CDN uga tetepna TTL sing padha utawa sing dikontrol. Nalika ana owah-owahan berkas, ganti jeneng berkas nganggo versi utawa tindakake purge CDN. Ing kaca HTML, yen sampeyan nganggo cache CDN, gawea aturan khusus; wilayah kaya kranjang, akun, pembayaran, lan panel manajemen kudu ora di-cache.

Masalah sing kerep katon ing situs sing nganggo CDN yaiku muncul maneh berkas lawas sawise nganyari. Panyebabe biasane amarga isi diganti tanpa ngganti jeneng berkas utawa ora nindakake purge CDN. Cara sing paling kuat yaiku ngasilake berkas nganggo hash sajrone proses build lan nimbali jeneng berkas anyar ing HTML. Kanthi mangkono, sanajan browser lan CDN isih nyimpen berkas lawas, kaca anyar bakal njaluk berkas anyar.

Dhaptar Priksa Aplikasi Langkah Demi Langkah

Dhaptar priksa ing ngisor iki nyedhiyakake rencana aplikasi praktis kanggo wektu nyimpen browser. Ing situs perusahaan cilik, bisa ditrapake sajrone 30-60 menit; ing proyek toko online utawa piranti lunak khusus, wektu uji kudu luwih suwe.

• 1. Gawe inventaris berkas: Pisahna CSS, JS, gambar, font, PDF, HTML, lan tanggapan API.
• 2. Temtokna frekuensi nganyari: Cathet berkas endi sing ganti saben dina, endi sing saben sasi sepisan.
• 3. Pilih strategi versi: Gunakake hash jeneng berkas, parameter versi, utawa nomer build.
• 4. Tambahake aturan server: Tentukan header Cache-Control ing panel Apache, Nginx, LiteSpeed, utawa CDN.
• 5. Sijekna kaca aman: Gunakake no-store ing kaca admin, pembayaran, kranjang, panel pangguna, lan data pribadi.
• 6. Ujinen: Validasi nganggo Chrome DevTools, curl -I, WebPageTest, Lighthouse, lan uji ing piranti nyata.
• 7. Sawise terbit, pantaunen: Priksa apa ana berkas lawas sing salah, desain sing rusak, utawa kesalahan JS.

Kepiye Nguji Nyimpen Browser?

Cara paling cepet kanggo mangerteni apa setelan wis mlaku yaiku nganggo piranti pangembang browser. Ing Chrome, bukak kaca, pindhah menyang tab Network DevTools, klik salah siji berkas CSS utawa gambar, lan delengen nilai Cache-Control ing bagean Response Headers. Ing pamuatan kapindho, sampeyan bisa ndeleng istilah memory cache utawa disk cache ing kolom Status.

Yen sampeyan nganggo baris perintah, perintah curl -I domainmu.com/berkas.css bakal nuduhake header tanggapan. Ing kene sampeyan bisa mriksa nilai Cache-Control, Expires, ETag, lan Last-Modified. Yen header sing dikarepake ora ana, salah siji lapisan aplikasi, server web, utawa CDN bisa uga wis ngganti setelan kasebut.

Kanggo tes kinerja, Lighthouse, PageSpeed Insights, lan WebPageTest bisa digunakake. Nanging, tinimbang ngetrapake saran saka piranti kasebut kanthi wuta, evaluasi nganggo skenario pangguna nyata. Contone, Lighthouse nyaranake wektu cache dawa kanggo berkas statis, nanging ora ngarepake agresivitas sing padha kanggo kaca HTML-mu. Kajaba iku, piranti tes kadang uga menehi peringatan kanggo skrip pihak katelu; sampeyan bisa uga ora bisa ngontrol wektu cache ing Google Fonts, jaringan iklan, utawa skrip media sosial.

Kesalahan Sing Kerep Dilakoni

Nyimpen browser katon prasaja, nanging yen salah konfigurasi bisa nyebabake masalah nganyari, risiko keamanan, lan masalah pengalaman pangguna. Kesalahan ing ngisor iki kerep katon utamane ing wong sing lagi sinau.

• Menehi cache 1 taun kanggo kabeh sumber daya: HTML, tanggapan API, lan konten khusus pangguna aja dilebokake ing aturan iki.
• Nganggo cache dawa tanpa menehi versi berkas: Pangguna bisa terus ndeleng berkas CSS utawa JS lawas.
• Lali proses purge CDN: Sanajan server asal wis dianyari, CDN isih bisa nampilake berkas lawas.
• Numpuk plugin cache: Luwih saka siji plugin sing nulis header padha bisa nyebabake konflik.
• Salah napsirake peringatan pihak katelu: Header cache skrip saka sumber njaba bisa uga ora ana ing kontrolmu.
• Ng-cache kaca aman: no-store kudu digunakake ing kaca pembayaran lan akun.

Nilai Wiwitan sing Disaranake

Kanggo situs anyar, nilai wiwitan sing aman bisa diringkes kaya mangkene: Berkas CSS lan JS yen wis nganggo versi 1 taun; gambar 1 taun, gambar kampanye sing kerep ganti 30 dina; font 1 taun; berkas PDF 7-180 dina miturut frekuensi nganyari; dene kaca HTML no-cache utawa wektu cendhak sawetara menit. Pendekatan iki njaga keseimbangan antarane kinerja lan konten sing anyar.

Yen situsmu situs profil perusahaan, wektu cache dawa biasane ora masalah. Yen toko online, sampeyan bisa menehi cache dawa kanggo berkas statis ing kaca produk, nanging kudu ora nganggo cache kanggo data rega, stok, kranjang, lan pangguna. Yen situs warta utawa blog, sampeyan bisa nyimpen gambar lan berkas tema nganti suwe, lan ng-cache asil HTML kanthi wektu cendhak miturut frekuensi penerbitanmu. Jeneng domain, SSL, lan infrastruktur hosting-mu uga dadi bagean saka rantai kinerja. Hostragons pemeriksaan domain Hostragons solusi hosting korporat

Dudutan

Wektu nyimpen browser, yen direncanakake kanthi bener, bisa ningkatake kinerja kunjungan bali situsmu kanthi signifikan. Aturan dhasare; wenehana wektu dawa kanggo berkas statis sing wis nganggo versi, lan wektu cendhak utawa no-store kanggo kaca HTML lan sing ngemot data pribadi. Ing lingkungan Apache, Nginx, LiteSpeed, WordPress, lan CDN, logika sing padha ditrapake: kenali jinis sumber daya, temtokake frekuensi nganyari, uji header Cache-Control, lan terusna ngawasi sawise diterbitake.

Cekakipun, browser caching iku optimasi kacepetan sing murah nanging dampake dhuwur. Yen sampeyan ng-hosting situs ing infrastruktur Hostragons, kanthi milih setelan cache sing cocog karo jinis hosting sampeyan, sampeyan bisa nguatake pengalaman pangguna lan kinerja SEO teknis. Kanggo nimbang solusi hosting sing paling cocog karo kabutuhanmu, sampeyan bisa mriksa pilihan Hostragons utawa mriksa konfigurasi cache ing situsmu saiki langkah demi langkah. Hostragons Paket Hosting

Pitakonan Sing Kerep Ditakokake

Pirang suwene wektu nyimpen browser kudune?

Kanggo berkas statis sing wis nganggo versi kaya CSS, JS, gambar, lan font, antarane 30 dina nganti 1 taun iku becik. Ing kaca HTML, amarga konten sing anyar iku penting, luwih becik milih no-cache, max-age=0, utawa wektu cendhak sawetara menit.

Apa bedane Cache-Control karo Expires?

Cache-Control iku header HTTP modern lan luwih fleksibel; nganggo aturan adhedhasar detik kaya max-age. Dene Expires menehi nilai tanggal-jam tartamtu. Ing proyek saiki, Cache-Control kudu diutamakake, lan Expires ditambahake kanggo kompatibilitas karo sing lawas.

Kepiye nguripake browser caching ing WordPress?

Ing plugin kaya LiteSpeed Cache, WP Rocket, W3 Total Cache, pilihan Browser Cache bisa diaktifake. Kajaba iku, header Cache-Control bisa ditambahake miturut jinis berkas liwat .htaccess utawa konfigurasi server.

Apa nganyari situs ora bakal katon yen wektu cache suwe?

Yen sampeyan nganyari berkas CSS utawa JS sing padha tanpa ngganti jeneng berkas, sawetara pangguna bisa uga ndeleng berkas lawas. Kanggo nyegah iki, gunakake versi jeneng berkas, jeneng berkas nganggo hash, lan proses purge CDN.

Apa kaca pembayaran lan panel pangguna kudu di-cache?

Ora. Ing kaca sing ngemot data pribadi kaya pembayaran, kranjang, akun, tagihan, lan panel manajemen, header aman kaya Cache-Control: no-store, private kudu digunakake. Aja nganti ngorbanake keamanan kanggo kinerja.