Webguneko cachearen optimizazioa

Webgune baten motelkeriaren oinarrizko kausa normalean ez da irudi bakar bat, baizik etaKate-eskaera + zerbitzari-sorkuntza + baliabide estatikoen banaketaSuperposizioaren ondorioz:

• Erabiltzailea zure zerbitzaritik oso urrun dago, eta horrek sareko buelta-denbora (RTT) handia eragiten du – kontinenteen artean bereziki nabaritzen da.
• WordPressek PHP exekutatu, datu-basea kontsultatu eta eskaera bakoitzean txantiloia bistaratu behar du → Lehen bytearen hartzera arteko denbora (TTFB) handitzea
• Orrialdeak JavaScript, CSS, letra-tipoak eta hirugarrenen skriptuak ere kargatu behar ditu, eta horrek errendatze eta elkarreraginaren abiadura moteldu egiten du.

Kaxa-gainkarga-pluginaSoluzio nagusia honako hau da: “berrikalkulu errepikatuak” jasaten dituzten orrien emaitzak gordetzea, zerbitzariak berriro kalkulatu beharrik ez izan dezan; eta estrategia egokiak erabiliz, erabiltzaile gehiagok cache-a harrapatzea ahalbidetzea, horrela TTFB nabarmen murriztuz.WordPressen Dokumentazio OfizialaEra berean, W3 Total Cache eta WP Super Cache bezalako plugin-ek orriak fitxategi estatiko gisa cacheatu ditzaketela ere nabarmentzen da; fitxategi horiek zuzenean erabiltzaileei zerbitzatzen zaizkie, eta horrela zerbitzariaren prozesamendu-karga murrizten da.

Orrialde hau irakurri aurretik, kontuan izan hiru arau zorrotzak.

1. Une oro orrialde bakarreko cache-plugin bat erabili behar da.

Kache-plugin anitz aldi berean gaitzeak ia inoiz ez du errendimendu azkarragoa ekartzen; ordea, ohikoena honako hau da:

• Elkarrekiko cachearen gainidazketa-arauak, elkarrekiko cachearen garbiketa, cache-hit tasa murriztua
• Sarbide-egoera, hizkuntza-ezarpenak, erosketa-saskiko elementuak eta prezioak bezalako eduki dinamikoa cachean gordetzen da, eta horrek edukia oker erakusteko kasuak sortzen ditu.
  Plugin askoren dokumentazioek eta argibideek gomendatzen dute, cache-plugin jakin bat erabiltzean,Desaktibatu beste cache-pluginakgatazka saihesteko

2. E-merkataritza/Kidegintza/Hizkuntza Anitzeko Guneak: Kaskatzea ez da “etengailu” bat, baizik eta “arau-sistema” bat.”

WooCommerce-ren errendimenduari buruzko dokumentazio ofizialaGogoorarazpen garbia: ziurtatu cache-pluginaren barruan Erosketa-saski / Ordainketa / Kontua Ziurtatu orrialdeek ez dutela cachean gordeta egon, eta komeni da JavaScript fitxategiak konprimitzea saihestea (honek erraz sor ditzakeelako bateragarritasun arazoak).

3. “Cache plugin-a ≠ CDN”, baina cache plugin-a CDN-ren oinarria da

Cache-pluginek jatorrizko zerbitzari kopuruaren azpitxostapena konpontzen dute.CDN Ebatzi “edukia erabiltzaileengandik gertuago egotea”. Biak gainjarritako harremana dira: lehenik jatorrizko gunearen TTFB jaitsi, eta gero baliabide estatikoak CDNri hedapenerako eman; hori da mundu osoko erabiltzaileei begira biderik egonkorrena.

Aukeraketa azkarra: Webguneen 4 ohikoenak diren egoerak

Artikulu osoa irakurri nahi ez baduzu, jarraitu beheko lau puntu hauei – ez duzu oker egingo:

1. Barne-lasaitasuna, egonkortasuna eta mundu osoko irisgarritasuna bilatuz → WP Rocket(Ordaindutako)
2. Ostalea argi eta garbi LiteSpeed/OpenLiteSpeed da. → LiteSpeed Cache(Doakoa, baina zerbitzariaren gaitasunen mende handian dagoena)Kezu-funtzionaltasunak eskatzen du LiteSpeed-en zerbitzari-osagaiaklan egiteko gai izatea
3. Doako eta egonkorra den ostatu bila dabiltzan eduki-guneak, blogak eta dokumentazio-guneak → WP Super Cache(HTML estatikoaren cachea)Banaketarako, autentifikatu gabeko erabiltzaileen gehiengoarentzat HTML estatiko fitxategiak sortu.
4. Talde tekniko bat duzu eta kontrol xehe-xehea gauzatu behar duzu (CDN/objektu-cache/modulu anitz) → W3 Guztizko Cachea(Indartsua baina konplexua)CDNrekin integratutako errendimendu-marko zabala batean zentratuta

Zer gordetzen du zehazki cacheak?

“Zergatik geratzen dira zenbait webgune motelak cachea erabilita ere?” WordPressen errendimendua bost geruzatan banatu dugu:

1. Nabigatzailearen cacheaErabiltzaileen ondorengo bisitak azkarrago egiteko gaitzea (baliabide estatikoen cache-buruak, bertsio-zenbakiak)
2. Orrien cacheatzeaOrrialdearen irteera HTML gisa cachean gordetzea (orrialde honen izarra)
3. Objektu-cacheaGordetzeko datu-base-kontsultaren emaitza-objektuak (webgune dinamikoetarako bereziki baliotsuak)
4. PHP OPcacheGorde 1TB–184TB byte-kode (normalean zerbitzariak konfiguratua; pluginaren ardatz nagusia ez dena)
5. CDN/ertzeko cacheaJarri baliabideak erabiltzailearekiko hurbilago

Artikulu honek honako gaietan zentratzen da: orrialde-cache-pluginak;
Baina etengabe gogoraraziko dizu: webguneek benetan azkarrak izateko 2 + 5 konbinazioa behar izaten dute.

Gehigarria 1:WP Rocket(Ordainduta) — Arazorik gabeko soluzio integratua

WP Rocket-en ospea WordPress ekosisteman ez dator inolako propietate magikotik, baizik eta errendimendu-optimizazioko hiru ohikoenak diren motak kudeagarria den soluzio batean biltzeko duen gaitasunetik:

• Orrien cacheatzea (Jatorrizko zerbitzarian TTFB murriztea)
• Cachearen aurrez kargatzea/aurrez berotzea (mundu osoan banatutako sarbiderako lehen bisitaldiaren esperientzia hobetzea)
• Aurrealdeko kritikotasun handiko optimizazioak (bereziki JavaScript atzeratzea, CSS prozesatzea, etab.)

BereOfizial dokumentazioaArgi eta garbi adierazten da: orrialde-cachea desgaituta baduzu ere, aurrez kargatzea gaitzeak oraindik zenbait optimizazio-prozesu (hala nola CSS/JSekin lotutakoak) abiarazi edo bultzatu ditzake.

1.1 Norentzat da egokia WP Rocket?

