Prevent Browser Caching

PMF

Afecta la velocitat del lloc web o el SEO?

Només pot ajudar. En el mode automàtic recomanat la memòria cau del navegador continua funcionant a ple rendiment: els visitants recurrents carreguen el CSS/JS des de la seva memòria cau fins que un fitxer canvia realment, així que les visites repetides són tan ràpides com sempre (més ràpides que el comportament antic per defecte de la 2.x, que tornava a baixar els recursos a cada visita). I l’opció opcional «Accelera» va més enllà: capçaleres de memòria cau d’un any per als vostres fitxers estàtics, la solució exacta per a l’auditoria «efficient cache policy» del Lighthouse. El cost per al servidor són unes poques consultes de la data del fitxer per pàgina: insignificant. El paràmetre «ver» de l’URL és el mateix mecanisme que utilitza el nucli del WordPress, els motors de cerca hi estan perfectament acostumats, i l’extensió no canvia el contingut de les vostres pàgines, ni el marcatge, ni els URL que veuen els rastrejadors.

Funciona conjuntament amb les extensions de memòria cau de pàgines?

Sí, i des de la 3.1.0 poden cooperar activament. Les URL de recursos versionades acaben a l’HTML de la memòria cau com qualsevol altra, així que servir HTML obsolet abans volia dir servir-hi també versions antigues dels recursos. Quan la casella «Buida també la memòria cau de pàgines» de la pàgina de configuració està activada, fer clic a «Actualitza les versions» (barra d’eines, pàgina de configuració, WP-CLI o una habilitat) també buida la memòria cau de l’extensió de memòria cau de pàgines detectada, de manera que aquell HTML es regenera amb les versions noves. Compatibles: WP Rocket, LiteSpeed Cache, W3 Total Cache, WP Super Cache, WP Fastest Cache, WP-Optimize, Breeze, Cache Enabler, Hummingbird, SiteGround Optimizer, Swift Performance, Comet Cache. La casella està desactivada per defecte: la memòria cau d’una altra extensió només es toca quan ho dieu vosaltres (per exemple, si la vostra memòria cau de pàgines serveix només visitants no connectats, potser preferiu no reconstruir-la a cada actualització). En tot cas, l’informe que es mostra després de cada actualització diu si la memòria cau de pàgines s’ha buidat, i l’actualització de versions sempre es completa encara que un buidatge falli. L’extensió també continua deixant les capçaleres de memòria cau de l’HTML a l’extensió de memòria cau de pàgines.

Funciona amb els constructors de pàgines (Elementor, Divi, Beaver Builder…)?

Sí. Els constructors generen el seu CSS com a fitxers reals (normalment a la carpeta uploads) i els donen una versió nova basada en el temps cada vegada que els regeneren; l’Elementor, per exemple, serveix el CSS de cada pàgina com post-123.css?ver=<generation time>, i aquesta versió canvia cada vegada que es reescriu el fitxer. A més, en el mode automàtic aquesta extensió afegeix el seu propi component de versió a partir de la data de modificació del fitxer, així que fins i tot un fitxer de constructor reescrit al mateix lloc invalida la seva memòria cau immediatament. En conjunt, això fa que l’opció de memòria cau prolongada sigui segura també per als fitxers dels constructors: les seves URL canvien sempre que canvia el seu contingut.

Funciona amb les extensions de minificació (Autoptimize, WP-Optimize)?

Sí, verificat amb tots dos. Els minificadors inclouen un hash del contingut i les dates de modificació dels fitxers d’origen en els noms dels fitxers que generen, així que aquells fitxers invaliden la seva pròpia memòria cau pel nom, i l’opció de memòria cau prolongada d’aquí és justament la política adequada per a ells: el CSS/JS minificat del WP-Optimize rep les capçaleres d’un any i canvia d’URL sempre que canvia un fitxer d’origen, mentre que l’Autoptimize serveix la seva carpeta de memòria cau amb la seva pròpia política equivalent d’un any «immutable», així que no entren mai en conflicte. Els fitxers que el minificador deixa intactes conserven el paràmetre «ver» d’aquesta extensió, fins i tot quan l’opció «elimina les cadenes de consulta» del minificador està activada (aquesta extensió afegeix la seva versió després d’elles a propòsit).

El mode automàtic buida la meva memòria cau de pàgines quan un fitxer canvia?

No, i és intencionat, no un descuit. En el mode automàtic la versió prové de la data de modificació del fitxer, llegida en el moment en què es genera una pàgina; no «passa» res al servidor quan pugeu un fitxer modificat, així que no hi ha cap esdeveniment amb què buidar la memòria cau de pàgines. L’HTML de la memòria cau conserva les versions antigues dels recursos fins que la memòria cau de pàgines caduca o es buida. Després de canvis importants, feu clic a «Actualitza les versions»: amb l’opció «Buida també la memòria cau de pàgines» activada, això actualitza les versions i buida la memòria cau de pàgines detectada en un sol clic.

Com resolc l’auditoria del Lighthouse «Serve static assets with an efficient cache policy»?

Activeu «Permet que els navegadors conservin els fitxers estàtics durant un any» a la secció «Accelera» de la pàgina de configuració (disponible mentre el versionatge de CSS/JS està activat). L’extensió serveix els fitxers estàtics amb Cache-Control: public, max-age=31536000, immutable, que és exactament el que demana l’auditoria, i aquí és segur, perquè l’extensió canvia l’URL d’un fitxer sempre que el fitxer canvia, així que els visitants no es queden mai amb una còpia obsoleta. Després d’activar-ho, la pàgina de configuració us indica si les capçaleres s’han verificat al vostre lloc web. Aquesta mateixa opció també resol el nom antic d’aquesta recomanació, «Leverage browser caching», que encara mostren el GTmetrix i altres eines d’anàlisi.

