Ottimizzazzioni dû caching dû situ web

La causa principali dâ lentezza di nu situ web di solitu nun è na sula mmàggini, ma cchiù tostoRichiesta di instradamentu + generazzioni dû latu dû sirviri + cunsegna di risorsi staticiCausatu di sovrapposizioni:

• L'utenti su troppu luntani dû vostru server, chi pruvoca un altu RTT di reta (chistu si nota particularmenti tra cuntinenti)
• WordPress avi a fari curriri PHP, a interrogari la banca dati e a renderizzari u template cu ogni richiesta → TTFB (Tempu pi lu primu byte) è crisciutu
• A pàggina avi puru a carricari JavaScript, CSS, font e script di terzi, chi rallenta u rendering e l'interattività.

Plugin di cacheLa chiavi pi risòlviri stu prubblema è archiviari li risultati di li pàggini ca su sottumessi a càlculi ripetuti, accussì lu sirviri nun avi a ricàlularli ogni vota; e, applicannu strategie apprupriati, assicurari ca cchiù utenti utilizzanu la cache, riducennu significativamente lu TTFB.Documentazzioni ufficiali di WordPressFa puru notari ca plugin comu W3 Total Cache e WP Super Cache ponnu mettiri in cache li pagini comu file statici e sirvirli direttamenti a l'utenti, accussì riducennu lu caricu supra lu server.

Prima di lèggiri sta pàggina, tènni a menti sti tri règuli d'oru.

1. Usa sulu un plugin pi la cache di pàggini a vota

Quannu cchiù plugin di cache sunnu attivati a lu stissu tempu, lu risultatu cchiù cumuni nun è na prestazioni cchiù veloci, ma inveci:

• Règuli di cache ca si 'ncrucianu, cache ca si scrìvinu supra unu cu l'àutru, e na calata di tassi di successu di cache.
• U cuntenutu dinamicu comu lu statu di login, la lingua, lu carrellu di la spisa e li prezzi veni misi “n cache, purtannu a errori di ”cuntenutu sbagghiatu"
  Assai ducumentazzioni e guide pi plugin cunsigghianu ca, quannu si usa un certu plugin di cachi,Disabbilita l'àutri plugin di cachepi evitari cunflittu

2. Siti di e-commerce/membri/multilingui: U caching nun è un interrutturi on/off, ma un sistema di reguli.“

Documentazzioni ufficiali di prestazzioni di WooCommercePi favuri nota: ntô plugin di caching, accertati ca Carrettu di la spisa / Pagamentu / Cuntu Assicurati ca sti pàggini nun vennu misi 'n cache, e si cunsigghia puru di evitari di minimizzari i file JavaScript (picchì chistu pò facilmenti causari prublemi di cumpatibilità).

3. “Plugini di caching ≠ CDN”, ma i plugini di caching furmanu la fundazioni di CDN

U plugin di caching risolvi u prubblema di sottucuntari supra u server d'urìggini;CDN La suluzzioni è di purtari u cuntenutu cchiù vicinu a l'utenti. Sti dui approcci sunnu cumpimentari: prima, ridùciri u TTFB dû server d'urìggini; poi, distribbuiri li risorsi statici attraversu CDN. Chistu è l'approcciu cchiù affidàbbili pi sirviri l'utenti nta tuttu u munnu.

Scelta rapida: Li 4 scenari cchiù cumuni di nu situ web

Si nun voi lèggiri tuttu l'artìculu, scegli sulu una dî quattru opzioni ccà sutta—nun poi sbagliari:

1. Circannu paci di menti, affidabbilità e accessibilità glubbali → WP Rocket(Paggatu)
2. U server sta di sicuru funziunannu cu LiteSpeed/OpenLiteSpeed. → LiteSpeed Cache(Gratis, ma assai dipinnenti dâ capacità dû server)La funziunalità di caching è nicissaria Cumpunenti dû server LiteSpeedputiri travagghiari
3. Siti di cuntenutu, blog e repositori di ducumenti ca circanu na suluzzioni gratuita e affidàbbili → WP Super Cache(Cachìggiu di HTML staticu): Genera file HTML statici pi la maiuranza di l'utenti ca nun su cunnessi
4. Hai na squadra tecnica e hai bisognu di esercitari nu cuntrollu finu (CDN/cache pi ogni oggettu/moduli multipli) → W3 Cache Totali(Putenti ma cumplicatu): Cu un quadru di prestazioni cumplessivu e l'integrazioni CDN

Chi esattamenti ammuccia un ammucciatoiu?

“Picchì certi siti web sunnu ancora lenti puru doppu aviri installatu un cache?” Avemu spartutu la prestazioni di WordPress in cincu strati:

1. Cache dû navigaturiFari li visite successive cchiù veloci (intestazzioni di cache pi risorsi statici, numeri di versione)
2. Cachìggiu di pàgginiMèttici 'n cache l'output dâ pàggina comu HTML (lu focus di sta pàggina)
3. Cache di oggetti: Archiviazzioni di risultati di query di database (particularmenti preziosu pi siti web dinamici)
4. PHP OPcacheCache PHP byte di bytecode (di solitu cunfiguratu dû server; nun è na carattirìstica principali dû plugin)
5. CDN/Cache di borduMèttiri risorsi nti li nodi cchiù vicini a l'utenti

Stu articulu si cuncentra supra: plugin pi la memorizzazzioni di pàggini;
Ma cuntinueremu a ricurdari a vui: i siti web spissu hannu bisognu di na cumbinazzioni di 2 e 5 pi essiri veramenti veloci.

Plugin 1:WP Rocket(A pagamentu) — Na suluzzioni tuttu-n-unu senza pinseri

WP Rocket è pupulari nta la cumunità di WordPress, nun picchì è maggicu, ma picchì ha cunzatu li tri tipi cchiù cumuni di ottimizzazzioni di prestazzioni “n pacchetti facili a gestiri:

• Cachamentu di pàggini (riducennu u TTFB dû server d'urìggini)
• Precaricamentu/riscaldamentu dû cache (pi migghiurari l'esperienza dâ prima visita pi l'utenti ca accedunu ô situ di ogni parti dû munnu)
• Principali ottimizzazzioni dû front-end (soprattuttu rinviu di JS, prucessamentu di CSS, ecc.)

ÈDocumentazzioni ufficialiDichi puru esplicitamenti ca, puru si disattivi u caching di pàggini, attivari u preloading pò sempri innescari o guidari certi prucessi di ottimizzazzioni (comu chiddi riguardanti CSS e JavaScript).

1.1 Pi cu è adattu WP Rocket?

WP Rocket è particularmenti adattatu pi sti siti:

• Siti aziendali, siti di marca, siti di marketing di cuntenutu, pàggini di destinazzioni (traffico di diversi paisi e riggiuni)
• Preferissi un lanciu rapidu cu la stabilità comu priorità suprema, inveci di fidàrimi a na massa di plugin gratuiti.
• Nun avemu n'ingigneri dedicatu pi l'operazzioni o pi lu rendimentu, ma avemu richiesti riguardanti l'esperienza d'utilizzaturi e lu SEO.
• UmuCommerce Si pò usari, ma cu cchiù cautela (comu si discuterà cchiù avanti nta sta sezzioni)Riguli e risichi）

1.2 U so valuri principali nti li scenari di navigazzioni dû situ web (cchiù di sulu un “interrutturi di cache”)

A. Precaricamentu dâ cache: Risolviri lu prubblema di “instabbilità duranti li primi visiti causata dû trafficu distribbbutu dû situ web”

Quannu l'utenti dû situ web su sparsi, t'incontrerai cu nu tipu assai cumuni di lentezza:
Quannu un utente nta na riggiuni particulari apri na pàggina pi la prima vota, e la cache di dda pàggina è scaduta o nun è mai stata pre-caricata → chiddu utente susteni lu costu tutali di rendering di PHP/DB.
Meccanismu di precaricuU significatu è:Paga “u costu dâ custruzzioni iniziali ”n anticipu, accussì si riduci la probabilità ca li visitaturi ca vennu pi la prima vota vennu trattati comu cunicchi d'India.

• Nenti pre-caricamentu: cu arriva prima, è sirvutu prima.
• Pre-caricamentu: U sistema ginera dati in cache in modu centralizzatu in background, assicurannu n'esperienza cchiù stabbili pi li primi visitaturi.

B. Rinviari l'esecuzioni di JavaScript: Chista è la funzione ca offri lu miglioramentu cchiù subitu e notèvuli pi l'esperienza d'usu, ma porta puru lu risicu cchiù granni.

WP Rocket uffizialmenti si rifirisci a “Ritarda l'esecuzioni di JavaScript”Discrittu comu la so cchiù putenti ottimizzazzioni di JavaScript: rinvia l'esecuzioni di script finu a quannu l'utenti hà interagutu cu la pàggina (muvennu lu mouse, tuccannu lu schermu, scorrendu, schiaccannu na tasta, ecc.), accussì la pàggina veni prima renderizzata.

Chistu è mpurtanti pi la prestazioni dû situ web, picchì u caricamentu dî script e u bloccu dâ so esecuzioni ponnu èssiri cchiù facirmenti amplificati supra riti intercontinentali:

• Li scaricamenti di risorsi sunnu un pocu lenti → Lu filu principali è cchiù prubabbili ca si intasa pi li script
• Li script di terzi (comu analìtica, pubblicità e plugin di chat) sunnu cchiù prubabbili di peggiorari l'INP e la latenza d'interazzioni.

Però, chistu pò puru causari quarchi prubblema:

• Li ritardi in JavaScript ponnu affettari: menù, caruselli, pop-up, validazzioni di furmati, pagamenti e implementazzioni dû còdici di tracciamentu.
• È pi chissu adattu a na strategìa passu passu cu esclusioni di lista nera.

C. Compatibilità cu àutri plugin/temi: Senza prublemi nun significa “zero cunflitti”

WP Rocket ha specificamenti elencatu “Plugins/temi incompatìbbili”lista, picchì chistu pò affettari li meccanismi di caching e ottimizzazzioni di WP Rocket, comu lu buffering di output.

• Si u tò situ web havi assai plugin e un tema pisanti, tratta l'ottimizzazzioni dî prestazioni comu un picculu pruggettu di dispiegamentu: fai test di regressioni doppu ogni canciamentu (moduli, login, pagamentu, cambiamentu di lingua, ecc.).

1.3 Nòtisi spiciali riguardu a WooCommerce e siti web dinàmici

U puntu chiavi mustratu ntâ ducumentazzioni ufficiali di WooCommerce quannu si cunfigura un plugin di caching è:

• Carrettu di la spisa / Pagamentu / Cuntu Nun mettiri nta la cache
• e raccomannaEvita di minificari i file JavaScript

Picchì?

• Li pàggini dû carrellu dâ spisa, dû pagamentu e dû cuntu si basanu assai supra cookie / session / nonce
• Quannu lu cache tratta sti pàggini comu pàggini statichi, li cunziguenzi vannu di buttuni ca nun funzionanu finu a, nti li peggiu casi, discrepanzi nti li prezzi, li livelli di scorta o li dittagli dû cuntu.
• La peggiu parti è ca poi truvari ca tuttu funziona bonu 'nta na riggiuni, sulu pi poi aviri prubblemi 'nta n'autra riggiuni a causa di diffirenzi ntê CDN/colpi di cache.

1.4 Raccomandazzioni pi li pulìtichi di plugin di cache

Livellu 1: Misuri di sicurizza di basa (quarchi cosa ca praticamente ogni situ web avissi a implementari)

• Abilitari u caching di pàggini
• AperutuPrecaricamentu dâ cache(Migghiurari la stabilità pi li primi visitaturi)
• Na strategìa sensata di cachinamentu dû navigaturi (si pò implementari a ogni liveddu: WP Rocket, server, o CDN)

Livellu 2: Ritorni moderati, risicu moderatu (adattu pi la maiuranza di siti di cuntenutu)

• Caricamentu pigru di mmàggini / iframe (Na taliata cchiù prufunna â ottimizzazzioni di mmàggini)
• Cuntrolla la diminsioni dû file CSS (p.es. livannu li CSS nun usati)

Livellu 3: Granni riturni ma risicu àutu (bisogna includiri na lista di cuntrollu pi lu backtesting)

• Rimannari l'esecuzioni di JavaScript (priritizzari u rendering, ma chistu pò affettari l'interattività)
• Minificazzioni e cumbinazzioni di JS/CSS: Statti assai attentu cu li siti di e-commerce, di membri e multilingui (WooCommerce ha puru avvisatu di li risichi assuciati cu la minificazzioni di JavaScript.）

1.5 Prezzu e licenza

• WP Rocket funziuna cu nu mudellu di licenza a pagamentu, cu licenzi diffirenti dispunìbbili secunnu u nùmmaru di siti.

Plugin 2:LiteSpeed Cache (LSCWP)L'offerta “top-tier gratuita” è valida sulu si u server sta veramenti funziunannu cu LiteSpeed.

Na cumuni misconcezzioni supra LiteSpeed Cache è ca è sulu nu plugin di WordPress ca, na vota installatu, funziunassi cu la stissa efficacia di WP Rocket supra ogni piattaforma di hosting. Ma chistu nun è veru.

Documentazzioni ufficiali di LiteSpeedPi chiariri: la ragiuni pi cui la funziunalità di caching di LSCWP richiedi LiteSpeed Server è ca avi bisognu di cumunicari cu la funziunalità integrata di caching di pagini (LSCache) di LiteSpeed Web Server; lu plugin è rispunzàbbili di nfurmari lu server quali pagini ponnu èssiri cacheati, pi quantu tempu, e pi scatinari na purgazzioni usannu tag.

U vantaggiu principali di LiteSpeed Cache sta “nta "Cachìggiu di pàggini a liveddu di sirviri (LSCache)”Senza i server LiteSpeed/OpenLiteSpeed, stu vantaggiu principali nun esisteria.

2.1 LiteSpeed CachePi cu è adattu?

Adattatu pi:

• U tò pannellu di cuntrollu dû hosting dici chiaramenti LiteSpeed / OpenLiteSpeed(Pi esempiu, assai server cPanel mustranu chistu)
• Voi ca lu pianu gratuitu offra un TTFB eccellente e prestazioni di cuncurrenza ottimali.“
• Si prontu a accittari ca, mentri è assai putenti, nvolgi puru assai cuncetti tecnichi (TTL, Tag, Purge, ESI, Crawler…)?

Micca particularmenti adattu:

• Nun si sicuru quali server web usa lu host, o hai cunfirmatu ca è Nginx o Apache (a menu ca voi usari sulu certi funzioni di ottimizzazzioni front-end, nta stu casu u rapportu tra costu e benefici putissi nun valiri la pena)
• Hai nu situ cumplicatu di e-commerce/membri/multilingua, ma nun hai nu prucessu di test (LSCWP è putenti, ma è puru cchiù prunu a caccari lu cuntenutu sbagghiatu)

2.2 U so meccanismu di cache: picchì è cchiù comu “na parti di li capacità dû server”

Pò riassumiri comu funziona LiteSpeed Cache nta na sula spiegazioni tecnica:

• WP Rocket / WP Super Cache Chistu 'nvolgi principalmenti la messa 'n cache e l'ottimizzazzioni dû latu di WordPress/PHP;
• Pianu di Energia Pulita di lu Statu di Florida Chista è na cumminazzioni dû “pannellu di WordPress + LSCache integratu dû LiteSpeed Server”: u plugin è rispunzàbbili pi emettiri règuli e cancellari segnali, mentri u veru caching di pàggini ad àuta vilucità succedi inLivellu dû server。

Chistu havi un impattu direttu supra l'esperienza d'usu: u caching di latu dû server è giniralmenti cchiù leggìeru, cchiù veloci e megghiu capaci di gestiri richiesti cuncurrenti (soprattuttu duranti picchi improvvisi di trafficu o visite frequenti di crawler di muturi di ricerca).

2.3 U modu giustu pi usari LSCWP nta nu scenariu d'utilizzu di nu situ web“

Avemu divisu l'approcciu currettu “n quattru livelli:

Strata 1: Strategìa di cachamentu di pàggini (determina si u TTFB pò veramenti èssiri ridottu)

• Specifica quali pàggini ponnu èssiri messe 'n cache (a maiuranza di pàggini di cuntenutu pubblicu)
• Specifica quali pàggini nun avissiru mai a èssiri memorizzate n cache (login, account, carrettu di la spisa, checkout e pàggini ca si basanu assai supra cookie pi lu cambiamentu di lingua/valuta)
• Imposta un TTL ragiunevuli pi lu cache (cchiù spissu si aghjurnau lu cuntenutu, cchiù curtu avissi a essiri lu TTL; viceversa, cchiù longu avissi a essiri lu TTL)
• Crea na pulìtica di pulizzìa: pulisci i tag rilevanti doppu ca u cuntenutu è statu aggiornatu (inveci di fari na pulizzìa ginirali pi tuttu u situ)

Si stu stratu è fattu currettamenti, u beneficiu cchiù immediatu pi lu situ web è TTFB si è ridottu, e u caricamentu dâ prima schermata è cchiù stabbili.。

Livellu 2: Precaricamentu/Crawling (determina si la prima visita ê pàggini cu trafficu bassu è lenta)

Na causa cumuni di “esperienza d'utilizzaturi incunzistenti” quannu si visita siti web veni di “discrepanzi tra la cache càuda e chidda fridda”:

• Li pàggini pupulari sunnu sempri visitati, accussì lu cache resta sempri aggiornatu.
• Li pàggini ca nun hannu assai trafficu su stati trascurati pi assai tempu, accussì si caricanu assai lentu pi li primi visitaturi.

U preloading nun è sulu a glassa supra a torta; è a chiavi pi assicurari na spirienza d'utilizzaturi cunsistenti ntô situ web.

Strata 3: Suluzzioni di sicurizza pi cuntenutu dinàmicu (e-commerce/iscrizzioni/multilingua)

La forza di LSCWP sta ntô fattu ca ti prupuni na vasta gamma di “arnesi avanzati”, comu:

• Strategìi di cachè differenzziati pi l'utenti cunnessi, pi chiddi ca fannu cummenti, ecc.
• U cuncettu principali darreri l'Edge-Side Inclusion (ESI) è di spartiri na pàggina in un 'corpu cumuni ca si pò mettiri n cache' e 'frammenti dinamici ca nun si ponnu mettiri n cache', prucessalli separatamente e poi riassemblarli ô nòdu di edge.

Strata 4: Servizî online e migliuramenti opzziunali

Assai amministraturi di siti web s'imbatterannu nti li servizî online di QUIC.cloud (comu l'arnesi pi ottimizzari li pàggini) nta LSCWP.Documentazzioni QUIC.cloudDichiara esplicitamenti ca furnisci servizî di ottimizzazzioni di pàggini pi LSCWP, cumpresi Critical CSS (CCSS), Unique CSS (UCSS) e Immàggini Ottimizzati pi Viewport (VPI).

