Ako nastaviť časy ukladania do vyrovnávacej pamäte prehliadača (Browser Caching) – kompletný návod

Časy ukladania do vyrovnávacej pamäte prehliadača (browser caching) sa nastavujú pomocou HTTP pravidiel cache, ktoré určujú, ako dlho sa statické súbory webu uložia v prehliadači návštevníka. V praxi sa pre CSS, JavaScript, obrázky, fonty a ikony definujú hlavičky Cache-Control a v niektorých prostrediach aj Expires; napríklad pre verzionované CSS a JS súbory sa volí 1 rok, pre obrázky 30 dní až 1 rok a pre HTML stránky krátka doba alebo opätovné overenie. Správne nastavenie zabráni opakovanému sťahovaniu rovnakých súborov, zrýchli načítavanie stránky a zlepší metriky Core Web Vitals.

V tejto príručke si krok za krokom vysvetlíme, ako ukladanie do vyrovnávacej pamäte prehliadača funguje, koľko sekúnd priradiť ktorému súboru a ako ho implementovať na strane Apache, Nginx, LiteSpeed, WordPress a CDN. Cieľom nie je len získať zelené skóre v nástroji na testovanie rýchlosti, ale efektívne využívať serverové zdroje pri poskytovaní aktuálnych súborov používateľovi, znížiť TTFB a spotrebu šírky pásma a dosiahnuť citeľné zrýchlenie pri opakovaných návštevách. Najmä v zdieľanom hostingu, WordPress hostingu a firemných webových projektoch je správna stratégia cache jedným z najefektívnejších vylepšení výkonu, ktoré možno dosiahnuť s nízkymi nákladmi. Hostragons balíky web hostingu

Čo je ukladanie do vyrovnávacej pamäte prehliadača?

Ukladanie do vyrovnávacej pamäte prehliadača je dočasné ukladanie statických zdrojov stiahnutých pri otvorení webovej stránky do zariadenia používateľa. Keď návštevník vstúpi na vašu domovskú stránku, stiahne sa logo, CSS súbor, JavaScript súbory, fonty a obrázky. Ak majú tieto súbory správne hlavičky cache, pri prechode na druhú stránku alebo pri neskoršej opätovnej návšteve webu prehliadač nebude od servera znova žiadať niektoré z týchto súborov. Stránka sa tak načíta rýchlejšie.

Predstavme si napríklad domovskú stránku s veľkosťou 2 MB. Z toho 1,4 MB tvoria obrázky, 300 KB CSS a JS súbory a 100 KB fonty – pri prvej návšteve sa tieto zdroje stiahnu. Pri druhej návšteve však prehliadač použije tieto statické zdroje lokálne, čím sa objem dát prenesených cez sieť dramaticky zníži. Tento rozdiel je výraznejší pri mobilných pripojeniach a na stránkach s vysokou návštevnosťou.

Ukladanie do vyrovnávacej pamäte prehliadača by sa nemalo zamieňať s cache na strane servera. Serverová cache ukladá PHP výstup alebo databázové dotazy na serveri. Cache prehliadača zasa umožňuje opätovné použitie zdrojov v zariadení návštevníka. Pre najlepší výkon by sa mali obe vrstvy plánovať spoločne. Na stránkach používajúcich WordPress sú cache stránok, objektová cache, CDN cache a browser cache zvyčajne súčasťou rovnakej optimalizačnej stratégie. WordPress hosting a optimalizácia výkonu

Prečo je Browser Caching dôležitý pre SEO?

Google považuje stránky ponúkajúce rýchly a stabilný zážitok za hodnotnejšie z hľadiska spokojnosti používateľov. Ukladanie do vyrovnávacej pamäte prehliadača samo osebe priamo nezaručuje vyššie pozície vo výsledkoch vyhľadávania; podporuje však SEO výkon, pretože ovplyvňuje rýchlosť stránky, oneskorenie interakcie a efektivitu načítavania zdrojov. Značný rozdiel prináša najmä v scenároch, ako sú opakované návštevy, prehliadanie kategórií, prechody medzi stránkami produktov a pohyb v rámci blogu.

V štandardoch SEO roku 2026 technický výkon neznamená len skóre Lighthouse. Používateľský zážitok, ktorý Google vyhodnocuje, súvisí s metrikami LCP, INP, CLS, TTFB a údajmi od reálnych používateľov. Zbytočné opakované sťahovanie CSS a JS súborov môže predĺžiť LCP. Opakované požadovanie fontov na každej stránke môže ovplyvniť vizuálnu stabilitu. Necachovanie veľkých obrázkov môže u mobilných používateľov vyvolať pocit pomalosti.