WP Rocket bereziki egokia da gune hauentzat:

• Enpresa webguneak, marka webguneak, eduki-marketin webguneak, helmuga-orriak (herrialde eta eskualde anitzetatik datorren trafikoa)
• Azkar martxan jartzea eta egonkortasuna lehenetsi, hainbat doako plugin elkartuz osatu beharrean.
• Ez dago operazio edo errendimendu ingeniari espezializaturik, baina erabiltzaile-esperientziarako eta SEOrako eskakizunak daude.
• WooCommerce Hori ere erabil daiteke, baina kontu handiagoz (atalean geroago aztertuko den bezala).Arauak eta arriskuak）

1.2 Webgunera sartzeko eszenarioetan duen gako-balioa (ez da soilik “cache-etengailu” bat)

A. Cache aurkargunea: “Webgune banatuaren sarbideagatik sortutako lehen bisita ezegonkorrak” konpontzea”

Webguneko erabiltzaileak banatuta daudenean, moteltasun oso ohiko mota batekin egingo duzu topo:
Erabiltzaile batek eskualde jakin batean orrialde bat lehen aldiz irekitzen duenean, eta orrialde horren cache-a iraungi bada edo inoiz aurrez kargatu ez bada → erabiltzaile horrek PHP/DB-ko errendatze-kostu osoa ordaintzen du.
Aurrez kargatzeko mekanismoaEsanahia da:Hasierako sorkuntzaren kostua aurrez ordainduLehen bisitan probalaberria izateko probabilitatea murriztu.

• Aurrez kargatzerik ez: lehen iristen denari lehentasuna
• Aurrekargatuta: Sistemak atzean zentralizatuta sortutako cachea, lehen bisitaldiaren esperientzia egonkorragoa eskaintzen du.

B. JavaScript exekuzioa atzeratzea: webgunera bisitaldiak egiten direnean berehalako emaitzak ematen dituen ezaugarri gisa errazena da hautematen, baina baita arrisku handiena dakarrena ere.

WP Rocket-ek ofizialki adierazten du “JavaScript exekuzioa atzeratu”Bere JavaScript optimizaziorik indartsuena bezala deskribatuta, script-en exekuzioa atzeratzen du erabiltzaile-interakzioaren ondoren (saguaren mugimendua, ukipen-pantailako sarrera, orrialdean irristatzea, teklatik sakatzeak, etab.), horrela orrialdearen bistaratzea lehentasun gisa jarriz.

Hau funtsezkoa da webgunearen irisgarritasunerako, gidoien karga eta exekuzioaren blokeoak kontinente arteko sareetan errazago handitzen direlako:

• Baliabideen deskargak pixka bat motelagoak dira → Harilka nagusiak script-ek atzeratzeko joera handiagoa du.
• Hirugarren aldeen skriptak (estatistikak, publizitatea, txat-pluginak) INP/interakzioaren atzerapena okerrera eragiteko joera handiagoa dute.

Hala ere, zenbait arazo ere sor ditzake:

• JavaScript atzeratzeak honako hauei eragin diezaioke: menuak, karuselak, pop-up leihoak, formularioen baliozkotzea, ordainketak eta jarraipenaren ezarpena.
• Beraz, zerrenda beltzeko bazterketarekin konbinatutako progresio gradualeko estrategiarako oso egokia da.

C. Beste plugin edo gai batzuekin bateragarritasuna: Buruko lasaitasuna ez da “gatazka nulurik” bermatzea.”

WP Rocket-ek zehazki zerrendatu du “Elkarrekiko bateragarritasunik gabeko pluginak/gaia”Zerrendak arrazoi hauek barne hartzen ditu, hala nola WP Rocket-en cacheatze/optimizazio-irteerako buferatze-mekanismoetan izan dezakeen eragin potentziala.

• Zure webguneak plugin ugari eta gai astuna baditu, hartu “errendimenduaren optimizazioa” proiektu txiki bat bezala: egin atzera-proba aldaketa bakoitzerako (inprimakiak, saioa hastea, ordainketak, hizkuntza-aldaketa, etab.).

1.3 WooCommerce/Webgune dinamikoetarako ohar bereziak

WooCommerce-ren dokumentazio ofizialean cache-pluginak konfiguratzean gogorarazten den oinarrizko ohartarazpena hau da:

• Erosketa-saski / Ordainketa / Kontua Ez gorde cachean
• eta gomendatzen daSaihestu JavaScript fitxategiak konprimitzea

Zergatik?

• Erosketa-saskia, ordainketa-prozesua eta kontu-orriek cookie / saio / nonce-ean oinarritzen dira nagusiki.
• Behin cache-ak orrialde hauek “estatiko” gisa tratatzen dituenean, onenean botoiak erantzunik gabe geratzen dira; txarrenenean, prezioak, stock-mailak eta kontu-informazioa hondatu egiten dira.
• Okerrena da zure probak eskualde batean ondo funtzionatu dezaketela, baina beste batean arazoak izan ditzaketela CDN/cache kolpeen desberdintasunen ondorioz.

1.4 Cache plugin-aren estrategia-gomendioak

1. geruza: Segurtasun oinarrizko neurriak (ia webgune guztientzat ezinbestekoak)

• Orrialdeen cacheatzea gaitzea
• AktibatuKaxearen aurrez kargatzea(Lehen bisitaren egonkortasuna hobetzea)
• arakatzaile baten cache-estrategia zentzuzkoa (edozein mailatan ezar daiteke: WP Rocket, zerbitzaria edo CDN)

2. maila: Errentagarritasun ertaina, arrisku ertaina (eduki oinarritutako webgune gehienetarako egokia)

• Irudiak aldi berean kargatzea / iframe (Irudien optimizazioari begirada sakonagoa)
• Kontrolatu CSSaren tamaina (adibidez, erabili gabeko CSSa kendu)

3. maila: Errentagarritasun handia baina arrisku handia (erregresio-testetarako egiaztagailu-zerrenda egon behar da)

• JavaScript exekuzioa atzeratu (errendatzeak lehentasuna izan dezan, nahiz eta horrek elkarreragina kaltetu dezakeen)
• JS/CSS minifikazioa eta konbinazioa: Kontuz ibili merkataritza elektroniko, kidegintza eta hizkuntza anitzeko sistemekin.WooCommerce-k JavaScript konpresioarekin lotutako arriskuak ere nabarmendu ditu.）

1.5 Prezioak eta lizentziazioa

• WP Rocket ordainpeko lizentzia-eredu batean funtzionatzen du, eta webgune kopuruaren arabera lizentzia desberdinak eskaintzen ditu.

Gehigarria 2:LiteSpeed Cache (LSCWP)“Doako goi-mailako”aren oinarria da zerbitzaria benetan LiteSpeed dela.

LiteSpeed Cache-ri buruzko ohiko uste okerra da WordPress plugin huts bat dela, instalatuta dagoenean edozein hosting-hornitzailean ahalmen osoz funtzionatuko duena, WP Rocket bezalaxe. Hala ere, ez da horrela.