• Sti servizi sunnu opzziunali: Pò usari sulu lu caching di server, senza attivari l'ottimizzazzioni online
• Quannu i servizi online sunnu attivati, u flussu di prucessamentu di li risorsi e di li pagini dû vostru situ canciarà (chista è nfurmazioni mpurtanti pi l'imprese e pi li clienti attenti â privacy)

2.4 Insidii cumuni ntô LSCWP

1. U server nun usa LiteSpeed, eppuru tratta LSCWP comu un plugin di cache cu tutti li funzioni.
   Risurtatu: U caching nun funziunau comu spittatu e puru aumentau la cumplessità dâ cunfigurazzioni. Soluẑiuni: Prima, verifica la pila dû host; si nun è Lìggiru... cunsidira WP Rocket o WP Super Cache.
2. Abilitari troppi ottimizzazzioni di front-end ha causatu prublemi di funziunalità.
   L'ottimizzazzioni di pàggina (CSS/JS) spissu pruvòca prubblemi di cumpatibilità cchiù facilmenti ca lu caching stissu. Raccomandazzioni: Prima, accertati ca lu caching di pàggina funzioni senza prubblemi; poi attiva l'ottimizzazzioni una a una, mentri stabbilisci na lista di cuntrollu pi li test di regressioni (formulari, menù, pagamentu, tracciamentu, cambiu di lingua, ecc.).
3. Mancanza di strategie di esclusioni e frammentazzioni pi pagini dinamichi
   Prublemi cumuni: carretteddi di spisa, pàggini di pagamentu e pàggini di cuntu ca vennu memorizzati nta la cache; o passaggi sbagliati tra lingui o valuti. I siti di e-commerce hannu a trattari chistu comu un cuntrollu prima dû lanciamentu (comu WooCommerce ufficialmenti sottulìnia).Nun mettiri n cache li pàggini critichi）。

Plugin 3:WP Super Cache(Gratis) — La strategia classica “bassa risica, autu ritornu” pi li siti di cuntenutu

WP Super Cache Picchì è ristatu pupulari pi tantu tempu? Picchì risòlvi i prubblemi in modu assai semprici e favurèvuli pi lu server:
Cunvèrti li pàggini dinàmichi di WordPress 'n file HTML statici...doppu cui sti file HTML vennu sirvuti direttamenti dû web server, accussì scavalcannu lu prucessamentu PHP ca cunsuma assai risorsi.

La pàggina dû plugin menziona puru ca l'HTML staticu veni sirvutu â gran parti di utenti nun autenticati, e furnisci na illustrazioni assai chiara: “99% visitaturi riceverannu file HTML statici”, chi voli diri ca un sulu file in cache pò èssiri sirvutu migghiara di voti.

3.1 Pi cu è adattu WP Super Cache?

Forti cunsigghiatu:

• Blog, siti di cuntenutu, siti di ducumentazzioni, siti aziendali, pàggini di atterraggiu
• Li visitaturi sunnu principalmenti utenti ca nun si su cunnessi.
• Voi: gratuitu, stabbili e cu costi di manutenzioni bassi

Usari cu cautela / Richièdi na strategìa cchiù robusta:

• Siti web assai dinamici: siti web cu na granni quantità di cuntenutu persunalizzatu e pàggini ca canciunu secunnu lu statu dû utente.
• Granni piattaformi di e-commerce: Chistu è accettabbili, ma accertati ca li pàggini chiavi nun su cacheati e ca chistu è integratu ntô tò prucessu di test.

3.2 I soi tri mètudi di cachinamentu:

La discrizzioni dû plugin WP Super Cache elenca tri mètudi di cachamentu in urdini di rapidità e spiega li diffirenzi tra iddi:

• mod_rewrite (Espertu)U mètudu cchiù veloci, ca bypassa cumplitamenti PHP, ma richiedi di mudificari u file .htaccess; si cunfiguratu malamenti, c'è nu risicu cchiù àutu ca u situ addiventa nun dispunìbbili.
• Sèmplici (metudu cunsigghiatu)PHP furnisci na “super cache” pi li file statici, offrendu velocità vicinu a chiddi di mod_rewrite ma cu na cunfigurazzioni cchiù facili.
• Caching di WP-CacheCchiù flessìbbili, adattu pi utenti canusciuti, URL cu parametri, feed, ecc., ma cchiù lentu

Opzioni cunsigliati:

• Principianti/Chiddi ca circanu stabilità: Usa lu mètudu cunsigliatu (sèmplici)
• Si sì assai praticu di li reguli dû server e sì dispostu a pigghiari lu risicu di riscrivilli, allura cunsidira lu Modu Espertu.
• Hai bisognu di na gestioni cchiù flessìbbili di l'utenti/parametri canusciuti: capiri lu rolu di WP-Cache

3.3 I punti di forza e i punti di debbulezza di WP Super Cache

Vantaggi:

1. Ideali pi l'usu cu lu CDN
   Picchì, in pratica, si tratta di ginirari HTML staticu, chistu si cunforma naturalmente all'approcciu CDN/edge caching.
2. Lu miglioramentu dû caricu supra lu server d'urìggini CPU e supra la banca dati è assai notèvuli.
   Quannu u trafficu dû situ web è spartu, i crawler di muturi di ricerca e di social media ponnu puru veniri di ogni parti dû munnu. La staticizzazzioni è assai efficaci pi cummattiri u “duplicate rendering”.

Debolezzi:

1. Nun è un pacchettu tuttu-n-unu pi ottimizzari li prestazioni.“
   La so forza principali sta ntô caching dî pàggini; a diffirenza di WP Rocket, nun offri nu pacchettu cumplessivu di ottimizzazzioni approfonduti pi CSS e JavaScript. Pò essiri ca hai bisognu di gestiri àutri ottimizzazzioni attraversu li pàggini “Ottimizzazzioni dî Immàggini” e “Ottimizzazzioni Front-end” (o usari àutri plugin o ottimizzazzioni a liveddu dû tema).
2. Duvemu aduprari cchiù cautela riguardu a la personalizzazzioni dinamica.
   Pi esempiu, mustrari cuntenutu diversu secunnu a riggiuni, o mustrari prezzi, lingui o ricumandazzioni differenti secunnu u statu dû utente. In tali casi, hai a stabiliri règuli d'esclusioni o implementari na suluzzioni di caching spartuta cchiù adatta.

3.4 Cumpatibilità WooCommerce: Picchì è cchiù “sicuru”

La ducumentazzioni ufficiali di WooCommerceVal la pena di nutari ca WooCommerce è nativamenti cumpatìbbili cu WP Super Cache, e WooCommerce manda un signali a WP Super Cache pi assicurari ca li pàggini dû Carrellu, dû Pagamentu e dû Miu Cuntu nun vennu misi in cache pi difettu.

• Anchi si sì nu principiante, la cumbinazzioni di WP Super Cache e WooCommerce fa menu prubbabbili ca t'imbàtti ntô problema di pàggini critichi ca vennu memorizzati n cache.
• Comunque, ricumandamu sempri di fari test di regressioni prima dû lanciamentu (coprendu pagamenti, buoni, spisi di cunsegna, tassi fiscali, valuti multipli, ecc.).

Plugin 4:W3 Total Cache (W3TC)— Lu cchiù cumplessivu “quadru di prestazioni”, ideali pi li squadri di ingegneria

W3 Cache Totali Ntô WordPress.org, nun è pusizziunatu comu un “semplici plugin di caching”, ma cchiù comu un “framework pi l'ottimizzazzioni dâ prestazioni dû situ web”: metti l'accentu supra lu migghiuramentu dû SEO, dî Core Web Vitals e dâ spirienza d'usu tutali attraversu l'integrazioni CDN e li migliori pràtichi.

La discrizzioni dû plugin elenca na vasta gamma di capacità: pàggina/ cachamentu di pàggini/artìculi, cachamentu di CSS/JS, cachamentu di feed, cachamentu di risultati di ricerca, cachamentu di oggetti di database, cachamentu di oggetti, cachamentu di frammenti, e supportu pi diversi metudi di cachamentu comu Redis, Memcached e APC. Include puru u cachamentu pi dispusitivi mobili gruppatu pi User-Agent e Referrer, supportu AMP, e integrazioni di reverse proxy (Nginx/Varnish).

4.1 Pi cu è adattu W3 Total Cache?

Ideali pi:

• Hai cumpitenzi di sviluppu e di operazzioni e si dispostu a fari lu dispiegamentu passu passu, li test di caricu e li test di regressioni.“
• U vostru situ web è cumplessu: presenta parechji lingui, cambiu di tema, ottimizzazzioni specifica pi dispusitivi mobili e na struttura di cuntenutu cumplessa.
• Nun sulu voi implementari u caching di pagini, ma voi puru incorporari u caching di oggetti e u caching di frammenti ntô sistema (soprattuttu pi siti web dinamici)

Nun è adattu pi:

• Voi ca sia prestu subitu appena livatu dâ scatula e nun voi aviri a capiri lu tiering dâ cache.
• Nun hai nu prucessu di prova, eppuru voi attivari funzioni ad autu risicu comu la compressioni e li script ritardati tutti 'nzemmula.

4.2 Picchì è discrivutu comu “putenti ma cumplicatu”? I siti web dànnu priorità a “controllabbilità”

U valuri di W3TC nun sta ntô fattu ca “è necessarîamenti cchiù veloci di l'àutri”, ma ntô fattu ca t'offri abbastanti opzioni di cuntrollu pi trasfurmari la tò strategìa di prestazioni n'un quadru d'ingegnerìa:

• Cache di pàggina: pò èssiri archiviata 'n memoria, supra u discu, o 'n archiviazioni di 1TB–220TB
• Caching di oggetti di database, caching di oggetti: si ponnu usari Redis, Memcached, ecc.
• Cachìggiu di frammenti: particularmenti utili pi li pàggini semi-dinàmichi
• Supportu pi mòbbili: Archivia i pàggini separatamente secunnu u referrer o u gruppu di agenti utenti
• CDN Gestione: Gestione trasparenti di librerii di media, file di temi, ecc. CDN Gestione

Sti capacità sunnu particularmenti preziosi pi li siti web, picchì lu trafficu glubbali spissu s'imbatte:

• Varianti dâ stissa pàggina supra diversi dispusitivi, riggiuni e lingui
• Certi cuntenuti ponnu èssiri misi 'n cache, mentri àutri cuntenuti hannu a èssiri aggiornati 'n tempu riali (p.es. prezzi, livelli di scorta, statu di l'utenti)

4.3 L'Ordinanza di Attivazzioni Racumandata dû W3TC“

Ordine cunsigliatu:

1. Pi ora, attiva sulu u caching di pàggini.
   Verifica: si lu TTFB si è ridottu, si lu cuntenutu è consistenti, e si lu statu di login, la funziunalità multilingua e li flussi principali di e-commerce funziunanu currettamenti.
2. Riattiva la cache dû navigaturi
   Ubbittivu: Accelerari u ricaricamentu di li pàggini e u caricamentu di risorsi statici, e ridùciri li scaricamenti ridundanti tra cuntinenti.
3. Rivaluta la cache di oggetti / Cache di oggetti dâ banca dati
   Adattatu pi: siti web dinamici (WooCommerce, sistemi di abbonamentu, query cumplicati).
   Nun si applica: li siti di cuntenutu puru ponnu ginirari ricavi limitati e ponnu puru aumentari u cunsumu di risorsi.
4. Finalmenti, gestisci la compressioni, lu rinviu di script e l'ottimizzazzioni dû front-end.
   Picchì chistu è lu stratu cchiù prupensu a prubblemi funzziunali, bisogna stabbiliri na lista di cuntrollu pi li test di regressioni (coprendu pagamenti, moduli, tracciamentu, pop-up, menù, cambiu di lingua, ecc.).

Ricordu WooCommerce riguardu â cunfigurazzioni dû plugin di cacheNun mettiri 'n cache li pàggini critichi, e si cunsigghia di evitari la minimizzazzioni di li file JavaScript.

Matrice di paraguni di quattru plugin

Pi favuri, nota: nun si tratta di “cu è cchiù forti”, ma di “cu è cchiù adattu a la tò situazzioni”.

diminsioni	WP Rocket	LiteSpeed Cache	WP Super Cache	W3 Cache Totali
Posizzionamentu di lu cori	Soluzzioni tuttu-n-unu (cache + ottimizzazzioni)	Caching a liveddu di server (usannu LSCache)	Cachaggiu staticu di HTML	Quadru di prestazioni (cache a più livelli + CDN)
Dipinnenza dû host	Bàssu (universali)	Àutu (richi LiteSpeed/OpenLiteSpeed pi utilizzari u caching di basa)	Bàssu (universali)	Mediu (universali, ma cchiù dipinnenti di l'ambienti e di li capacità di cunfigurazzioni)
Costi d'amparari	Bàssu a mèdiu	Mediu	低	Autu
Puntu di raccomandazzioni dû situ di cuntenutu	Assai autu	Assai àutu (a cundizioni ca si rispèttanu)	Assai autu	Di mediu a àutu (secunnu a squatra)
Situ di cummerciu elettronico/sociatu	Si pò usari, ma statti attentu (i pàggini principali di WooCommerce nun su cacheati)	Disponìbbili, ma ci vonnu règuli e stratiggìi di spartizzioni.	Disponìbbili, e WooCommerce dici ca è nativamenti cumpatìbbili e nun cacha li pàggini principali pi difettu.	Disponìbbili; adattu pi applicazzioni ingegnerìstichi
Bilanciu	Paga	Gratis	Gratis	Versiuni gratis + a pagamentu

“Incidenti dû Cache” e na lista di cuntrollu pi la prevenzioni

1. Li tri principali càusi di “contenutu sbagghiatu” dû caching

A. Trattari li pàggini cu statu comu pàggini statiche senza statu“

Esempiu: La pàggina dû cuntu, lu carrellu di la spisa e la pàggina di pagamentu sunnu in cache. WooCommerce L'auturità hannu ripetutamenti sottuliniatu Li pàggini dû carrellu dâ spisa, dû pagamentu e dû cuntu nun avissiru a èssiri memorizzati nta la cache.

B. U caching pi cchiù lingui, valuti e varianti riggiunali nun è differenziatu currettamenti.

Si u vostru situ mostra cuntenutu diversu basatu supra cookie, parametri di query o pusizzioni geugrafica, allura u caching avi a pigghiari “n cuntu li ”dimensioni varianti'. Sinnò, u cache generatu pi n'utenti nta la Riggiuni A pò èssiri riusatu pi n'utenti nta la Riggiuni B.

C. L'ottimizzazzioni dû front-end (JS/CSS) e la riscrittura hannu causatu prublemi di funziunalità.

N particulari, minificazzioni di JavaScript, bundling e caricamentu pigrusu. WooCommerce puru cunsigghiaEvita di minificari i file JavaScript。

2. Lista di cuntrollu pi li test di regressioni prima dû dispiegamentu

• Funziona bonu la funzione di login e logout?
• Li moduli di sottomissioni (moduli di cuntattu, abbunamenti, accessu e registrazzioni) funzionanu bonu?
• Prozzessu di cummerciu elettronico: Aggiungi ô carrellu → Buonu scontu → Spisi di cunsegna/tasse → Pagamentu → Pagina dâ urdini
• La funzione di cambiu di lingua è stabbili (in termini di cuntenutu, URL, hreflang e valuta doppu lu cambiu)?
• Funziunanu bonu u menù mobile, i pop-up, u scroll e u caricamentu pigru?
• Verifica si li script di tracciamentu sunnu ancora attivati (GA, Meta Pixel, eventi di cunversioni)

Dumanni spissu fatti

Q1: Picchì u situ è ancora lentu quannu si accedi di l'esteru, puru avendu installatu un plugin di cache?

La ragiuni cchiù cumuni è ca hai trattatu sulu la duplicata resa supra lu server d'urìggini, ma nun hai risoltu la latenza dâ reta intercontinentali.
Li plugin di caching permettunu ô server di furniri cchiù prestu u cuntenutu (riducennu u TTFB), ma li risorsi statici (immàggini, CSS, JS, font) e u RTT di li cunnissioni glubbali hannu ancora bisognu di èssiri CDN pi cupriri u divariu
👉 Allura, lu modu giustu è:Prima, accertati ca la cache dû server d'urìggini funziuna currettamenti.Carica supra CDN pi distribbuzzioni glubbali。

Q2: Picchì u cuntenutu nun si aghjurnau doppu ca l'hai misi 'n cache?

Chistu è pirchì stai taliannu un “cache vecchiu”. Soluzzioni:

• Stabbilisci na pulìtica pi svuotari la cache: svuota la cache rilevanti doppu aviri aggiornatu n'artìculu o na pàggina (inveci di svuotari tutta la situ)
• Pi li suluzzioni ca implicanu lu riscaldamentu anticipatu o lu strisciamentu: hai a fari di novu lu riscaldamentu anticipatu doppu aviri pulitu, sinnò la prima visita sarà lenta.
• Riguardu a CDN: è nicissariu cunsidirari ca lu bordu di CDN pò puru aviri in cache risorsi vecchi.

Q3: Pò installari WP Rocket e WP Super Cache nzemi?

Chistu nun è cunsigliatu. È megghiu usari sulu un plugin di caching di pàggini a vota pi aviri li prestazioni cchiù stabili. Pò interpretari l'idea di “unu pi lu caching e unu pi l'ottimizzazzioni” comu na “divisioni di travagghiu”, ma nta la pratica spissu s'intralcianu cu lu caching di pàggini o cu la riscrittura di risorsi, purtannu a na àuta probabilità di cunflitti. È megghiu scegghiri un “plugin di caching principali” e usari arnesi cchiù specializzati e a scopu unicu pi soddisfari ogni esigenza aggiuntiva.

Q4: È risìculu usari lu caching nti li siti di e-commerce?

Nun è periculusu; chiddu ca è periculusu è l'assenza di règuli.Raccomandazzioni pi WooCommercePi favuri noti: li pagini dû carrellu, dû pagamentu e dû cuntu nun hannu a èssiri misi n cache, e bisogna evitari la cumpressioni di JavaScript.
In più, WooCommerce menziona puru ca è cumpatìbbili cu Cumpatibilità nativa cu WP Super Cache, e pi difettu evita di cachari li pàggini chiavi.
Allura, mentri i siti di e-commerce ponnu certamenti èssiri misi “n cache, si lu cunsidiri comu un cambiamentu in diretta, avi a èssiri testatu.

Q5: Avissi a scegliri LiteSpeed Cache o WP Rocket?

• Hai cunfirmatu ca u server sta girannu cu LiteSpeed/OpenLiteSpeed?Preferisci LiteSpeed Cache (gratuito e putenti, cu li so punti di forza principali ca derivanu di LSCache di livellu server)
• Nun si sicuru dû server stack / nun voi prubblemi / voi na suluzzioni tuttu-n-unu senza prubblemiWP Rocket è cchiù stabbili
• Gestisci un situ web di cuntenutu e stai attentu ô bilanciu.WP Super Cache è cchiù stabbili e cchiù leggìeru

Plugin di caching pi usari cu lu CDN

U plugin di caching affronta i prublemi di “serviri troppu pocu cuntenutu dû server d'urìggini” e di “TTFB cchiù àutu”; la suluzzioni CDN assicura ca 'i risorsi statici sunnu cchiù vicini a l'utenti di tuttu u munnu'. Sulu quannu sti dui sunnu cumminati furnìscinu la suluzzioni ottimali cchiù cumuni pi l'accessu glubbali.

• Cumbinazzioni cumuni pi siti di cuntenutu:Cachìggiu di pàggini + distribbuzzioni di cuntenutu staticu CDN
• Cumbinazzioni cumuni pi siti web dinamici:Cachìggiu di pàggini (strittamenti cuntrullatu e esclusu) + Cachìggiu di oggetti (su richiesta) + Distribbuzzioni di cuntenutu staticu CDN

👉 Lègghi:CDN Accelerazioni (Nodi Globali e Pulìtica di Caching)

Configurazzioni cunsigghiati pi lu caching dû situ web

1. Siti di cuntenutu / Blog / Siti di ducumenti

Ubbittivu: Riduci u TTFB, assicura na spirienza cchiù fluida dû primu schermu, allevia u caricu dû server e usa u CDN pi la distribbuzzioni glubbali.

1.1 U pacchettu d'affari cchiù senza fastidi

• WP Rocket (Cachìggiu di pàggini + Precaricamentu + Ottimizzazzioni front-end)
  • CDN (di trattari nta la pàggina CDN)

Applicabbili a:

• Voi quarchi cosa ca richiedi na cunfigurazzioni minima, ca duna risultati veloci e ca implica risicu bassu.“
• Ci sunnu troppi temi e plugin, e vogghiu minimizzari i prubblemi di cumpatibilità.

Punti a nutari:

• L'ottimizzazzioni dû front-end (soprattuttu lu rinviu di JavaScript) è abilitata a stadi pi evitari prublemi di funziunalità (comu menù, furmi e tracciamentu).
• Siti ca subbìscinu rifacimenti frequenti o ca pubblicanu cuntenutu regulàrmenti avissiru aduttari na strategìa di “pulizzìa e riscaldamentu”; sinnò, li primi visite a pàggini cu trafficu bassu sarannu lente.

1.2 Na cumbinazzioni classica ca è sia gratuita sia affidàbbili

• WP Super Cache (Cachìggiu di HTML staticu)Gènerari HTML staticu di pàggini dinàmichi, principalmenti pi sirviri l'utenti ca nun su cunnessi.
  • CDN

Applicabbili a:

• Attenti ô bilanciu ma circannu stabilità
• Li visitaturi raramenti si cunnèttunu
• Un calendariu gestìbbili pi l'aggiornamenti dû cuntenutu

Punti a nutari:

• Chistu è un approcciu “page cache first”; nun t'aspittari ca risolva tutti li prubblemi cumplicati di CSS e JavaScript comu effetti collaterali.

---

2. Siti aziendali / Siti di marca / Pagine di atterraggiu

Ubbittivu: La vitezza è mpurtanti, ma è ancora cchiù cruciale nun lassari ca l'ottimizzazzioni disturba lu flussu di cunversioni.

2.1 Robustu e cuntrullabbili (racumannatu pi campagni globali/pàggini di destinazzioni pi cunversioni)

• WP Rocket
• + (Opzziunali) Ottimizzazzioni ligera di mmàggini (hai na pàggina “Ottimizzazzioni di mmàggini”)
  • CDN

Picchì è adattu pi un situ di cunversioni:

• Li piattaformi di cunversioni sunnu cchiù vunerabbili quannu li furmi, li pop-up e li script di tracciamentu vennu disturbati di l'ottimizzazzioni.“
• WP Rocket adotta un approcciu cchiù “integratu”, ca ti permette di attivari li funzioni una a una dintra un sulu sistema e fari test di regressioni.

Principi pi lanciari nu situ web aziendali:

• L'ottimizzazzioni di prestazzioni custituisci un cambiamentu di dispiegamentu e avi a èssiri accumpagnata di na lista di cuntrollu pi li test di regressioni.
• Tutti li paràmetri ca riguardanu lu rinviu, lu bundling o la minificazzioni di JavaScript avissiru a èssiri testati n'un ambienti pre-pruduzzioni prima di èssiri dispiegati.

---

3. Situ e-commerce WooCommerce (gestione dî urdini + sigurtà dinamica dî pàggini)

Ubbittivu: È essenziali assicuràrisi ca pagini comu chidda dû carrellu dâ spisa, dû pagamentu e dû cuntu sianu cumpletamenti precisi, mentri si manteni puru la rapidità.

La pusizioni ufficiali di WooCommerce supra li plugin di caching è assai chiara:Nun mettiri n cache li pàggini dû carrellu dâ spisa, dû pagamentu e dû cuntu.Si cunsigghia puru di evitari di minimizzari i file JavaScript pi minimizzari i prublemi di cumpatibilità.

3.1 Na via di sicurizza gratuita cchiù adatta pi principianti

• WP Super Cache + WooCommerce
  • CDN

Picchì è elencatu comu “n'opzioni cchiù sicura pi li principianti”?

• WooCommerce dici ca è nativamenti cumpatìbbili cu WP Super Cache e nota ca WP Super Cache nun memorizza 'n cache pàggini chiavi comu u carrellu di la spisa, u pagamentu e li pàggini dû cuntu pi difettu.
• Pi li siti web ca appena accumincianu cu lu cummerciu elettronico, evitari li tempi di fermata è cchiù mpurtanti ca la prestazioni massima.

3.2 Si stai usannu u hosting LiteSpeed (gratuito ma assai putenti)

• LiteSpeed Cache (richièdi un ambienti di hosting LiteSpeed/OpenLiteSpeed pi sfruttari appienu li capacità principali di caching dû server)
• + (Opzziunali) Caching di oggetti (Redis/Memcached, secunnu a capacità dû server e a dimensioni dû situ)
  • CDN

Applicabbili a:

• La pila dû host è chiaramenti difinita, e sì dispostu a stabbiliri reguli di cache e strategie d'esclusioni.
• Cu nu voluminu elevatu di ordini e prudutti, u server d'urìggini avi a putiri suppurtari nu caricu cchiù granni.

3.3 Squatri d'ingignirìa / Piattaformi cumplicati di cummerciu elettronico (cu diversi moduli cuntrullabbili)

• W3 Total Cache (quadru di prestazioni, caching a più livelli integratu cu CDN)
  • Cachìggiu di oggetti (sulu quannu c'è bisognu)
  • CDN

Applicabbili a:

• Si hai na squatra DevOps, poi lanciari u sistema usannu n'approcciu di attivazzioni di moduli passu passu + test di caricu + test di regressioni.
• Richiedi la messa in cache di frammenti o strategie di varianti cchiù cumplicati (comu la messa in cache fina pi dispusitivu, riggiuni o lingua)

---

4. Siti pi membri / cumunità / corsi online (ca richiedunu accessi frequenti e offrunu un altu gradu di personalizzazzioni)

Ubbittivu: Assicurati ca u cuntenutu pubblicu si carricà prestu, mentri assicuri ca u cuntenutu pi l'utenti cunnessi resta separatu.

4.1 Senza fastidi ma richiedi na strategia rigorosa d'esclusioni

• WP Rocket
• + (Opzziunali) Caching di oggetti (si ci sunnu assai query dinamichi)
  • CDN

Punti principali:

• Duviti escludiri li seguenti pàggini dû caching pirchì varìanu pi ogni utente: U me cuntu, Urdinazzioni, Prugressu d'amparera, Missaggi, Carrettu di spisa, ecc.
• Sti tipi di siti sunnu cchiù pruni a prublemi comu “vediri u cuntenutu di l'àutri utenti” o 'errori di permessi'; i risichi hannu a èssiri spiegati chiaramenti nta la pàggina.

4.2 LiteSpeed Hosting + Pulìtichi Avanzati

• LiteSpeed Cache (cache dû server + strumenti di pulìtica cchiù avanzati)
• + (Su richiesta) caching di oggetti
  • CDN

Punti principali:

• Li siti di membri spissu richiedunu n'approcciu di “corpu ca si pò cachari + frammentu ca nun si pò cachari”.
• Li stratiggìi di pre-caricamentu e di svuotamentu hannu a èssiri cchiù affinati; sinnò l'utenti spissu cuntinuerannu a vidiri cuntenutu vecchiu puru dopu l'aggiornamentu.

Cache dû situ web: “Studi di casi pi evitari l'insidii”

Casi 1: Installau un plugin di cache, ma praticamente nun ci fu nisciunu cambiamentu nta la velocità.

Sintomi:

• Li test di velocità nta l'area lucali o nta la stissa riggiuni sunnu accittabbili, ma all'estero (tra cuntinenti) la velocità resta lenta.
• TTFB si è miglioratu, ma nun c'è stata na riduzzioni significativa dû tempu ginirali di caricamentu.

Causi cumuni:

• Hai implementatu sulu la cache dû server d'urìggini (TTFB), ma li risorsi statici (immàggini, JavaScript, CSS e font) vennu ancora carricati dû server d'urìggini attraversu li cuntinenti.
• Li script di terzi (pubblicità, chat, analìtica) rallèntanu u rendering e l'interattività.
• L'immàggini è troppu granni, e chistu pruvòca na scaricamentu lentu (u caching nun pò risòlviri u prubblema dâ granni tagghia dû file duranti u scaricamentu iniziali)

Approccu:

• U plugin di caching è principalmenti rispunzàbbili di ridùciri u caricu dû sirviri e di migghiurari i tassi di accessu.“
• Risorsi statici via CDN
• Ottimizzazzioni di l'immàggini
• Script di terzi pi strategie di ritardu e spartuta

Lègghi:

• CDN Accelerazioni: Nodi Globali e Strategii di Caching
• Ottimizzazzioni di l'immàggini: furmattazzioni/cumpressioni/caricamentu pigru

---

Casi 2: Doppu aviri attivatu lu caching, la pàggina fu mudificata ma lu front-end nun si aggiornò.

Sintomi:

• U cuntenutu e la dispusizioni su stati aggiornati ntô pannellu d'amministrazzioni, ma a parti frontali ancora mostra la vecchia virsioni.
• O forsi sulu certi riggiuni su stati aggiornati, mentri l'àutri ristanu invariati (chi è assai cumuni ntô situ glubbali)

Causi cumuni:

• U cache dâ pàggina nun è statu svuotatu, o l'ambitu dâ operazzioni di svuotamentu è sbagghiatu
• U riscaldamentu preventivu/crawling nun è statu eseguutu; svuotari la cache l'ha fattu addivintari 'friddu', causannu carricamenti lenti di la prima vota di li pàggini, mentri tu cridi pi sbagghiu ca nun ci su stati aggiornamenti.
• Si hai attivatu la cache di bordu CDN, lu bordu pò puru tiniri risorsi vecchi.

Approccu:

• Stabbilisci na pulìtica di pulizzìa doppu la pubblicazzioni/rivisioni: pulìzzia li pàggini rilevanti inveci di fari na pulizzìa drastica di tuttu lu situ.
• Sviluppa na strategìa di pre-caricamentu pi li pàggini principali (pàggina iniziali, pàggini di atterraggiu principali) pi evitari “pulizzia = prestazioni cchiù lenti”
• Fai la pulizia dî bordi supra lu stratu CDN quannu è nicissariu.

---

Casi 3: Problemi di visualizzazioni dû cuntenutu doppu aviri canciatu tra lingui o valuti

Sintomi:

• A pàggina ancora mostra la lingua precedente doppu aviri canciatu lingua
• In alternativa, l'utenti 'n certi riggiuni ponnu vidiri la valuta sbagghiata o cuntenutu incorrettu.

Causi cumuni:

• U cache nun distingue tra “dimensioni varianti” (cookie / paràmetri / prefissi di lingua / sottudomini)
• Un hit di cache ha sirvutu na pàggina 'n lingua A a n'utenti di lingua B.

Approccu:

• Definisci la tò strategìa multilingua: directory/subdomain/parameter/cookie
• Applica na pulìtica di varianti ê règuli di caching o escludì pagini chiavi
• Certi siti richiedunu n'approcciu cchiù avanzatu di “sharded caching” (W3TC è cchiù adattu pi lu cuntrollu guidatu di l'ingigneri)

---

Casi 4: Problemi cu lu carrellu di la spisa e lu prucessu di pagamentu doppu aviri attivatu la cache supra un situ di e-commerce

Sintomi:

• La quantità ntô carrellu di la spisa è sbagghiata, u prezzu è sbagghiatu e u buttuni pi pagari nun funziona.
• Viri cuntenutu ca nun è miu doppu aviri trasutu (seriu)

Causi cumuni:

• Li pàggini principali comu Carrellu, Pagamentu e U me Cuntu sunnu in cache.
• La minificazzioni e cuncatenazzioni di JS pruvoca incompatibilità cu li cumpunenti di pagamentu e dinamichi.

Approccu:

• WooCommerce ufficialmenti dichiara ca li pàggini dû carrellu dâ spisa, dû pagamentu e dû cuntu nun avissiru a èssiri misi n cache, e cunsigghia di evitari la cumpattazzioni di li file JavaScript.
• Fai funziunari bonu prima “page caching + exclusion”, poi cunsidira l'ottimizzazzioni dû front-end.
• Si usi WP Super Cache, WooCommerce dici ca è nativamenti cumpatìbbili e, pi difettu, escluderà li pàggini principali dû caching.

---

Casi 5: Menu, furmi e pop-up smettunu di funziunari doppu aviri attivatu “Defer JS/Combine Scripts”

Sintomi:

• U menù di navigazzioni nun si apri
• La validazzioni dû furmulariu ha fallutu o nun si pò mannari.
• Prublemi cu pop-up/carousel
• Statìstichi/eventi di cunversioni nun attivati (u cchiù granni duluri di testa pi l'editori)

Causi cumuni:

• Ritardari li cambiamenti di JavaScript quannu lu script veni eseguutu: lu script nun si esegui finu a quannu l'utenti nteragisci cu iddu, mentri certi cumpunenti si basanu supra l'inizializzazzioni appena la pàggina si carica.“
• Fùnniri o cumpremiri pò canciari l'òrdini dî script o rumpiri li dipinnenzi.

WP Rocket discrivi uffizialmenti “rinviari l'esecuzioni di JS” comu una di li so cchiù putenti ottimizzazzioni di JS: li script vennu rinviati finu a doppu l'interazzioni di l'utenti, accussì la pàggina si pò renderizzari prima. Chista è na funziunalità putenti, ma porta puru nu risicu cchiù àutu di prubblemi di cumpatibilità.

Approccu:

• Mettici in fasi: prima u cache, poi l'immàggini, poi u CSS, e finalmenti JavaScript.
• Escludiri li script principali (pagamentu, furmi, menù, tracciamentu)
• Bisogna stabbiliri na lista di cuntrollu pi li test di regressioni pi ogni cambiamentu.

---

Casi 6: Haiu installatu sulu LiteSpeed Cache, ma pari ca nun fa assai.

Sintomi:

• Haiu attivatu LiteSpeed Cache, ma u TTFB nun si è assai miglioratu.
• U tassu di successu mancu è particolarmenti àutu.

Causi cumuni:

• U tò server nun sta girannu cu LiteSpeed o OpenLiteSpeed, accussì nun poi utilizzari li funzioni principali di LSCache.
• O forsi hai attivatu na massa di ottimizzazzioni, ma la pulìtica dû cache di pàggina/pre-scaldamentu/esclusioni nun è stata cunfigurata.

Approccu:

• Prima, verifica lu stack dû web server: è LiteSpeed o OpenLiteSpeed? (Chistu è nu prerequisitu.)
• Rifucusa li sforzi supra “strategii di caching di pàggini + pre-caricamentu + risoluzzioni di prublemi + ottimizzazzioni”
• Si nun stai usannu LiteSpeed hosting: cunsidira WP Rocket o WP Super Cache