• Rýchlejšia opakovaná návšteva: Používateľ nesťahuje tie isté súbory znova.
• Nižšia spotreba šírky pásma: Serverová prevádzka klesá, hostingové zdroje sa využívajú efektívnejšie.
• Lepšia efektivita prehľadávania: Poskytovanie statických zdrojov je plynulejšie pre boty aj používateľov.
• Nižšie riziko okamžitého opustenia stránky: Rýchlo sa načítavajúce stránky zvyšujú interakciu používateľa.
• Konzistentnejší výkon: Výkyvy záťaže na strane CDN a hostingu sú lepšie vyvážené.

Základné HTTP hlavičky cache

Časy ukladania do vyrovnávacej pamäte prehliadača sa riadia hlavičkami HTTP odpovedí. Najbežnejšie sú hlavičky Cache-Control, Expires, ETag a Last-Modified. V moderných projektoch je hlavným riadiacim bodom hlavička Cache-Control; Expires sa používa skôr kvôli spätnej kompatibilite.

Cache-Control

Cache-Control hovorí prehliadaču a sprostredkujúcim cache systémom, ako sa má súbor ukladať. Najčastejšie používané direktívy sú:

• max-age: Udáva, koľko sekúnd sa zdroj považuje za čerstvý. Napríklad max-age=31536000 je približne 1 rok.
• public: Udáva, že zdroj môže byť uložený v prehliadači aj v zdieľaných cache systémoch, ako je CDN.
• private: Udáva, že zdroj sa má ukladať iba v prehliadači používateľa.
• no-cache: Udáva, že zdroj sa musí pred použitím overiť na serveri; neznamená to úplné vypnutie cache.
• no-store: Udáva, že zdroj sa nemá nikde ukladať; vhodné pre platobné stránky, administráciu a stránky s osobnými údajmi.
• immutable: Oznamuje, že zdroj sa do vypršania platnosti nezmení; ideálne pre aktíva s verzionovaným názvom súboru.

Príklad hlavičky statického súboru môže vyzerať takto: Cache-Control: public, max-age=31536000, immutable. To hovorí prehliadaču, že súbor môže uchovávať 1 rok a nemusí ho znova kontrolovať, pokiaľ sa názov súboru nezmení.

Expires

Hlavička Expires určuje, do akého dátumu a času je zdroj platný. Napríklad obrázku možno priradiť hodnotu Expires, ktorá ukazuje o 30 dní neskôr. Keďže však Expires používa absolútny dátum, nie je taká flexibilná ako Cache-Control. V moderných konfiguráciách má Cache-Control prednosť; Expires možno pridať pre staršie prehliadače.

ETag a Last-Modified

ETag a Last-Modified sú validačné mechanizmy. Prehliadač sa môže servera opýtať, či je jeho verzia súboru aktuálna. Ak sa súbor nezmenil, server vráti odpoveď 304 Not Modified a telo súboru sa znova nesťahuje. Táto metóda je užitočná najmä pre často sa meniaci obsah, ako je HTML, alebo pre súbory, pri ktorých nechcete povoliť dlhý čas cache.

Aký čas ukladania do vyrovnávacej pamäte použiť pre ktorý typ súboru?

Najčastejšou chybou je prideľovanie rovnakého času všetkým typom súborov. HTML, CSS, JS, obrázky, fonty a API odpovede sa však vyznačujú rôznym správaním pri aktualizácii. Hlavné pravidlo je jednoduché: Ak je možné zmeniť názov súboru, možno nastaviť dlhý čas cache; ak sa obsah súboru často mení bez zmeny názvu, treba použiť krátky čas alebo validáciu.

Táto tabuľka je všeobecným východiskovým bodom. Na e-shope by sa HTML stránky obsahujúce informácie o sklade a cenách nemali agresívne cachovať. Naopak, produktové obrázky možno cachovať 1 rok, pokiaľ sa mení ich názov súboru. Na firemnej stránke možno logo, fonty a súbory šablóny uchovávať dlho; ak sa však bannery kampaní často menia, 7-30 dní môže byť bezpečnejších.

Ako naplánovať časy ukladania do vyrovnávacej pamäte prehliadača?

