Optimizimi i imazheve të faqes së internetit

Optimizimi i imazheve ofron kthimin më të lartë të investimit për performancën e WordPress: me struktura faqesh dhe tema identike, thjesht duke përcaktuar saktë madhësinë, dimensionet, formatin dhe metodën e dorëzimit të imazheve shpesh mund të sjellë përmirësime të menjëhershme në përvojën e ngarkimit.

Megjithatë, optimizimi i imazhit është gjithashtu më i prirur të çojë në një situatë ku “sa më shumë ta rregullosh, aq më keq bëhet”. Arsyeja nuk është se teknika është tepër e vështirë, por më tepër se informacioni është tepër i fragmentuar:
Ke lexuar disa artikuj dhe e di që duhen “kompresim”, “WebP/AVIF”, “ngarkim i vonuar”, pastaj sheh te përshkrimi i shtojcës që thotë “100 kredi falas në muaj”, “20MB falas”, “1 kredi për çdo figurë”, dhe sa më shumë lexon, aq më shumë ngatërrohesh — në fund të fundit, a mjafton falasja? Si llogaritet tarifa? Mos vallë e ke kuptuar gabim “të njëjtën gjë”? Dhe më e rëndësishmja:A hyri vërtet në fuqi pasi e përfundove?

Ky artikull bën vetëm tre gjëra:

1. Ja një veprim i zbatueshëm për ty.Harta rrugore(Çfarë të bëhet së pari, çfarë të bëhet më pas)
2. Shpjegoni qartë opsionet që po konsideroni (çfarë ndryshimi ka saktësisht midis versioneve falas dhe atyre me pagesë, dhe për kë është secila e përshtatshme).
3. Listoni më parë gabimet më të zakonshme (për t'ju kursyer shqetësimet e zgjidhjes së problemeve pas përfundimit)

1. Thelb: Çfarë përfshin WordPress-i si parazgjedhje, dhe çfarë nuk përfshin

Nëse së pari nuk e kuptoni se çfarë ka implementuar tashmë bërthama e WordPress-it, ka të ngjarë të lindin dy situata:

• Në vend që të përdornim aftësitë falas që ishin lehtësisht të disponueshme, kemi humbur kohë dhe para duke shpikur rrotën.
• Mendoja se WordPress do të “konvertonte automatikisht të gjitha imazhet e vjetra në WebP/AVIF”, por rezulton se nuk e bën.

Kërçi i WordPress-it tashmë përfshin këto aftësi thelbësore:

• Imazhe përshtatëse (srcset/sizes)Që nga WordPress 4.4 e tutje, bërthama do të shfaqë imazhe. srcset 与 sizesdhe të përdorë imazhet me madhësi të ndryshme të gjeneruara gjatë ngarkimit, duke i mundësuar shfletuesit të zgjedhë burime më të përshtatshme për ngarkim bazuar në kushtet e ekranit.
• Ngarkim dembel i integruarWordPress 5.5 dhe versionet më të reja aktivizojnë ngarkimin dembel të imazheve në mënyrë native si parazgjedhje, duke shfrytëzuar standardet e HTML-it. loading Zbatimi i pronës.
• Mbështet ngarkimin e skedarëve WebPQë nga WordPress 5.8 e tutje, lejohet ngarkimi dhe përdorimi i skedarëve WebP njësoj si JPEG/PNG (nëse mjedisi i hostimit mbështet WebP).
• Mbështet ngarkimet AVIFWordPress 6.5 e tutje lejon ngarkimin dhe përdorimin e skedarëve AVIF në të njëjtën mënyrë si JPEG/PNG (varësisht nga mbështetja e mjedisit të hostimit).

Megjithatë, ju lutem vini re:
“Mbështetja për ngarkim/përdorim” ≠ “Konvertim automatik/dorëzim automatik”.
Me fjalë të tjera: edhe nëse tashmë jeni në WordPress 6.5, skedarët JPG/PNG në bibliotekën tuaj të mediave nuk do të konvertohen automatikisht në WebP/AVIF; as nuk do të fitoni automatikisht aftësinë e plotë për “të prodhuar AVIF/WebP bazuar në mbështetjen e shfletuesit, duke u kthyer te imazhi origjinal për shfletuesit që nuk e mbështesin” – kjo funksionalitet zakonisht kërkon shtojca ose shërbime shtesë për t'u realizuar.

2. Hartë rrugore: Optimizimi i imazheve në 5 hapa

Çfarë të bëhet, pse, çfarë përbën përfundim të kënaqshëm, dhe cilat janë pengesat tipike.

2.1 Merrni saktë dimensionet së pari (më lehtë për t'u anashkaluar, por sjell kthimet më të mëdha)

Shumë faqe janë të ngadalta jo sepse kompresioni nuk është aplikuar, por përkundraziShkarkova një imazh dukshëm më të madh se zona e shfaqjes.：
Për shembull, nëse një faqe në të vërtetë shfaqet vetëm me gjerësi 900px, por ju detyroni vizitorët të shkarkojnë imazhin e plotë prej 3000px, shfletuesi thjesht do ta shkarkojë dhe më pas do ta zvogëlojë për shfaqje. Kjo harxhon bandë, rrit kohën e deshifrimit dhe ngadalëson ngarkimin e ekranit të parë.

WordPress 4.4 e më lartMekanizëm i imazheve përshtatëse（srcset/sizes) pikërisht për të adresuar këtë çështje.

Çfarë përbën notën kaluese:

• Kur hapni faqen në një pajisje mobile, përmasat e imazhit të shkarkuar duhet të jenë dukshëm më të vogla se ato në desktop.
• Masa e burimit që ngarkohet për të njëjtën imazh ndryshon në pajisje të ndryshme (në vend që gjithmonë të shkarkohet imazhi origjinal).

Gabimet më të zakonshme:

• Disa tema/ndërtues mund ta anashkalojnë këtë duke i trajtuar imazhet si imazhe sfondi në CSS ose duke përdorur metoda të personalizuara të prodhimit. srcsetduke rezultuar në shkarkimin e vazhdueshëm të imazheve të mëdha
• Duke përdorur shërbime të jashtme të hostimit të imazheve dhe blloqe imazhesh nga palë të treta, mund të anashkaloni sistemin me shumë madhësi të gjeneruar nga biblioteka e mediave.

---

2.2 Kompresimi (Ulni madhësinë në KB, por mos kompromentoni cilësinë)

Thelbi i kompresionit nuk qëndron në “sa më i vogël, aq më i mirë”, por në arritjen e “një reduktimi të vëllimit që është qartë i dukshëm, por praktikisht i pandashëm me sy të lirë”.

Rregullat janë si më poshtë:

• Fotografi/Fotografi reale (portrete, produkte, peizazhe)Prioritizoni kompresimin me humbje (për përfitim maksimal)
• Pamje e ekranit/Imazh me tekst të gjerëKompresioni duhet të jetë më konservator për të parandaluar që teksti të duket i paqartë.
• Logo/IkonëPrioritizoni SVG ose zgjidhni kompresim pa humbje (kompresimi me humbje lehtë shkakton mjegullim të skajeve)

Çfarë përbën notën kaluese:

• Madhësia e imazheve në shumicën e faqeve është zvogëluar ndjeshëm.
• Asnjë zhurmë e dukshme, skaje të paqarta, shiritim ngjyrash ose mjegullim i tekstit

---

2.3 WebP / AVIF (Politika e formateve: Madhësi më e vogël e skedarit për të njëjtën qartësi)

WordPress tani mbështet ngarkimin WebP (5.8) dhe AVIF (6.5)。
Megjithatë, për ta vënë me të vërtetë “formatin e gjeneratës së ardhshme” në përdorim praktik, zakonisht duhet të trajtohen dy çështje:

1. Si të konvertohen në grup arkivat historike të mediave(Përndryshe, ju keni optimizuar vetëm “imazhet e reja të ngarkuara në të ardhmen”)
2. A duhet të krijohet një kopje, apo duhet të zëvendësohet imazhi origjinal?(Kjo shënon pikën kritike; më vonë do të përqendrohemi te zëvendësimi dhe fshirja e imazhit origjinal nga Plus WebP)

Formulimi i rekomanduar:

• WebP: Zakonisht zgjedhja e preferuar e paracaktuar (që ofron një kompatibilitet më të qëndrueshëm)
• AVIF: Një hap tjetër në kompresim, i përshtatshëm për imazhe të mëdha/banerë në ekranin e parë/foto albumi (edhe pse më...Varet nga mbështetja mjedisore）

---

2.4 Ngarkimi dembel duhet të aplikohet me gjykim (shmangni një qasje të përgjithshme)

WordPress 5.5 e tutjeNgarkimi dembel si parazgjedhjeImazh.
Redukton konsumimin e gjerësisë së brezit gjatë renderimit fillestar:

• Ngarkimi dembel është i përshtatshëm për burimet jashtë ekranit.“
• Imazhi më i rëndësishëm në ekranin e parë (shpesh imazhi kryesor në ekranin e parë) shpesh nuk është i përshtatshëm për ngarkim të shtyrë.

---

2.5 Shtresa e dorëzimit: CDN / Imazhi CDN

Kompresimi, madhësia dhe formati adresojnë nevojën për skedarë më të vegjël dhe më të përshtatshëm.
Por nëse imazhet tërhiqen gjithmonë nga serveri burimor në distancë, vonesa e rrjetit do të ndikojë ende dukshëm në përvojë. Në këtë rast nevojitet një zgjidhje e “shtresës së shpërndarjes” (CDN/imazh CDN).

Dy qasje tipike:

• Cloudflare Polonia：Dokumentacioni CloudflareArtikulli prezanton metodat e kompresimit të Polish (pa humbje/me humbje/WebP) dhe përmend përdorimin e tyre format=auto Lejohet përdorimi i formateve WebP/AVIF.
• Acceleratori i Uebfaqes Jetpack：Dokumentacioni i JetpackDo të optimizojë imazhet dhe t'i shpërndajë së bashku me burimet statike përmes rrjetit të tij.

Optimizimi i imazhit është përgjegjës për reduktimin e madhësisë dhe sigurimin e përshtatshmërisë.CDN përgjegjës për dorëzim më afër dhe më të qëndrueshëm

3. Përzgjedhja: Duhet ndjekur vetëm dy rrugë kryesore.

Gabimi më i zakonshëm në optimizimin e imazheve nuk është “mos-instalimi i shtojcave”, por instalimi i tepërt i shtojcave që çon në përpunim të tepërt:
A po kompreson, B po kompreson gjithashtu; A po konverton në WebP/AVIF, B po konverton po ashtu; A po ndryshon URL-të, B po i rishkruan ato— në fund, ti vetë nuk mund të thuash se çfarë po ndodh vërtet në faqe.

Rregullat:

Vetëm një rrugë përpara: ose plotësisht i lirë në mënyrë lokale, ose zgjidhni njërën nga tre opsionet e kompresimit në re.

• Rruga A (shërbim lokal krejtësisht falas):Plus WebP ose AVIF + EWWW Image Optimizer(ose zgjidhni vetëm njërën prej tyre)
• Rruga B (Zgjidhni njërën nga tre opsionet e kompresimit të reve):ShortPixel / Imagify / TinyPNG

---

3.1 Rruga A: Plotësisht Falas Lokale (Plus WebP ose AVIF ose EWWW)

Karakteristikat përcaktuese të kësaj rruge janë:

• Ju nuk mbështeteni në shërbime kompresimi të palëve të treta që funksionojnë me kuotë mujore ose me bazë për skedar (edhe pse disa veçori mund të ofrojnë shërbime opsionale).
• Kompromisi është se përpunimi në grup mund të vendosë një ngarkesë më të rëndë në server në aspektin e CPU/IO, duke kërkuar që t'i kushtoni më shumë vëmendje “strategjisë dhe rrezikut”.”

3.1.1 Plus WebP ose AVIFKoncepti themelor është “gjenerim/zëvendësim”, i cili nuk është një “mjet kompresioni” tradicional.”

• Kur gjeneroni imazhe me rezolucion të plotë:ID-ja e skedarit origjinal të imazhit do të mbishkruhet nga skedari WebP/AVIF, skedari origjinal do të fshihet, dhe URL-ja brenda përmbajtjes gjithashtu do të zëvendësohet.。
• Plugini ofron komanda WP-CLI dhe këshillon: Kur keni të bëni me shumë skedarë, WP-CLI rezulton më i besueshëm.

Kjo nënkupton: nuk “gjeneron në heshtje një WebP për ju”, por mund të ndodhë vetëm një herë.Migrimi i aseteve(sidomos kur aktivizoni opsionin “Zëvendëso dhe fshij imazhin origjinal”).

Dallimi midis dy mënyrave

Modi 1: Ruaj imazhin origjinal + gjenero kopje WebP/AVIF (më e qëndrueshme)

• Avantazhi: Më e lehtë për t'u rikthyer në rast të problemeve të përputhshmërisë
• Kosto: Përdorimi i diskut do të rritet (imazhi origjinal + formati i ri + miniatura me madhësi të ndryshme)

Modi 2: Zëvendësoni dhe fshini imazhin origjinal (më agresiv)

• Përparësitë: Disqet nuk zgjerohen aq shpejt; referencat e brendshme konvertohen automatikisht në formatin e ri.
• Rreziqet: Kur modifikoni asetet dhe referencat njëkohësisht, zgjidhja e problemeve të kompatibilitetit bëhet dukshëm më e kushtueshme (sidomos kur sistemet e jashtme ose logjika e temës mbështeten në emrat origjinalë të skedarëve, rrugët ose formatet).

Gabimet e zakonshme me WebP ose AVIF

1. Pas zëvendësimit të plotë të bazës së të dhënave, disa imazhe faqesh po shfaqen në mënyrë të pasaktë.
   Shkaku zakonisht nuk është se “imazhi është i korruptuar”, por më tepër që ndonjë lidhje në zinxhir—si zëvendësimi i URL-ve, caching-u ose strategjitë e miniaturave—ka dështuar të përputhet siç duhet.
2. Sa më i madh të jetë numri i miniaturave, aq më e gjerë është shtrirja e ndryshimeve.
   Ngarkimi i një imazhi në WordPress gjeneron disa përmasa; temat ose shtojcat mund të shtojnë madhësi të tjera. Një zëvendësim i plotë nënkupton që mund të jeni duke modifikuar një koleksion shumë të madh skedarësh.
3. Vetëm kryerja e migrimit të formatit nuk garanton vëllimin më të vogël të mundshëm.
   Skedarët WebP/AVIF zakonisht janë më të vegjël, por strategjia e madhësisë dhe strategjia e kompresimit mbeten thelbësore. Mos e trajtoni Plus WebP si një zgjidhje me një klik për ngarkim më të shpejtë.

---

3.1.2 EWWW Image OptimizerZgjidhje lokale e kompresionit falas

Pozicionimi i faqes së shtojcës EWWW është shumë i qartë:

• Ai mund të përdorë një suitë mjetesh në serverin tuaj për optimizim (jpegtran, optipng, pngout, pngquant, gifsicle, cwebp, etj.).
• Nëse keni nevojë për kompresim më të lartë ose dëshironi të kurseni në CPU, mund të transferoni gjithashtu në serverin tuaj përpunimin që konsumon CPU (opsionale).

Çfarë roli duhet të luajë EWWW në Rrugën A?

Nëse po përdorni Plus WebP për strategjinë e migrimit/zëvendësimit të formateve, atëherë EWWW është më i përshtatshëm për ta ndërmarrë:

• Kompresioni dhe Optimizimi i Vëllimit(sidomos zvogëlimi i madhësisë së burimeve të papërpunuara si skedarët JPG/PNG)
• Optimizimi në grup i bibliotekës historike të mediave(Qëllimi është “zvogëlimi i volumit” në vend të “zëvendësimit të URL-së”)

Gabimet klasike të EWWW

1. Ngarkesa e serverit rritet gjatë optimizimit në grup
   Meqë kompresimi lokal konsumon CPU/IO. Zgjidhja nuk është “mos e përdor”, por “me grupe, jashtë pikut dhe, kur duhet, zgjidh shkarkim ose zgjidhje cloud”.
2. “Gjenerimi i skedarëve WebP nuk do të thotë domosdoshmërisht që frontendi po i shërben ato.
   Shumë shtojca vuajnë nga ky keqkuptim: gjenerimi është një gjë, strategjia e dorëzimit (ri-shkrimi, etiketat e imazheve, goditjet e cache-it, etj.) është krejtësisht diçka tjetër.
3. duplikimin e punës së shtojcave të tjera
   Nëse zgjidhni Rrugën A, shmangni grumbullimin e shërbimeve të kompresimit të cloud-it si ShortPixel/Imagify/TinyPNG; nëse zgjidhni Rrugën B, çaktivizoni logjikën e zëvendësimit Plus WebP. Parimi themelor:Qëndro te një kurs veprimi.

---

3.2 Rruga B: Zgjidhni një shërbim kompresimi në re (ShortPixel / Imagify / TinyPNG)

Kjo rrugë është e përshtatshme për ata që dëshirojnë të kursejnë burimet e serverit, preferojnë një qasje më të thjeshtë pa telashe për përpunimin në grup dhe janë të kënaqur me faturim sipas përdorimit ose bazuar në vëllim.
Megjithatë, pika më e zakonshme e keqkuptimit në lidhje me kompresimin e reve është:Leja e lirë nuk është thjesht një çështje e “fletëve të lira”.Numri i madhësive të thumbnail-eve, nëse gjenerohen WebP/AVIF dhe nëse kryhet ri-kompresim i përsëritur, do të ndikojnë ndjeshëm në konsumimin e burimeve.

Më poshtë do të shpjegojmë: si funksionojnë nivelet falas/me pagesë, si zbriten kuotat, gabimet më të zakonshme që duhet shmangur, dhe cilat lloje faqesh janë më të përshtatshme.

---

3.2.1 ShortPixel100 kredite falas në muaj, por kreditet do të konsumohen nga miniaturat dhe zmadhimet WebP/AVIF.

Çfarë është me falas/me pagesë?

Përshkrimi i shtojcës ShortPixel thotë shprehimisht:

• 100 kredite falas në muaj
• Ekzistojnë gjithashtu “kredi mujore shtesë të pakufizuara” (faqja e shtojcës ofron informacion përkatës mbi çmimet).
• Gjithashtu ofron “paketa krediti njëherëshme që nuk skadojnë” (me informacion fillestar mbi çmimet e ofruara)

Shënim:

• Faleminderit: Një ndarje mujore kredish për faqe të lehta ose për qëllime testimi.
• Paketë njëherëshme: E përshtatshme për faqe me biblioteka të mëdha mediash që duan të pastroni inventarin në një transaksion të vetëm (blehet vetëm për përdorim njëherëshëm, zakonisht pa skadencë).
• Mujor/Pa kufi: I përshtatshëm për faqet që kërkojnë përditësime të vazhdueshme të imazheve dhe optimizim të qëndrueshëm afatgjatë.

Baza zyrtare e njohurive të ShortPixel gjithashtu trajton dallimin midis “paketave njëherëshme” dhe "planeve mujore të pakufizuara".Shpjegim i qartë: Mujori i pakufizuar tarifohet çdo muaj (ose çdo vit), ofron kredite të pakufizuara dhe vjen me një kuotë fikse CDN; kreditet njëherëshe nuk skadojnë, duke të dhënë më shumë kontroll për t’i përdorur sipas nevojës.

Pika më e rëndësishme: Si llogariten kreditet e ShortPixel?

Dokumentacioni Zyrtar i ShortPixel KB e tha shumë qartë:

• Ngarkimi i një imazhi në WordPress gjeneron disa miniatura;
• Çdo optimizim i miniaturës llogaritet si një kredi.；
• Nëse zgjidhni të gjeneroni WebP ose AVIF,Çdo version WebP/AVIF i një imazhi origjinal dhe miniatura e tij do të konsumojnë një kredi shtesë.；
• Ju mund të përjashtoni disa miniatura nga optimizimi për të reduktuar konsumimin e kredisë.

Shembull i kredive：

Supozoni që ngarkoni një imazh, dhe tema/shtojca gjeneron tetë miniatura:

• Optimizimi i imazhit origjinal + miniaturave vetëm: 1 (imazhi origjinal) + 8 (miniatura) = 9 kredite
• Nëse kërkohet edhe gjenerimi i WebP/AVIF: shtoni një version të gjeneratës së ardhshme për secilin nga 9 formatet e mësipërme → pastaj shtoni edhe 9 kredite.
  Me fjalë të tjera, ajo që mund ta konsideroni “një imazh” mund të konsumojë në të vërtetë gati “kredite me dy shifra”.

Prandaj:“100 kredite falas” nuk barazohet me “100 imazhe falas”.

Gabimet më të zakonshme të ShortPixel

1. 100 kredite falas shpenzohen shpejt
   Shkaku kryesor: shumë miniatura + kredite shtesë të nevojshme për gjenerimin e WebP/AVIF.
   Rekomandim：

• Së pari vlerësoni numrin e miniaturave në faqe.
• Eliminoni madhësitë e panevojshme të miniaturave (optimizoni vetëm ato madhësi që do të përdoren vërtet)
• Së pari përcaktoni strategjinë e kompresimit para se të ekzekutoni në grupe, për të shmangur përpjekjet e përsëritura provë-dhe-gabim që konsumojnë burime.

2. Shtroni njëkohësisht shtojca të tjera për konvertimin e formateve
   Nëse aktivizoni zëvendësimin Plus WebP dhe gjithashtu i kërkoni ShortPixel të gjenerojë/vendosë etiketat e gjeneratës së ardhshme, logjika do të mbivendoset, duke e bërë zgjidhjen e problemeve më të vështirë. Rruga B thjesht e bën ShortPixel ta trajtojë atë në mënyrë të pavarur.
3. Duke supozuar se thjesht instalimi i tij garanton që “frontendi po shërben WebP/AVIF”.”
   Faqja e shtojcës ShortPixelMund të konvertojë formatet WebP/AVIF dhe të integrojë imazhe të gjeneratës së ardhshme në faqet front-end (për shembull, përmes etiketimit).
   Megjithatë, rezultatet duhet të verifikohen ende pasi të jenë përfunduar.

---

3.2.2 Imagify: Falas 20MB/muaj; kuota zbritet bazuar në “madhësinë e imazhit origjinal + numrin e miniaturave”; ripërngjeshja do të rezultojë në zbritje të dyfishta

Leje falas dhe pozicionim

Faqja Zyrtare e Çmimeve të ImagifyËshtë shkruar mjaft qartë:Llogaria falas ka një kuotë mujore prej 20MB。
Faqja e tij e shtojcës gjithashtu deklaron shprehimisht se mund të kompresojë, rishkallëzojë dhe konvertojë skedarët WebP/AVIF.

Si zbriten kuotat?

Dokumentacioni Zyrtar i Imagify “Si llogaritet përdorimi i kuotës?” shpjegon qartë mekanizmin e zbritjes:

• Numri i miniaturave do të ndikojë në konsum.Për shembull, nëse keni 10 madhësi thumbnailësh, optimizimi i një imazhi bëhet optimizimi i 11 imazheve (imazhi origjinal plus 10 thumbnailë), të cilat të gjitha kontribuojnë në konsumimin e kuotës.
• Zbritni kuotën bazuar në madhësinë origjinale të skedaritPër shembull, nëse dërgoni një imazh 100KB te Imagify, 100KB do t'ju zbritet nga kuota juaj.
• Ndryshimi i nivelit të kompresionit dhe rioptimizimi do të konsumojnë sërish kuotën.。
• E njëjta çelës API mund të përdoret në shumë faqe, por kuotat do të ndahen midis këtyre faqeve.

Kjo është qasja themelore e kuptimit të Imagify:
Është më shumë si një paketë të dhënash: çfarëdo që dërgon, aq zbritet; sa më shumë miniatura, aq më shumë zbritet; ngarkimet e rënda të përsëritura do të rezultojnë në zbritje të përsëritura.

Shembuj të kuotës së Imagify që janë të lehtë për t'u kuptuar

Supozoni që ngarkoni një imazh origjinal prej 800 KB, dhe faqja gjeneron 8 miniatura.

• Kur optimizoni me Imagify, përfshihen si imazhi origjinal ashtu edhe tetë miniaturat (nëse zgjidhni “Optimizo të gjitha”). Kjo do të thotë që ky veprim i vetëm do të konsumojë një kuotë të afërt me madhësinë totale origjinale të të gjitha këtyre skedarëve së bashku.
  Kjo është arsyeja pse disa sajte mendojnë se “20MB mbaron shumë shpejt”: nuk është se Imagify nuk mjafton, por se imazhet që ngarkon çdo herë janë shumë të mëdha, ka shumë miniatura dhe ndoshta provon vazhdimisht nivele të ndryshme kompresimi.

Gabimet e zakonshme me Imagify

1. Fshirja falas e 20MB nuk është e mjaftueshme për të kryer një pastrim të plotë të historikut të faqes.“
   20MB zakonisht është më i përshtatshëm për testim dhe përditësime të lehta; nëse biblioteka jote mediatike është tashmë shumë e madhe, ka shumë gjasa që një pastrim i plotë njëherësh të kërkojë përmirësim.
2. Rregullimet e përsëritura të nivelit të kompresionit çojnë në konsum të përsëritur të kuotës.
   Imagify e thotë shprehimishtReoptimizimi do të konsumojë sërish kuotën.
   Është e këshillueshme të përshkruani qartë strategjinë në këtë faqe:

• Së pari, përcaktoni nivelin e kompresionit dhe cilësinë vizuale duke përdorur një numër të vogël imazhesh.
• Finalizoni strategjinë para se të ekzekutoni në grupe.
  Shmangni provat e përsëritura dhe gabimet në të gjithë bazën e të dhënave.

3. Çelësat e përbashkët të API-së në shumë faqe çojnë në ulje misterioze të kuotave.“
   Nëse përdorni të njëjtin çelës API në shumë faqe, kuotat do të ndahen.
   Prandaj, në skenarë ekiporë/me shumë lokacione, është e këshillueshme të përcaktohen qartë cilat lokacione ndajnë burimet dhe cilat veprojnë në mënyrë të pavarur, duke parandaluar kështu papërmbajtshmërinë buxhetore.

---

3.2.3 TinyPNG(Imazhe të kompresuara të vogla): Falas 500 kredite/muaj; konvertimi në WebP/AVIF ngarkon “1 kredi shtesë për çdo madhësi”.”

Leja e lirë dhe qasja e faturimit të saj

Faqja e shtojcës TinyPNG për WordPress është shkruar shumë qartë:

• 500 kredite falas çdo muaj
• Në një “instalim standard të WordPress”, ai mund të kompresohet rreth Rreth 100 imazhe në muaj
• Megjithatë, nëse konvertimi AVIF ose WebP është i aktivizuar:Çdo madhësi imazhi do të ketë një tarifë shtesë krediti.Prandaj, me shumë mundësi mund të kompresohet dhe konvertohet vetëm. Rreth 50 imazhe në muaj(Në varësi të numrit të madhësive të miniaturave që keni)

Ndërkohë, Tinify (zhvilluesi i TinyPNG/TinyJPG) gjithashtu ka njoftuar në faqen e tij Faqja e Çmimeve të API-sëShënim: Regjistrohuni për të marrë 500 kompresione falas në muaj. Përtej kësaj kuote, aplikohen tarifa bazuar në numrin e kompresioneve të suksesshme, pa asnjë abonim të detyrueshëm.

Për të përmbledhur TinyPNG në një fjali të vetme:
Llogaritet me kredite; sa më shumë madhësi thumbnailësh të keni dhe sa më shumë formate WebP/AVIF të aktivizoni, aq më shpejt do t'ju shpenzohen kreditet.

Një shembull i lehtë për t'u kuptuar i krediteve të TinyPNG

Supozoni që faqja juaj gjeneron tetë madhësi thumbnailësh për çdo imazh:

• Kompresim vetëm: Imazhi origjinal + 8 miniatura → Nevojiten 9 kredite
• Nëse konvertimi në WebP/AVIF është aktivizuar: zbritet një kredi shtesë për çdo madhësi → Kjo mund ta dyfishojë pothuajse koston.
  Kjo përkon saktësisht me përshkrimin në faqen e shtojcës: pasi të aktivizohet konvertimi, kuota falas ndryshon nga rreth “100 imazhe në muaj” në “50 imazhe në muaj”.

Gabimet e zakonshme me TinyPNG

1. Duke supozuar që 500 kredite = 500 imazhe
   Jo. Ai konsumon kredite bazuar në “madhësinë/variantin e imazhit”. Faqja e shtojcës thotë shprehimisht: “Konvertimi zbret 1 kredi shtesë për çdo madhësi imazhi”.
2. Shtojca e temës/e-commerce gjeneron përmasa të tepërta, duke rezultuar në një reduktim të konsiderueshëm të kuotave falas.
   Sa më të mëdha të jenë përmasat, aq më lehtë kreditet zmadhohen dhe konsumohen.
3. Pasi aktivizova konvertimin, vura re se limiti i kreditit papritmas u bë i pamjaftueshëm.
   Kjo nuk është një gabim; është mekanizmi i saj i faturimit.
   Rekomandime strategjike:

• Nëse niveli falas përdoret kryesisht për kompresim dhe reduktim të peshës, mund të përqendroheni fillimisht vetëm në kompresim. Pasi të keni konfirmuar që struktura e faqes është e qëndrueshme dhe që gjenerata e ardhshme është me të vërtetë e nevojshme, mund të nisni konvertimin.

4. Rekomandime të bazuara në kontekst: Si të zgjidhni për lloje të ndryshme faqesh

Ndërsa të gjitha funksionojnë në WordPress, faqet e përmbajtjes, platformat e tregtisë elektronike, portofolët dhe faqet e anëtarësimit paraqesin secila sfida të veçanta lidhur me imazhet.

4.1 Faqet/bloget e fokusuar në përmbajtje (me shumë imazhe për artikull dhe frekuencë të mesme përditësimi)

Rekomandimet prioritare:

1. Strategjia e Dimensionit (Hapi 1)
2. Kompresioni (Hapi 2)
3. WebP (Hapi 3)

Një rrugë më e përshtatshme:

• Për një opsion pa telashe: Zgjidhni njërën nga tre alternativat (ShortPixel / Imagify / TinyPNG)
• Zgjidhni falas: Rruga A (Plus WebP + EWWW), por është e këshillueshme të filloni duke vlerësuar rreziqet në “modalitetin konservativ (pa fshirë imazhet origjinale)”.

Gabimet e zakonshme:

• Imazhi kryesor i artikullit është shumë i madh, dhe strategjia e ngarkimit të dembelë është e papërshtatshme.do të ngadalësojë ekranin e parë

4.2 Faqet e tregtisë elektronike/produkteve (shumë miniatura, variante të shumta imazhesh, stabiliteti mbi të gjitha)

Problemet më të zakonshme në tregtinë elektronike nuk burojnë nga “rezultatet e dobëta të kompresimit”, por nga “përmasat e pasakta pas optimizimit, mungesa e miniaturave dhe dështimi i komponentëve të front-end-it për të marrë imazhet”.

Rekomandimet prioritare:

1. Vazhdoni me kujdes: adoptoni një strategji konservatore të kompresimit; shmangni zëvendësimin e plotë të bazës së të dhënave menjëherë.
2. Vlerësimi i përmasave të miniaturave: Temat e tregtisë elektronike zakonisht gjenerojnë më shumë madhësi, duke rritur konsumimin e kuotës (veçanërisht e dukshme me ShortPixel/TinyPNG).
3. kryeni një validim në shkallë të vogël para se të vazhdoni me përpunimin në masë (jashtëzakonisht i rëndësishëm)

Një rrugë më e përshtatshme:

• Rruga B shpesh është më e thjeshtë: ShortPixel, Imagify dhe TinyPNG të gjitha mbështesin përpunimin me grumbull. Çelësi është të kuptoni mekanizmat e kuotës dhe të vlerësoni kostot paraprakisht.
• Rruga A është gjithashtu e zbatueshme, por duhet të ushtrohet më shumë kujdes lidhur me sjelljen e Plus WebP-së për “mbishkrim të ID-ve/fshirje të imazheve origjinale/zëvendësim të URL-ve”: kjo përbën migrim të aseteve, dhe nuk është e këshillueshme të vazhdohet me një zëvendësim të plotë që nga fillimi.

4.3 Portofol/Uebfaqe fotografish (E ndjeshme ndaj cilësisë së imazheve, madhësive të mëdha të skedarëve, standardeve të larta vizuale)

Rekomandimet prioritare:

1. Strategjia e Dimensionit (Kontrolli i Sipërfaqes së Shfaqjes)
2. Strategjia e kompresionit (më mirë të gabosh duke qenë pak më i madh sesa të humbasësh detaje)
3. WebP/AVIF (sjell përfitime të konsiderueshme në skenarë me imazhe të mëdha, megjithatë cilësia vizuale kërkon verifikim)

Një rrugë më e përshtatshme:

• ImagifyNdërkombimi i kuotave bazuar në “madhësinë e imazhit origjinal” i bën këto faqe më të përshtatshme për “kontrollin e buxhetit” (siç e dini përafërsisht sa do të konsumojë secili imazh i madh), por shmangni ripërngjeshjen e tyre vazhdimisht.
• ShortPixelNëse numri i madhësive të thumbnail-eve është i kufizuar, konsumimi i kredive mbetet i menaxhueshëm; megjithatë, kur gjenerohen shumë madhësi së bashku me asetet e gjeneratës së ardhshme, përdorimi i kredive rritet ndjeshëm, duke kërkuar planifikim paraprak.

5. Krahasimi i kuotës/faturimit: Shpjegimi nëse kuota falas është e mjaftueshme

Cili është më ekonomik, dhe sa gjatë do të zgjasë periudha falas?

5.1 Tre modele të zbritjes së tarifave

• ShortPixel(kreditë)Kreditë llogariten bazuar në numrin e imazheve origjinale dhe të miniaturave; gjenerimi i versioneve WebP/AVIF do të sjellë zbritje shtesë të krediteve për secilin format përkatës.
• Imagify(Kuota MB)Zbritjet e kuotës bazohen në madhësinë origjinale të skedarit; sa më shumë miniatura, aq më të mëdha janë zbritjet; ripërngjeshja do të shkaktojë zbritje të mëtejshme.
• TinyPNG(kreditë): 500 kredite në muaj; aktivizimi i konvertimit WebP/AVIF do të sjellë kredite shtesë për madhësinë e imazhit.

5.2 Metodat e Vlerësimit të Shpejtë

Ju mund ta vlerësoni si më poshtë:

1. Zgjidhni ndonjë “imazh origjinal që shpesh e ngarkoni” dhe kontrolloni madhësinë e tij të përafërt (p.sh. 300KB / 1MB / 3MB)
2. Vlerësoni numrin e përafërt të madhësive të thumbnails që faqja juaj gjeneron (p.sh., 5 / 10 / 20)
3. Caktoni nëse do të gjenerohen WebP/AVIF (Po/Jo)

Pastaj përdorni “aritmetikën mendore” të mëposhtme për të kuptuar konsumimin:

• ShortPixelÇdo imazh ≈ (1 + numri i miniaturave) kredite; nëse gjenerohen WebP/AVIF, ≈ afërsisht dyfish i atij numri (pasi versionet e gjeneratës së ardhshme gjithashtu kërkojnë kredite).
• ImagifyÇdo imazh llogaritet në kuotë si (madhësia origjinale e imazhit + madhësia totale e të gjitha miniaturave); ndryshimi i nivelit të kompresionit dhe ri-kompresimi do të sjellë një zbritje tjetër të kuotës.
• TinyPNGFaleminderit: 500 kredite; nëse faqja juaj gjeneron shumë madhësi imazhesh për çdo imazh dhe konvertimi është i mundësuar, kuota falas do të ulet ndjeshëm (faqja e shtojcës ofron një vlerësim intuitiv prej “afërsisht 100 imazhesh në muaj” kundrejt “afërsisht 50 imazhesh në muaj”).

6. Zbulimi i Rrezikut

Rreziku 1: Shmangni që të keni shtojca të shumta që kryejnë të njëjtin funksion në mënyrë të tepërt.

Kjo është burimi më i zakonshëm i katastrofave.“

• Rruga A:Për më tepër, WebP ose AVIF + EWWW(Ndani përgjegjësitë midis të dyve; mos kryeni konvertime dhe dërgesa të ngjashme njëkohësisht, ose instaloni vetëm njërën prej tyre.)
• Rruga B: ShortPixel / Imagify / TinyPNG Zgjidhni njërën nga tre(Zgjidhni një përgjegjës për kompresionin dhe gjeneratën e ardhshme)

Rreziku 2: Funksionaliteti “override ID / delete original image / replace URL” i Plus WebP përbën migrim të aseteve.

Edhe një herë, duhet theksuar:Plus WebP Përshkrimi thotë shprehimisht se gjatë gjenerimit të plotë, ID-ja e imazhit origjinal do të mbishkruhet, skedari origjinal do të fshihet dhe URL-ja e përmbajtjes do të zëvendësohet.
Kjo tregon se nuk është një “rregullim i vogël që mund të anulohet në çdo kohë”, por më tepër një modifikim në nivelin e asetit.

Strategjia e rekomanduar duhet të jetë:

• Testimi fillestar në shkallë të vogël (dhjetëra deri në qindra artikuj)
• Konfirmoni që shfaqja e front-end-it, miniaturat dhe përditësimet e cache-it funksionojnë të gjitha si duhet.
• Merreni në konsideratë përpunimin e të gjithë bazës së të dhënave.

Rreziku 3: Konsumimi aktual i kuotës falas për kompresimin në cloud varet nga numri i miniaturave dhe opsionet e gjeneratës së ardhshme të përzgjedhura.

• ShortPixelThumbnails dhe gjenerata e ardhshme do të ndikojnë ndjeshëm në kreditë.
• TinyPNGAktivizimi i WebP/AVIF do të sjellë zbritje shtesë të kredisë për çdo madhësi imazhi.
• ImagifyZbritni sipas madhësisë origjinale të imazhit; sa më shumë miniatura, aq më e madhe zbritja. Kompresimi i lartë do të rezultojë në zbritje të përsëritura.

Rreziku 4: “WebP/AVIF i gjeneruar” nuk barazohet me “Frontend që dorëzon WebP/AVIF”

Shumë përdorues raportojnë se ndjehen se faqja e tyre nuk është bërë më e shpejtë pas konvertimit, me shkakun kryesor që frontendi vazhdon të prodhojë skedarë JPG/PNG (për shkak të mospërputhjeve në ndonjë fazë të procesit: caching, rishkrim, etiketa ose negociata e shfletuesit).

7. Si mund të verifikoj nëse ka hyrë në fuqi pasi të kem përfunduar detyrën?

Katër pika verifikimi shumë të thjeshta:

1. Kur rifreskoni të njëjtën faqe për herë të dytë, a bëhet ngarkimi më i qëndrueshëm dhe më i shpejtë?(Efektiviteti i perceptuar i caching-ut dhe optimizimit)
2. A ka një ndryshim të dukshëm në përmasat e imazhit midis ngarkimit në pajisje mobile dhe në desktop?(Përgjegjës) srcset/madhësi Nëse është efektiv
3. Kontrolloni disa imazhe: A janë të pranishme skedarë/burime WebP ose AVIF?A e përdor vërtet faqja atë? brezi i ardhshëm）
4. Kontrolloni rastësisht disa imazhe: zmadhoni për të parë nëse ato duken dukshëm të paqarta ose nëse teksti duket i mjegullt.(A është cilësia e kompresionit e tepruar?)

Nëse plotësohen të katër kriteret, kjo tregon se rruga që keni zgjedhur tani është operacionale. Vazhdoni në hapin tjetër. Shtresa e dorëzimit“Stabiliteti i përgjithshëm do të përmirësohet.

8. Rekomandime për veprim

1. Së pari zgjidhni rrugën tuaj:

• Do të doja ta mbaja falas sa më shumë të jetë e mundur.Për më tepër, WebP ose AVIF + EWWW (ose instaloni vetëm njërën prej tyre)
• Për të kursyer burimet e serverit dhe për të shijuar qetësinë e mendjes që vjen me pagesën sipas kuotësZgjidhni njërën nga ShortPixel / Imagify / TinyPNG

2. Bëni një provë testimi në shkallë të vogël (disa dhjetëra artikuj)
3. Konfirmoni që gjithçka është në rregull para se të vazhdoni me serinë.
4. Kërkohen përmirësime të mëtejshme për të rritur stabilitetin e dorëzimit:Lexim CDN Përshpejtimi

Pyetje të shpeshta

1. Sa shtojca duhet të instaloj? A mund t'i instaloj të gjitha?

Përpiqu të qëndrosh në një rrugë.

• Rruga A: Plus WebP ose AVIF + EWWW Image Optimizer (ose instaloni vetëm njërin prej tyre)
• Rruga B: Zgjidhni njërën nga ShortPixel / Imagify / TinyPNG
  Përdorimi i disa shtojcave që njëkohësisht kryejnë “kompresim/konvertim në WebP/AVIF/modifikim të URL-së/rishkrim të dërgimit” në të njëjtin sit ka më shumë gjasa të krijojë kaos dhe rezulton të jetë më i vështiri për t'u zgjidhur.

2. A nuk e mbështet WordPress tashmë WebP/AVIF? A më duhet ende një shtojcë?

Është e nevojshme të bëhet dallimi:
“Mbështetja për ngarkim/përdorim” ≠ “Konvertim automatik/dorëzim automatik”.
WordPress 6.5 nuk do të konvertojë automatikisht në grup skedarët më të vjetër JPG/PNG në WebP/AVIF, as nuk do të menaxhojë automatikisht të gjithë rrjedhën e punës për “gjenerimin e AVIF/WebP bazuar në aftësitë e shfletuesit me zgjidhje alternative”. Për t'i sjellë bibliotekat historike të mediave në standard, zakonisht kërkohen shtojca ose shërbime për të mbushur boshllëkun.

3. Brenda optimizimit të imazheve, cili hap ofron kthimin më të lartë mbi investimin?

Zakonisht është Së pari, përcaktoni saktë dimensionet (srcset/sizes)。
Shumë faqe funksionojnë ngadalë jo sepse u mungon kompresimi, por sepse faqet shfaqen vetëm në 900px ndërsa detyrojnë përdoruesit të shkarkojnë imazhin e plotë prej 3000px. Kompresimi kursen kilobyte, por përmasat e papërshtatshme mund të harxhojnë disa herë më shumë të dhëna pa nevojë.

4. Si mund ta konfirmoj që imazhi që po ngarkohet aktualisht është ai “më i vogël”, në vend që të shkarkoj gjithmonë origjinalin?

Vëzhgoni dy fenomene:

• Kur hapni faqen në një pajisje mobile, përmasat e imazhit të shkarkuar janë dukshëm më të vogla se në desktop.
• Madhësia e burimit të së njëjtës imazh ndryshon kur ngarkohet në pajisje të ndryshme.
  Nëse imazhet origjinale shkarkohen gjithmonë, një shkak i zakonshëm është që tema/ndërtuesi i trajton imazhet si imazhe sfondi CSS ose si dalje të personalizuar, duke anashkaluar funksionalitetin e shumëmadhësisë dhe srcset të bibliotekës së mediave.

5. A do të thotë domosdoshmërisht “WebP/AVIF i gjeneruar” që frontendi po prodhon WebP/AVIF?

Nuk është e njëjta gjë si.
Gjenerimi është thjesht përfundimi i “shtresës së skedarëve”; nëse frontendi me të vërtetë dorëzon WebP/AVIF varet nga faktorë të tillë si rishkrimi, strategjia e etiketave të imazheve, goditjet në cache dhe nëse negociimi i shfletuesit hyn në fuqi. Pasi të keni përfunduar, duhet të bëni një kontroll të shpejtë të llojeve të burimeve të disa imazheve.

6. Cili është saktësisht rreziku me WebP ose AVIF? A mund të bëj një konvertim me një klik në të gjithë bibliotekën?

Pika e tij e rrezikut nuk është “kompresioni”, por më tepërModifikimi i nivelit të migrimit të aseteve：

• Gjatë gjenerimit me shkallë të plotë, ID-ja e skedarit origjinal të imazhit mund të mbishkruhet, skedari origjinal të fshihet dhe URL-të brenda përmbajtjes të zëvendësohen.
  PrandajNuk është e këshillueshme të zëvendësoni të gjithë bazën e të dhënave menjëherë.Së pari kryeni testime në shkallë të vogël (dhjetëra deri në qindra regjistra) dhe sigurohuni që kopjet rezervë të jenë të disponueshme para se të merrni në konsideratë përpunimin e plotë të bazës së të dhënave.

7. Si të zgjidhni midis dy mënyrave për Plus WebP: Ruaj imazhin origjinal vs Zëvendëso dhe fshij imazhin origjinal?

Në terma të thjeshtë:

• Modi 1: Ruaj imazhin origjinal + gjenero kopje WebP/AVIF (më e qëndrueshme)I përshtatshëm për rikthime, por hapësira në disk do të rritet (imazhi origjinal + formati i ri + miniatura me madhësi të ndryshme).
• Modi 2: Zëvendësoni dhe fshini imazhin origjinal (më agresiv)Zgjerimi i diskut nuk arrihet lehtë, por kur modifikoni asetet dhe referencat njëkohësisht, kostoja e zgjidhjes së problemeve të kompatibilitetit bëhet dukshëm më e lartë.
  Sa më kompleks të jetë faqja (tregtia elektronike/plugin-e të shumta/madhësi të ndryshme), aq më e këshillueshme është të fillosh me një qasje më të qëndrueshme.

8. A është kompresimi lokal falas i EWWW Image Optimizer i mjaftueshëm? A mund të mbingarkojë serverin?

EWWW është më shumë si një “mjet lokal për kompresim”: ai konsumon CPU/IO.
Është e zakonshme që ngarkesa të rritet gjatë optimizimit me grupe. Kjo nuk do të thotë që qasja është e papërshtatshme, por që strategjia duhet të jetë e duhur: zbatoni në grupe, gjatë orëve jashtë pikut, dhe zgjidhni shkarkimin ose zgjidhjet në re kur është e nevojshme.
Nëse jeni duke kërkuar një zgjidhje pa telashe ose po përballeni me kufizime të burimeve të serverit, Rruga B është më efikase për serverin.

9. 100 kredite falas në muaj nga ShortPixel – pse duket sikur ato mbarojnë pas vetëm disa imazhesh?

Sepse Kreditë nuk janë “numri i imazheve”.”do të bëhet miniaturë dhe do të zgjerohet për gjeneratën e ardhshme:

• Imazhi origjinal + çdo miniaturë llogaritet si kredi
• Nëse gjenerohen WebP/AVIF, çdo version përkatës do të shkaktojë konsum shtesë të kredisë.
  Kështu mund të mendoni se “1 imazh” mund të konsumojë në të vërtetë gati “kredite me dy shifra”. ShortPixel

10. Pse falasja mujore 20MB e Imagify mbaron kaq shpejt?

Imagify është më shumë si një “paketë të dhënash”:

• Sipas mesazhit tuajMadhësia origjinale e skedarittë zbritësh kuotën
• Sa më shumë miniatura, aq më e madhe konsumimi.
• Ndryshimi i nivelit të kompresionit për të rioptimizuar do të konsumojë sërish kuotën.
• Një çelës i vetëm API-je ndahet nëpër shumë faqe, me kuota të ndara në përputhje me rregullat.
  Pra, mesazhi “20MB do të shpenzohet së shpejti” shpesh shkaktohet nga imazhe tepër të mëdha, shumë miniatura ose përpjekje të përsëritura me provë dhe gabim.

11. TinyPNG ofron 500 kredite falas në muaj, pra pse shtojca vlerëson vetëm rreth 100 imazhe në muaj? Dhe pse bie në 50 imazhe në muaj pasi aktivizohen WebP/AVIF?

Sepse kreditet e TinyPNG gjithashtu përforcohen nga “madhësia/varianti”:

• Një instalim standard i WordPress-it zakonisht kompreson rreth 100 imazhe në muaj.
• Aktivizo konvertimin AVIF ose WebP:Çdo madhësi imazhi do të ketë një tarifë shtesë krediti.Prandaj, me shumë gjasa është e mundur të kompresosh dhe konvertosh vetëm rreth 50 imazhe në muaj (varësisht nga numri i madhësive të miniaturave).
  Prandaj, 500 kredite ≠ 500 imazhe.

12. Sa miniatura ka faqja ime? Pse ka një ndikim kaq të rëndësishëm?

Ngarkimi i një imazhi në WordPress gjeneron disa madhësi; temat/shtojcat (sidomos ato për tregti elektronike) mund të shtojnë përmasa të tjera.
Kreditë/kuotat e kompresimit në cloud zakonisht llogariten si “imazhi origjinal + kombinimi i miniaturave”, kështu që sa më i madh të jetë numri i miniaturave, aq më pak do të zgjasë kuota falas.

13. A e bën ngarkimin dembel gjithmonë më të shpejtë? Pse disa pretendojnë se në të vërtetë e ngadalëson?

Ngarkimi dembel është i përshtatshëm për burimet jashtë ekranit.
Nëse imazhi më i madh dhe më i rëndësishëm në ekranin e parë vonohet gjithashtu në ngarkim, mund të ngadalësojë përvojën fillestare të ekranit. Ndërsa ngarkimi i dembelë i paracaktuar i WordPress 5.5 është përgjithësisht i pranueshëm, shmangni ta zbatoni atë në mënyrë të pakontrolluar.

14. Kur zgjedh rrugën A ose B, kur më duhet CDN / imazhi CDN?

Kompresimi, madhësia dhe formati i adresojnë nevojën për “skedarë më të vegjël, më të përshtatshëm”;
CDN siguron dorëzim më të shpejtë dhe më të besueshëm。
Kur imazhet merren nga serveri burimor nga larg dhe kjo sjell vonesë të dukshme, shtimi i CDN/figurë CDN (p.sh. Cloudflare Polish / Jetpack Site Accelerator) e bën funksionimin e përgjithshëm më të qëndrueshëm dhe leximin ավելի të rrjedhshëm Përshpejtim WordPress CDN。

15. Cila është mënyra më e thjeshtë për të verifikuar që funksionon vërtet pasi ta kem bërë?

Metoda më e shpejtë e verifikimit:

• Kur rifreskoni të njëjtën faqe për herë të dytë, a bëhet ngarkimi më i qëndrueshëm dhe më i shpejtë?
• A ka një ndryshim të dukshëm në dimensionet e imazhit midis ngarkimit në pajisje mobile dhe desktop (a funksionon srcset/sizes siç duhet)?
• Kontrolloni disa imazhe: A janë të pranishme skedarë/burime WebP ose AVIF?
• Kontrolloni rastësisht disa imazhe: zmadhoni për të parë nëse ato duken dukshëm të paqarta ose nëse teksti duket i mjegullt.