Caching în browser: cum setezi corect Cache-Control și Expires în WordPress

Dacă fiecare vizitator care revine pe site îți descarcă din nou aceleași logo-uri, fișiere CSS și scripturi, plătești de fiecare dată banda și timpul pentru resurse care nu s-au schimbat cu nimic. Aici intră în joc browser caching WordPress: îi spui browserului să păstreze local aceste fișiere, iar la vizita următoare le ia direct de pe disc, nu de pe server. Pagina se încarcă aproape instant, serverul respiră, iar site-ul pare vizibil mai rapid fără să schimbi o linie de conținut.

Ce înseamnă, pe scurt, browser caching WordPress

Când cineva îți deschide site-ul, browserul face zeci de cereri: fonturi, imagini, foi de stil, scripturi. Fără instrucțiuni, le cere din nou la fiecare pagină vizitată. Cu antetele potrivite, primește un mesaj clar: „fișierul ăsta e valabil încă 30 de zile, nu-l mai cere degeaba”.

Practic, muți o parte din trafic de pe server pe calculatorul vizitatorului. Nu ajută la prima vizită, când oricum totul se descarcă o dată, dar transformă a doua, a treia și toate navigările interne într-o experiență mult mai rapidă.

Cache-Control și Expires: care e diferența

Expires este metoda veche. Îi dai browserului o dată fixă până la care fișierul e valabil, de exemplu „15 august 2026, ora 12:00″. Funcționează, dar depinde de ceasul corect al calculatorului și e mai greu de întreținut.

Cache-Control este standardul modern și îl vei prefera aproape mereu. În loc de o dată fixă, lucrezi cu o durată relativă și cu directive clare:

• max-age=2592000 — fișierul e valabil 30 de zile (valoarea e în secunde);
• public — poate fi salvat și de proxy-uri sau CDN, nu doar de browser;
• immutable — îi spune browserului că fișierul nu se schimbă până expiră, deci nu-l mai revalidează;
• no-cache — poate fi păstrat, dar trebuie verificat la server înainte de folosire.

Când setezi ambele antete, Cache-Control câștigă în fața lui Expires. De aceea recomandarea e simplă: bazează-te pe Cache-Control și păstrează Expires doar ca plasă de siguranță pentru browsere foarte vechi.

Cum setezi corect caching-ul în WordPress

Ai trei drumuri, în funcție de cât control vrei și de serverul pe care rulezi.

1. Din fișierul .htaccess (Apache sau LiteSpeed)

Cea mai directă metodă pe majoritatea hosturilor cPanel. Adaugi reguli cu mod_expires și mod_headers care setează Cache-Control pentru fiecare tip de fișier. E rapid, dar orice greșeală de sintaxă îți poate pica site-ul, așa că fă întâi un backup.

2. Printr-un plugin de cache

LiteSpeed Cache, W3 Total Cache sau WP Rocket adaugă aceste antete printr-o simplă bifă. E varianta pe care o recomand clienților care nu vor să atingă fișiere de server: controlezi totul din panoul WordPress și eviți erorile de sintaxă.

3. Din configurarea serverului sau a CDN-ului

Dacă folosești Nginx sau un CDN precum Cloudflare, cel mai curat e să setezi antetele acolo, cât mai aproape de vizitator. Atenție: Cloudflare poate suprascrie regulile tale, deci verifică ce politică de „Browser Cache TTL” ai activă.

Ce durată de expirare alegi pentru fiecare fișier

Nu toate fișierele merită aceeași durată. Regula de aur: cu cât un fișier se schimbă mai rar, cu atât îl cachezi mai mult.

• Imagini, fonturi, logo-uri: între 6 luni și 1 an — se schimbă foarte rar;
• CSS și JavaScript: circa 1 lună, ideal cu „versioning” în numele fișierului (ex. style.css?ver=1.4), ca să forțezi reîncărcarea la update;
• HTML: câteva minute sau deloc — conținutul se schimbă des și nu vrei să servești pagini vechi.

Aici e capcana clasică: dacă pui durate lungi pe CSS și JS fără versioning, vizitatorii rămân cu stilul vechi după ce faci modificări. Din acest motiv pluginurile serioase adaugă automat un parametru de versiune la fiecare fișier.

Cum verifici că browser caching-ul chiar funcționează

Nu te baza pe „am adăugat regulile, gata”. Deschide DevTools în Chrome (tab-ul Network), reîncarcă pagina și uită-te la coloana Size: fișierele servite din cache apar ca „(memory cache)” sau „(disk cache)”. Poți inspecta și antetul de răspuns ca să confirmi valoarea reală a lui Cache-Control.

Pentru o imagine completă, rulează pagina prin PageSpeed Insights — dacă avertizarea „Serve static assets with an efficient cache policy” a dispărut, ești pe drumul bun. Modul în care funcționează cache-ul HTTP e explicat foarte clar în ghidul de la web.dev.

Caching-ul în browser e doar o piesă din puzzle și lucrează cel mai bine împreună cu optimizarea vitezei site-ului: compresie, imagini WebP și un cache de pagină pe server. Dacă vrei să știi exact ce te frânează, cere-ne un audit gratuit și îți arătăm în cifre unde pierzi secunde.

Concluzie

Browser caching-ul e una dintre cele mai ieftine îmbunătățiri de viteză pe care le poți face: câteva antete corecte și vizitatorii tăi obișnuiți primesc pagini care se încarcă instant. Alege Cache-Control ca metodă principală, dă durate lungi fișierelor statice, păstrează HTML-ul proaspăt și verifică mereu rezultatul direct în browser. E puțin efort pentru un câștig pe care îl simți la fiecare revenire pe site.