„Instalează un plugin de cache” e sfatul universal pe care îl primește oricine se plânge că site-ul WordPress e lent. Sfatul e corect, dar rareori vine cu explicația: ce face de fapt cache-ul, de ce funcționează, și de ce configurarea greșită poate crea probleme la fel de enervante ca lipsa lui completă.
Articolul ăsta explică simplu, fără jargon inutil, ce se întâmplă de fapt când activezi cache-ul pe un site WordPress.
Ce face WordPress la fiecare vizită, fără cache
WordPress e o platformă dinamică — fiecare pagină pe care o vezi e generată în momentul accesării, nu stă gata construită pe server. Când cineva accesează un articol, serverul: interoghează baza de date pentru a extrage conținutul articolului, comentariile și widget-urile, execută codul PHP al temei și al plugin-urilor active pentru a asambla pagina, și abia apoi trimite rezultatul final către browserul vizitatorului.
Acest proces se repetă identic, de la zero, la fiecare vizită — chiar dacă 1000 de persoane citesc exact același articol, fără nicio modificare între vizite, serverul face aceeași muncă de reconstrucție de 1000 de ori. E ca și cum ai re-găti aceeași masă de la zero pentru fiecare client, chiar dacă rețeta și ingredientele sunt identice.
Ce face cache-ul: păstrează rezultatul deja gata
Cache-ul rezolvă exact această risipă. La prima vizită pe o pagină, sistemul de cache salvează versiunea finală, deja generată, a acelei pagini — practic o fotografie a rezultatului. La vizitele următoare, în loc să repete tot procesul de generare (interogări bază de date, execuție PHP), serverul servește direct acea versiune salvată, gata făcută.
Diferența de viteză e semnificativă — o pagină generată dinamic poate dura 500ms-2 secunde să se construiască; aceeași pagină, servită din cache, poate ajunge la 20-50ms. E diferența dintre a re-găti o masă de la zero și a scoate o porție deja gătită din frigider, încălzită rapid.
Tipurile de cache pe care le întâlnești
Page cache (cache de pagină)
Cel mai comun și cel mai important tip. Salvează versiunea HTML finală a fiecărei pagini. E ceea ce fac majoritatea plugin-urilor de cache (WP Rocket, LiteSpeed Cache, W3 Total Cache) în configurarea de bază.
Object cache (cache de obiecte)
Salvează rezultatele interogărilor individuale din baza de date, nu pagina întreagă. Util mai ales pentru site-uri cu conținut dinamic complex (magazine WooCommerce, site-uri cu utilizatori autentificați), unde page cache-ul complet nu poate fi folosit la fel de simplu. Necesită de obicei o configurare suplimentară la nivel de server (Redis sau Memcached).
Browser cache
Instrucțiuni trimise către browserul vizitatorului, care îi spun să păstreze local anumite fișiere (imagini, CSS, JavaScript) pentru o perioadă, astfel încât la vizitele următoare browserul să nu mai retrimită cereri pentru fișiere care nu s-au schimbat.
CDN cache
Similar cu page cache, dar copiile sunt distribuite pe servere geografic diferite, astfel încât vizitatorii din diverse regiuni primesc conținutul de la serverul cel mai apropiat de ei, nu direct de la serverul original al site-ului.
Provocarea reală: conținutul dinamic
Aici apare complexitatea practică a cache-ului. Dacă tot conținutul unui site ar fi static și identic pentru toți vizitatorii, cache-ul ar fi simplu — generezi o dată, servești mereu aceeași versiune. Dar WordPress are adesea conținut care diferă în funcție de vizitator sau de context: un coș de cumpărături WooCommerce, un mesaj „Bun venit, [nume]” pentru utilizatori autentificați, un formular cu un token de securitate unic per sesiune.
Plugin-urile de cache moderne gestionează asta prin excluderi inteligente — anumite pagini (checkout, cont utilizator) sunt excluse automat de la cache, iar anumite zone dintr-o pagină altfel cache-uită (cum ar fi un widget „coș de cumpărături” din header) pot fi încărcate separat, dinamic, chiar și pe o pagină în general cache-uită.
Problema pe care o creează cache-ul prost configurat
Cea mai frecventă plângere legată de cache: „am modificat ceva pe site, dar nu se vede schimbarea.” Explicația aproape întotdeauna e că versiunea veche, cache-uită, e încă servită vizitatorilor, în timp ce versiunea nouă există în baza de date dar nu a fost încă regenerată în cache.
Soluția standard e golirea cache-ului („purge”) după orice modificare semnificativă — majoritatea plugin-urilor de cache fac asta automat la publicarea sau editarea unui articol, dar modificările din alte zone (widget-uri, meniuri, setări de temă) pot necesita golire manuală.
O altă problemă frecventă: cache-ul afișează conținut greșit unui vizitator autentificat (de exemplu, coșul de cumpărături al altcuiva) din cauza unei configurări incorecte care nu exclude corect paginile personalizate. Aceasta e o eroare de configurare serioasă, nu doar inconvenientă — pe un magazin online, poate expune date incorecte între utilizatori diferiți.
Cum știi dacă cache-ul funcționează corect
Cel mai simplu test: deschide site-ul într-un tab normal și într-un tab incognito, verifică timpul de încărcare prin unelte precum GTmetrix sau PageSpeed Insights, apoi modifică ceva vizibil pe site și verifică dacă schimbarea apare imediat sau necesită golirea manuală a cache-ului. Un cache bine configurat golește automat zonele relevante la orice schimbare de conținut, fără să necesite intervenție manuală constantă.
Cache la nivel de server vs. plugin
Cache-ul poate fi implementat la nivel de plugin WordPress (mai ușor de configurat, funcționează pe majoritatea hosting-urilor) sau la nivel de server, prin tehnologii precum LiteSpeed Cache (integrat direct cu serverul web LiteSpeed, semnificativ mai rapid decât variantele bazate exclusiv pe plugin) sau Varnish (folosit adesea pe infrastructuri mai avansate). Dacă hosting-ul tău rulează pe LiteSpeed, pluginul oficial LiteSpeed Cache oferă cel mai bun raport performanță-simplitate, fiind gratuit și integrat nativ cu serverul.
Cache-ul nu rezolvă totul
Un cache bine configurat elimină munca repetitivă de generare a paginilor, dar nu compensează probleme structurale mai profunde: imagini neoptimizate, plugin-uri excesive care încarcă scripturi inutile, sau un server subdimensionat pentru traficul real al site-ului. Cache-ul e o piesă esențială din puzzle-ul performanței, nu o soluție universală singură.
Toate pachetele noastre de administrare WordPress includ configurarea corectă a cache-ului, adaptată tipului de site — prezentare, blog sau magazin WooCommerce. De la 49 €/lună.
Nu ești sigur dacă cache-ul de pe site-ul tău e configurat corect, sau dacă lipsește complet? Cere auditul gratuit — verificăm configurarea și îți arătăm exact ce ar trebui ajustat, fără obligații.