Pre úspešnú stratégiu cache najprv klasifikujte súbory na svojej stránke. Technicky je potrebné napísať pravidlá podľa prípon súborov; strategicky je potrebné určiť čas podľa frekvencie aktualizácií.

1. Oddeľte statické a dynamické zdroje

Súbory ako CSS, JS, JPG, PNG, WebP, SVG, WOFF2 sú statické zdroje. HTML, košík, používateľský panel, výsledky vyhľadávania a API odpovede sa považujú za dynamické. Zatiaľ čo statické zdroje sa cachujú dlho, dynamický obsah treba spravovať opatrnejšie. Najmä pri obsahu prispôsobenom používateľovi by sa nemala používať verejná cache (public).

2. Používajte verzionovanie súborov

Bezpečným spôsobom, ako používať dlhý čas cache, je verzionovanie súborov. Ak napríklad nastavíte cache na 1 rok pre súbor style.css a potom zmeníte jeho obsah, niektorí používatelia môžu naďalej vidieť starý dizajn. Ak namiesto toho použijete pomenovanie ako style.2026.01.css, app.v12.js alebo app.8f3a2.js obsahujúce hash súboru, pri aktualizácii sa zverejní nový názov súboru a prehliadač stiahne nový zdroj.

WordPress témy a moderné build nástroje to dokážu robiť automaticky. Ak vyvíjate tému, použitie parametra version vo funkciách wp_enqueue_style a wp_enqueue_script uľahčuje správu verzií pomocou query stringu alebo názvu súboru. Keďže však v niektorých CDN konfiguráciách môže byť správanie cache pri query stringoch odlišné, pridanie hashu do názvu súboru je robustnejšia metóda.

3. Pri HTML nepostupujte agresívne

HTML stránky, keďže nesú hlavný obsah viditeľný pre používateľa, sa zvyčajne spravujú s krátkodobou cache alebo validáciou. Pri blogových príspevkoch môže stačiť cache 5-10 minút; pri spravodajských, kampaniových alebo cenových stránkach je potrebný kratší čas. Ak v WordPress používate cache stránok, mali by ste hlavičku cache prehliadača zvážiť spolu s mechanizmom serverovej cache a CDN purge.

4. Na stránkach vyžadujúcich bezpečnosť cache vypnite

Na prihlasovacej stránke, v zákazníckom paneli, v kroku platby, sumári objednávky, faktúre a na stránkach obsahujúcich osobné údaje by sa mali uprednostniť hlavičky ako Cache-Control: no-store, private. Ukladanie do vyrovnávacej pamäte prehliadača slúži na výkon; nemalo by však ohroziť bezpečnosť osobných údajov. Používanie SSL je v tomto bode základnou požiadavkou. Hostragons SSL certifikáty

Nastavenia ukladania do vyrovnávacej pamäte prehliadača v Apache .htaccess

Na serveroch Apache sa ukladanie do vyrovnávacej pamäte prehliadača zvyčajne nastavuje pomocou súboru .htaccess. Pre mnohých majiteľov stránok používajúcich zdieľaný hosting je to najpraktickejšia metóda. Najprv musia byť aktívne moduly mod_expires a mod_headers. Vo väčšine kvalitných hostingových prostredí sú tieto moduly k dispozícii predvolene.

Môžete použiť nasledujúcu logiku: dlhý čas pre obrázky a fonty, dlhý čas pre CSS a JS, krátka validácia pre HTML. V pravidlách, ktoré pridáte do súboru .htaccess, sa podľa typov súborov definujú ExpiresByType a Header set Cache-Control. Napríklad pre súbory image/webp, image/jpeg, image/png, image/svg+xml možno použiť 1 rok; pre text/css a application/javascript 1 rok; pre text/html no-cache.

Pred implementáciou si zálohujte súbor .htaccess. Nesprávne napísané pravidlo môže spôsobiť chybu 500 Internal Server Error. Po zmene otvorte stránku v inkognito režime a potom skontrolujte sekciu response headers príslušného súboru na karte Network v nástrojoch DevTools. Ak sa Cache-Control nezobrazuje, serverový modul môže byť vypnutý, CDN môže meniť hlavičku alebo iný doplnok môže hlavičky prepisovať.