LiteSpeed-en dokumentazio ofizialaArgibide: LSCWP-ren cache-funtzioak LiteSpeed Server eskatzen du, LiteSpeed Web Server-en barnean dagoen orrien cache-sistema (LSCache)arekin komunikatu behar duelako. Pluginak zerbitzariari jakinarazten dio zein orriek diren cache-gordetzeko egokiak, zenbat denbora gorde behar diren, eta etiketen bidez cache-garbiketa abiarazten du.

LiteSpeed Cache-en abantaila nagusia “tik eratorria da“Zerbitzari-mailako orrien cache-a (LSCache)”LiteSpeed/OpenLiteSpeed zerbitzariarik gabe, abantaila nagusi hau ez litzateke existituko.

2.1 LiteSpeed CacheNorentzako egokia da?

Egokia da:

• Zure hosting kontrol-panelak argi adierazten du LiteSpeed / OpenLiteSpeed(Adibidez, cPanel ostalari askok idatziko dute)
• Doako planak TTFB sendoa eta aldi bereko gaitasun sendoak eskaintzea nahi duzu.“
• Onartzeko prest zaude: oso funtzionala da, baina baita kontzeptu gehiago ere barne hartzen ditu (TTL, Tag, Purge, ESI, Crawler...)

Ez da bereziki egokia:

• Ez zara ziur ostalariak zein motatako web zerbitzari duen, edo Nginx/Apache dela egiaztatu behar duzu (salbuespen gisa, bere aurrealdeko optimizazio-funtzio batzuk soilik erabiltzea baduzu asmo, kasu horretan kostu-eraginkortasunak eta konplexutasunak ahaleginari merezi ez diotela izan daitezke).
• Merkataritza elektroniko, kidegintza eta hizkuntza anitzeko gune konplexu bat kudeatzen duzu, baina probaketa-prozesurik ez duzu (LSCWP indartsua da, baina edukien cache okerrak sortzeko joera handiagoa du).

2.2 Bere cache-mekanismoa: zergatik funtzionatzen duen zerbitzariaren gaitasunaren zati bat balitz bezala“

LiteSpeed Cache-en mekanismoa esaldi bakarrean “ingeniaritza-azalpen” gisa laburbildu dezakezu:

• WP Rocket / WP Super Cache Neurri hauek batez ere WordPress/PHP aldean cacheatze eta optimizazioarekin lotuta daude;
• LSCWP Hau da “WordPress Kontrol Panela + LiteSpeed zerbitzariaren barneko LSCache” konbinazioa: pluginak arauen banaketa eta garbiketa-seinaleak kudeatzen ditu, bitartean benetako abiadura handiko orrien cachea bertan gertatzen daZerbitzari-geruza。

Honek zuzenean eragiten dio webgunearen erabiltzaile-esperientziari: zerbitzari-mailako cachea normalean arinagoa, azkarragoa eta aldi bereko trafikoarekiko erresilienteagoa da (bereziki trafiko-gorakada bortitzetan edo bilatzaile-roboten maiztasun handiko sarbideetan).

2.3 Webguneko erabiltzaileen eszenarioetan LSCWPri dagokion hurbilketa egokia“

“Hurbilketa egokia” lau mailatan sailkatu dugu:

1. geruza: Orrien cacheatzeko estrategia (TTFB benetan murriztu daitekeen zehazten du)

• Zein orrialde gorde daitezkeen zehaztu (eduki publikoaren orrialde gehienak)
• Identifikatu inoiz cacheatu behar ez diren orrialdeak (saioa, kontua, erosketa-saski, ordainketa eta hizkuntza/moneta aldaketarako cookie-n oso menpe dauden orrialdeak)
• Ezarri cache-rako TTL egokia (edukiaren eguneratze-maiztasuna handiagoa den heinean, TTL laburragoa izan behar da; alderantziz, luzeagoa izan behar da).
• Garbitze-estrategia bat ezarri: eduki eguneratzeen ondoren dagokion etiketak kendu (gune osoan zehar garbitze gordin bat egitea baino).

Geruza hau behar bezala ezartzen bada, webguneak berehala ikusiko du. TTFB murriztu da, lehen pantailaren egonkortasuna hobetu da。

2. geruza: Aurreberotzea/moteltzea (gutxiago bisitatzen diren orrialdeetara lehen bisitak motelak izango diren zehazten du)

Webguneetara sartzean ohikoa den “esperientzia inkongruentea” cachean dagoen “hotz-bero desberdintasunetik” dator:

• Orrialde ezagunak etengabe kontsultatzen dira, eta cachea beti aktibo dago.
• Jende gutxik bisitatzen dituen orrialdeek aspalditik klikik jaso ez dute, eta lehenengo klik egiten duenak karga-denbora oso motela jasaten du.

Aurrez berotzea ez da soilik abantaila bat gehiago, baizik eta webgunera sartzeko esperientzia etengabe baten oinarri nagusia.

3. geruza: Eduki dinamikorako segurtasun-soluzioak (merkataritza elektronikoa/kidegintza/aniztaldekoa)

LSCWPren indarra eskaintzen dituen tresna aurreratu ugaritan datza, hala nola:

• Sarbidea duten erabiltzaileentzat, iruzkin-egileentzat eta besteentzat cache-estrategia bereizgarriak
• Edge-Side Injection (ESI) kontzeptu nagusia da web-orria 'cacheatu daitekeen gorputz estatiko' eta 'cacheatu ezin den fragmentu dinamiko' batean banatzea, hauek bereiz prozesatu eta ertzeko nodoan berriro elkartzea.

4. geruza: Lineako zerbitzuak eta aukerako hobekuntzak

Webgune-kudeatzaile askok LSCWPn QUIC.cloud-en lineako zerbitzuak ezagutuko dituzte (adibidez, orrialdeak optimizatzeko zerbitzuak).QUIC.cloud dokumentuaArgi eta garbi adierazten du LSCWPri orrialde-optimizazio zerbitzuak eskaintzen dizkiola, besteak beste, Critical CSS (CCSS), Unique CSS (UCSS) eta Viewport-Optimised Images (VPI).

• Zerbitzu horiek aukerakoak dira.Zerbitzariaren cachea soilik erabili dezakezu lineako optimizazioa gaitzitu gabe.
• Lineako zerbitzuak gaituta daudenean, zure guneko baliabideek eta orrien prozesamendu-kateak aldaketak jasango dituzte (hau informazio garrantzitsua da enpresa edo pribatutasunarekiko sentikorrak diren bezeroentzat).

2.4 LSCWPko ohiko akatsak

1. Zerbitzaria ez da LiteSpeed, baina hala ere LSCWP cache-plugin funtzionalitate osoz hornituta dagoen moduan tratatzen du.
   Emaitza: Kaxearen errendimenduak ez zituen itxaropenak bete eta konfigurazioaren konplexutasuna handitu zuen. Konponbidea: Lehenik egiaztatu host stack-a; ez bada ArintasunaWP Rocket edo WP Super Cache kontuan hartu.
