Kako nastaviti trajanje predpomnjenja brskalnika?

Trajanje predpomnjenja brskalnika določa, kako dolgo se statične datoteke na vaši spletni strani shranijo v brskalniku obiskovalca, in se nastavi z HTTP pravili za predpomnjenje. V praksi so za datoteke CSS, JavaScript, slike, pisave in ikone določeni Cache-Control in v nekaterih okoljih tudi Expires glave; na primer, za različico datotek CSS in JS se lahko nastavi 1 leto, za slike od 30 dni do 1 leta, za HTML strani pa se običajno izbere krajše obdobje ali ponovna potrditev. Pravilna nastavitev preprečuje ponoven prenos istih datotek, pospešuje nalaganje strani in izboljšuje metrike Core Web Vitals.

V tem vodiču bomo korak za korakom razložili, kako deluje predpomnjenje brskalnika, koliko sekund je treba dodeliti kateri datoteki, kako to izvesti na Apache, Nginx, LiteSpeed, WordPress in CDN. Cilj ni le doseči zeleno oceno v orodju za testiranje hitrosti; gre tudi za učinkovito uporabo strežnikovih virov pri zagotavljanju aktualnih datotek uporabniku, zmanjšanje TTFB in porabe pasovne širine ter zagotavljanje opaznega povečanja hitrosti pri ponovnih obiskih. Še posebej v skupnem gostovanju, WordPress gostovanju in korporativnih spletnih projektih je pravilna strategija predpomnjenja ena najbolj učinkovitih izboljšav zmogljivosti, ki jih lahko dosežemo z nizkimi stroški. Hostragons spletni gostitveni paketi

Kaj je predpomnjenje brskalnika?

Predpomnjenje brskalnika pomeni, da se statični viri, preneseni ob odpiranju spletne strani, začasno shranijo na napravi uporabnika. Ko obiskovalec vstopi na vašo domačo stran, se prenesejo logotip, datoteke CSS, datoteke JavaScript, pisave in slike. Če so za te datoteke pravilno nastavljene glave za predpomnjenje, obiskovalec pri prehodu na drugo stran ali kasneje, ko se vrne na spletno mesto, ne bo ponovo zahteval nekaterih teh datotek od strežnika. Tako se stran naloži hitreje.

Na primer, domnevajmo, da imate domačo stran velikosti 2 MB. Od tega je 1,4 MB slik, 300 KB datotek CSS in JS ter 100 KB pisav, ki jih je mogoče prenesti ob prvem obisku. Vendar pa pri drugem obisku brskalnik pri uporabi teh statičnih virov lokalno znatno zmanjša količino prenesenih podatkov. Ta razlika postane še bolj očitna pri mobilnih povezavah in na spletnih straneh z visokim prometom.

Predpomnjenje brskalnika ne smemo zamenjevati s predpomnjenjem na strežniku. Predpomnjenje na strežniku shranjuje PHP izhod ali poizvedbe v bazi podatkov na strežniku. Predpomnjenje brskalnika pa omogoča ponovno uporabo virov na napravi obiskovalca. Za najboljšo zmogljivost je treba načrtovati oba nivoja skupaj. Na spletnih straneh, ki uporabljajo WordPress, so predpomnjenje strani, predpomnjenje objektov, CDN predpomnjenje in predpomnjenje brskalnika običajno del iste optimizacijske strategije. WordPress gostovanje in optimizacija zmogljivosti

Zakaj je predpomnjenje brskalnika pomembno za SEO?

Google bolj ceni spletne strani, ki nudijo hitro in stabilno izkušnjo, kar povečuje zadovoljstvo uporabnikov. Predpomnjenje brskalnika samo po sebi ne zagotavlja višjega rangiranja; vendar pa zaradi svojega vpliva na hitrost strani, zamude pri interakciji in učinkovitost nalaganja virov podpira SEO zmogljivost. Še posebej pomemben je pri ponovnih obiskih, raziskovanju kategorij, prehodu na strani izdelkov in navigaciji po blogu.

V standardih SEO za leto 2026 tehnična zmogljivost ne temelji le na oceni Lighthouse. Uporabniška izkušnja, ki jo ocenjuje Google, je povezana z LCP, INP, CLS, TTFB in podatki o dejanskih uporabnikih. Nepotrebno ponovno prenašanje datotek CSS in JS lahko podaljša čas LCP. Ponovna zahteva po pisavah na vsaki strani lahko vpliva na vizualno stabilnost. Velike slike, ki niso shranjene v predpomnilniku, lahko povzročijo občutek počasnosti pri mobilnih uporabnikih.