L’extensió edita el meu .htaccess?

Només si activeu l’opció de memòria cau prolongada, i només utilitzant l’API pròpia del WordPress (la mateixa que utilitza el nucli per als enllaços permanents): un bloc clarament marcat entre # BEGIN Prevent Browser Caching i # END Prevent Browser Caching. El bloc s’actualitza quan canvieu opcions relacionades, i s’elimina completament quan desactiveu l’opció, desactiveu o esborreu l’extensió. En multilloc, en nginx, o si definiu la constant PBC_DISABLE_HTACCESS_WRITE, l’extensió no escriu mai el fitxer: en lloc d’això us mostra les regles per afegir-les manualment.

La meva extensió de memòria cau ja afegeix capçaleres de memòria cau del navegador (expires). Necessito totes dues?

No, gestioneu-les en un sol lloc. Si la vostra extensió de memòria cau ja serveix capçaleres de llarga durada per als fitxers estàtics, podeu deixar desactivada aquí l’opció «Accelera»: el versionatge ho manté tot actualitzat de totes maneres. No es trenca res si acaben activades totes dues (les regles no entren en conflicte, simplement guanya el bloc posterior), però una única font és més neta. L’avantatge de gestionar-les aquí és que les capçaleres estan lligades al versionatge (els URL canvien sempre que canvien els fitxers, així que una memòria cau d’un any no pot mostrar mai a ningú un fitxer obsolet) i la pàgina de configuració verifica que les capçaleres funcionen realment al vostre servidor.

La pàgina de configuració diu que les capçaleres de memòria cau no apareixen. Què faig ara?

Les regles hi són, però el vostre servidor no les ha aplicat: el més habitual és que l’Apache de l’allotjament no tingui els mòduls mod_headers/mod_expires, o que les sobreescriptures mitjançant .htaccess estiguin desactivades. Demaneu a l’allotjament que les activi, o copieu les regles que es mostren a la pàgina de configuració a la configuració del servidor. Si deseu la configuració es torna a executar la comprovació. Fins que les capçaleres funcionin, no es trenca res: els navegadors simplement continuen desant a la memòria cau com ho feien abans.

He exclòs un fitxer del versionatge: es conservarà igualment a la memòria cau durant un any?

Si és un fitxer CSS/JS local servit des del vostre lloc web: sí, les regles de memòria cau prolongada funcionen per l’extensió del fitxer i no veuen la vostra llista d’exclusions. Les exclusions gairebé sempre són URL externs (scripts de pagament, CDN), que les regles no toquen mai; però si excloeu un fitxer local perquè no s’ha de conservar gaire temps a la memòria cau, o bé deixeu desactivada l’opció de memòria cau prolongada, o bé afegiu una regla més específica per a aquest fitxer a la configuració del servidor.

Per què els fitxers externs no reben una versió per defecte?

Diversos serveis externs, els scripts de pagament en particular (PayPal, Braintree, Authorize.net), rebutgen les sol·licituds amb un paràmetre de consulta «ver» inesperat, cosa que abans trencava els formularis de compra. Des de la 3.0.0 només es versionen els fitxers locals per defecte; hi ha una casella per tornar a incloure els URL externs si en depeníeu.

Perdo la memòria cau del navegador amb aquesta extensió?

No en el mode automàtic recomanat. Els fitxers es desen a la memòria cau normalment; la versió només canvia quan el fitxer mateix canvia. El mode «a cada càrrega de pàgina» sí que desactiva la memòria cau del CSS/JS: utilitzeu-lo només durant el desenvolupament actiu.

La versió no s’actualitza cada X minuts com ho he configurat. Per què?

El mode antic «cada N minuts» funciona per visitant, mitjançant una galeta: no reconstrueix res al servidor per cron. Cada visitant rep una versió nova dels recursos no més sovint que l’interval triat. Des de la 3.0.0 el mode automàtic és una opció millor per a gairebé tots els casos.

Versiona les imatges dins del contingut de les entrades?

Sí, quan «Imatges» està activat: els URL dels adjunts generats pel WordPress reben versions immediatament, i els URL d’imatges escrits directament al contingut de les entrades reben la versió global dels mèdia del lloc web després de la primera actualització (el botó «Actualitza les versions» o reemplaçar un fitxer de mèdia).

El meu CDN ignora les cadenes de consulta.

Aleshores el versionatge mitjançant paràmetre de consulta no pot invalidar la memòria cau d’aquell CDN per a aquells fitxers. Configureu el CDN perquè inclogui les cadenes de consulta a la seva clau de memòria cau, o utilitzeu versionatge basat en el nom del fitxer (per exemple, reemplaceu un fitxer amb un nom nou).

El meu lloc web mostra un error després de desactivar l’extensió.

Si heu afegit prevent_browser_caching( ... ) al functions.php del vostre tema, aquella línia crida una funció que proporciona aquesta extensió. Un cop desactivada l’extensió, la funció ja no existeix, així que el PHP s’atura amb un error fatal. Dues maneres de solucionar-ho: canvieu al filtre pbc_assets_version (recomanat, no causa mai això) o embolcalleu la crida amb if ( function_exists( 'prevent_browser_caching' ) ) { ... }. Vegeu «Per a desenvolupadors» més amunt.