2. Aurrealdeko optimizazio gehiegizkoak funtzionamendu-anomaliak eragin ditu.
   Orrialdeen optimizazioak (CSS/JS) askotan cacheak berak baino errazago eragiten ditu bateragarritasun arazoak. Gomendioa: Lehenik eta behin, ziurtatu orrialdeen cachea fidagarri funtzionatzen duela; ondoren, optimizazioak pixkanaka aktibatu, atzera-eragin probetarako egiaztagailu-zerrenda bat osatuz (inprimakiak, menuak, ordainketak, jarraipena, hizkuntza-aldaketa, etab.).
3. Orrialde dinamikoetarako bazterketa/partizionamendu estrategiarik eza
   Ohiko arazoak: erosketa-saskia, ordainketa-orria eta kontu-orrien cacheatzea; edo hizkuntza- eta moneta-aldaketa okerrak. E-merkataritza guneek hauek abiarazte aurreko egiaztapen-puntu gisa hartu behar dituzte (WooCommerce-k ofizialki azpimarratzen du hori).Ez gorde orrialde kritikoak）。

Gehigarria 3:WP Super Cache(Doan) — Eduki-guneentzako “arrisku txikia, itzulera handia” soluzio klasikoa

WP Super Cache Zergatik iraun du hainbeste denbora ospetsu? Zeren eta arazoak oso modu zuzenean eta zerbitzarientzat oso egokian konpontzen dituelako:
WordPresseko orri dinamikoetatik HTML estatiko fitxategiak sortzea...ondoren, HTML fitxategi hauek zuzenean zerbitzatzen ditu web zerbitzariak, horrela garesti den PHP prozesamendua saihestuz.

Pluginaren orriak ere aipatzen du: autentifikatu gabeko erabiltzaileen gehiengo handiari HTML estatikoa zerbitzatuko zaiela, eta azalpen oso intuitiboa ematen du – “99% bisitariei HTML estatiko fitxategiak zerbitzatuko zaizkie”, hau da, cacheatutako fitxategi bakar batek milaka aldiz zerbitzatu daitekeela.

3.1 Norentzako egokia da WP Super Cache?

Oso gomendagarria:

• Blogak, hedabideen edukien guneak, dokumentazio-guneak, enpresen erakusketa-guneak, helmuga-orriak
• Bisitarien gehiengoa erregistratu gabeko erabiltzaileak dira.
• Zure desira: doakoa, egonkorra, mantentze-kostu txikia

Kontuz erabili/Estrategia sendoago bat behar du:

• Oso dinamikoa den webgunea: eduki pertsonalizatu zabala, erabiltzaileen egoeraren arabera aldatzen diren orriak
• Merkataritza elektronikorako plataforma handiak: Erabili daitezke, baina ziurtatu orrialde kritikoak ez daudela cachean gordeta eta zure proba-prozedurekin bat datozela.

3.2 Bere hiru cacheatzeko metodoak:

WP Super Cache pluginaren deskribapenak hiru cache-metodo zerrendatzen ditu abiaduraren arabera eta haien arteko desberdintasunak azaltzen ditu:

• mod_rewrite (Aditua): Metodo azkarrena, PHP guztiz saihesten duena, baina .htaccess fitxategia aldatu behar duena; oker konfiguratuta badago, webgunea eskuragarri ez egoteko arrisku handiagoa dago
• Sinplea (gomendatutako metodoa)PHP-k fitxategi estatikoetarako “super cache” bat eskaintzen du, mod_rewrite-rekin alderagarriak diren abiadurak eskainiz, baina konfigurazio sinpleagoarekin.
• WP-Cache kaxingeaErabiltzaile ezagunentzat, parametroztatutako URLentzat, feed-entzat eta abarretarako malguagoa, baina motelagoa.

Gomendatutako hautua:

• Hasiberria/Egonkortasuna bilatzen duena: Erabili gomendatutako hurbilketa (sinplea)
• Zerbitzariaren arauekin sakonki ezagutzen zara eta haiek berriro idazteak dakartzan arriskuak hartzeko prest bazaude, orduan kontuan hartu Aditu Modua.
• “Ezagutzen diren erabiltzaileak/parametroekin” modu malguagoan kudeatzeko beharra duzu: ulertu WP-Cache-ren kokapena.

3.3 WP Super Cache-ren abantailak eta mugak

Abantailak:

1. CDNrekin erabiltzeko oso egokia
   Izan ere, funtsean “HTML estatikoa sortzea” da, eta hori berez bat dator CDN/ertz-cachearen ikuspegiarekin.
2. Jatorrizko guneko CPU/datu-basearen kargaren hobekuntza oso zuzena da
   Webguneko trafikoa banatuta dagoenean, bilatzaileen eta sare sozialen robotak mundu osotik etor daitezke. Eduki estatikoak modu eraginkorrean borrokatzen du “errepresentazio bikoitza”.

Ahulguneak:

1. Ez da “integraziozko errendimendu-optimizazio-suite” bat.”
   Bere indar nagusia orrien cachean dago, nahiz eta CSS/JS optimizazioa ez den hain zabala WP Rocket-en soluzio integrala bezain. Agian beharrezkoa izango zaizu “Irudi Optimizazioa” eta “Aurrealdeko Optimizazioa” orrietan optimizazio gehiago ezartzea (edo beste plugin edo gai-mailako optimizazio batzuk erabiltzea).
2. Erabili kontu handiagoa “pertsonalizazio dinamikoarekin”.
   Adibidez, eskualdearen arabera eduki desberdinak erakustea, edo erabiltzailearen egoeraren arabera prezio, hizkuntza edo gomendio aldakorrak aurkeztea. Halako kasuetan, bazterketa-estrategiak ezarri edo cache zatitu egokiago bat ezarri behar duzu.

3.4 WooCommerce bateragarritasuna: Zergatik den “seguruagoa”

WooCommerce Laguntza Dokumentazio OfizialaWooCommerce WP Super Cache-rekin jatorrizko bateragarritasuna du, eta WooCommerce-k WP Super Cache-ri informazioa bidaliko dio saskia, ordainketa eta nire kontua orriak lehenetsita ez daudela cachean gordeta ziurtatzeko.

• Nahiz eta hasiberria izan, WP Super Cache eta WooCommerce konbinazioak gutxiago du “orriak kritikoak cachean gordetzea” akatsa eragiteko joera.
• Hala ere, abiaraztearen aurretik oraindik ere atzera-errebisio-probak egitea gomendatzen da (ordainketak, bonuak, bidalketa-gastuak, zerga-tasak, moneta anitzak, etab. barne).

Laginkina 4:W3 Total Cache (W3TC)Ingeniaritza-taldeentzat egokia den errendimendu-markoikuspegirik osatuena

W3 Guztizko Cachea WordPress.org-en, bere kokapena ez da “cache plugin bakarra”, baizik eta “webgunearen errendimendua optimizatzeko esparru” baten antzeko zerbait: SEO, Core Web Vitals eta esperientzia orokorra hobetzea azpimarratzen du, CDN integrazioaren eta jardunbide egokien bidez.