• Hitrejši ponovni obiski: Uporabnik ne prenese istih datotek ponovno.
• Manjša poraba pasovne širine: Zmanjšanje prometa na strežniku, učinkovitejša uporaba virov gostovanja.
• Boljša učinkovitost indeksiranja: Predstavitev statičnih virov za robote in uporabnike postane bolj urejena.
• Manjše tveganje za takojšnjo zapustitev: Hitro naložene strani povečajo interakcijo uporabnikov.
• Bolj dosledna zmogljivost: Obremenitve na strani CDN in gostovanja se bolje uravnavajo.

Osnovne HTTP glave za predpomnjenje

Trajanje predpomnjenja brskalnika se upravlja z HTTP odgovorom. Najpogostejše glave so Cache-Control, Expires, ETag in Last-Modified. V sodobnih projektih je glava Cache-Control glavni kontrolni mehanizem; Expires se uporablja predvsem za retrogradno združljivost.

Cache-Control

Cache-Control brskalniku in sistemom za predpomnjenje pove, kako naj se datoteka shrani. Najpogosteje uporabljene direktive so:

• max-age: Določa, koliko sekund se vir šteje za svežega. Na primer, max-age=31536000 pomeni približno 1 leto.
• public: Določa, da se vir lahko shrani v skupnih sistemih za predpomnjenje, kot so brskalniki in CDN.
• private: Določa, da se vir shranjuje le v brskalniku uporabnika.
• no-cache: Določa, da je treba vir pred uporabo potrditi s strežnikom; to ne pomeni, da popolnoma onemogoča predpomnjenje.
• no-store: Določa, da se vir ne sme nikjer shraniti; to velja za strani za plačila, nadzorne panele in osebne podatke.
• immutable: Določa, da se vir ne bo spremenil, dokler ne poteče; to je idealno za različne datoteke z različnimi imeni.

Primer glave za statično datoteko je lahko: Cache-Control: public, max-age=31536000, immutable. To brskalniku pove, da lahko datoteko shrani 1 leto, in da je ni treba ponovno preverjati, dokler se ime datoteke ne spremeni.

Expires

Glava Expires določa, do katerega datuma in ure je vir veljaven. Na primer, lahko dodelite Expires vrednost, ki prikazuje 30 dni v prihodnosti za sliko. Vendar pa Expires uporablja absolutne datume, zato ni tako fleksibilen kot Cache-Control. V sodobnih konfiguracijah je Cache-Control prednostno uporabljen; Expires se lahko doda za starejše brskalnike.

ETag in Last-Modified

ETag in Last-Modified sta mehanizma za potrjevanje. Brskalnik lahko strežniku postavi vprašanje, ali je različica datoteke, ki jo ima, posodobljena. Če se datoteka ni spremenila, strežnik vrne odgovor 304 Not Modified in telo datoteke se ne prenese ponovno. Ta metoda je še posebej koristna za vsebine, ki se pogosto spreminjajo, kot so HTML, ali za datoteke, pri katerih ne želite dodeliti dolgega časa predpomnjenja.

Katero trajanje predpomnjenja uporabiti za katere vrste datotek?

Najpogostejša napaka je dodelitev enakega časa vsem vrstam datotek. HTML, CSS, JS, slike, pisave in odgovori API imajo različna vedenja glede posodabljanja. Osnovno pravilo je preprosto: če se ime datoteke lahko spremeni, lahko dodelite dolgo obdobje predpomnjenja; če se vsebina pogosto spreminja, vendar se ime datoteke ne spremeni, je treba uporabiti kratko obdobje ali potrjevanje.

Ta tabela je splošen izhodiščni punkt. Na e-trgovini ne bi smeli agresivno predpomniti HTML strani, ki vsebujejo informacije o zalogi in cenah. Po drugi strani pa lahko slike izdelkov predpomnite za 1 leto, dokler se ime datoteke spremeni. Na korporativni spletni strani se logotipi, pisave in datoteke teme lahko hranijo dolgo; vendar, če se kampanjski pasice pogosto spreminjajo, je 7-30 dni morda varnejša izbira.

Kako načrtovati trajanje predpomnjenja brskalnika?

