Webguneko irudien optimizazioa

Irudien optimizazioak WordPressen errendimenduan inbertsioaren itzulera handiena eskaintzen du: orri-egitura eta gai berberak dituztenean, irudiak tamaina egokian neurtu, formatu eta zerbitzatze hutsarekin karga-esperientzian hobekuntza berehalakoak lor daitezke.

Hala ere, irudien optimizazioa da “zenbat eta gehiago ukitu, orduan eta okerrago bihurtzen den” egoera bat sortzeko aukera handiena duen prozesua. Arrazoia ez da teknika zaila izatea, baizik eta informazioa oso zatikatuta dagoela:
Artikulu batzuk irakurri dituzu eta “konpresioari”, “WebP/AVIF”-i eta “karga alferrikariari” buruz ikasi duzu, baina pluginaren deskribapena begiratzean “hilean 100 kreditu doan”, “20MB doan” eta “irudi bakoitzeko 1 kreditu” irakurtzen duzu—eta zenbat eta gehiago irakurri, orduan eta gehiago nahasten zara. Doako kuota benetan nahikoa al da? Nola kendu egiten dira karguak? “Gauza bera” gaizki ulertu al duzu? Eta, garrantzitsuena:Benetan indarrean sartu al zen bukatu ondoren?

Artikulu honek hiru gauza soilik egiten ditu:

1. Hona hemen zuretzat ekintzarako modukoa den bat.Bide-orriaLehenik zer egin, ondoren zer egin
2. Argi azaldu hautatu nahi dituzun aukerak (zehazki zein den doako eta ordainpeko bertsioen arteko aldea eta zeini den bakoitza egokia).
3. Zerrendatu hasieran ohikoenak diren akatsak (amaitutakoan arazoak konpontzeko zailtasunak saihesteko)

1. Oinarria: WordPressek lehenetsita barne hartzen duena eta barne hartzen ez duena

WordPressen oinarrian dagoenak jada ezarritakoa lehenik ulertzen ez baduzu, bi egoera sor daitezke:

• Eskura zeuden doako gaitasunak baliatu beharrean, gurpila berrasmatu nahian denbora eta dirua xahutu genituen.
• Uste nuen WordPressek “automatikoki bihurtuko zituela irudi zahar guztiak WebP/AVIF formatura”, baina ikusi dut ez duela hala egiten.

WordPressen oinarria jada honako gaitasun funtsezko hauek barne hartzen ditu:

• Erantzunkorrak diren irudiak (srcset/sizes)WordPress 4.4tik aurrera, nukleoak irudiak bistaratuko ditu. srcset 与 sizeseta igoeraren bitartean sortutako tamaina anitzeko irudiak erabili, nabigatzaileari pantailaren baldintzen arabera kargatzeko baliabide egokiagoak hautatzeko aukera emanez.
• Jatorrizko karga aldi berekoWordPress 5.5-ek eta ondorengo bertsioek irudientzako karga alferrikakoa modu natiboan gaitzen dute lehenetsita, HTML estandarrak erabiliz. loading Jabetzaren inplementazioa.
• WebP fitxategiak igotzea onartzen du.WordPress 5.8tik aurrera, WebP fitxategiak JPEG/PNG bezalaxe igo eta erabiltzea ahalbidetzen du (ostatu-inguruneak WebP onartzen badu).
• AVIF igoerak onartzen dituWordPress 6.5tik aurrera AVIF fitxategiak JPEG/PNG bezalaxe igo eta erabiltzea ahalbidetzen du (ostatu-inguruneak onartzen badu).

Hala ere, kontuan hartu mesedez:
“Igoerako eta erabilerarako laguntza” ≠ “Konbertsio automatikoa/entrega automatikoa”
Beste modu batera esanda: WP 6.5an bazaude ere, zure multimedia-bibliotekako JPG/PNG fitxategiak ez dira automatikoki WebP/AVIF bihurtuko; ezta automatikoki lortuko duzu “nabigatzailearen babesaren arabera AVIF/WebP irteera ematea, eta babesik gabeko nabigatzaileetan jatorrizko irudiari bueltatzea” gaitasun osoa – funtzionalitate honek normalean pluginak edo zerbitzu osagarriak behar ditu soluzioa osatzeko.

2. Bide-orria: Irudiaren optimizazioa 5 pausutan

Zer egin, zergatik, zer den asebetegarri den amaiera osatzea eta zein diren ohiko oztopoak.

2.1 Lehenik eta behin neurriak ondo zehaztu (errazena da alde batera uzteko, baina onura handiena ematen duena)

Gune askok motelak dira, ez konpresiorik ez delako aplikatu, baizik etaPantaila-eremua baino askoz handiagoa den irudi bat deskargatu da.：
Adibidez, orrialde batek benetan 900px zabaleran bistaratzen badu, baina bisitariei 3000px-ko irudi originala deskargatzera behartzen badiezu, nabigatzaileak irudia osorik deskargatuko du eta gero bistaratzeko txikitu egingo du. Horrek banda-zabalera xahutzen du, dekodetze-denbora luzatzen du eta lehen pantailaren karga moteldu egiten du.

WordPress 4.4 eta goragoko bertsioakErantzunkor irudi mekanismoa（srcset/sizes) zehazki arazo hau konpontzeko.

Zein da gainditzeko nota:

• Orrialdea gailu mugikorrean irekitzean, deskargatutako irudiaren dimentsioak nabarmen txikiagoak izan behar dira mahaigainekoek baino.
• Irudi beraren baliabide-tamaina gailu desberdinen artean aldatzen da (beti jatorrizko irudia deskargatu beharrean).

Ohikoenak diren tranpak:

• Gai edo eraikitzaile jakin batzuek irudiak CSS atzeko plano-iruditzat hartuta edo irteera-metodo pertsonalizatuak erabiliz, hau saihestu dezakete. srcsetirudi handiak etengabe deskargatzea eragiten du
• Kanpoko irudi-ostatu zerbitzuak eta hirugarrenen irudi-blokeak erabiliz, multimedia liburutegiak sortutako tamaina anitzeko sistema saihestu dezakezu.

---

2.2 Konpresioa (KB tamaina murriztu, baina kalitatea ez kaltetu)

Konpresioaren esentzia ez da “zenbat eta txikiagoa, hobe”, baizik eta “begi hutsez ia nabaritzen ez den aldea, baina bolumenean murrizketa esanguratsua”.

Arauak honako hauek dira:

• Argazkiak/Benetako irudiak (erretratuak, produktuak, paisaiak)Galera-konpresioari lehentasuna eman (irabaziak maximizatzen ditu)
• Pantaila-argazkia/irudi testu zabala duenaKonpresioa kontserbadoreagoa izan behar da testuak lausotuta agertzea saihesteko.
• Logotipoa/IkonaEmango zaie lehentasuna SVG-ri edo aukeratu galderik gabeko konpresioa (galerazko konpresioak erraz sortzen du ertzen lausotzea)

Zein da gainditzeko nota:

• Orrialde gehienetan irudien tamaina nabarmen txikitu da.
• Ez dago nabarmen zaratarik, ertzak lausotuta, kolore-bandarik edo testuaren lausotzerik.

---

2.3 WebP / AVIF (Formatu-politika: argitasun berberarako tamaina txikiagoa)

WordPressek orain igoerak onartzen ditu. WebP (5.8) eta AVIF (6.5)。
Hala ere, benetan “hurrengo belaunaldiko formatuari” erabilera praktikoan jartzeko, normalean bi gai konpondu behar izaten dira:

1. Nola bihurtu masiboki hedabide-arkibo historikoakBestela, etorkizunean igo diren irudi berriak soilik optimizatu dituzu.
2. Bikoiztua sortu behar al da, edo jatorrizko irudia ordezkatu behar al da?(Honek une kritikoa markatzen du; geroago Plus WebPren “jatorrizko irudiaren ordezkapena eta ezabaketa” gaiari arreta jarriko diogu)

Gomendatutako hitzak:

• WebP: Oro har lehenetsitako formatu gogokoena (konpatibilitate egonkorragoa eskaintzen du)
• AVIF: konpresioan urrats bat gehiago, irudi handientzat/lehen pantailako bannerentzat/albumeko argazkientzat egokia (nahiz eta gehiago...Ingurumen-laguntzaren menpe）

---

2.4 Kargatze alferrikaria neurritsu aplikatu behar da (saihestu hurbilketa orokorra)

WordPress 5.5tik aurreraPertzepziozko karga lehenetsitaIrudia.
Hasierako errendatzean banda-zabalera kontsumoa murrizten du:

• Kargatze alferrikakoa pantailatik kanpoko baliabideetarako egokia da.“
• Lehenengo pantailako irudi garrantzitsuena (maiz lehenengo pantailako irudi nagusia) askotan ez da egokia karga atzeraturako.

---

2.5 Banaketa-geruza: CDN / Irudia CDN

Konpresioak, tamainak eta formatuak “txikiago eta egokiagoak diren fitxategiak” izateko beharra asetzen dute.
Hala ere, irudiak etengabe jatorrizko zerbitzaritik distantzia luzetan eskuratzen badira, sareko atzerapenak oraindik ere nabarmen eragingo du erabiltzaileen esperientzian. Halako kasuetan, “delivery layer” soluzio bat beharrezkoa da (CDN/image CDN).

Bi hurbilketa tipiko:

• Cloudflare Polonia：Cloudflare dokumentazioaArtikuluak Polish-en konpresio-metodoak (galerarik gabekoak/galeradunak/WebP) aurkezten ditu eta erabilera aipatzen du. format=auto WebP/AVIF formatuak erabiltzea baimenduta dago.
• Jetpack Gune Azeleragailua：Jetpack dokumentazioaIrudiak optimizatu eta bere sarearen bidez baliabide estatikoekin batera banatzen ditu.

Irudiaren optimizazioa tamaina murrizteaz eta egokitasuna bermatzeaz arduratzen da.CDN: Hurbilago eta fidagarriago entregatuz

3. Hautaketa: Bi ibilbide nagusi soilik jarraitu behar dira.

Irudien optimizazioan ohikoena ez da “pluginak ez instalatzea”, baizik eta gehiegi instalatzeak prozesamendu errepikakorra eragitea:
A-k konprimitzen du, B-k ere konprimitzen du; A-k WebP/AVIF formatura bihurtzen du, B-k ere bihurtzen du; A-k URLak aldatzen ditu, B-k berridazten ditu— azken finean, ezin duzu ulertu zer gertatzen den benetan webgunean.

Arauak:

Aurrera egiteko bide bakarra dago: edo tokian bertan guztiz doan, edo hodeiko konpresio-aukeretako bat hautatu.

• A ibilbidea (tokiko zerbitzu oso doakoa):Gainera WebP edo AVIF + EWWW Image Optimizer(edo hautatu horietako bat bakarrik)
• B ibilbidea (Hodeien konpresio-aukeretatik bat hautatu):ShortPixel / Imagify / TinyPNG

---

3.1 A ibilbidea: Erabat doako tokikoa (WebP edo AVIF edo EWWW gehiagorekin)

Ibilbide honen ezaugarri nagusiak hauek dira:

• Ez zara hirugarrenen konpresio-zerbitzuetan oinarritzen, hileko kuota edo fitxategi bakoitzeko oinarri batean funtzionatzen dutenetan (nahiz eta funtzio batzuek zerbitzu osagarriak eskaini ditzaketen).
• Trukean, multzo-prozesamenduak zerbitzarian karga handiagoa eragin dezake CPU/IO aldetik, eta horrek “estrategia eta arriskuari” arreta handiagoa jartzea eskatzen dizu.”

3.1.1 Gainera WebP edo AVIFKontzeptu nagusia “sorkuntza/ordezkapena” da, eta ez da ohiko zentzuan “konpresio-tresna” bat.”

• Ebazpen osozko irudiak sortzerakoan:Jatorrizko irudi-fitxategiaren ID-a WebP/AVIF fitxategiak gainidatziko du, jatorrizko fitxategia ezabatuko da, eta edukian dagoen URL-a ere ordezkatuko da.。
• Pluginak WP-CLI komandoak eskaintzen ditu eta gomendatzen du WP-CLI fidagarriagoa dela fitxategi ugari kudeatzerakoan.

Honek esan nahi du: ez du isilean zuretzako WebP bat sortzen, baizik eta behin bakarreko gertakari bat izan daiteke.Aktiboen migrazioa(batez ere “Jatorrizko irudia ordezkatu eta ezabatu” aukera gaitzen duzunean)

Bi moduen arteko aldea

Modu 1: jatorrizko irudia gorde eta WebP/AVIF kopia bat sortu (egonkorragoa)

• Abantaila: bateragarritasun arazoak gertatuz gero errazago atzera bueltatzeko aukera
• Kostua: Diskoaren erabilera handituko da (irudi jatorria + formatu berria + tamaina anitzeko miniaturak)

2. modua: Irudi jatorria ordezkatu eta ezabatu (erasokorragoa)

• Abantailak: Diskoek ez dute hain azkar zabaltzen; barne erreferentziak automatikoki bihurtzen dira formatu berrira.
• Arriskuak: Aktiboak eta erreferentziak aldi berean aldatzean, bateragarritasun arazoak konpontzea askoz garestiagoa bihurtzen da (bereziki kanpoko sistemek edo gaiaren logikak jatorrizko fitxategi-izenetan, bideetan edo formatuetan oinarritzen direnean).

WebP edo AVIF erabiltzean ohiko akatsak

1. Datu-basea osorik ordezkatu ondoren, orrialde-irudi jakin batzuk oker agertzen ari dira.
   Kausa normalean ez da irudia hondatuta dagoela, baizik eta katearen zenbait lotura – hala nola URL ordezkapena, cachea edo miniatura-sorkuntza politikak – behar bezala ez egokitzean datza.
2. Zenbat eta irudi txiki gehiago, orduan eta aldaketen esparru zabalagoa.
   WordPress-era irudi bat igotzeak hainbat dimentsio sortzen ditu; gai edo plugin-ek tamaina gehiago gehitu ditzakete. Ordezkapen oso batek esan nahi du oso fitxategi-multzo handi bat alda dezakezula.
3. Formatu-migrazioa bakarrik egiteak ez du bolumen txikiena bermatzen.
   WebP/AVIF fitxategiak oro har txikiagoak dira, baina “tamaina-estrategia” eta “konpresio-estrategia” funtsezkoak izaten jarraitzen dute. Ez hartu Plus WebP “karga azkarrago baterako klik bakarreko irtenbide” gisa.

---

3.1.2 EWWW Irudi OptimizatzaileaTokiko konpresio-soluzio doakoa

EWWW pluginaren orriaren kokapena oso argia da:

• Zure zerbitzarian optimizaziorako tresna sorta bat erabil dezake (jpegtran, optipng, pngout, pngquant, gifsicle, cwebp, etab.).
• Konpresio handiagoa behar baduzu edo CPU aurrezteko nahi baduzu, CPU kontsumitzen duen prozesaketa zure zerbitzarian kargatu dezakezu (aukerakoa).

Zein papera jokatu beharko luke EWWW-k A ibilbidean?

Plus WebP “formatu migrazio/ordezkapen estrategia” gisa erabiltzen ari bazara, orduan EWWW egokiagoa da honako hau egiteko:

• Konpresioa eta bolumenaren optimizazioa(batez ere JPG/PNG bezalako baliabide gordinen tamaina murriztea)
• Media liburutegi historikoaren multzo-optimizazioa(URL ordezkatzearen ordez bolumena murriztea helburu hartuta)

EWWWren klasiko hutsuneak

1. Batch optimizazioan zehar zerbitzariaren karga handitzen da.
   Hori gertatzen da tokiko konpresioak CPU/IO kontsumitzen duelako. Soluzioa ez da “erabiltzeari uztea”, baizik eta “multzoetan prozesatzea, gailur-ordutegitik kanpo, eta behar denean karga kanporatzea edo hodeiko soluzioak hautatzea”.
2. “WebP fitxategiak sortzeak ez du zertan esan aurrealdeak WebP zerbitzatzen duenik.
   Plugin askok akats honen menpe daude: sortzea gauza bat da, baina banaketa-estrategia (berridazketa, irudi-etiketak, cacheko jotzeak, etab.) guztiz bestelako kontu bat da.
3. Beste plugin batzuen lana bikoiztea
   A ibilbidea hartzen baduzu, saihestu ShortPixel/Imagify/TinyPNG bezalako hodei-konpresio zerbitzuen pilaketa; B ibilbidea hartzen baduzu, desgaitu Plus WebP ordezkapen logika. Printzipio nagusia:Egin ekintza-ildo bakarra jarraitu.

---

3.2 B ibilbidea: hautatu hodeiko konpresio-zerbitzu bat (ShortPixel / Imagify / TinyPNG)

Ibilbide hau egokia da zerbitzariaren baliabideak kontserbatu nahi dituztenentzat, lote-prozesamenduari modu errazago eta eragozpenik gabeko batean heltzea nahiago dutenentzat eta erabileraren arabera ordaintzeko prezio-ereduarekin eroso daudenentzat.
Hala ere, hodeiaren konpresioari dagokionez gehien ohikoa den ulergabetasun puntua da:Doako kuota ez da soilik “doako orrialde” kontua.Miniatura tamaina kopuruak, WebP/AVIF formatuak sortzen diren ala ez, eta berrerrepikatutako berrkonpresioa egiten den ala ez, baliabideen kontsumoan nabarmen eragingo dute.

Jarraian azalduko dugu: doako eta ordainpeko mailak nola funtzionatzen duten, kuotak nola kendu, saihestu beharreko ohiko akatsak eta zein webgune mota diren egokienak.

---

3.2.1 ShortPixelHilean 100 kreditu doan, baina kredituak miniatura eta WebP/AVIF handitzeek kontsumituko dituzte.

Doako eta ordainpekoen arteko kontua zer da?

ShortPixel pluginaren deskribapenak argi eta garbi dio:

• Hilero 100 kreditu doan
• Era berean, “gehigarri mugagabe hilabeteko kredituak” ere badaude (pluginaren orriak dagokion prezio-informazioa eskaintzen du).
• Era berean, iraungitze-epea ez duten behin-eko kreditu-paketeak eskaintzen ditu (hasierako prezio-informazioa emanda)

Oharra:

• Doan: Gune arinetarako edo probetarako hilero kreditu-kopuru bat.
• Pakete bakarreko eskaintza: hedabide-liburutegi zabalak dituzten webguneentzat egokia, stocka transakzio bakarrean arintzeko (behin erositakoa erabilera mugagabean, normalean iraungitze-epea gabe).
• Hilabetekoa/Mugagabea: etengabeko irudi-eguneratzeak eta epe luzerako, egonkor optimizazioa behar dituzten webguneentzat egokia.

ShortPixel-en ezagutza-base ofizialak “behin-behineko paketeak eta mugarik gabeko hileko planak” konparazioa ere jorratzen du.Azalpen garbia: Unlimited Monthly plana hilero (edo urtean behin) fakturatzen da, kreditu mugagabeak eta CDN kuota finkoa eskainiz; kreditu bakunak ez dira iraungi, eta horrek erabileraren gaineko kontrol handiagoa ematen dizu behar duzunean.

Garrantzitsuena: Nola kalkulatzen dira ShortPixel kredituak?

ShortPixel Dokumentazio Ofiziala KBk oso argi esan zuen:

• WordPress-era irudi bat igotzeak hainbat miniatura sortzen ditu;
• Miniatura bakoitzaren optimizazioak kreditu bat balio du.；
• WebP edo AVIF sortzea aukeratzen baduzu,Jatorrizko irudi baten eta haren miniatura baten WebP/AVIF bertsio bakoitzak kreditu osagarri bat kontsumituko du.；
• Kreditu-kontsumoa murrizteko, zenbait miniatura optimizaziotik baztertu ditzakezu.

Kredituen adibidea：

Imajinatu irudi bat igotzen duzula, eta gaiak edo pluginak zortzi miniatura sortzen dituela:

• Jatorrizko irudiaren eta miniaturak soilik optimizatzea: 1 (jatorrizko irudia) + 8 (miniaturak) = 9 kreditu
• WebP/AVIF sorkuntza ere behar izanez gero: goian aipatutako 9 formatuetarako bakoitzerako hurrengo belaunaldiko bertsio bat gehitu → ondoren beste 9 kreditu gehitu.
  Beste modu batera esanda, zuk “irudi bakarra” dela uste dezakezuna, egiazki, hamarreko kredituak hurbil kontsumitu dezake.

Beraz:“100 kreditu doan” ez da berdina “100 irudi doan”ekin.

ShortPixel-en ohikoenak diren akatsak

1. Doako 100 kredituak azkar agortzen dira
   Eragile nagusia: irudi txiki ugari eta WebP/AVIF sortzeko kreditu gehigarriak behar izatea.
   Gomendioa：

• Lehenik eta behin, webgunean dauden miniatura kopurua ebaluatu.
• Ezabatu beharrezkoak ez diren miniatura tamainak (optimizatu benetan erabiliko diren tamainak soilik)
• Lehenik eta behin, multzoetan exekutatu aurretik zehaztu konpresio-estrategia, baliabideak kontsumitzen dituzten saiakuntza eta akats errepikatuak saihesteko.

2. Beste formatu bihurketa-plugin batzuk aldi berean gainjarri
   Plus WebP ordezkapena gaitzen baduzu eta aldi berean ShortPixel-i hurrengo belaunaldiko etiketak sortu eta txertatzeko agindua ematen badiozu, logika geruzaka bihurtzen da, eta horrek arazoak konpontzea zailago bihurtzen du. B ibilbideak, berriz, ShortPixel-i modu independentean kudeatzeko aukera ematen dio.
3. Soilik instalatzeak “frontend-ak WebP/AVIF zerbitzatzen du” bermatuko duela suposatuta.”
   ShortPixel pluginaren orriaWebP/AVIF formatuak bihur ditzake eta hurrengo belaunaldiko irudiak front-end orrietan txerta ditzake (adibidez, etiketa bidez).
   Hala ere, emaitzak amaitutakoan oraindik egiaztatu behar dira.

---

3.2.2 ImajifikatuDoan 20MB/hilabete; kuota “jatorrizko irudiaren tamaina + miniatura kopurua” oinarri hartuta kenduko da; berrkonpresioak kenketa bikoitzak eragingo ditu.

Doako kuota eta kokapena

Imagify-ren prezio ofizialen orriaOso argi idatzita dago:Doako kontuek hileko 20MB kuota dute.。
Bere pluginaren orriak ere argi adierazten du WebP/AVIF fitxategiak konprimitu, tamaina aldatu eta bihurtu ditzakeela.

Kotizazioak nola kendu ohi dira?

Imagify Dokumentazio Ofiziala “Nola kalkulatzen da kuota erabilera?” deskontu-mekanismoa argi eta garbi azaltzen du:

• Miniatura kopuruak kontsumoa eragingo du.Adibidez, 10 miniatura-tamaina badituzu, irudi bat optimizatzea 11 irudi optimizatzea bihurtzen da (irudi originala eta 10 miniatura), eta horiek guztiak kuotaren kontsumora ekarpenak egiten dituzte.
• Jatorrizko fitxategiaren tamainaren arabera kuota kenduAdibidez, 100 KB-ko irudi bat Imagify-era bidaltzen baduzu, zure kuotatik 100 KB kenduko dira.
• Konpresio-maila aldatzeak eta berriro optimizatzeak kuota berriro kontsumituko du.。
• API gako bera hainbat webguneetan erabili daiteke, baina kuotak webgune horien artean partekatuko dira.

Hau da Imagifyren “ulermen-oinarritutako hurbilketa”:
Datu-pakete bat bezalakoa da: bidaltzen duzun guztia kenduko du; zenbat eta irudi txiki gehiago, orduan eta gehiago kenduko du; berriro eta berriro karga astunak igotzeak berriro eta berriro kenduko du.

Ulertzeko errazak diren Imagify kuota adibideak

Imajinatu 800 KB-ko irudi original bat igotzen duzula, eta guneak 8 miniatura sortzen dituela.

• Imagify-rekin optimizatzean, jatorrizko irudia eta zortzi miniatura-irudi sartzen dira (denak hautatzeko “Denak optimizatu” aukera hautatzen baduzu). Horrek esan nahi du ekintza bakarrak kuota bat kontsumituko duela, fitxategi guztien jatorrizko tamaina konbinatuaren balio osoari hurbil.
  Hori dela eta, gune batzuek beren “20MB” kuota azkar agortzen dela ikusten dute: ez da Imagify nahikoa indartsua, baizik eta igotzen dituzun irudiak handiegiak direlako, miniatura asko sortzen ari zarelako eta, agian, kompresio-maila desberdinak behin eta berriro probatzen ari zarelako.

Imagifyrekin ohiko akatsak

1. Doako 20MB ez da nahikoa “gune osoaren historiaren garbiketa” egiteko.”
   20MB, oro har, probetarako eta eguneraketa txikietarako hobeto egokitzen da; zure multimedia-liburutegia jada handia bada, dena aldi berean garbitzeak ziurrenik eguneraketa bat beharko du.
2. Konpresio-mailaren errepikatutako doikuntzek kuota errepikatuta kontsumitzea eragiten dute.
   Imagifyk argi eta garbi adierazten duReoptimizazioak kuota berriro kontsumituko du.
   Orrialde honetan estrategia argi eta garbi zehaztea gomendagarria da:

• Lehenik eta behin, irudi kopuru txiki bat erabiliz, konpresio-maila eta kalitate bisuala zehaztu.
• Multzoetan exekutatu aurretik estrategia amaitu.
  Database osoan zehar saiakera eta akats bidezko probak behin eta berriro egitea saihestu.

3. Gune anitzetan API gakoak partekatzeak kuotak misteriotsuki murriztea eragiten du.“
   Gune anitzetan API gako bera erabiltzen baduzu, kuotak partekatuko dira.
   Beraz, talde- edo hainbat gunetako egoeretan, komeni da argi definitzea zein gune partekatzen dituzten baliabideak eta zein funtzionatzen duten modu independentean, horrela aurrekontuaren kontrol eza saihestuz.

---

3.2.3 TinyPNG(Tiny Compress Images): Hilero 500 kreditu doan; WebP/AVIF formatura bihurtzeak tamaina bakoitzeko kreditu gehigarri bat eskatzen du.“

Doako kuota eta haren fakturazio-metodoa

TinyPNG WordPress pluginaren orrialdea oso argi idatzita dago:

• Hilean 500 kreditu doan
• “WordPress instalazio estandarrean”, gutxi gorabehera konprimitu daiteke. Hilean gutxi gorabehera 100 irudi
• Hala ere, AVIF edo WebP bihurketa gaituta badago:Irudi bakoitzaren tamainak kreditu-karga osagarri bat ekarriko du.Beraz, ziurrenik soilik konprimitu eta bihurtu daiteke. Hilean gutxi gorabehera 50 irudi(Zenbat miniatura-tamaina dituzun arabera)

Bitartean, Tinifyk (TinyPNG/TinyJPGren garatzaileak) ere berean iragarri du. APIaren prezioen orriaOharra: Izena eman hilero 500 konpresio doan jasotzeko. Kuota hau gainditzen baduzu, arrakastatsuak izan diren konpresioen kopuruaren arabera kobratuko zaizu, harpidetza derrigorrezkorik gabe.

TinyPNG laburbildu esaldi bakarrean:
Kredituetan oinarritutako sistema batean funtzionatzen du; zenbat eta irudi txikiagoen tamaina gehiago erabili eta zenbat eta WebP/AVIF formatu gehiago gaitzen dituzun, orduan eta azkarrago agortuko zaizkizu kredituak.

TinyPNG kredituen ulertzeko erraza den adibide bat

Imajinatu zure guneak irudi bakoitzerako zortzi tamaina txiki sortzen dituela:

• Konpresio soilik: Irudi originala + 8 aurrebista → 9 kreditu behar ditu
• WebP/AVIF bihurketa gaituta badago: tamaina bakoitzeko kreditu-kenketa osagarri bat aplikatzen da → Honek kostua ia bikoiztu dezake.
  Hau zehazki bat dator pluginaren orrialdeko deskribapenarekin: bihurketa gaitzean, doako kuota hilean gutxi gorabehera 100 iruditik hilean 50 irudiraino aldatzen da.

TinyPNG-rekin ohiko akatsak

1. 500 kreditu = 500 irudi direla suposatuta
   Ez. Irudiaren tamaina/aldakariaren arabera kredituak kontsumitzen ditu. Pluginaren orriak argi adierazten du: “Konbertsioak irudi tamaina bakoitzeko kreditu 1 gehiago kenduko du”.
2. Gaia/merkataritza elektronikorako pluginak dimentsio gehiegizkoak sortzen ditu, eta horrek doako kuotaren nabarmeneko murrizketa eragiten du.
   Neurria handiagoa den heinean, kredituak errazago handitzen eta kontsumitzen dira.
3. Aldaketa gaitzean, kreditu-muga bat-batean nahikoa ez zela ohartu nintzen.
   Hau ez da akats bat; bere fakturazio-mekanismoa da.
   Gomendio estrategikoak:

• Doako maila nagusiki konpresiorako eta pisu-murrizketarako erabiltzen bada, hasieran konpresioan bakarrik zentratu zaitezke. Gune-egitura egonkorra dela eta hurrengo belaunaldia benetan beharrezkoa dela baieztatu ondoren, bihurketa abiatu dezakezu.

4. Testuinguruan oinarritutako gomendioak: webgune mota desberdinetarako nola hautatu

WordPressen martxan dauden eduki-guneek, e-merkataritza-plataformek, portfolioek eta kideguneek irudiekin lotutako erronka bereziak aurkezten dituzte.

4.1 Eduki-zentratutako webguneak/blogak (artikulu bakoitzeko irudi ugari eta eguneratze-maiztasun ertaina)

Lehentasun gomendioak:

1. Dimentsio Estrategia (1. urratsa)
2. Konpresioa (2. urratsa)
3. WebP (3. urratsa)

Bide egokiagoa:

• Arazorik gabeko aukera bat nahi baduzu: hautatu hiru alternatibaetako bat (ShortPixel / Imagify / TinyPNG)
• Doan aukeratu: A ibilbidea (Plus WebP + EWWW), baina komeni da arriskuak “modu kontserbadorean” (jatorrizko irudiak ezabatzerik gabe) ebaluatuz hastea.

Ohiko akatsak:

• Artikuluaren goiburu-irudia oso handia da, eta karga moteleko estrategia egokia ez da.Lehenengo pantaila motelduko du

4.2 E-merkataritza/Produktuen Guneak (Thumbnail ugari, irudi-aldakari anitz, egonkortasuna ezinbestekoa)

Merkataritza elektronikoan ohikoenak diren arazoak ez dira “konpresio-emaitza txarretatik” sortzen, baizik eta “optimizazioaren ondoren dimentsio okerretatik, miniatura faltatik edo front-end osagaiek irudiak ezin eskuratzetik”.

Lehentasun gomendioak:

1. Jardun kontu handiz: hartu ikuspegi kontserbadorea konpresio-estrategietarako; saihestu datu-base osoa berehala ordezkatzea.
2. Baloratu irudi txikien dimentsioak: merkataritza elektronikorako gaiak normalean tamaina gehiago sortzen dituzte, kuota-kontsumoa handituz (bereziki nabarmena ShortPixel/TinyPNG-rekin).
3. Eskala handitu aurretik, egin baliozkotze txiki-mailakoa (oso garrantzitsua)

Bide egokiagoa:

• B ibilbidea askotan sinpleagoa da: ShortPixelek, Imagifyk eta TinyPNGk denek multzo-prozesamendua onartzen dute. Gakoa kuota-sistema ulertzea eta kostuak aurrez ebaluatzea da.
• A ibilbidea ere bideragarria da, baina Plus WebP-k IDak gainidaztea, irudi jatorriak ezabatzea eta URLak ordezkatzea bezalako jokabideetan kontu handiagoa hartu behar da: hori aktiboen migrazioa da, eta hasieratik ordezkapen masiboa egitea ez da gomendagarria.

4.3 Portfolio/Argazkilaritza Webgunea (irudi bakoitzaren kalitatearekiko sentikorra, fitxategi tamaina handiak, ikusizko estandar altuak)

Lehentasun gomendioak:

1. Dimentsio Estrategia (Erakusteko Eremuaren Kontrola)
2. Konpresio-estrategia (hobe da zertxobait handiagoa izatea xehetasunak galtzea baino)
3. WebP/AVIF (irudi handientzako onura esanguratsuak eskaintzen ditu, nahiz eta kalitate bisuala egiaztatu beharra dagoen)

Bide egokiagoa:

• Imajifikatu“Jatorrizko irudiaren tamainaren” arabera kuotak esleitzeak halako guneak “aurrekontu-kontrolerako” egokiago bihurtzen ditu (irudi handi bakoitzak zenbat kontsumituko duen gutxi gorabehera dakizulako), baina saihestu irudiak behin eta berriro konprimitzea.
• ShortPixelMiniatura tamaina kopurua mugatua bada, kreditu-kontsumoa kudeagarria izaten jarraitzen du; hala ere, hurrengo belaunaldiko baliabideekin batera tamaina ugari sortzean, kreditu-kontsumoa nabarmen handitzen da, eta aurrez planifikatzea eskatzen du.

5. Kuota eta fakturazioaren konparaketa: doako kuotak nahikoak ote diren azaltzea

Zein da kostu-eraginkorragoa, eta zenbat iraungo du doako epeak?

5.1 Hiru kuota-kenketa ereduak

• ShortPixel(kredituak)Kredituak jatorrizko irudien eta miniaturaren kopuruaren arabera kalkulatzen dira; WebP/AVIF bertsioak sortzeak formatu bakoitzeko kreditu-kenketa gehigarriak ekarriko ditu.
• Imajifikatu(MB kuota)Kuota-kenkariak jatorrizko fitxategiaren tamainaren arabera oinarritzen dira; irudi txiki gehiago izateak kenkari handiagoak ekartzen ditu; berrkonpresioak kenkari gehiago eragingo ditu.
• TinyPNG(kredituak): Hilero 500 kreditu; WebP/AVIF bihurketa gaitzeak irudi tamaina bakoitzeko kreditu gehigarriak ekarriko ditu.

5.2 Azkar Estimatze Metodoak

Hona hemen nola kalkula dezakezun:

1. Hautatu maiz igotzen duzun edozein “jatorrizko irudi” eta egiaztatu haren tamaina gutxi gorabehera (adibidez 300KB / 1MB / 3MB)
2. Zure webguneak sortzen dituen miniatura tamaina kopuru gutxi gorabehera estimatu (adibidez, 5 / 10 / 20)
3. WebP/AVIF sortu ala ez erabaki (Bai/Ez)

Ondoren, kontsumoa ulertzeko, erabili honako “buruko aritmetika”:

• ShortPixelIrudi bakoitzeko ≈ (1 + miniatura kopurua) kreditu; WebP/AVIF sortzen bada, ≈ kopuru hori bikoiztu (hurrengo belaunaldiko bertsioek ere kredituak behar dituztelako).
• ImajifikatuIrudi bakoitza kuotara honela kontatzen da: (irudi originalaren tamaina + miniatura guztien tamaina totala); konpresio-maila aldatzeak eta berriro konpresatzeak kuotatik beste murrizketa bat ekarriko du.
• TinyPNGDoan: 500 kreditu; zure guneak irudi bakoitzeko tamaina ugari sortzen baditu eta bihurketa gaituta badago, doako kuota nabarmen murriztuko da (pluginaren orriak “hilero gutxi gorabehera 100 irudi” eta “hilero gutxi gorabehera 50 irudi” bezalako estimazio intuitiboak eskaintzen ditu).

6. Arriskuen argibidea

Arrisku 1: Funtzio bera aldi berean betetzeko plugin anitz izatea saihestu.

Hau da hondamendiren iturri ohikoena.“

• A ibilbidea:Gainera WebP edo AVIF + EWWW(Banatu erantzukizunak bion artean; ez egin antzeko bihurketa eta banaketa aldi berean, edo instalatu bakarra.)
• B ibilbidea: ShortPixel / Imagify / TinyPNG Hiruetatik bat aukeratu(Aukeratu konpresioaren eta hurrengo belaunaldiaren arduraduna)

Arrisku 2: Plus WebP-ren “ID gainidatua / jatorrizko irudia ezabatu / URL ordezkatu” funtzionalitatea baliabideen migrazioa da.

Berriro ere, azpimarratu behar da:Gainera WebP Deskribapenak argi adierazten duenez, generazio osoan zehar jatorrizko irudiaren ID-a gainidatziko da, jatorrizko fitxategia ezabatuko da eta edukiaren URL-a ordezkatuko da.
Honek adierazten du ez dela erraz atzera bota daitekeen doikuntza txiki bat, baizik eta aktibo-mailako aldaketa bat.

Gomendatutako estrategia honakoa izan beharko litzateke:

• Hasierako eskala txikiko probak (hamarka edo ehunka elementu)
• Berretsi aurrealdeko bistaratzea, miniaturak eta cache eguneratzeak denak behar bezala funtzionatzen ari direla.
• Datubase osoaren prozesamendua kontuan hartu

Arrisku 3: Hodeiko konpresioaren “doako kuota” benetako kontsumoa hautatutako miniatura-kopuruaren eta hurrengo belaunaldiko aukeren araberakoa da.

• ShortPixelMiniaturak eta hurrengo belaunaldia kredituetan nabarmen eragingo dute.
• TinyPNGWebP/AVIF gaitzeak irudi tamaina bakoitzeko kreditu-kenkari gehigarriak ekarriko ditu.
• ImajifikatuJatorrizko irudiaren tamainaren arabera kendu; zenbat eta irudi txiki gehiago, orduan eta kendura handiagoa. Konpresio handiak kendura errepikatuak ekarriko ditu.

Arrisku 4: “Sortutako WebP/AVIF” ez da berdina “Frontend-ek WebP/AVIF entregatzea”

Erabiltzaile askok adierazi dute bihurketa egin ondoren beren gunea ez dela azkarragoa bihurtu, eta oinarrizko arrazoia da frontend-ak oraindik JPG/PNG fitxategiak sortzen jarraitzea (prozesuaren edozein fasetan –cachean, berridazketan, etiketaetan edo nabigatzailearen negoziazioan– izandako desegokitzapenengatik).

7. Nola egiaztatu dezaket eginkizuna amaitu ondoren indarrean sartu den?

Lau baieztapen puntu oso sinple:

1. Orrialde bera bigarren aldiz berritzean, karga egonkorragoa eta azkarragoa bihurtzen al da?(Gordetzearen eta optimizazioaren eraginkortasun hautemana)
2. Mugikorretan eta mahaigaineko nabigatzaileetan kargatzean irudien dimentsioetan nabarmeneko aldea al dago?(Erantzunkorra) iturria/tamainak Eraginkorra den ala ez
3. Zenbait irudi azkar egiaztatu: WebP edo AVIF fitxategi edo baliabiderik ba al dago?Guneak benetan erabiltzen al du? hurrengo belaunaldikoa）
4. Zenbait irudi azkar egiaztatu: handitu eta ikusi ea nabarmen lausotuta dauden edo testuak lainotsu agertzen diren.(Konpresioaren kalitatea gehiegizkoa al da?)

Lau irizpideak beteta badaude, hautatutako ibilbidea orain martxan dagoela adierazten du. Jarraitu hurrengo urratsera. CDN “Banaketa-geruza”Orokorreko egonkortasuna hobetuko da.

8. Ekintzarako gomendioak

1. Lehenik hautatu zure ibilbidea:

• Ahal den neurrian doan mantendu nahi nuke.Gainera WebP edo AVIF + EWWW (edo horietako bat bakarrik instalatu)
• Zerbitzariaren baliabideak aurrezteko eta kuotaz ordaintzeak ematen duen lasaitasuna gozatzekoHautatu bat ShortPixel, Imagify edo TinyPNG-tik.

2. Eskala txikiko proba-exekuzio bat egin (hamarnaka elementu)
3. Lotearekin jarraitu aurretik, ziurtatu dena ondo dagoela.
4. Banaketa-egonkortasuna hobetzeko hobekuntza gehiago behar dira:Irakurtzea CDN azelerazioa

Maiz egiten diren galderak

1. Zenbat plugin instalatu behar ditut? Denak instalatu al ditzaket?

Saiatu ibilbide bakar bati eusten.

• Route A: WebP edo AVIF + EWWW Image Optimizer (edo horietako bat bakarrik instalatu)
• B ibilbidea: Hautatu bat ShortPixel, Imagify edo TinyPNG-tik.
  Gune berean hainbat plugin aldi berean “WebP/AVIF-era konpresioa/konbertsioa, URL-aren aldaketa eta bidalketa berriro idazketa” egiten ari badira, litekeena da gero eta kaotikoagoa izatea eta konpontzeko zailena izatea.

2. WordPressek ez al ditu jada WebP/AVIF onartzen? Plugin bat behar al dut oraindik?

Bereiztea beharrezkoa da:
“Igoerako eta erabilerarako laguntza” ≠ “Konbertsio automatikoa/entrega automatikoa”
WordPress 6.5-ek ez ditu automatikoki multzoan bihurtuko JPG/PNG zaharragoak WebP/AVIF formatura, ezta automatikoki kudeatuko “arakatzaileen gaitasunen arabera AVIF/WebP irteerak egitea eta erorketak kudeatzea” lan-fluxu osoa ere. Media-liburutegi historikoak estandarrera egokitzeko, normalean plugin edo zerbitzu osagarriak behar izaten dira hutsunea betetzeko.

3. Irudi-optimizazioan, zein urrats eskaintzen du inbertsioaren itzulera handiena?

Normalean Lehenik eta behin, neurriak ondo ezarri (srcset/sizes)。
Gune askok motel dabiltza, ez konpresiorik ez dutelako, baizik eta orriek 900px soilik erakusten dituztelako, erabiltzaileak 3000px-ko irudi osoa deskargatzera behartuz. Konpresioak kilobyteak aurrezten ditu, baina dimentsio desegokiek behin eta berriz deskarga beharrezkoetan alferrikako datu kopuru handia xahutu dezakete.

4. Nola egiaztatu dezaket une honetan kargatzen ari den irudia “txikiagoa” dela, jatorrizkoa etengabe deskargatu beharrean?

Bi fenomeno behatu:

• Gailu mugikorrean orrialdea irekitzean, deskargatutako irudiaren dimentsioak nabarmen txikiagoak dira mahaigainekoekin alderatuta.
• Irudi beraren baliabideen tamaina aldatzen da gailu desberdinetan kargatzean.
  Jatorrizko irudiak beti deskargatzen badira, arrazoi ohiko bat da gaiak edo eraikitzaileak irudia CSS atzeko irudi gisa edo irteera pertsonalizatua gisa tratatzea, media liburutegiaren dimentsio anitzak eta srcset funtzionalitatea saihestuz.

5. “Sortutako WebP/AVIF” esateak derrigorrez esan nahi al du aurrealdeak WebP/AVIF irteera ematen duela?

Ez da berdina.
Sorkuntza “fitxategi-geruzaren” osaketa hutsa besterik ez da; frontend-ak benetan WebP/AVIF entregatzen dituen ala ez faktore hauek baldintzatzen dute: berridazketa, irudi-etiketa estrategia, cacheko jotzeak eta nabigatzailearen negoziazioak eragina izatea. Behin amaitutakoan, irudi batzuen baliabide-motak puntuz-puntu egiaztatu behar dituzu.

6. Zehazki, zein da WebP edo AVIFekin dagoen arriskua? Liburutegi osoan klik bakarreko bihurketa bat egin al dezaket?

Bere arrisku puntu ez da “konpresioa”, baizik etaOndasunen migrazio-mailaren aldaketa：

• Generazio osoan zehar, jatorrizko irudi-fitxategiaren ID-a gainidatz daiteke, jatorrizko fitxategia ezabatu daiteke eta edukian dauden URLak ordezkatu daitezke.
  BerazEz da gomendagarria datu-base osoa berehala ordezkatzea.Lehenik eta behin, eskala txikiko probak egin (hamarka edo ehunka erregistro) eta ziurtatu babeskopiak eskuragarri daudela datu-base osoa prozesatzea kontuan hartu aurretik.

7. Nola aukeratu Plus WebP-ren bi moduen artean: jatorrizko irudia gorde ala jatorrizko irudia ordezkatu eta ezabatu?

Laburbilduz:

• Modu 1: jatorrizko irudia gorde eta WebP/AVIF kopia bat sortu (egonkorragoa)Atzera-egiteko erosoa da, baina disko-espazioak handituko dira (jatorrizko irudia + formatu berria + tamaina anitzeko irudi txikiak).
• 2. modua: Irudi jatorria ordezkatu eta ezabatu (erasokorragoa)Diskoaren hedapena ez da erraz lortzen, baina baliabideak eta erreferentziak aldi berean aldatzen direnean, bateragarritasun arazoak konpontzeko kostua nabarmen handiagoa bihurtzen da.
  Guneak zenbat eta konplexuagoa izan (merkataritza elektronikoa/plugin anitzak/tamaina anitzak), orduan eta gomendagarriagoa da hurbilketa egonkorrago batekin hastea.

8. EWWW Image Optimizer-en doako tokiko konpresioa nahikoa al da? Zerbitzaria gainkargatu dezake?

EWWW “tokiko konpresio-tresna” baten antzekoagoa da: CPU/IO kontsumitzen du.
Karga handitzea ohikoa da lote-optimizazioan. Honek ez du esan nahi hurbilketa egokia ez denik, baizik eta estrategia egokia izan behar dela: loteka inplementatu, gailur-ordutik kanpo, eta beharrezkoa denean deskarga edo hodeiko soluzioak hautatu.
Komplikaziorik gabeko irtenbide bat bilatzen ari bazara edo zerbitzariaren baliabideen murrizketak pairatzen ari bazara, B ibilbidea zerbitzariari dagokionez eraginkorragoa da.

9. ShortPixelen hilean 100 kreditu doakoak – zergatik dirudi kreditu horiek irudi gutxi batzuen ondoren agortzen direla?

Zeren eta Kredituak ez dira “irudien kopurua”.”Thumbnail bihurtuko dira eta hurrengo belaunaldian handituko dira:

• Jatorrizko irudiak eta miniatura bakoitzak kreditu bat zenbatzen dute.
• WebP/AVIF sortzen bada, bertsio bakoitzak kreditu gehigarri kontsumituko du.
  Beraz, pentsa dezakezu “1 irudiak” benetan hamar kreditu inguru kontsumitu ditzakeela. ShortPixel

10. Zergatik agortzen da hain azkar Imagifyren doako 20MB/hileko kuota?

Imagify datu-pakete baten antzekoagoa da:

• Zure mezukoaren araberaJatorrizko fitxategiaren tamainaKuota kendu
• Zenbat eta irudi txikiago, orduan eta kontsumo handiagoa.
• Konpresio-maila berriro optimizatzeko aldatzeak kuota berriro kontsumituko du.
• API gako bakarra hainbat gunetan partekatzen da, eta kuotak dagokien moduan partekatzen dira.
  Beraz, “20MB laster agortuko da” mezua askotan irudiak gehiegi handiak izateagatik, irudi txiki gehiegi izateagatik edo saiakera eta akats errepikatuen ondorioz sortzen da.

11. TinyPNG-k hilero 500 kreditu doan eskaintzen ditu, beraz, zergatik adierazten du plugin-ak hilero 100 irudi inguru bakarrik onartzen dituela? Eta zergatik jaitsi egiten da hilero 50 irudira WebP/AVIF gaituta?

TinyPNGren kredituak ere “size/variant” bidez handitzen direlako:

• WordPress instalazio estandarrak normalean hilean 100 irudi inguru konprimitzen ditu.
• Gaitu AVIF edo WebP bihurketa:Irudi bakoitzaren tamainak kreditu-karga osagarri bat ekarriko du.Beraz, hilero gutxi gora-behera 50 irudi konprimitu eta bihurtu ahal izatea bakarrik posible izango da (miniaturen tamainen kopuruaren arabera).
  Beraz, 500 kreditu ≠ 500 irudi.

12. Zenbat irudi txiki daude nire webgunean? Zergatik du hain eragin handia?

WordPress-era irudi bat igotzeak hainbat tamaina sortzen ditu; gai eta plugin-ek (bereziki merkataritza elektronikokoek) dimentsio gehiago gehitu ditzakete.
Hodeiko konpresio kredituak/kuotak normalean “irudi originala + miniatura konbinatuta” moduan kalkulatzen dira, beraz, miniatura kopurua handiagoa den heinean, doako kuota gutxiago iraungo du.

13. Karga aldi berekoak beti azkartzen al ditu gauzak? Zergatik diote batzuek, egiaz, moteldu egiten dituela?

Kargatze alferrikakoa pantailatik kanpoko baliabideetarako egokia da.
Lehenengo pantailako irudi handienetako eta garrantzitsuenetako bat kargatzerakoan atzeratzen bada, hasierako pantailako esperientzia moteldu dezake. WordPress 5.5eko karga alferrikako lehenetsia oro har onargarria bada ere, ez ezarri modu indiscriminatuan.

14. Noiz beharko dut CDN / Irudi CDN A edo B ibilbidea hartzen badut?

Konpresioak, tamainak eta formatuak “txikiago eta egokiagoak diren fitxategiak” izateko beharra asetzen dute.
CDN-k bidalketa azkarragoa eta fidagarriagoa bermatzen du.。
Irudiak jatorrizko zerbitzari urrun batetik kargatzeak atzerapen nabarmena eragiten duenean, irudi bakoitzeko CDN gehitzeak (adibidez, Cloudflare Polish edo Jetpack Site Accelerator) oro har esperientzia egonkorragoa eskaintzen du eta irakurtzea errazten du. WordPress CDN Azelerazioa。

15. Nola egiaztatu dezaket modu errazen funtzionatzen duela benetan, egin ondoren?

Denbora gehien aurrezten duen egiaztapen-metodoa:

• Orrialde bera bigarren aldiz berritzean, karga egonkorragoa eta azkarragoa bihurtzen al da?
• Mugikorretan eta mahaigaineko nabigatzaileetan kargatzean irudien dimentsioetan nabarmeneko aldea al dago (srcset/sizes-ek nahi bezala funtzionatzen al du)?
• Zenbait irudi azkar egiaztatu: WebP edo AVIF fitxategi edo baliabiderik ba al dago?
• Zenbait irudi azkar egiaztatu: handitu eta ikusi ea nabarmen lausotuta dauden edo testuak lainotsu agertzen diren.