Pluginaren deskribapenak gaitasun sorta zabala zerrendatzen du: orrialdea/ post cacheaketa, CSS/JS cacheaketa, feed cacheaketa, bilaketa-emaitzen cacheaketa, datu-base objektuen cacheaketa, objektu cacheaketa, fragmentu cacheaketa, eta Redis/Memcached/APC barne hartzen dituzten cacheaketa-metodo anitz onartzen ditu. Era berean, erabiltzaile-agentearen/erreferrariaren arabera taldekaturiko mugikorretarako cacheaketa, AMP laguntza eta proxy alderantzizko (Nginx/Varnish) integrazioa ere barne hartzen ditu.

4.1 Norentzako egokia da W3 Total Cache?

Hau ezin hobea da honetarako:

• Garapen eta operazio gaitasunak dituzu eta “urratsez urrats aktibazioa + karga-probak + erregresio-probak” burutzeko prest zaude.”
• Zure gunea konplexua da: eleaniztuna, gai anitzeko aldaketa, mugikorretarako bereizketa eta edukien egitura korapilatsua.
• Ez duzu soilik orrien cachea behar, baizik eta objektu-cachea eta fragmentu-cachea ere sisteman txertatu nahi dituzu (bereziki webgune dinamikoetarako).

Ez egokia:

• Instalazioaren ondoren berehala azkarra izan dadila nahi duzu eta cache-mailaketaren funtzionamendua ulertu nahi ez duzu.
• Prozesu probagarririk ez duzu, baina aldi berean arrisku handiko ezaugarri batzuk, hala nola konpresioa eta atzerapen-scriptak, gaitzea nahi duzu.

4.2 Zergatik deskribatzen den “indartsu baina konplexu”: webguneek “kontrollagarritasuna” lehenesten dute”

W3TCren balioa ez dago “berez besteek baino azkarragoa izatean”, baizik eta errendimendu-estrategiak sistematikoki egituratutako marko batean diseinatzeko kontrol-parametro nahikoak eskaintzean:

• Orrialde-cachea: memorian, diskoan edo 1TB-ko edo 219TB-ko biltegian gorde daiteke.
• Datu-base objektuen kaxea, objektu-kaxea: Redis, Memcached eta antzekoak erabil daitezke.
• Zati-cacheaketa: erdiko dinamikako orrialdeetarako oso onuragarria
• Mugikorretarako laguntza: gorde orrialdeak bereizita erreferentziatzaile edo erabiltzaile-agentzia-talde bakoitzarentzat
• CDN Kudeaketa: multimedia liburutegien, gai-fitxategien eta abarren kudeaketa gardena. CDN Kudeaketa

Gaitasun hauek bereziki baliagarriak dira webguneentzat, sarbide globalak maiz aurkitzen dituen oztopoak direla eta:

• Gailu, eskualde eta hizkuntza desberdinetan orrialde bereko aldaerak
• Eduki batzuk cachean gorde daitezke, beste batzuk, ordea, denbora errealean egon behar dute (adibidez, prezioak, inbentarioa, erabiltzailearen egoera).

4.3 W3TCren “Gomendatutako Aktibazio Sequentzia”

Gomendatutako ordena:

1. Hasieran, orrialde-cachea bakarrik gaitzea.
   Egiaztapena: TTFB murriztu den, edukiaren koherentzia, eta saioa hasteko egoera, eleaniztetasuna eta merkataritza elektronikorako prozesu kritikoak behar bezala funtzionatzen duten.
2. Berriro gaitu nabigatzailearen cachea
   Helburua: berrikusketaren eta baliabide estatikoen karga azkartzea, kontinenteetan zehar soberakina diren deskarga guztiak minimizatuz.
3. Objektu-cachearen berrikuspena / datu-base-objektu-cachearen berrikuspena
   Hau aplikagarria da: webgune dinamikoak (WooCommerce, kidegintza-sistemak, kontsulta konplexuak).
   Ez da aplikagarria: Eduki garbiko webguneek itzulera mugatuak ekar ditzakete eta baliabideen kontsumoa handitu dezakete.
4. Azken prozesaketa: konpresioa / atzerapen-gidoiak / aurrealdeko optimizazioa
   Funtzional anomiaak eragiteko gehien joera duen geruza denez, atzera-proba-zerrenda bat ezarri behar da (ordainketak, inprimakiak, jarraipena, pop-up leihoak, menuak, hizkuntza-aldaketa, etab.).

WooCommerce cache-pluginaren konfigurazioaren gogorarazpenaOrrialde kritikoak ez dira cachean gorde behar, eta komeni da JavaScript fitxategiak konprimitzea saihestea.

Lau plugin konparatzeko matrizea

Oharra: hau ez da “nor den indartsuagoa” kontua, baizik eta “zure egoerara hobeto egokitzen dena” kontua.

dimentsio	WP Rocket	LiteSpeed Cache	WP Super Cache	W3 Guztizko Cachea
Nukleoaren kokapena	Arazorik gabeko integrazioa (memorizatze + optimizazioa)	Zerbitzari-mailako cachea (LSCache-n oinarritzen da)	HTML estatikoaren cacheaketa	Errendimendu-esparrua (cache geruza anitz +CDN)
Ostalaren mendekotasuna	Behera (Unibertsala)	Goi maila (LiteSpeed/OpenLiteSpeed behar da oinarrizko cachea erabiltzeko)	Behera (Unibertsala)	Ertaina (unibertsala, baina ingurunearekiko eta konfigurazio-aukerekin lotuagoa)
Ikasketa-kostuak	Behera-Ertaina	Ertain	低	Altu
Eduki gune gomendioaren balorazioa	Oso altua	Oso altua (baldintzak betetzen badira)	Oso altua	Ertainetik altu (taldearen arabera)
Merkataritza elektronikorako/kidegoko gunea	Eskuragarri dago, baina kontuz baztertu behar da (WooCommerce-ren orrialde kritikoak ez daude cachean)	Eskuragarri dago, baina arau/partizionatze estrategia bat behar du.	Eskuragarri dago, eta WooCommerce-k dio jatorrizko bateragarritasuna duela eta, lehenetsita, ez dituela orrialde kritikoak cachean gordetzen.	Eskuragarri, ingeniaritza kontrolarako egokia
Aurrekontua	Ordainketa	Doan	Doan	Doako + ordainpeko bertsioa

“Gertaera eta Prebentzio Kontrol-zerrenda

1. Cacheatzearen ondorioz sortutako “eduki okerraren” hiru erro-kausa

A. Egoera duten orrialdeak egoerarik gabeko orrialde estatiko gisa tratatzea“

Ohikoa: kontu-orria, erosketa-saskiaren orria eta ordainketa-orria cachean gordeta daude. WooCommerce Agintariek behin eta berriro azpimarratu dute Erosketa-saskia, ordainketa eta kontua ez dira cachean gorde behar.

B. Ez da behar bezala bereizita cachea hizkuntza-aniztasuneko, moneta-aniztasuneko eta eskualdeko aldaeretarako.

Zure guneak cookie, kontsulta-parametroak edo kokapen geografikoa kontuan hartuta eduki desberdina erakusten badu, cacheak “aldaera-dimentsioak” kontuan izan behar ditu. Bestela, A eskualdeko erabiltzaileek sortutako cachea B eskualdeko erabiltzaileek berrerabili dezakete.