Za uspešno strategijo predpomnjenja najprej razvrstite datoteke na svoji spletni strani. Tehnično je treba napisati pravila glede na razširitev datoteke; strateško pa je treba določiti čas glede na frekvenco posodabljanja.

1. Ločite statične in dinamične vire

Datoteke, kot so CSS, JS, JPG, PNG, WebP, SVG, WOFF2, so statični viri. HTML, košarica, uporabniški panel, rezultati iskanja in odgovori API se štejejo za dinamične. Medtem ko se statični viri lahko shranijo dolgo, je treba dinamične vsebine upravljati bolj previdno. Zlasti pri vsebinah, prilagojenih uporabnikom, ne smemo uporabljati javnega predpomnjenja.

2. Uporabite različice datotek

Varnost dolgega predpomnjenja je uporaba različic datotek. Na primer, če datoteko style.css predpomnite za 1 leto in spremenite njeno vsebino, lahko nekateri uporabniki še vedno vidijo staro obliko. Namesto tega uporabite poimenovanje, kot je style.2026.01.css, app.v12.js ali app.8f3a2.js, ki vključuje hash datoteke; ob posodobitvi bo novo ime datoteke objavljeno in brskalnik bo prenesel nov vir.

WordPress teme in sodobna orodja za gradnjo lahko to opravijo samodejno. Če razvijate temo, lahko uporabite parameter version v funkcijah wp_enqueue_style in wp_enqueue_script, kar poenostavi upravljanje različic s poizvedbenimi nizi ali imeni datotek. Vendar pa se v nekaterih konfiguracijah CDN lahko obnašanje predpomnjenja poizvedbenih nizov razlikuje, zato je dodajanje hasha imenu datoteke bolj odporna metoda.

3. Ne bodite agresivni pri HTML

HTML strani se običajno upravljajo s kratkotrajnim predpomnjenjem ali ponovnim potrjevanjem, saj nosijo dejansko vsebino, ki jo uporabnik vidi. V blog objavah lahko 5-10 minut predpomnjenja zadostuje; za novice, kampanje ali strani s cenami pa je potrebno krajše obdobje. Če uporabljate predpomnjenje strani v WordPressu, morate razmisliti o glavi predpomnjenja brskalnika skupaj s strežniškim predpomnjenjem in mehanizmom za čiščenje CDN.

4. Izklopite predpomnjenje na straneh, ki zahtevajo varnost

Na straneh za prijavo, uporabniškem panelu, korakih plačila, povzetku naročila, računih in straneh, ki vsebujejo osebne podatke, je treba uporabiti glave, kot so Cache-Control: no-store, private. Predpomnjenje brskalnika je namenjeno zmogljivosti; ne sme pa ogroziti varnosti osebnih podatkov. Uporaba SSL je v tej točki tudi osnovna zahteva. Hostragons SSL certifikati

Nastavitve predpomnjenja brskalnika z Apache .htaccess

Na strežnikih Apache se predpomnjenje brskalnika običajno nastavi z datoteko .htaccess. To je najpraktičnejša metoda za številne lastnike spletnih mest, ki uporabljajo skupno gostovanje. Najprej je potrebno aktivirati module mod_expires in mod_headers. V večini kakovostnih gostiteljskih okolij so ti moduli že aktivirani.

Uporabite lahko naslednjo logiko: dolgotrajno za slike in pisave, dolgotrajno za CSS in JS, kratko za HTML in potrditev. V pravilih, ki jih dodate v datoteko .htaccess, so definirani ExpiresByType in Header set Cache-Control glede na vrste datotek. Na primer, za datoteke image/webp, image/jpeg, image/png, image/svg+xml lahko nastavite 1 leto; za text/css in application/javascript 1 leto; za text/html pa no-cache.

Pred uporabo naredite varnostno kopijo datoteke .htaccess. Napačno napisano pravilo lahko povzroči napako 500 Internal Server Error. Po spremembi odprite spletno stran v zasebnem oknu in nato preverite ustrezne odgovore v razdelku response headers v DevTools Network. Če Cache-Control ni viden, je lahko strežniški modul izključen, CDN lahko spreminja glave ali pa druge vtičnike, ki prepisujejo glave.

Primeri nastavitev za Apache: za CSS in JS max-age=31536000, za slike max-age=31536000, za PDF max-age=2592000, za HTML max-age=0 in no-cache. Te vrednosti so dobre za začetek; prilagoditi jih je treba glede na tok vašega spletnega mesta. Pri uporabi nastavitve učinkovitosti preko .htaccess v infrastrukturi Hostragons je priporočljivo preveriti, ali obstajajo konflikti z nastavitvami predpomnjenja teme in vtičnikov. Apache .htaccess nastavitve zmogljivosti