Príklady časov na strane Apache: max-age=31536000 pre CSS a JS, max-age=31536000 pre obrázky, max-age=2592000 pre PDF, max-age=0 a no-cache pre HTML. Tieto hodnoty sú dobré na začiatok; mali by sa revidovať podľa publikačného toku vašej stránky. Pri používaní nastavení výkonu, ktoré možno vykonať cez .htaccess na hostingovej infraštruktúre Hostragons, sa odporúča skontrolovať, či nedochádza ku konfliktom s nastaveniami cache vašej šablóny a doplnkov. Nastavenia výkonu Apache .htaccess

Nastavenia Browser Caching v Nginx

Na serveroch používajúcich Nginx sa hlavičky cache definujú v blokoch server alebo location. Nginx je preferovaný najmä v projektoch s vysokou návštevnosťou kvôli vysokovýkonnému poskytovaniu statických súborov. Základná logika tu spočíva v určení hodnôt expires a add_header Cache-Control pomocou location pravidla na základe prípony.

Príklad prístupu je nasledovný: statickým zdrojom ako CSS, JS, WebP, JPG, PNG, SVG, WOFF2 sa pridelí expires 1y a Cache-Control public, immutable. Pre HTML výstupy sa uprednostňuje expires off alebo no-cache. Ak používate CDN, mali by ste tiež otestovať, ako CDN interpretuje hlavičky Cache-Control prichádzajúce z pôvodného servera.

V nastaveniach Nginx si treba dať pozor na to, že direktíva add_header sa v niektorých prípadoch aplikuje len na určité kódy odpovedí. V moderných konfiguráciách Nginx možno použiť parameter always. Navyše, ak tú istú hlavičku pridáva aplikácia, Nginx aj CDN, môžu vzniknúť konfliktné alebo duplicitné hodnoty Cache-Control. V takom prípade by sa mal vyjasniť reťazec priorít a určiť jeden zdroj ako autoritu.

Ukladanie do vyrovnávacej pamäte v LiteSpeed a na WordPress stránkach

Servery LiteSpeed ponúkajú silnú výkonnostnú výhodu, najmä v projektoch WordPress s doplnkom LiteSpeed Cache. Ukladanie do vyrovnávacej pamäte prehliadača a cache stránok by sa však mali oddeľovať. Keď je v doplnku LiteSpeed Cache aktívna možnosť Browser Cache, hlavičky cache pre statické súbory sa môžu aplikovať automaticky. Napriek tomu je dôležité časy kontrolovať.

Odporúčaný postup v WordPress je cachovať statické aktíva na dlhý čas a udržiavať aktívne verzionovanie súborov. Pri aktualizácii šablóny, zmene CSS alebo JS by ste mali vyčistiť cache doplnku a ak sa používa CDN, vykonať CDN purge. V opačnom prípade sa niektorí používatelia môžu stretnúť so starým dizajnom alebo nefunkčným JavaScriptom.

Populárne cache doplnky obsahujú možnosti ako Browser Cache, Minify, Combine, Critical CSS, CDN integrácia a Object Cache. Nie je vždy správne všetky súčasne agresívne zapínať. Najprv upravte hlavičky cache prehliadača, potom otestujte nastavenia minifikácie a kombinovania. Keďže v roku 2026 sú HTTP/2 a HTTP/3 bežné, kombinovanie každého súboru nie je také kritické ako v minulosti; v niektorých prípadoch môže dokonca znížiť efektivitu cache.

Ak je vaša WordPress stránka pomalá, problém nemusí byť len v browser cache. Nafúknutá databáza, ťažká šablóna, príliš veľa doplnkov, neoptimalizované obrázky a hosting s nízkymi zdrojmi tiež ovplyvňujú výkon. Preto vyhodnoťte nastavenia ukladania do vyrovnávacej pamäte spolu s kvalitným hostingom, aktuálnou verziou PHP a správnou konfiguráciou SSL. Hostragons WordPress hosting

Ako nastaviť časy cache pri používaní CDN?

CDN doručuje vaše statické súbory z geograficky blízkych okrajových serverov používateľovi. Browser cache ukladá súbor v prehliadači používateľa. Keď tieto dve vrstvy spolupracujú, nárast výkonu je výraznejší. Čas edge cache nastavený v paneli CDN a hlavičky Cache-Control na pôvodnom serveri by však mali byť kompatibilné.

Všeobecný prístup môže byť nasledovný: Na pôvodnom serveri dajte statickým súborom Cache-Control 1 rok a na CDN definujte rovnakú alebo kontrolovanú TTL. Pri zmenách súborov verzionujte názov súboru alebo vykonajte CDN purge. Ak používate CDN cache pre HTML stránky, vytvorte špeciálne pravidlá; oblasti ako košík, účet, platba a administračný panel absolútne vylúčte z cache.