C. Front-end optimizazioak (JS/CSS) berridazketek funtzionaltasun anomaliak eragiten dituzte

Bereziki JavaScriptaren minifikazioa, bateratzea eta exekuzio atzeratua. WooCommerce-k ere gomendatzen du.Saihestu JavaScript fitxategiak konprimitzea。

2. Martxan jartze aurreko erregresio-probaren egiaztagailu-zerrenda

• Saioa hasi/amaitu funtzioa behar bezala funtzionatzen al ari da?
• Inprimakiak bidaltzea (harreman-inprimakia, harpidetza, saioa hasi/erregistroa) ondo funtzionatzen ari da.
• Merkataritza elektronikoaren prozesua: Saskira gehitu → Bona aplikatu → Bidalketa/zergak → Ordainketa → Eskaera-orria
• An-hizkuntza-aldaketa egonkorra al da (edukia, URL, hreflang, moneta aldaketaren ondoren)?
• Mugikorreko menuak, pop-up-ak, irristatzea eta karga alferrikaria ondo funtzionatzen al dute?
• Egiaztatu jarraipen-script-ek oraindik martxan dauden (Google Analytics, Meta Pixel, bihurketa-ekitaldiak)

Maiz egiten diren galderak

Q1: Zergatik da nire webgunea atzerriko bisitarientzat oraindik motela, cache-plugin bat instalatu arren?

Arrazoirik ohikoena da “iturri-zerbitzariaren bikoiztutako errendatze” soilik konpondu duzula, “kontinente arteko sareko atzerapena” konpondu gabe utzita.
Cache-pluginek zerbitzariei edukiak azkarrago helarazteko aukera ematen diete (Lehen Bytearen Denbora murriztuz), baina baliabide estatikoek (irudiak, CSS, JS, letra-tipoak) eta esteka globalen buelta-denbora oraindik ere beharrezkoak dira. CDN Tartea betetzeko.
👉 Beraz, bide zuzena hau da:Lehenik, jatorrizko zerbitzariaren cachea egonkortu.Banatu mundu osoan berriro CDN-en bidez。

Q2: Zergatik ez da edukia eguneratzen aldatu ondoren, cachea egon arren?

Zeren ikusten ari zaren “cache zaharra” delako. Soluzioaren hurbilketa:

• Ezarri cachea garbitatzeko estrategia bat: eguneratu ondoren artikuluak edo orriak dagokion cachea garbitu (gune osoaren cachea garbitzea baino).
• Preberotze/mollaketa behar duten soluzioetarako: garbitu ondoren, berriro preberotzea egin behar da; bestela, lehen bisita motela izango da.
• CDNrentzat: kontuan hartu behar da CDNren ertzean ere baliabide zaharrak cachean egon daitezkeela

Q3: WP Rocket eta WP Super Cache aldi berean instalatu daitezke?

Ez da gomendagarria. Orrialde-cache-pluginetarako, bat aldi berean erabiltzea da egonkorrena. “Bat cache-rako, bestea optimizaziorako” ideia lan-banaketa gisa ikusi dezakezun arren, praktikan askotan gainjartzen dira orrialde-cachean eta baliabideen berridazketan, gatazka-aukera handia sortuz. Askoz gomendagarriagoa da cache-plugin nagusi bat hautatzea eta beste beharrak helburu bakarreko tresna espezializatuagoekin osatzea.

Q4: Arriskutsua al da merkataritza elektronikorako webguneentzat cachea erabiltzea?

Ez da arriskutsua; arriskutsua dena arauen eza da.WooCommerce-rako gomendioakOso argi: erosketa-saskiko, ordainketa- eta kontu-orriek ez dute cache-ik, eta JavaScript konpresioa saihesten da.
Gainera, WooCommerce-k bere bateragarritasuna ere aipatzen du WP Super Cache jatorrizko bateragarritasuna dueta lehenetsiz orrialde kritikoak cacheatzetik saihesten ditu.
Beraz, merkataritza elektronikoeko guneek zalantzarik gabe cachea erabili dezakete, baina cachea “lineako aldaketa” gisa hartzeak proba sakonak eskatzen ditu.

Q5: LiteSpeed Cache edo WP Rocket aukeratu behar dut?

• Berretsi duzu ostalaria LiteSpeed/OpenLiteSpeed dela.Emango zaio lehentasuna LiteSpeed Cache-i (doakoa eta sendoa, bere abantaila nagusia zerbitzari-mailako LSCache-tik datorrena)
• Host stack-ari buruz ziur ez / Nahasketarik egin nahi ez / Arazorik gabeko soluzio integrala nahiWP Rocket egonkorragoa da
• Eduki-gune bat zara, aurrekontuari kontu hartzen diona.WP Super Cache: Egonkorragoa, arinagoa

Cache plugin-a eta CDN-rekin batera

Cache plugin-ak “jatorrizko zerbitzariak gutxiago prozesatzea eta TTFB txikiagoa” konpontzen du; CDN-k, berriz, “baliabide estatikoak eta orriak mundu osoko erabiltzaileengandik hurbilago egotea” konpontzen du. Biak elkartuta baino ez da lortzen mundu mailako sarbiderako ohiko irtenbide onena.

• Eduki-guneentzako konbinazio ohikoak:Orrialdearen cachea + CDN banaketa estatikoa
• Webgune dinamikoetarako konbinazio ohikoak:Orrialdeen cacheaketa (zorrotz kontrolatua eta baztertua) + Objektuen cacheaketa (eskaeraren arabera) + CDN banaketa estatikoa

👉 Irakurri:CDN azelerazioa (nodo globalak eta cache estrategia)

Gomendatutako webguneko cache konbinazioak

1. Eduki gunea / Blog-a / Dokumentazio gunea

Helburua: TTFB murriztu, lehen pantaila egonkorrago egin, zerbitzariaren presioa murriztu, eta CDNrekin batera banaketa globala egin.

1.1 Kexarik gabeko negozio-konbinaziorik onena

• WP Rocket (Orrialde-cacheaketa + aurrez kargatzea + aurrealdeko optimizazioa)
  • CDN orrian jarri

Aplikagarria:

• Minimo konfigurazioa, emaitza azkarrak eta arrisku txikia nahi dituzu.“
• Gai eta plugin gehiegi daude; bateragarritasun arazoak ahalik eta gehien murriztu nahi dira.

Kontuan hartu beharreko puntuak:

• Aurrealdeko optimizazioa (bereziki JavaScript atzeratzea) faseetan gaituko da funtzionalitate-anomaliak (menuak, inprimakiak, jarraipena, etab.) saihesteko.
• Maiz berrantolatu edo eduki eguneraketak jasaten dituzten webguneek “garbitu eta aurrez berotu” estrategia bat ezarri beharko lukete; bestela, gutxiago bisitatutako orrialdeetara lehen bisitak motelak izango dira.

1.2 Doako eta fidagarri klasiko konbinazioak

• WP Super Cache (HTML estatikoaren cacheaketa)Sortu HTML estatikoa orri dinamikoetatik, batez ere erregistratu gabeko erabiltzaileei zerbitzatzeko.
  • CDN

