Memorarea în cache a browserului WordPress

Accelerează-ți site-ul WordPress drastic cu ajutorul utilizării cache a browserului, cunoscută și sub denumirea de cache a expirărilor .

Mulți furnizori de optimizare a vitezei și de testare se vor referi la aceasta ca „ cache browser ”, „ leverage browser caching ”, „ expire anteturi ”, „ anteturi cache ”, „ cache-control ” și „ web cache ”. După cum indică Google PageSpeed ​​Insights, GTMetrix și MaxCDN urmează acest ghid pentru a-l configura corect.

Ce este memorarea în cache a browserului?

Memorarea în cache a browserului este metoda prin care serverul dvs. web îi spune browserului să stocheze o pagină sau anumite resurse pentru o anumită perioadă de timp, astfel încât acestea să nu fie descărcate de pe server de fiecare dată când sunt încărcate pagini. Aceasta poate stoca în cache o pagină întreagă și/sau resurse precum JavaScript, CSS, imagini (jpeg, png, gif etc.) și multe altele.

Site-ul dvs. WordPress se va încărca în mod normal pentru fiecare utilizator prima dată, dar ulterior va fi considerabil mai rapid pe măsură ce navighează prin pagini și efectuează acțiuni. Resursele sunt stocate în browser și, ca rezultat, sunt încărcate local în loc să fie descărcate din nou.

Importanța stocării în cache a browserului

În cele din urmă, scopul și importanța stocării în cache a browserului este de a accelera site-ul dvs. WordPress pentru utilizatorii dvs., astfel încât aceștia să aibă o experiență mai plăcută. Acest lucru ar putea duce la creșterea traficului, clasamente mai bune în căutare și chiar rate de conversie îmbunătățite pentru ceea ce încercați să obțineți.

Ca efect bonus suplimentar, încărcarea este eliminată de pe serverul dvs. web prin nedescărcarea resurselor pe fiecare încărcare a paginii pentru același vizitator și economisește lățime de bandă și pe serverul dvs. web.

Cache-ul web oferă viteză reciprocă serverului și utilizatorului

Implementarea browserului cache

Configurarea memoriei cache a browserului de pârghie pe site-ul dvs. WordPress este de fapt foarte rapidă și ușoară, dar configurarea poate diferi în funcție de configurarea dvs. și de serverul web pe care îl utilizați. În mod implicit, cea mai comună configurare este WordPress care rulează pe un server web Apache, dar există și alte servere web populare disponibile, cum ar fi Nginx, IIS etc.

Utilizarea unui plugin WordPress Leverage Browser Caching simplifică implementarea.

Pentru a face și mai ușor, există mai multe pluginuri de cache a browserului WordPress disponibile. Am folosit, testat și recomandăm pluginul WordPress Leverage Browser Caching Ninjas. Este un plugin de instalare și activare care face restul pentru tine, atât de simplu.

Apache Browser Cache

Apache folosește un fișier .htaccess pentru memorarea în cache a browserului. Ar trebui să existe un fișier .htaccess în rădăcina instalării dvs. WordPress și, dacă nu există unul, puteți crea unul și pune următoarele linii de cod în el, în partea de sus:

## EXPIRES CACHING ##
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/jpg "access plus 1 year"
ExpiresByType image/jpeg "access plus 1 year"
ExpiresByType image/gif "access plus 1 year"
ExpiresByType image/png "access plus 1 year"
ExpiresByType text/css "access plus 1 month"
ExpiresByType application/pdf "access plus 1 month"
ExpiresByType text/x-javascript "access plus 1 month"
ExpiresByType application/x-shockwave-flash "access plus 1 month"
ExpiresByType image/x-icon "access plus 1 year"
ExpiresDefault "access plus 2 days"
</IfModule>
## EXPIRES CACHING ##