Častým problémom na stránkach používajúcich CDN je zobrazovanie starých súborov po aktualizácii. Príčinou je zvyčajne zmena obsahu bez zmeny názvu súboru alebo nevykonanie CDN purge. Najspoľahlivejšou metódou je generovanie súborov s hashom počas procesu buildu a volanie nového názvu súboru v HTML. Takto, aj keď prehliadač aj CDN uchovávajú starý súbor, nová stránka si vyžiada nový súbor.

Kontrolný zoznam implementácie krok za krokom

Nasledujúci kontrolný zoznam ponúka praktický plán implementácie pre časy ukladania do vyrovnávacej pamäte prehliadača. Na malej firemnej stránke ho možno implementovať za 30-60 minút; pri e-shopoch alebo projektoch s vlastným softvérom by mal byť čas testovania dlhší.

• 1. Vytvorte inventár súborov: Oddeľte CSS, JS, obrázky, fonty, PDF, HTML a API odpovede.
• 2. Určite frekvenciu aktualizácií: Poznačte si, ktoré súbory sa menia každý deň a ktoré raz za mesiac.
• 3. Zvoľte stratégiu verzionovania: Použite hash názvu súboru, parameter verzie alebo číslo buildu.
• 4. Pridajte serverové pravidlá: Definujte hlavičky Cache-Control v paneli Apache, Nginx, LiteSpeed alebo CDN.
• 5. Vylúčte bezpečnostne citlivé stránky: Na admin, platbu, košík, používateľský panel a stránky s osobnými údajmi použite no-store.
• 6. Otestujte: Overte pomocou Chrome DevTools, curl -I, WebPageTest, Lighthouse a testov na reálnych zariadeniach.
• 7. Po zverejnení monitorujte: Skontrolujte, či sa nevyskytujú chybné staré súbory, pokazený dizajn alebo JS chyby.

Ako otestovať ukladanie do vyrovnávacej pamäte prehliadača?

Najrýchlejším spôsobom, ako zistiť, či nastavenia fungujú, je použiť vývojárske nástroje prehliadača. V Chrome otvorte stránku, prejdite na kartu Network v DevTools, kliknite na CSS alebo obrázkový súbor a v sekcii Response Headers skontrolujte hodnotu Cache-Control. Pri druhom načítaní môžete v stĺpci Status vidieť výrazy memory cache alebo disk cache.

Ak používate príkazový riadok, príkaz curl -I vasadomena.com/subor.css zobrazí hlavičky odpovede. Tu môžete skontrolovať hodnoty Cache-Control, Expires, ETag a Last-Modified. Ak očakávaná hlavička chýba, mohla nastavenie zmeniť jedna z vrstiev – aplikácia, webový server alebo CDN.

Na testovanie výkonu možno použiť Lighthouse, PageSpeed Insights a WebPageTest. Namiesto slepého uplatňovania odporúčaní týchto nástrojov však vykonajte vyhodnotenie na základe scenára reálneho používateľa. Napríklad Lighthouse odporúča dlhý čas cache pre statické súbory, ale neočakáva rovnakú agresivitu pre vaše HTML stránky. Testovacie nástroje navyše niekedy varujú aj pri skriptoch tretích strán; pri Google Fonts, reklamných sieťach alebo skriptoch sociálnych médií možno nebudete môcť kontrolovať čas cache.

Časté chyby

Hoci sa ukladanie do vyrovnávacej pamäte prehliadača zdá jednoduché, pri nesprávnej konfigurácii môže spôsobiť problémy s aktualizáciou, bezpečnostné riziká a problémy s používateľským zážitkom. Nasledujúce chyby sú bežné najmä u začiatočníkov.

• Pridelenie 1-ročnej cache všetkým zdrojom: HTML, API odpovede a obsah prispôsobený používateľovi by nemali byť zahrnuté.
• Používanie dlhej cache bez verzionovania súborov: Používatelia môžu naďalej vidieť staré CSS alebo JS súbory.
• Zabudnutie na proces CDN purge: Aj keď je pôvodný server aktualizovaný, CDN môže poskytovať starý súbor.
• Používanie viacerých cache doplnkov naraz: Viacero doplnkov môže zapisovať rovnaké hlavičky a vytvárať konflikty.
• Nesprávna interpretácia upozornení tretích strán: Hlavičky cache externých skriptov nemusia byť pod vašou kontrolou.
• Cachovanie bezpečnostne citlivých stránok: Na platobných a účtových stránkach by sa malo používať no-store.