Aplikagarria:

• Aurrekontuari dagokionez kontzientea baina egonkorra
• Bisitariek gutxitan saioa hasten dute.
• Edukien eguneratzeen erritmoa kontrolatu daiteke.

Kontuan hartu beharreko puntuak:

• Hau “orrien cachearen lehentasuna” konfigurazioa da; ez espero kasualitatez CSS eta JS konplexutasun guztiak konpontzea.

---

2. Enpresa webgunea / Marka webgunea / Helbide-orria

Helburua: Abiadura ezinbestekoa da, baina are garrantzitsuagoa da: ez utzi optimizazioak bihurketa-ibilbidea oztopatzen.

2.1 Erresistentea eta kontrolagarria (Munduko hedapen/eraldaketa guneetarako gomendagarria)

• WP Rocket
• + (Aukerakoa) Irudi arinen optimizazioa (irudi-optimizazio orrialde bat duzu)
  • CDN

Zergatik egokia den bihurketa-estazioetarako:

• Eraldaketa-estazioek ez dute ezer gehiago beldurtzen “formularioak/pop-up-ak/jarraipen-script-ak heriotzara arte optimizatzea” baino.”
• WP Rocketek ikuspegi integratuagoa hartzen du, ezaugarriak banan-banan sistema bakar batean aktibatzeko eta atzera-eragin-probak egiteko aukera emanez.

Enpresen webguneentzako abiarazteko printzipioak:

• Errendimenduaren optimizazioa “zuzeneko ezarpen-aldaketa” bat da eta atzera-joerako probetarako egiaztagiri-zerrenda batekin batera etorri behar da.
• JavaScript atzeratzea, batzea edo txikitzeari dagozkion edozein ezarpen lehenik preprodukzio-ingurune batean egiaztatu behar dira martxan jarri aurretik.

---

3. WooCommerce E-merkataritza Gunea (Eskaera + Orrialde Dinamikoen Segurtasuna)

Helburua: Abiadura ezinbestekoa da, baina baita erosketa-saskiaren, ordainketa-prozesuaren eta kontu-ataletako orrialdeak erabat zuzen daudela ziurtatu behar dugu.

WooCommerce-ren cache-pluginen inguruko jarrera ofiziala oso argia da:Erosketa-saskia, ordainketa eta kontu-orriek ez dute cachean gorde behar.Gainera, gomendagarria da JavaScript fitxategiak konprimitzea saihestea bateragarritasun arazoak minimizatzeko.

3.1 Hasiberrientzat egokiagoa den doako segurtasun bidea

• WP Super Cache + WooCommerce
  • CDN

Zergatik agertzen da “sarrera puntu seguruagoa” gisa?

• WooCommerce-k ofizialki adierazten du WP Super Cache-rekin jatorrizko bateragarritasuna duela, eta lehenetsita jakinaraziko dio WP Super Cache-ri erosketa-saskia, ordainketa eta kontu atal bezalako orrialde kritikoak ez ditzala cacheatu.
• Merkataritza elektronikorako webgune berrientzat, “istripuak saihestea” “errendimendu gailurra” baino garrantzitsuagoa da.

3.2 LiteSpeed hostinga erabiltzen ari bazara (doakoa baina oso gai)

• LiteSpeed Cache (zerbitzariaren oinarrizko cache gaitasunak aprobetxatzeko LiteSpeed/OpenLiteSpeed ostatu behar da)
• + (Aukerakoa) Objektuen cachea (Redis/Memcached, ostalarien gaitasunen eta gunearen eskalaren arabera)
  • CDN

Aplikagarria:

• Ostatu-pila argi definituta dago, eta cache-arauak eta bazterketa-politikak ezartzeko prest zaude.
• Eskaera bolumen handiek eta produktu kopuru handiek karga kudeatzeko jatorrizko zerbitzari sendoagoa behar dute.

3.3 Ingeniaritza Taldeak/Merkataritza Elektroniko Konplexua (Modulu Anitzeko Kontrolagarria)

• W3 Total Cache (errendimendu-esparrua, cache-geruza anitz eta CDN integrazioa)
  • Objektu-cachea (eskariaren arabera)
  • CDN

Aplikagarria:

• Garapen eta operazio taldeentzat, ezarpena “moduluaren aktibazio graduala + karga-probak + erregresio-probak” hurbilketa jarraituz egin daiteke.
• Zati-cacheaketa eta aldaera-estrategia sofistikatuagoak eskatzen ditu (adibidez, gailuaren, eskualdearen edo hizkuntzaren arabera cacheaketa zehatza)

---

4. Bazkideen gunea / Komunitatea / Lineako ikastaroak (sarbide-egoera anitzekin oso pertsonalizatuta)

Helburua: Ziurtatu eduki publikoa azkar kargatzen dela, eta aldi berean saioa hasi duten erabiltzaileen edukia bereizita mantentzen dela.

4.1 Arazorik gabekoa, baina bazterketa-estrategia zorrotza eskatzen du

• WP Rocket
• + (Aukerakoa) Objektuen cachea (kontsultak dinamikoak badira maiz)
  • CDN

Gako puntuak:

• Erabiltzaileen jardueraren arabera aldatzen diren orriak cache-tik baztertu behar dituzu: Personal Centre, Orders, Learning Progress, Messages, Shopping Cart, etab.
• Horrelako guneek besteen edukien edo baimen-erroreen ikusketarako joera handiena dute; orriak arriskuak argi eta garbi azaldu behar ditu.

4.2 LiteSpeed Hosting + Aurreratutako Estrategia

• LiteSpeed Cache (zerbitzari-aldeko cachea + politika-tresna sofistikatuagoak)
• + (eskaeraren arabera) objektu-cachea
  • CDN

Gako puntuak:

• Kideentzako webguneek askotan “cacheatu daitekeen gorputz + cacheatu ezin den fragmentu” hurbilketa eskatzen dute.
• Aurreberotze eta garbiketa-estrategiak zehatzago landu behar dira; bestela, “erabiltzaileek eguneratzeen ondoren ere eduki zaharkitua ikusten jarraitzen duten” egoerak kezkagarrizko maiztasunarekin gertatuko dira.

Webguneko cachea “Mehatxuak garbitzeko kasu-liburutegia”

1. kasua: cache-plugina instalatu ondoren, abiadura ia aldatu gabe geratu zen.

Fenomeno:

• Tokiko edo eskualde bereko abiadura-probak onargarriak dira, baina atzerriko (interkontinental) konexioak motel jarraitzen dute.
• TTFB hobetu da, baina karga-denbora orokorra ez da nabarmen murriztu.

Kausa komunak:

• Jatorrizko zerbitzariaren cachea (TTFB) bakarrik ezarri duzu, baina baliabide estatikoak (irudiak/JS/CSS/fonts) oraindik jatorrizko zerbitzariaren bidez kontinenteetatik zehar kargatzen ari dira.
• Hirugarren aldeen skriptak (iragarkiak, txata, analitikak) errendatze eta elkarreragina moteldu egiten dituzte.
• Irudi-fitxategiaren tamaina gehiegizkoa da, deskarga motelak eragiten ditu (keshak ezin du “lehen deskargarako” tamaina arazoa konpondu).