Nastavitve predpomnjenja z Nginx

Na strežnikih Nginx se glave za predpomnjenje določijo znotraj blokov server ali location. Nginx se zaradi visoke zmogljivosti pri predstavitvi statičnih datotek uporablja še posebej v projektih z visokim prometom. Osnovna logika tukaj je določiti vrednosti expires in add_header Cache-Control z lokacijskimi pravili na podlagi razširitev.

Primer pristopa je naslednji: statičnim virom, kot so CSS, JS, WebP, JPG, PNG, SVG, WOFF2, se dodelijo expires 1y in Cache-Control public, immutable. Za HTML izhode izberite expires off ali no-cache. Če uporabljate CDN, morate tudi preveriti, kako CDN interpretira glave Cache-Control, ki prihajajo iz izvornega strežnika.

Pri nastavitvah Nginx je pomembno, da se direktiva add_header v nekaterih primerih uporablja le za določene kode odgovorov. V sodobnih konfiguracijah Nginx se lahko uporablja parameter always. Poleg tega, če dodate isto glavo tako v aplikacijo, Nginx kot CDN, lahko pride do prekrivajočih ali ponavljajočih se vrednosti Cache-Control. V tem primeru je treba razjasniti prioritetno verigo in določiti en sam vir kot avtoriteto.

Predpomnjenje na strežnikih LiteSpeed in WordPress

Strežniki LiteSpeed ponujajo močno prednost zmogljivosti, zlasti v projektih WordPress s pomočjo vtičnika LiteSpeed Cache. Vendar pa je treba predpomnjenje brskalnika ločiti od predpomnjenja strani. Ko je možnost Browser Cache aktivirana v vtičniku LiteSpeed Cache, se lahko glave za predpomnjenje samodejno uporabijo za statične datoteke. Kljub temu je pomembno preveriti trajanje.

Priporočena praksa v WordPressu je dolgo predpomnjenje statičnih virov in aktivno ohranjanje različic datotek. Ko posodobite temo, spremenite CSS ali JS, naj vtičnik izvede čiščenje predpomnjenja, če uporabljate CDN, pa naj se izvede postopek čiščenja CDN. V nasprotnem primeru se lahko nekateri uporabniki srečajo s starim dizajnom ali pokvarjenim vedenjem JavaScript-a.

Priljubljeni vtičniki za predpomnjenje ponujajo možnosti, kot so Browser Cache, Minify, Combine, Critical CSS, integracija CDN in Object Cache. Odprtje vseh teh možnosti hkrati ni vedno pravilno. Najprej uredite glave za predpomnjenje brskalnika, nato testirajte nastavitve minify in combine. Ker postajajo HTTP/2 in HTTP/3 v letu 2026 običajna, ni več tako kritično združiti vseh datotek; v nekaterih primerih lahko celo zmanjša učinkovitost predpomnjenja.

Če je vaša WordPress stran počasna, težava morda ni le v predpomnjenju brskalnika. Otežena baza podatkov, težka tema, preveč vtičnikov, neoptimizirane slike in gostovanje z nizkimi viri prav tako vplivajo na zmogljivost. Zato je priporočljivo oceniti nastavitve predpomnjenja skupaj z kakovostnim gostovanjem, posodobljenimi različicami PHP in pravilno konfiguracijo SSL. Hostragons WordPress gostovanje

Kako nastaviti trajanje predpomnjenja pri uporabi CDN?

CDN dostavlja vaše statične datoteke iz edge strežnikov, ki so geografsko blizu uporabnika. Predpomnjenje brskalnika pa shranjuje datoteko v brskalniku uporabnika. Ko ti dve plasti delujeta skupaj, je povečanje zmogljivosti bolj očitno. Vendar pa morajo biti nastavitve TTL v vašem CDN panele skladne z glave Cache-Control na izvornih strežnikih.

Na splošno lahko sledite temu pristopu: na izvornih strežnikih dodelite statičnim datotekam 1 leto Cache-Control, v CDN pa določite enako ali nadzorovano TTL. Pri spremembah datotek ime datoteke različite ali izvedite postopek čiščenja CDN. Za HTML strani, če uporabljate predpomnjenje CDN, ustvarite posebna pravila; področja, kot so košarica, račun, plačilo in nadzorni panel, morate obvezno izključiti iz predpomnjenja.