(https://gist.github.com/tribulant/36be0f683eedfa468f51)

Nginx Leverage Browser Caching

Dacă rulați un server Nginx (En-gine-ex), configurarea este diferită de Apache de mai sus. Veți dori să adăugați următorul cod la fișierul dvs. de configurare vhost, de obicei situat la /etc/nginx/sites-enabled/default . Adăugați următoarele la blocul dvs. de server:

location ~* \.(jpg|jpeg|png|gif|ico|css|js)$ {
expires 365d;
}

(https://gist.github.com/tribulant/19bb56a222af41854ecc)

Lighttpd

Modulul mod_expire este folosit de Lighttpd pentru a controla anteturile care furnizează stocarea în cache a conținutului de către browser. Acest lucru poate intra în configurația nucleului Lighttpd în consecință.

$HTTP["url"] =~ "^/images/" {
expire.url = ( "" => "access plus 1 hours" )
}

(https://gist.github.com/tribulant/26263533eee33e3b61ed)

Microsoft IIS Leverage Browser Caching

Configurarea memoriei cache a browserului pentru IIS (Internet Information Services) este foarte simplă.

Selectați-l în interfața Administration Tools și afișați proprietățile sale. După ce ați selectat fila HTTP Headers , ar trebui să vedeți două zone interesante; Enable Content Expiration și Custom HTTP headers . Primul ar trebui să se explice de la sine, iar al doilea poate fi folosit pentru a aplica anteturi Cache-Control.

Tehnicitatea stocării în cache a browserului

Memorarea în cache a browserului este realizată de serverul web prin trimiterea antetelor HTTP către browser înainte ca codul HTML să fie trimis. Ele spun browserului anumite lucruri despre conținutul HTML care urmează să urmeze, cum ar fi tipul de conținut, data curentă, detaliile serverului, controlul și expirarea cache-ului etc.

Anteturile Cache-Control , Expires și Etag sunt cele care oferă instrucțiuni pentru cache-ul browserului. Aceste anteturi sunt create automat prin metodele menționate mai sus pentru utilizarea cache a browserului în Apache, Nginx și IIS în consecință, astfel încât nu trebuie să intrați în detalii decât dacă sunteți interesat.

Antet cache-control

Cache-Control oferă browserului anumite instrucțiuni, cum ar fi cât de mult timp este considerat conținutul „proaspăt”, starea publică/privată a stocării în cache, validare și multe altele.

Cache-Control: max-age=3600, public

(https://gist.github.com/tribulant/6309926734d3c127064c)

Antetul expiră

Antetul Expires oferă o dată HTTP numai până când resursa ar trebui și poate fi stocată în cache.

Expiră: sâmbătă, 28 noiembrie 2015 05:36:25 GMT

(https://gist.github.com/tribulant/1b655d60a8a665b18b85)

Antet de etag

Etag a fost introdus în HTTP 1.1 ca metodă de validare cu un token trimis de server și folosit de browser pentru a verifica dacă reprezentarea conținutului s-a schimbat. Până la Etag , browserele au folosit în mare parte antetul Last-Modified , dar Etag este mai relevant acum. Majoritatea serverelor web vor genera oricum atât anteturile Last-Modified , cât și Etag .

Etag: „pub1259380237;gz”

(https://gist.github.com/tribulant/2b542d76410bc047be00)

Linia de bază a stocării în cache a browserului

Memorarea în cache a browserului este reciproc avantajoasă atât pentru dvs. (serverul dvs. web), cât și pentru utilizatorii dvs., oferind viteză și performanță ambelor părți.

Cu memorarea în cache a browserului, fii puternic și agresiv, serverul tău web este suficient de inteligent pentru a ști când s-au schimbat resursele pentru a genera antete actualizate pentru ca utilizatorii să obțină conținut nou după cum este necesar. Nu intrați în panică că utilizatorii dvs. vor rămâne blocați pe conținut vechi, nu este cazul.

Memorarea în cache a browserului web este foarte recomandată pentru site-urile web WordPress și, în cele din urmă, pluginul recomandat WordPress Leverage Browser Caching Ninjas va face treaba. Doar instalați, activați și gata!