Odporúčané východiskové hodnoty

Bezpečné východiskové hodnoty pre novú stránku možno zhrnúť takto: CSS a JS súbory 1 rok, ak sú verzionované; obrázky 1 rok, často sa meniace obrázky kampaní 30 dní; fonty 1 rok; PDF súbory 7-180 dní podľa frekvencie aktualizácií; HTML stránky no-cache alebo krátky čas niekoľkých minút. Tento prístup zachováva rovnováhu medzi výkonom a aktuálnosťou.

Ak je vaša stránka firemnou prezentačnou stránkou, dlhé časy cache sú zvyčajne bezproblémové. Ak ide o e-shop, môžete dať dlhú cache statickým súborom na stránke produktu, ale údaje o cene, sklade, košíku a používateľovi musíte nechať mimo cache. Ak ide o spravodajskú alebo blogovú stránku, môžete dlho uchovávať obrázky a súbory šablóny a HTML výstup cachovať krátkodobo podľa frekvencie publikovania. Vaša doména, SSL a hostingová infraštruktúra sú tiež súčasťou výkonnostného reťazca. Hostragons kontrol domény Hostragons riešenia firemného hostingu

Záver

Časy ukladania do vyrovnávacej pamäte prehliadača pri správnom plánovaní výrazne zvyšujú výkon vašej webovej stránky pri opakovaných návštevách. Základným pravidlom je aplikovať dlhý čas na verzionované statické súbory a krátky čas alebo no-store na HTML a stránky obsahujúce osobné údaje. V prostrediach Apache, Nginx, LiteSpeed, WordPress a CDN platí rovnaká logika: spoznajte typ zdroja, určite frekvenciu aktualizácií, otestujte hlavičky Cache-Control a po zverejnení pokračujte v monitorovaní.

Stručne povedané, browser caching je nízkonákladová, ale vysoko účinná optimalizácia rýchlosti. Ak je vaša stránka hosťovaná na infraštruktúre Hostragons, výberom nastavení cache vhodných pre váš typ hostingu môžete posilniť používateľský zážitok aj technický SEO výkon. Ak chcete zhodnotiť najvhodnejšie hostingové riešenie pre vaše potreby, môžete si prezrieť možnosti hostingu Hostragons alebo krok za krokom skontrolovať konfiguráciu cache na vašej existujúcej stránke. Hostragons hostingové balíky

Často kladené otázky

Aký by mal byť čas ukladania do vyrovnávacej pamäte prehliadača?

Pre verzionované statické súbory ako CSS, JS, obrázky a fonty je ideálny čas 30 dní až 1 rok. Na HTML stránkach, kde je dôležitá aktuálnosť obsahu, by sa mal uprednostniť no-cache, max-age=0 alebo krátky čas niekoľkých minút.

Aký je rozdiel medzi Cache-Control a Expires?

Cache-Control je moderná a flexibilnejšia HTTP hlavička; používa pravidlá založené na sekundách, ako napríklad max-age. Expires udáva konkrétnu hodnotu dátumu a času. V aktuálnych projektoch by sa mala prednostne používať Cache-Control, pričom Expires sa pridáva kvôli spätnej kompatibilite.

Ako zapnúť browser caching vo WordPress?

V doplnkoch ako LiteSpeed Cache, WP Rocket, W3 Total Cache možno aktivovať možnosť Browser Cache alebo vyrovnávacej pamäte prehliadača. Okrem toho možno pridať hlavičky Cache-Control podľa typov súborov pomocou .htaccess alebo konfigurácie servera.

Keď nastavím dlhý čas cache, nebudú viditeľné aktualizácie stránky?

Ak aktualizujete ten istý CSS alebo JS súbor bez zmeny názvu súboru, niektorí používatelia môžu vidieť starý súbor. Aby ste tomu zabránili, treba použiť verzionovanie súborov, názvy súborov s hashom a proces CDN purge.

Mali by sa cachovať platobné stránky a používateľský panel?

Nie. Na stránkach obsahujúcich osobné údaje, ako sú platba, košík, účet, faktúra a administračný panel, by sa mali používať bezpečné hlavičky ako Cache-Control: no-store, private. Kvôli výkonu by sa nemalo robiť kompromisy v oblasti bezpečnosti.