Pogosta težava na spletnih straneh, ki uporabljajo CDN, je, da se po posodobitvi prikažejo stare datoteke. To je običajno posledica spremembe vsebine brez spremembe imena datoteke ali neizvedbe čiščenja CDN. Najbolj zanesljiv način je ustvarjanje datotek s hashom v postopku gradnje in klicanje novih imen datotek znotraj HTML. Tako bo, tudi če brskalnik in CDN hranita stare datoteke, nova stran zahtevala novo datoteko.

Korak za korakom kontrolni seznam za izvajanje

Naslednji kontrolni seznam ponuja praktičen načrt izvajanja za trajanje predpomnjenja brskalnika. Na majhnem korporativnem spletnem mestu ga je mogoče izvesti v 30-60 minutah; na spletnih mestih e-trgovine ali pri posebnih programski projektih je treba čas testiranja podaljšati.

• 1. Ustvarite inventar datotek: Razvrstite CSS, JS, slike, pisave, PDF, HTML in odgovore API.
• 2. Določite frekvenco posodabljanja: Ugotovite, katere datoteke se spreminjajo vsak dan in katere enkrat mesečno.
• 3. Izberite strategijo različic: Uporabite hash imena datoteke, parametre različic ali številko gradnje.
• 4. Dodajte strežniška pravila: Določite glave Cache-Control v Apache, Nginx, LiteSpeed ali v CDN panele.
• 5. Izključite varne strani: Na straneh za upravljanje, plačila, košarice, uporabniških panelih in osebnih podatkih uporabite no-store.
• 6. Testirajte: Preverite s Chrome DevTools, curl -I, WebPageTest, Lighthouse in testiranjem na dejanskih napravah.
• 7. Spremljajte po objavi: Preverite, ali so prisotni stare napake, pokvarjen dizajn ali napake JS.

Kako testirati predpomnjenje brskalnika?

Najhitrejši način, da ugotovite, ali nastavitve delujejo, je uporaba orodij za razvijalce brskalnika. V Chrome-u odprite stran, preklopite na zavihek DevTools Network, kliknite na datoteko CSS ali sliko in preglejte vrednost Cache-Control v razdelku Response Headers. Pri drugem nalaganju lahko v stolpcu Status vidite izraze memory cache ali disk cache.

Če uporabljate ukazno vrstico, ukaz curl -I domena.com/datoteka.css prikaže odgovorne glave. Tukaj lahko preverite vrednosti Cache-Control, Expires, ETag in Last-Modified. Če manjkajo pričakovane glave, je lahko ena od plasti aplikacije, spletnega strežnika ali CDN spremenila nastavitve.

Za testiranje zmogljivosti lahko uporabite Lighthouse, PageSpeed Insights in WebPageTest. Vendar pa namesto da slepo sledite priporočilom teh orodij, izvedite oceno na podlagi dejanskih uporabniških scenarijev. Na primer, Lighthouse priporoča dolgotrajno predpomnjenje za statične datoteke, medtem ko ne pričakuje enake agresivnosti za vaše HTML strani. Poleg tega orodja za testiranje včasih dajejo opozorila tudi za skripte tretjih oseb; za Google Fonts, oglaševalske mreže ali skripte družbenih medijev morda ne boste mogli nadzorovati časa predpomnjenja.

Pogoste napake

Čeprav se predpomnjenje brskalnika zdi preprosto, lahko napačna konfiguracija povzroči težave s posodabljanjem, varnostna tveganja in težave z uporabniško izkušnjo. Spodnje napake se pogosto pojavljajo, zlasti pri začetnikih.

• Dodelitev 1 leta predpomnjenja vsem virom: HTML, odgovori API in vsebine, prilagojene uporabnikom, ne bi smele spadati sem.
• Uporaba dolgega predpomnjenja brez različic datotek: Uporabniki lahko še vedno vidijo stare datoteke CSS ali JS.
• Pozabiti na postopek čiščenja CDN: Čeprav se izvor posodobi, lahko CDN še vedno ponudi staro datoteko.
• Uporaba več vtičnikov za predpomnjenje hkrati: Več vtičnikov lahko napiše iste glave in povzroči konflikte.
• Napačna interpretacija opozoril tretjih oseb: Glave za predpomnjenje zunanjih skriptov niso vedno pod vašim nadzorom.
• Predpomnjenje varnih strani: Na straneh za plačila in račune je treba uporabljati no-store.