Konponbiderako hurbilketa:

• Cache-pluginak batez ere jatorrizko zerbitzariaren karga murriztea eta joera-tasa hobetzea kudeatzen du.“
• Baliabide estatikoak CDN bidez
• Iruditik-irudira optimizazioa
• Hirugarren aldeen gidoiak atzerapen- eta zatiketa-estrategietarako

Irakurtzen:

• CDN Azelerazioa: nodo globalak eta cache-estrategiak
• Irudiaren optimizazioa: formatu/konpresio/karga alferrikako karga

---

2. kasua: cachea gaituta, orria aldatu zen baina aurrealdeak ez zuen berritu.

Fenomeno:

• Atzealdeak edukia eta estiloa eguneratu ditu, baina aurrealdeak oraindik bertsio zaharra erakusten du.
• Edo eskualde jakin batzuk soilik eguneratzen dira, beste batzuk aldatu gabe geratzen diren bitartean (munduko guneetan ohikoa den gertakaria).

Kausa komunak:

• Orrialde-cachea ez da garbitu edo garbitzeko eragiketa-esparrua okerra da.
• Aurrez berotzeko/crawler prozesua ez da exekutatu, eta cache-a garbitu ondoren hoztu egin da, hasierako bisitak motelak izan daitezen eraginez. Era berean, oker uste duzu eguneraketarik egin ez dela.
• CDN ertzeko cachea gaitzen baduzu, ertzak ere baliabide zaharrak gorde ditzake

Konponbiderako hurbilketa:

• Ezarri “argitaratze/berrikuspen osteko garbiketa-estrategia”: gune osoan zehar berrezarpen gogorra egitea baino, dagokion orrialdeak garbitu.
• Egin aurrekarga-estrategia bat orrialde kritikoetarako (etxeko orrialdea, oinarrizko helmuga-orrialdeak) “garbitzeak moteldu egiten du” saihesteko.”
• CDN geruzan ertzak garbitu behar denean

---

3. kasua: hizkuntza eta moneta anitzeko trantsizioaren ondorengo edukiaren nahasmendua

Fenomeno:

• Hizkuntza aldatuta ere, orriak aurreko hizkuntza erakusten jarraitzen du.
• Edo eskualde jakin batzuetako erabiltzaileek moneta okerra edo eduki okerra ikus dezakete.

Kausa komunak:

• Cacheak ez ditu bereizten “aldaera-dimentsioak” (cookie / parametroak / hizkuntza-aurrizkia / azpidomeinua)
• Cacheko arrakasta batek A hizkuntzako orrialdearen emaitza B hizkuntzako erabiltzaileari zerbitzatu zion.

Konponbiderako hurbilketa:

• Zehaztu zure hizkuntza anitzeko estrategia: direktorioa/azpidomeinua/parametroa/cookie
• Erabili “aldakortasun estrategia” cache-arauetan edo orrialde kritikoak baztertzeko
• Gune batzuek cache zatikatuko hurbilketa sofistikatuagoak eskatzen dituzte (W3TC ingeniaritza-mailako kontrolari hobeto egokitzen zaio).

---

4. kasua: merkataritza elektronikoeko gune batean cachea gaitzearen ondoren erosketa-saskiaren eta ordainketa-prozesuaren arazoak

Fenomeno:

• Erosketa-saskiko kopurua oker, prezioak oker, eta ordainketa-botoia ez dabil
• Sartu ondoren, norberari ez dagokion edukia aurkitzea (larria)

Kausa komunak:

• Saskia, Ordainketa eta Nire Kontu bezalako orrialde gakoak cachean gordeta daude.
• JavaScript-aren minifikazioak eta bateratzeak ordainketa- eta osagai dinamikoen bateraezintasuna eragiten du.

Konponbiderako hurbilketa:

• WooCommerce-k ofizialki adierazten du: ez gorde erosketa-saskia, ordainketa edo kontu-orriak cachean, eta JavaScript fitxategien minifikazioa saihestea gomendatzen du.
• Lehenik egonkortu “orrien cacheaketa + bazterketa” konfigurazioa, ondoren kontuan hartu aurrealdeko optimizazioa.
• WP Super Cache erabili beharko balitz, WooCommerce-k dio jatorrizko bateragarritasuna duela eta lehenetsita orrialde kritikoak cache-tik kanpo utziko dituela.

---

5. kasua: “JS atzeratu/Gidoiak batu” gaituta, menuek, inprimakiek eta pop-up leihoek funtzionamenduan huts egin zuten.

Fenomeno:

• Nabigazio-menua ez da irekitzen.
• Inprimakiaren baliozkotzea huts egin du edo bidalketa ezinezkoa da.
• Pop-up/Karrusela akatsa
• Estatistika/eraldaketa ekitaldiak ez dira abiarazten (argitalpen-guneentzat mingarriena den arazoa)

Kausa komunak:

• JavaScript atzeratzeak script-en exekuzioaren denbora-tartea aldatzen du: script-ek ez dira erabiltzaileak elkarreragin egin arte exekutatzen, eta osagai batzuek orria kargatzean hasieratzea behar dute.“
• Bateratzeak edo konpresioak idazkera-hurrenkera alda dezake edo mendekotasunak hautsi ditzake.

WP Rocket-ek ofizialki “Atzeratutako JS Exekuzioa” bere JS optimizazio indartsuenetako bat bezala deskribatzen du: scriptak atzeratzen dira erabiltzaileak elkarreragin egin arte, orriaren bistaratzea lehentasun gisa jartzeko. Gaitasun hau izugarria da, baina bateragarritasun arazoen arrisku handiagoa ere dakar.

Konponbiderako hurbilketa:

• Fasean aktibazioa: lehenik cachea, ondoren irudiak, ondoren CSSa eta, azkenik, JavaScript.
• Gehitu salbuespenak script kritikoetan (ordainketa, inprimakiak, menuak, jarraipena)
• Aldaketa bakoitzerako atzera-proba egiaztapen-zerrenda bat bete behar da.

---

6. kasua: LiteSpeed Cache soilik instalatu da, baina dirudienez ez du askorako balio.

Fenomeno:

• LiteSpeed Cache gaituta dago, baina TTFB ez da asko jaitsi.
• Hitz-tasa ez da bereziki altua.

Kausa komunak:

• Zure zerbitzaria ez da LiteSpeed/OpenLiteSpeed eta, beraz, ezin ditu LSCache-ren oinarrizko gaitasunak erabili.
• Edo bere optimizazio-multzoa gaituta duzu, baina “orrien cache-estrategia/aurreberotzea/bazterketak” ez dira ezarri.

Konponbiderako hurbilketa:

• Lehenik eta behin, egiaztatu zerbitzariaren pila: LiteSpeed edo OpenLiteSpeed den (hau da aurre-baldintza).
• Zentratu ahaleginak “orrien cache-estrategia + aurrez kargatzea + baztertzea + garbitzea”
• LiteSpeed hostinga erabiltzen ez baduzu, kontuan hartu WP Rocket edo WP Super Cache.