Priporočene začetne vrednosti

Za novo spletno stran lahko povzamemo varne začetne vrednosti: za datoteke CSS in JS, če so različene, 1 leto; za slike 1 leto, za pogosto spreminjajoče se slike kampanj 30 dni; za pisave 1 leto; za PDF datoteke odvisno od frekvence posodabljanja 7-180 dni; za HTML strani pa no-cache ali kratko trajanje nekaj minut. Ta pristop ohranja ravnotežje med zmogljivostjo in aktualnostjo.

Če je vaša spletna stran korporativna promocijska stran, so dolga obdobja predpomnjenja običajno brez težav. Če ste spletna trgovina, lahko dodelite dolga obdobja predpomnjenja za statične datoteke na strani izdelka, vendar je treba podatke o cenah, zalogah, košarici in uporabniških podatkih izključiti iz predpomnjenja. Če ste novičarska ali blogerska stran, lahko dolgo shranite slike in datoteke teme, HTML izhod pa lahko predpomnite glede na pogostost objav. Vaša domena, SSL in infrastruktura gostovanja so prav tako del verige zmogljivosti. Hostragons preverjanje domene Hostragons korporativne rešitve gostovanja

Zaključek

Trajanje predpomnjenja brskalnika lahko znatno poveča zmogljivost ponovnih obiskov vaše spletne strani, če je pravilno načrtovano. Osnovno pravilo je, da dodelite dolga obdobja predpomnjenja statičnim datotekam, HTML in stranem, ki vsebujejo osebne podatke, pa dodelite kratka obdobja ali no-store. Enaka logika velja za Apache, Nginx, LiteSpeed, WordPress in CDN okolja: prepoznajte vrsto virov, določite frekvenco posodabljanja, testirajte glave Cache-Control in nadaljujte s spremljanjem po objavi.

Na kratko, predpomnjenje brskalnika je nizkocenovna, a zelo učinkovita optimizacija hitrosti. Če gostite svojo spletno stran v infrastrukturi Hostragons, lahko z izbiro nastavitev predpomnjenja, ki ustrezajo vašemu gostovanju, okrepite uporabniško izkušnjo in tehnično SEO zmogljivost. Za oceno najbolj primerne rešitve gostovanja preglejte možnosti gostovanja Hostragons ali korak za korakom preverite konfiguracijo predpomnjenja na svoji trenutni spletni strani. Hostragons spletni gostitveni paketi

Pogosto zastavljena vprašanja

Kakšno naj bo trajanje predpomnjenja brskalnika?

Za različne statične datoteke, kot so CSS, JS, slike in pisave, je idealno trajanje med 30 dnevi in 1 letom. Pri HTML straneh je zaradi pomembnosti aktualnosti vsebine priporočljivo uporabiti no-cache, max-age=0 ali kratko trajanje nekaj minut.

Kako se razlikujeta Cache-Control in Expires?

Cache-Control je sodoben in bolj fleksibilen HTTP header; uporablja pravila, kot je max-age, ki temeljijo na sekundah. Expires pa določa specifičen datum in čas. V aktualnih projektih bi moral biti Cache-Control prednostno uporabljen, Expires pa dodan za retrogradno združljivost.

Kako omogočiti predpomnjenje brskalnika v WordPressu?

Vtičniki, kot so LiteSpeed Cache, WP Rocket, W3 Total Cache, omogočajo aktivacijo možnosti Browser Cache ali predpomnjenja brskalnika. Poleg tega je mogoče z .htaccess ali strežniškimi konfiguracijami dodati glave Cache-Control glede na vrste datotek.

Ali ob dolgem predpomnjenju posodobitve spletne strani niso vidne?

Če posodobite datoteko CSS ali JS brez spremembe imena datoteke, jo lahko nekateri uporabniki še vedno vidijo v stari različici. Da bi to preprečili, je treba uporabiti različne datoteke, imenovanje z hashom in postopek čiščenja CDN.

Ali naj se strani za plačila in uporabniški panel predpomnijo?

Ne. Na straneh, ki vsebujejo osebne podatke, kot so plačila, košarice, računi in nadzorni paneli, je treba uporabljati varne glave, kot so Cache-Control: no-store, private. Varnost ne sme biti na voljo za zmogljivost.