Uboreshaji wa picha za tovuti

Uboreshaji wa picha hutoa faida kubwa zaidi ya uwekezaji katika utendaji wa WordPress: kwa miundo na mandhari ya kurasa zinazofanana, kupata ukubwa, vipimo, muundo, na njia sahihi za uwasilishaji wa picha mara nyingi huleta maboresho ya papo hapo katika uzoefu wa upakiaji.

Hata hivyo, uboreshaji wa picha pia ndio unaoweza zaidi kusababisha hali ambapo “kadri unavyoibadilisha, ndivyo inavyozidi kuwa mbaya”. Sababu si kwamba mbinu ni ngumu sana, bali ni kwamba taarifa zimevunjika vipande vipande sana:
Umesoma makala kadhaa, ukajua kuhusu “kubana”, “WebP/AVIF”, na “lazy load”, halafu ukiangalia utangulizi wa programu-jalizi unaona tena “100 credits bure kwa mwezi”, “20MB bure”, “picha 1 = credit 1”, na kadiri unavyosoma ndivyo unavyozidi kuchanganyikiwa—je, kiwango cha bure kinatosha kweli? Malipo yanakatwaje? Je, huenda umeelewa vibaya “kitu kilekile”? Na muhimu zaidi:Je, ilianza kutumika kweli baada ya wewe kumaliza?

Makala hii inafanya mambo matatu tu:

1. Hapa kuna jambo moja linaloweza kutekelezeka kwako.Ramani ya njia(Nini cha kufanya kwanza, nini cha kufanya baadaye)
2. Eleza wazi chaguzi unazotaka kuchagua (tofauti hasa kati ya matoleo ya bure na yaliyo kulipwa, na ni nani kila toleo linafaa).
3. Orodhesha mapungufu ya kawaida kabisa mwanzoni (ili kukuokoa usumbufu wa kutafuta suluhisho baada ya kumaliza)

1. Msingi: Kile ambacho WordPress hujumuisha kwa chaguo-msingi, na kile ambacho haijumuishi

Ikiwa hautafahamu kwanza kile ambacho kiini cha WordPress tayari kimeweka, kuna uwezekano wa hali mbili kutokea:

• Badala ya kutumia uwezo wa bure uliopatikana kwa urahisi, tulimaliza kupoteza muda na pesa tukijaribu kuunda tena gurudumu.
• Nilidhani WordPress ingebadilisha kiotomatiki picha zote za zamani kuwa WebP/AVIF, lakini imebainika kuwa haifanyi hivyo.

Kiini cha WordPress tayari kinajumuisha uwezo huu muhimu:

• Picha zinazojibadilisha (srcset/sizes)Kuanzia WordPress 4.4 na kuendelea, kiini kitatoa picha. srcset 与 sizesna kutumia picha zenye ukubwa tofauti zilizotengenezwa wakati wa kupakia, na hivyo kuwezesha kivinjari kuchagua rasilimali zinazofaa zaidi kwa ajili ya kupakia kulingana na hali ya skrini.
• Upakiaji wa vitu kwa uvivu wa asiliWordPress 5.5 na matoleo ya baadaye huwezesha upakiaji wa vichelezo kwa chaguo-msingi kwa picha, kwa kutumia viwango vya HTML. loading Utekelezaji wa mali.
• Inasaidia kupakia faili za WebPKuanzia WordPress 5.8 na kuendelea, inaruhusu kupakia na kutumia faili za WebP kama vile JPEG/PNG (mradi tu mazingira ya uhifadhi yanasaidia WebP).
• Inasaidia upakiaji wa AVIFKuanzia WordPress 6.5, inaruhusu kupakia na kutumia faili za AVIF kwa njia sawa na JPEG/PNG (kulingana na msaada wa mazingira ya uhifadhi).

Hata hivyo, kumbuka:
“Usaidizi wa kupakia/kutumia” ≠ “Ubadilishaji wa kiotomatiki/utekelezaji wa kiotomatiki”
Kwa maneno mengine: hata kama tayari unatumia WP 6.5, faili hizo za JPG/PNG katika maktaba yako ya media hazitabadilishwa kiotomatiki kuwa WebP/AVIF; wala hutapata kiotomatiki uwezo kamili wa “kutoa AVIF/WebP kulingana na msaada wa kivinjari, huku ukirudi kwenye picha ya awali kwa vivinjari visivyotumika” – utendaji huu kwa kawaida unahitaji programu-jalizi au huduma za ziada kukamilisha suluhisho.

2. Ramani ya njia: Uboreshaji wa picha kwa hatua 5

Nini cha kufanya, kwa nini, ni nini kinachotambulika kama utendaji unaoridhisha, na ni changamoto gani za kawaida.

2.1 Pata vipimo sahihi kwanza (kinachopuuzwa kwa urahisi zaidi, lakini huleta faida kubwa zaidi)

Tovuti nyingi zinaenda polepole si kwa sababu mfinyazo haijatumiwa, baliNimepakua picha kubwa zaidi sana kuliko eneo la skrini.：
Kwa mfano, ikiwa ukurasa unaonyeshwa kwa upana wa 900px tu, lakini unawafanya wageni kupakua picha ya awali yenye upana wa 3000px, kivinjari kitaipakua kikamilifu kabla ya kuipunguza ukubwa kwa ajili ya kuonyesha. Hii inatumia kipimo data kupita kiasi, inaongeza muda wa kusimbua, na inachelewesha upakiaji wa skrini ya kwanza.

WordPress 4.4 na toleo jipya zaidiMfumo wa picha zinazojibadilisha（srcset/sizes) hasa ili kushughulikia suala hili.

Ni nini kinachojumuisha alama ya kupita:

• Unapofungua ukurasa kwenye kifaa cha mkononi, vipimo vya picha iliyopakuliwa vinapaswa kuwa vidogo kwa kiasi kinachoonekana kuliko vile vya kwenye kompyuta ya mezani.
• Ukubwa wa rasilimali wa picha ile ile hutofautiana kulingana na vifaa tofauti (badala ya kupakua kila mara picha ya awali).

Mashika ya kawaida zaidi:

• Baadhi ya mandhari/wabunifu wanaweza kupita hili kwa kutumia picha kama picha za mandhari za CSS au kwa kutumia mbinu za kutoa matokeo zilizobinafsishwa. srcsetjikisababisha kupakua mara kwa mara picha kubwa
• Kwa kutumia huduma za nje za kuhifadhi picha na bloksi za picha za wahusika wengine, unaweza kupita mfumo wa saizi nyingi unaotengenezwa na maktaba ya vyombo vya habari.

---

2.2 Ufinyaji (Punguza ukubwa wa KB, lakini usidhoofishe ubora)

Kiini cha ukandamizaji si “kadri inavyokuwa ndogo ndivyo inavyokuwa bora”, bali “tofauti isiyoonekana kwa macho ya kawaida, lakini upungufu mkubwa wa ujazo”.

Kanuni ni kama ifuatavyo:

• Picha/Picha halisi (picha za watu, bidhaa, mandhari)Weka kipaumbele kwa ukandaji unaopoteza data (ili kupata faida kubwa zaidi)
• Picha ya skrini/Picha yenye maandishi mengiUfinyaji unapaswa kuwa wa tahadhari zaidi ili kuzuia maandishi yaonekane yamefifia.
• Nembo/IkoniWeka kipaumbele SVG au chagua ukandamizaji usio na upotevu (ukandamizaji wenye upotevu husababisha kwa urahisi kuchanganyikiwa kwa kingo)

Ni nini kinachojumuisha alama ya kupita:

• Ukubwa wa picha kwenye kurasa nyingi umepungua sana.
• Hakuna kelele inayoonekana, kingo zilizofifia, madoa ya rangi, au maandishi yaliyofifia

---

2.3 WebP / AVIF (Sera ya umbizo: Ukubwa mdogo wa faili kwa uwazi sawa)

WordPress sasa inaunga mkono kupakia. WebP (5.8) na AVIF (6.5)。
Hata hivyo, ili kweli kutumia “muundo wa kizazi kijacho” kwa vitendo, kwa kawaida mambo mawili yanahitaji kushughulikiwa:

1. Jinsi ya kubadilisha kwa pamoja maktaba za media za kihistoria(Vinginevyo, umeboresha tu “picha mpya zitakazopakiwa baadaye”)
2. Je, nakala iundwe, au picha asili ibadilishwe?(Hii inaashiria hatua muhimu; tutazingatia baadaye “ubadilishaji na ufutaji wa picha ya awali” wa Plus WebP)

Mtindo wa uandishi unaopendekezwa:

• WebP: Kwa ujumla ni muundo chaguo-msingi unaopendekezwa (unaotoa muafaka thabiti zaidi)
• AVIF: Hatua nyingine katika kubana, inayofaa kwa picha kubwa/bango za skrini ya kwanza/picha za albamu (ingawa zaidi...Kutegemea msaada wa mazingira）

---

2.4 Upakiaji wa Kuchelewa Unapaswa Kutumika Kihalisi (Epuka Mbinu ya Kujumuisha Yote)

WordPress 5.5 na kuendeleaUpakiaji wa vitu polepole kwa chaguo-msingiPicha.
Inapunguza matumizi ya upana wa bendi wakati wa uonyeshaji wa awali:

• Upakiaji wa uvivu unafaa kwa rasilimali zisizo kwenye skrini.“
• Picha muhimu zaidi kwenye skrini ya kwanza (mara nyingi picha kuu kwenye skrini ya kwanza) mara nyingi haifai kupakiwa baadaye.

---

2.5 Kiwango cha uwasilishaji: CDN / Picha CDN

Ufinyaji, ukubwa na muundo vinakidhi hitaji la “faili ndogo zaidi, zinazofaa zaidi”.
Lakini ikiwa picha zinaendelea kuvutwa kutoka kwenye tovuti ya asili kwa umbali mrefu, ucheleweshaji wa mtandao bado utaathiri uzoefu. Hapo inahitaji suluhisho la “

Mwelekeo miwili ya kawaida:

• Cloudflare Poland：Nyaraka za CloudflareMakala inaanzisha mbinu za kubana za Polish (zisizo na upotevu/zina upotevu/WebP) na inataja matumizi yake format=auto Matumizi ya fomati za WebP/AVIF yanaruhusiwa.
• Kichapuzi cha Tovuti cha Jetpack：Nyaraka za JetpackItaboresha picha na kuzisambaza pamoja na rasilimali zisizobadilika kupitia mtandao wake.

Uboreshaji wa picha unahusika na kupunguza ukubwa na kuhakikisha ufaafu.CDN Inahusika kutoa karibu na imara zaidi

3. Uteuzi: Ni njia kuu mbili tu zinazopaswa kufuatwa.

Tatizo la kawaida zaidi katika uboreshaji wa picha si “kutotumia programu-jalizi”, bali ni kutumia programu-jalizi nyingi mno zinazosababisha uchakataji wa ziada:
A anabana, B naye anabana pia; A anabadilisha kuwa WebP/AVIF, B naye anabadilisha pia; A anabadilisha URL, B anazandika upya— mwishowe, hata wewe huwezi kusema kinachoendelea hasa kwenye tovuti.

Kanuni:

Kuna njia moja tu ya kusonga mbele: ama kuwa huru kabisa kwa eneo, au chagua mojawapo ya chaguzi tatu za kubana kwenye wingu.

• Njia A (ya ndani kabisa, bure kabisa):Pamoja na WebP au AVIF + EWWW Image Optimizer(au chagua moja tu kati yao)
• Njia B (Chagua moja ya chaguzi tatu za kubana mawingu):ShortPixel / Imagify / TinyPNG

---

3.1 Njia A: Picha za Eneo la Ndani Zisizo na Malipo Kabisa (Pamoja na WebP au AVIF au EWWW)

Sifa bainishi za njia hii ni:

• Hutegemei huduma za kubana za wahusika wengine zinazofanya kazi kwa kiwango cha kila mwezi au kwa kila faili (ingawa vipengele fulani vinaweza kutoa huduma za hiari).
• Gharama ni: Usindikaji wa wingi unaweza kutumia zaidi server CPU/IO, inahitaji umzingatie zaidi “mikakati na hatari”

3.1.1 Pamoja na WebP au AVIFDhana kuu ni “uzalishaji/ubadilishaji”, ambayo si zana ya jadi ya “kompresheni”.”

• Unapotengeneza picha za azimio kamili:Kitambulisho cha faili la asili la picha kitabandikizwa na faili la WebP/AVIF, faili la asili litafutwa, na URL iliyo ndani ya maudhui pia itabadilishwa.。
• Plugini hii inatoa amri za WP-CLI na inashauri: Unaposhughulikia faili nyingi, WP-CLI inaonekana kuwa ya kuaminika zaidi.

Hii ina maana: haitengenezi WebP kimya kimya kwako, bali inaweza kutokea mara moja tu.Uhamishaji wa Mali(hasa unapowezesha chaguo la “Badilisha na futa picha asili”).

Tofauti kati ya modi hizo mbili

Modu 1: Hifadhi picha asili + tengeneza nakala ya WebP/AVIF (imara zaidi)

• Faida: Rahisi kurudisha hali ya awali endapo kutatokea matatizo ya muafaka
• Gharama: Matumizi ya nafasi ya diski yataongezeka (picha ya awali + muundo mpya + picha ndogo za ukubwa tofauti)

Hali ya 2: Badilisha na futa picha ya awali (kwa ukali zaidi)

• Faida: Diski hazipanuki haraka; marejeleo ya ndani hubadilishwa kiotomatiki kuwa muundo mpya.
• Hatari: Unapobadilisha mali na marejeleo kwa wakati mmoja, kutatua matatizo ya muafaka kunakuwa ghali zaidi (hasa wakati mifumo ya nje au mantiki ya mandhari inategemea majina halisi ya faili, njia au miundo).

Matatizo ya kawaida na WebP au AVIF

1. Baada ya kubadilisha hifadhidata nzima, baadhi ya picha za kurasa zinaonyeshwa vibaya.
   Sababu mara nyingi si kwamba “picha imeharibika”, bali ni kwamba kiungo fulani katika mnyororo – kama vile ubadilishaji wa URL, uhifadhi wa kache, au mikakati ya picha ndogo – hakujapangwa ipasavyo.
2. Kadri idadi ya picha ndogo inavyoongezeka, ndivyo wigo wa mabadiliko unavyopanuka.
   Kupakia picha kwenye WordPress huunda saizi nyingi; mandhari au programu-jalizi zinaweza kuongeza vipimo vingine. Ubadilishaji kamili unamaanisha unaweza kuwa unarekebisha mkusanyiko mkubwa wa faili.
3. Kufanya uhamishaji wa muundo peke yake hakuhakikishi kiasi kidogo zaidi kinachowezekana.
   Faili za WebP/AVIF kwa kawaida ni ndogo, lakini “mkakati wa ukubwa” na “mkakati wa ukandishaji” bado ni muhimu. Usichukulie Plus WebP kama “suluhisho la kubofya mara moja kwa upakiaji wa haraka”.

---

3.1.2 EWWW Image OptimizerSuluhisho la bure la kubana kwa eneo

Mpangilio wa ukurasa wa programu-jalizi ya EWWW ni wazi sana:

• Inaweza kutumia seti ya zana kwenye seva yako kwa ajili ya uboreshaji (jpegtran, optipng, pngout, pngquant, gifsicle, cwebp, n.k.).
• Ikiwa unahitaji ukandamizaji wa juu zaidi au kuokoa CPU zaidi, unaweza pia kuhamishia uchakataji unaotumia CPU kwenye seva yake (hiari).

Ni jukumu gani EWWW inapaswa kuwa nalo katika Njia A?

Ikiwa unatumia Plus WebP kwa “mkakati wa uhamishaji/ubadilishaji wa muundo”, basi EWWW inafaa zaidi kuchukua:

• Uboreshaji wa Shinikizo na Kiasi(hasa upunguzaji wa ukubwa wa rasilimali ghafi kama vile faili za JPG/PNG)
• Uboreshaji wa kundi la maktaba za media za kihistoria(Lengo ni “kupunguza ujazo” badala ya “kubadilisha URL”)

Mashika ya kawaida ya EWWW

1. Mzigo wa seva huongezeka wakati wa uboreshaji wa kundi
   Kwa sababu ukandamizaji wa ndani unatumia CPU/IO. Suluhisho sio “usitumie,” bali “kwa makundi, wakati wa mzigo mdogo, na uchague mpango wa kufuta/wingu wakati unah
2. “Kuzalisha WebP hakuhakikishi kwamba sehemu ya mbele inasambaza WebP.
   Plugini nyingi zinafanya kazi zikiwa na dhana hii potofu: uzalishaji ni jambo moja, mkakati wa utoaji (kuandika upya, lebo za picha, upatikanaji wa cache, n.k.) ni jambo lingine kabisa.
3. Kuinakili utendaji uleule kama programu-jalizi zingine
   Ikiwa utachukua Njia A, epuka kupanga huduma za kubana picha kama ShortPixel/Imagify/TinyPNG; ikiwa utachukua Njia B, zima mantiki ya uingizaji wa Plus WebP. Kanuni msingi:Endelea na njia moja ya utekelezaji.

---

3.2 Njia B: Chagua mojawapo ya huduma tatu za kubana picha za wingu (ShortPixel / Imagify / TinyPNG)

Njia hii inafaa kwa wale wanaotaka kuhifadhi rasilimali za seva, wanaopendelea mbinu isiyo na usumbufu zaidi kwa uchakataji wa kundi, na wanaojisikia vizuri na bei ya kulipa kadri unavyotumia.
Hata hivyo, hoja ya kawaida zaidi ya kutoelewana kuhusu ukandishaji wa wingu ni:Ruhusa ya bure si tu suala la “kurasa za bure”.Idadi ya ukubwa wa picha ndogo, iwapo fomati za WebP/AVIF zinatengenezwa, na iwapo ukandamizaji upya unaorudiwa unafanywa, vyote vitakuwa na athari kubwa kwa matumizi ya rasilimali.

Hapa chini tutaelezea: jinsi ngazi za bure na za kulipia zinavyofanya kazi, jinsi viwango vya matumizi vinavyopunguzwa, mitego ya kawaida ya kuepuka, na ni aina gani za tovuti zinazofaa zaidi.

---

3.2.1 ShortPixelKrediti 100 za bure kwa mwezi, lakini krediti zitatumika kwa picha ndogo na upanuzi wa WebP/AVIF.

Mambo ya bure/ya kulipia ni nini?

Maelezo ya programu-jalizi ya ShortPixel yanasema waziwazi:

• Mikopo 100 ya bure kwa mwezi
• Kuna pia “kredi za ziada zisizo na kikomo za kila mwezi” (ukurasa wa programu-jalizi unatoa taarifa za bei zinazolingana).
• Pia inatoa “vifurushi vya mkopo vya mara moja visivyokwisha muda” (pamoja na taarifa za awali za bei)

Kumbuka:

• Bure: Ugawaji wa kila mwezi wa mikopo kwa tovuti nyepesi au kwa madhumuni ya majaribio.
• Kifurushi cha mara moja: Inafaa kwa tovuti zenye maktaba kubwa za vyombo vya habari zinazotaka kusafisha orodha yao ya hisa katika muamala mmoja (kinanunuliwa kwa matumizi ya mara moja tu, kawaida bila tarehe ya mwisho).
• Kila mwezi/Isiyo na kikomo: Inafaa kwa tovuti zinazohitaji masasisho ya picha endelevu na uboreshaji thabiti wa muda mrefu.

Msingi rasmi wa maarifa wa ShortPixel pia unashughulikia kulinganisha kati ya “vifurushi vya mara moja dhidi ya mipango ya kila mwezi isiyo na kikomo”.Maelezo waziMwezi usio na kikomo unalipwa kila mwezi (au kila mwaka), hutoa mikopo isiyo na kikomo, na ina kiwango kisichobadilika cha CDN; mikopo ya mara moja haikomi, ikikuruhusu kutumia kwa mahitaji kwa udhibiti bora.

Jambo muhimu zaidi: Mikopo ya ShortPixel huhesabiwaje?

Nyaraka Rasmi za ShortPixel KB alisema waziwazi sana:

• Kupakia picha kwenye WordPress huunda picha ndogo nyingi;
• Kila uboreshaji wa picha ndogo huhesabiwa kama mkopo mmoja.；
• Ukichagua kutengeneza WebP au AVIF,Kila toleo la WebP/AVIF la picha ya awali na picha yake ndogo litatumia mkopo wa ziada.；
• Unaweza kuondoa picha ndogo fulani kutoka kwenye uboreshaji ili kupunguza matumizi ya data.

Mifano ya mikopo：

Fikiria unapopakia picha moja, na mandhari/plagini inatengeneza picha ndogo nane:

• Uboreshaji wa picha ya awali + picha ndogo tu: 1 (picha ya awali) + 8 (picha ndogo) = krediti 9
• Ikiwa pia inahitajika kuzalisha WebP/AVIF: ongeza toleo moja la kizazi kijacho kwa kila mojawapo ya fomati 9 zilizo hapo juu → kisha ongeza krediti 9 zaidi.
  Kwa maneno mengine, kile unachoweza kufikiria kuwa “picha moja” kinaweza kutumia karibu “krediti za tarakimu mbili”.

Kwa hiyo:“Mikopo 100 ya bure” haimaanishi “picha 100 za bure”.

Matembezi ya kawaida zaidi ya ShortPixel

1. Mikopo 100 ya bure inamalizika haraka
   Sababu kuu: picha ndogo nyingi + krediti za ziada zinahitajika kwa ajili ya uundaji wa WebP/AVIF.
   Pendekezo：

• Kwanza tathmini idadi ya picha ndogo kwenye tovuti.
• Ondoa ukubwa wa picha ndogo usiohitajika (boresha tu ukubwa utakaotumika kweli)
• Kwanza, amua mkakati wa kubana kabla ya kufanya kazi kwa vikundi, ili kuepuka majaribio ya kurudia-rudia yanayotumia rasilimali.

2. Weka pamoja programu-jalizi nyingine za kubadilisha muundo
   Ikiwa utawezesha uingizaji wa Plus WebP huku ukiamuru ShortPixel kutengeneza/kuingiza lebo za kizazi kijacho, mantiki inakuwa na tabaka nyingi, na kufanya utatuzi wa matatizo kuwa mgumu zaidi. Njia B inamwachia ShortPixel kushughulikia hilo kivyake.
3. Kudhani kwamba kusakinisha tu kunahakikisha kuwa “sehemu ya mbele inatumia WebP/AVIF”.”
   Ukurasa wa Kiendelezi cha ShortPixelInaweza kubadilisha miundo ya WebP/AVIF na kuingiza picha za kizazi kijacho kwenye kurasa za mbele (kwa mfano, kwa kutumia lebo).
   Hata hivyo, mara tu itakapokamilika, matokeo bado yanapaswa kuthibitishwa.

---

3.2.2 FikirishaBure 20MB/kwa mwezi; inakata kiwango kulingana na “ukubwa wa picha asili + idadi ya picha ndogo,” kusisitiza tena kunakata tena.

Uhuru wa nafasi na upangaji

Ukurasa Rasmi wa Bei za ImagifyImeandikwa wazi kabisa:Akaunti ya bure ina upatikanaji wa 20MB kwa kila mwezi。
Ukurasa wake wa programu-jalizi pia unaeleza wazi kwamba unaweza kubana, kubadilisha ukubwa, na kubadilisha faili za WebP/AVIF.

Kiwango cha malipo hutolewa vipi?

Nyaraka Rasmi za Imagify “Matumizi ya Kifungu Yanahesabiwaje?” inaelezea kwa uwazi utaratibu wa makato:

• Idadi ya picha ndogo itaathiri matumizi.Kwa mfano, ikiwa una ukubwa kumi wa picha ndogo, kuboresha picha moja kunakuwa kuboresha picha kumi na moja (picha ya awali pamoja na picha ndogo kumi), zote zikichangia matumizi ya kikomo.
• Punguza kiwango kulingana na ukubwa wa faili halisiKwa mfano, ukituma picha ya 100KB kwa Imagify, 100KB itatolewa kutoka kwenye kiwango chako.
• Kubadilisha kiwango cha ukandamizaji na kuboresha upya kutatumia tena kiwango cha data.。
• Ufunguo uleule wa API unaweza kutumika kwenye tovuti nyingi, lakini kikomo kitagawanywa kati ya tovuti hizi.

Huu ni “mtazamo mkuu wa kuelewa” wa Imagify:
Ni kama kifurushi cha data: chochote unachotuma, ndicho kinachokatwa; kadri picha ndogo zinavyoongezeka, ndivyo kinavyokatwa zaidi; kupakia mizigo mizito mara kwa mara kutasababisha makato ya mara kwa mara.

Mifano rahisi kueleweka ya kikomo cha Imagify

Fikiria unapopakia picha halisi ya 800KB, na tovuti inazalisha picha ndogo 8.

• Unapoboresha kwa kutumia Imagify, picha asili na picha ndogo nane zote huingizwa (ikiwa utachagua “Boresha Zote”). Hii inamaanisha kuwa operesheni hii moja itatumia kiwango cha karibu na jumla ya ukubwa wa asili wa faili zote hizi.
  Hii ndiyo sababu baadhi ya tovuti huhisi “20MB inaisha haraka”: sio kwamba Imagify haitoshi, bali picha unazopakia kila wakati ni kubwa sana, picha ndogo ni nyingi sana, na unaweza pia kujaribu viwango vya ukandamizaji mara kwa mara.

Matatizo ya kawaida na Imagify

1. Bure 20MB haitoshi kufanya “usafishaji wa historia ya tovuti nzima”
   20MB kawaida inafaa zaidi kwa majaribio na usasishaji mwepesi; ikiwa maktaba yako ya vyombo vya habari tayari ni kubwa, kusafisha kwa mara moja kunaweza kuhitaji kuboresha.
2. Kurekebisha kiwango cha ukandamizaji mara kwa mara husababisha matumizi ya kikomo kurudiwa.
   Imagify inasema waziwaziUboreshaji upya utatumia tena kikomo.
   Inashauriwa kuelezea mkakati wazi kwenye ukurasa huu:

• Kwanza, tumia picha chache ili kubaini kiwango cha ukandishaji na ubora wa picha.
• Kamilisha mkakati kabla ya kuendesha kwa vikundi.
  Epuka kufanya majaribio ya jaribio-na-kosa mara kwa mara katika hifadhidata nzima.

3. Ufunguo za API zinazoshirikiwa kwenye tovuti nyingi husababisha kikomo kupungua kwa njia ya ajabu.“
   Ikiwa utatumia Ufunguo sawa wa API kwenye tovuti nyingi, viwango vya upatikanaji vitashirikiwa.
   Kwa hiyo, katika mazingira ya timu/maeneo mengi, inashauriwa kufafanua wazi ni maeneo gani yanayoshirikiana rasilimali na ni yapi yanayojitegemea, hivyo kuzuia kutoweza kudhibiti bajeti.

---

3.2.3 TinyPNG(Picha Ndogo za Kunyonga): Krediti 500 za bure kwa mwezi; kubadilisha kuwa WebP/AVIF kunagharimu “krediti 1 ya ziada kwa kila ukubwa”.”

Kipimo cha bure na mbinu yake ya uhasibu

Ukurasa wa programu-jalizi ya TinyPNG ya WordPress umeandikwa kwa uwazi mkubwa:

• Mikopo 500 bure kila mwezi
• Katika usakinishaji wa kawaida wa WordPress, inaweza kubanwa kwa takriban Takriban picha 100 kwa mwezi
• Hata hivyo, ikiwa uongozaji wa AVIF au WebP umewezeshwa:Kila ukubwa wa picha utagharimu ada ya ziada.Kwa hiyo, huenda inaweza tu kubanwa na kubadilishwa. Takriban picha 50 kwa mwezi(Kulingana na idadi ya ukubwa wa picha ndogo ulizonazo).

Wakati huo huo, Tinify (msanidi wa TinyPNG/TinyJPG) pia ametangaza kwenye yake Ukurasa wa Bei za APIKumbuka: Jisajili kupokea kompresheni 500 za bure kila mwezi. Zaidi ya kiwango hiki, ada zitatozwa kulingana na idadi ya kompresheni zilizofanikiwa, bila usajili wa lazima.

Kwa muhtasari wa TinyPNG katika sentensi moja:
Inatumia mfumo wa mikopo; kadri unavyotumia saizi nyingi za picha ndogo na kadri unavyowezesha miundo ya WebP/AVIF, ndivyo mikopo yako itakavyomalizika haraka zaidi.

Mfano rahisi kueleweka wa mikopo ya TinyPNG

Fikiria tovuti yako inazalisha ukubwa nane wa picha ndogo kwa kila picha:

• Ufinyaji tu: Picha halisi + picha ndogo 8 → Inahitaji krediti 9
• Ikiwa uongozaji wa WebP/AVIF umewezeshwa: Kuna punguzo la ziada la mkopo kwa kila ukubwa → Hii inaweza karibu kuongeza gharama mara mbili.
  Hii inalingana kabisa na maelezo kwenye ukurasa wa programu-jalizi: baada ya kuwezesha uongofu, kikomo cha bure kinabadilika kutoka takriban “picha 100 kwa mwezi” hadi “picha 50 kwa mwezi”.

Matembezi ya kawaida na TinyPNG

1. Tukichukulia kuwa krediti 500 = picha 500
   Hapana. Hutumia krediti kulingana na “ukubwa/aina ya picha”. Ukurasa wa programu-jalizi unaeleza wazi: “Ubadilishaji hupunguza krediti 1 ya ziada kwa kila ukubwa wa picha”.
2. Plugini ya mandhari/e-commerce inazalisha vipimo vingi mno, na kusababisha kupungua kwa kiasi kikubwa kwa kiasi cha bure.
   Kadiri vipimo vinavyokuwa vikubwa, ndivyo mikopo inavyoongezeka na kutumika kwa urahisi zaidi.
3. Baada ya kuwezesha ubadilishaji, niligundua kuwa kikomo cha mkopo ghafla kilikuwa hakitoshi.
   Hii si hitilafu; ni mfumo wake wa malipo.
   Mapendekezo ya kimkakati:

• Ikiwa ngazi ya bure inatumika hasa kwa ukandamizaji na kupunguza uzito, unaweza mwanzoni kuzingatia tu ukandamizaji. Mara tu utakapothibitisha kuwa muundo wa tovuti ni thabiti na kwamba toleo la kizazi kijacho linahitajika kweli, unaweza kisha kuanza mabadiliko.

4. Mapendekezo Yanayotegemea Muktadha: Jinsi ya Kuchagua kwa Aina Tofauti za Tovuti

Ingawa zote zinatumia WordPress, tovuti za maudhui, majukwaa ya biashara mtandaoni, portfolio, na tovuti za uanachama kila moja ina maeneo maalum yanayohitaji kuzingatia picha.

4.1 Tovuti/blogu zinazolenga maudhui (zikiwa na picha nyingi kwa kila makala na mara ya wastani ya kusasishwa)

Mapendekezo ya kipaumbele:

1. Mkakati wa Vipimo (Hatua ya 1)
2. Ufinyaji (Hatua ya 2)
3. WebP (Hatua ya 3)

Njia inayofaa zaidi:

• Kwa chaguo lisilo na usumbufu: Chagua mojawapo ya njia tatu mbadala (ShortPixel / Imagify / TinyPNG)
• Chagua bure: Njia A (Pamoja na WebP + EWWW), lakini inashauriwa kuanza kwa kutathmini hatari katika “hali ya tahadhari (bila kufuta picha asili)”.

Mashika ya kawaida:

• Picha ya kichwa cha makala ni kubwa sana, na mbinu ya kupakia polepole haifai.Itapunguza kasi ya skrini ya kwanza

4.2 Tovuti za Biashara Mtandaoni/Bidhaa (Picha ndogo nyingi, aina mbalimbali za picha, utulivu ni muhimu sana)

Matatizo yanayotokea zaidi katika biashara mtandaoni hayatokana na “matokeo duni ya ukandishaji”, bali yanatokana na “vipimo visivyo sahihi baada ya uboreshaji, picha ndogo zilizokosekana, na vipengele vya upande wa mbele kushindwa kupakua picha”.

Mapendekezo ya kipaumbele:

1. Endelea kwa tahadhari: chukua mbinu ya tahadhari katika mikakati ya ukandishaji; epuka kufanya uingizaji kamili wa hifadhidata mara moja.
2. Kutathmini vipimo vya picha ndogo: Mandhari za biashara mtandaoni kwa kawaida hutoa saizi nyingi zaidi, na hivyo kuongeza matumizi ya quota (hasa inaonekana na ShortPixel/TinyPNG).
3. Fanya uthibitishaji wa kiwango kidogo kabla ya kupanua (ni muhimu sana)

Njia inayofaa zaidi:

• Njia B mara nyingi ni rahisi zaidi: ShortPixel, Imagify, na TinyPNG zote zinaunga mkono usindikaji wa kundi. Muhimu ni kuelewa mfumo wa kikomo na kutathmini gharama mapema.
• Route A pia inawezekana, lakini ni lazima kuwa makini zaidi kuhusu tabia ya Plus WebP ya “kubadilisha vitambulisho/kufuta picha asili/kubadilisha URL”: hii ni uhamishaji wa mali, na haipendekezwi kuendelea na ubadilishaji kamili tangu mwanzo.

4.3 Tovuti ya Potofolio/Upigaji Picha (Inayozingatia ubora wa picha binafsi, ukubwa mkubwa wa faili, viwango vya juu vya urembo)

Mapendekezo ya kipaumbele:

1. Mkakati wa Kipimo (Udhibiti wa Eneo la Onyesho)
2. Mkakati wa kubana (ni bora kuwa mkubwa kidogo kuliko kupoteza maelezo)
3. WebP/AVIF (inatoa manufaa makubwa kwa picha kubwa, ingawa ubora wa picha unahitaji kuthibitishwa)

Njia inayofaa zaidi:

• FikirishaKugawa viwango kulingana na “ukubwa wa picha asili” hufanya tovuti kama hizo kuwa na mazingira bora zaidi kwa “udhibiti wa bajeti” (kwa kuwa unajua takriban ni kiasi gani kila picha kubwa itatumia), lakini epuka kuzikandamiza tena na tena.
• ShortPixelIkiwa idadi ya ukubwa wa picha ndogo ni ndogo, matumizi ya krediti yanabaki rahisi kudhibiti; hata hivyo, tunapotengeneza ukubwa mwingi pamoja na rasilimali za kizazi kijacho, matumizi ya krediti huongezeka kwa kiasi kikubwa, na hivyo kuhitaji upangaji mapema.

5. Ulinganisho wa Ruzuku/Malipo: Kuelezea Iwapo Ruzuku ya Bure Inatosha

Ni ipi inafaa zaidi gharama, na kipindi cha bure kitaendelea kwa muda gani?

5.1 Miundo Mitatu ya Upunguzaji wa Ada

• ShortPixel(Shukrani)Mikopo huhesabiwa kulingana na idadi ya picha halisi pamoja na picha ndogo; kutengeneza matoleo ya WebP/AVIF kutasababisha makato ya ziada ya mikopo kwa kila muundo husika.
• Fikirisha(MB Quota)Upunguzaji wa kiwango unategemea ukubwa wa faili ya awali; picha ndogo zaidi husababisha upunguzaji mkubwa zaidi; ukandaji upya utasababisha upunguzaji zaidi.
• TinyPNG(Shukrani): Kredi 500 kwa mwezi; kuwezesha ubadilishaji wa WebP/AVIF kutagharimu ada ya ziada ya krediti kulingana na ukubwa wa kila picha.

5.2 Mbinu za Makadirio ya Haraka

Unaweza kukadiria hivi:

1. Tafuta tu picha ya asili unayopakia mara nyingi, uone ukubwa wake wa takribani (kwa mfano 300KB / 1MB / 3MB)
2. Kadiria idadi ya takriban ya ukubwa wa picha ndogo ambazo tovuti yako huzalisha (k.m., 5 / 10 / 20)
3. Amua kama utengeneze WebP/AVIF (Ndio/Hapana)

Kisha tumia “hesabu ya akili” ifuatayo kuelewa matumizi:

• ShortPixelKila picha ≈ (1 + idadi ya picha ndogo) mikopo; ikiwa unazalisha WebP/AVIF, ≈ takriban mara mbili ya hiyo (kwa kuwa matoleo ya kizazi kijacho pia yanahitaji mikopo).
• FikirishaKila picha inatumia takriban kiwango cha data kinacholingana na (ukubwa wa picha ya awali + jumla ya ukubwa wa picha ndogo zote); kubadilisha kiwango cha ukandaji na kukandisha tena kutasababisha upungufu zaidi wa data.
• TinyPNGBure: krediti 500; ikiwa tovuti yako inazalisha ukubwa mbalimbali wa picha kwa kila picha na uongofu umewezeshwa, kiwango cha bure kitapungua sana (ukurasa wa programu-jalizi unatoa makadirio rahisi ya “takriban picha 100 kwa mwezi” dhidi ya “takriban picha 50 kwa mwezi”).

6. Ufichuzi wa Hatari

Hatari 1: Epuka kuwa na programu-jalizi nyingi zinazofanya kazi ile ile kwa urudiaji.

Hii ndiyo chanzo cha kawaida zaidi cha maafa.“

• Njia A:Pamoja na WebP au AVIF + EWWW(Gawanya majukumu kati yao wawili; usifanye mabadiliko na usafirishaji unaofanana kwa wakati mmoja, au usisakinishe hata moja kati yao.)
• Njia B: ShortPixel / Imagify / TinyPNG Chagua moja kati ya tatu(Chagua mmoja anayehusika na ukandishaji na kizazi kijacho)

Hatari 2: Utendaji wa “kuingilia ID / kufuta picha ya awali / kubadilisha URL” wa Plus WebP unahesabiwa kama uhamishaji wa rasilimali.

Mara nyingine tena, ni lazima kusisitizwa:Pamoja na WebP Maelezo yanaeleza wazi kwamba wakati wa uzalishaji kamili, kitambulisho cha picha asili kitaandikwa juu, faili asili itafutwa, na URL ya yaliyomo itabadilishwa.
Hii inaashiria kwamba si “marekebisho madogo yanayoweza kubatilishwa wakati wowote”, bali ni mabadiliko katika kiwango cha rasilimali.

Mkakati unaopendekezwa unapaswa kuwa:

• Ujaribio wa awali wa kiwango kidogo (vipengee kumi hadi mia)
• Thibitisha kuwa onyesho la mbele, picha ndogo, na masasisho ya cache zinafanya kazi ipasavyo.
• Fikiria uchakataji wa hifadhidata kamili

Hatari 3: Matumizi halisi ya “ruhusa ya bure” ya ukandamizaji wa wingu hutegemea idadi ya picha ndogo na chaguzi za kizazi kijacho zilizochaguliwa.

• ShortPixelPicha ndogo na kizazi kijacho zitaathiri sana mikopo.
• TinyPNGKuwasha WebP/AVIF kutapunguza salio la ziada kwa kila ukubwa wa picha.
• FikirishaPunguza kulingana na ukubwa wa picha ya awali; kadri picha ndogo zitakavyokuwa nyingi, ndivyo upunguzaji utakavyokuwa mkubwa. Ufinyaji mkali utasababisha upunguzaji kurudiwa.

Hatari 4: “WebP/AVIF zilizotengenezwa” si sawa na “WebP/AVIF zinazotolewa upande wa mbele”

Watumiaji wengi wameripoti kuhisi kuwa tovuti yao haijakuwa ya haraka zaidi baada ya ubadilishaji, na chanzo kikuu ni kwamba upande wa mbele unaendelea kutoa faili za JPG/PNG (kutokana na kutokulingana katika hatua yoyote ya mchakato: uhifadhi wa kache, uandishi upya, lebo, au majadiliano ya kivinjari).

7. Nitathibitisha vipi kama imefanya kazi baada ya kukamilisha kazi?

Njia nne rahisi sana za uthibitisho:

1. Baada ya kusasisha ukurasa uleule kwa mara ya pili, je, mchakato wa upakiaji ni thabiti zaidi na haraka zaidi?(Ufanisi unaoonekana wa kuhifadhi na uboreshaji)
2. Je, kuna tofauti inayoonekana katika vipimo vya picha kati ya upakiaji kwenye simu na kwenye kompyuta?(Jibu) seti za chanzo/saizi Iwapo ni yenye ufanisi
3. Angalia kwa haraka picha kadhaa: Je, kuna faili au rasilimali za WebP au AVIF?Je, tovuti inaitumia kweli? kizazi kijacho）
4. Angalia picha kadhaa kwa haraka: zomea ili kuona kama zinaonekana zimefifia kwa kiasi kikubwa au kama maandishi yanaonekana yamefifia.(Je, ubora wa ukandishaji ni kupita kiasi?)

Ikiwa vigezo vyote vinne vimetimizwa, inaonyesha kwamba njia uliyochagua sasa inafanya kazi. Endelea na hatua inayofuata. Safu ya uwasilishaji“Uthabiti wa jumla utaimarishwa.

8. Mapendekezo ya Hatua

1. Kwanza chagua njia yako:

• Ningependa kuiweka huru kadri iwezekanavyo.Pamoja na WebP au AVIF + EWWW (au weka moja tu kati yao)
• Kuokoa rasilimali za seva na kufurahia amani ya akili zaidi kwa malipo unavyotumiaChagua moja ya zifuatazo: ShortPixel / Imagify / TinyPNG

2. Fanya jaribio dogo (vitu kadhaa ishirini)
3. Thibitisha kila kitu kiko sawa kabla ya kuendelea na kundi.
4. Uboreshaji zaidi unahitajika ili kuimarisha utulivu wa utoaji:Kusoma Uongezaji kasi wa CDN

Maswali Yanayoulizwa Mara kwa Mara

1. Ninapaswa kusakinisha programu-jalizi ngapi? Ninaweza kuzisakinisha zote?

Jaribu kushikamana na njia moja.

• Njia A: WebP au AVIF + EWWW Image Optimizer (au weka moja tu kati yao)
• Njia B: Chagua moja kati ya ShortPixel / Imagify / TinyPNG
  Kuwa na programu-jalizi nyingi zikifanya kazi kwa wakati mmoja “ushinikizo/ubadilishaji hadi WebP/AVIF/marekebisho ya URL/uandishi upya wa utoaji” ndani ya tovuti moja kuna uwezekano mkubwa wa kuleta fujo na ni vigumu zaidi kutatua matatizo yake.

2. Je, WordPress tayari haiauni WebP/AVIF? Je, bado nahitaji programu-jalizi?

Ni muhimu kutofautisha:
“Usaidizi wa kupakia/kutumia” ≠ “Ubadilishaji wa kiotomatiki/utekelezaji wa kiotomatiki”
WordPress 6.5 haitabadilisha kwa kiotomatiki kwa wingi faili za zamani za JPG/PNG kuwa WebP/AVIF, wala haitasimamia kiotomatiki mtiririko kamili wa kazi wa “kutoa AVIF/WebP kulingana na uwezo wa kivinjari na mbadala”. Ili kusasisha maktaba za media za kihistoria, kawaida inahitajika programu-jalizi au huduma kukamilisha mchakato.

3. Katika uboreshaji wa picha, ni hatua gani inayotoa faida kubwa zaidi kwa uwekezaji?

Kwa kawaida Kwanza, panga vipimo ipasavyo (srcset/sizes)。
Tovuti nyingi hufanya kazi polepole si kwa sababu hazina ukandishaji, bali kwa sababu kurasa zinaonyesha tu 900px wakati zinawafanya watumiaji kupakua picha nzima ya 3000px. Ukandishaji huokoa kilobaiti, lakini vipimo visivyoendana vinaweza kupoteza mara kadhaa kiasi hicho katika upakuaji usiohitajika.

4. Ninawezaje kuthibitisha kuwa picha ndogo ndiyo inapakia kwa sasa, badala ya kupakua ile ya asili kila wakati?

Angalia matukio mawili:

• Unapofungua ukurasa kwenye kifaa cha mkononi, vipimo vya picha iliyopakuliwa ni vidogo kwa kiasi kinachoonekana kuliko kwenye kompyuta ya mezani.
• Ukubwa wa rasilimali wa picha ile ile hutofautiana inapopakiwa kwenye vifaa tofauti.
  Ikiwa picha za asili zinapakuliwa kila mara, chanzo cha kawaida ni kwamba mandhari/mjenzi huchukulia picha kama mandhari ya CSS au pato maalum, ukiepuka utendaji wa maktaba ya vyombo vya habari wa ukubwa mbalimbali na srcset.

5. Je, “generated WebP/AVIF” lazima inamaanisha kuwa frontend inatoa WebP/AVIF?

Sio sawa na.
Uzalishaji ni ukamilisho tu wa “tabaka la faili”; iwapo sehemu ya mbele ya wavuti inatoa WebP/AVIF kwa kweli inategemea vigezo kama vile uandishi upya, mkakati wa lebo za picha, upatikanaji wa cache, na kama mazungumzo ya kivinjari yanafanya kazi. Mara tu utakapomaliza, lazima ukague kwa haraka aina za rasilimali za picha kadhaa.

6. Hatari hasa ni ipi na WebP au AVIF? Je, naweza kufanya uongozaji wa kubofya mara moja kwa maktaba nzima?

Kituo chake cha hatari si “compression”, baliMarekebisho ya Kiwango cha Uhamishaji Mali：

• Wakati wa uzalishaji kamili, kitambulisho cha faili ya picha ya awali kinaweza kuandikwa juu, faili ya awali inaweza kufutwa, na URL ndani ya maudhui hubadilishwa.
  Kwa hivyoHaipendekezwi kubadilisha hifadhidata nzima mara moja.Kwanza fanya upimaji wa kiwango kidogo (rekodi kumi hadi mia) na hakikisha nakala za akiba zinapatikana kabla ya kufikiria usindikaji kamili wa hifadhidata.

7. Jinsi ya kuchagua kati ya modi mbili za Plus WebP: Kuhifadhi picha asili au Kubadilisha na kufuta picha asili?

Kwa maneno rahisi:

• Modu 1: Hifadhi picha asili + tengeneza nakala ya WebP/AVIF (imara zaidi)Rahisi kwa kurudisha nyuma, lakini nafasi ya diski itaongezeka (picha ya awali + muundo mpya + picha ndogo za ukubwa tofauti).
• Hali ya 2: Badilisha na futa picha ya awali (kwa ukali zaidi)Upanuzi wa diski si rahisi kufanikisha, lakini unapobadilisha mali na marejeleo kwa wakati mmoja, gharama ya kutatua matatizo ya muafaka inakuwa kubwa zaidi.
  Kadiri tovuti inavyokuwa tata zaidi (mauzo mtandaoni/plagini nyingi/saizi nyingi), ndivyo inavyopendekezwa zaidi kuanza na mbinu thabiti zaidi.

8. Je, kubana picha kwa ndani bila malipo kwa EWWW Image Optimizer kunatosha? Je, kuna uwezekano wa kuizidi uwezo seva?

EWWW ni kama “mfanyakazi wa ndani wa kubana”: hutumia CPU/IO.
Ni kawaida kwa mzigo kuongezeka wakati wa uboreshaji wa vikundi. Hii haimaanishi kuwa mbinu haifai, bali kwamba mkakati lazima uwe unaofaa: tekeleza katika vikundi, wakati wa saa zisizo na msongamano mkubwa, na chagua kupakua au kutumia suluhisho za wingu inapohitajika.
Ikiwa unatafuta suluhisho lisilo na usumbufu au una rasilimali chache za seva, Njia B ni yenye ufanisi zaidi kwa seva.

9. Krediti 100 za bure za ShortPixel kwa mwezi – kwa nini inaonekana zimeisha baada ya picha chache tu?

Kwa sababu Kredi si “idadi ya picha”.”zitapunguzwa kuwa picha ndogo na upanuzi wa kizazi kijacho:

• Picha ya asili + kila picha ndogo huhesabiwa kama sifa
• Ikiwa WebP/AVIF itatengenezwa, kila toleo husika litatumia krediti ya ziada.
  Kwa hivyo unaweza kufikiria “picha 1” inaweza kutumia karibu “krediti za tarakimu mbili”. ShortPixel

Kwa nini kiwango cha bure cha Imagify cha 20MB/mwezi kinaisha haraka pia?

Imagify ni kama “kifurushi cha data”:

• Kulingana na ujumbe wakoUkubwa wa faili halisiPunguza kiasi
• Kadri picha ndogo zinavyoongezeka, ndivyo matumizi yanavyoongezeka.
• Kubadilisha kiwango cha ukandishaji ili kuboresha upya kutatumia kikwazo cha ziada.
• Ufunguo mmoja wa API unashirikiwa kwenye tovuti nyingi, huku viwango vya matumizi vikishirikiwa ipasavyo.
  Kwa hivyo “20MB inatumika haraka” mara nyingi husababishwa na picha kubwa sana, picha ndogo nyingi, au kujaribu na kukosea mara kwa mara.

11. TinyPNG inatoa krediti 500 za bure kila mwezi, kwa nini programu-jalizi inasema ni takriban picha 100 tu kwa mwezi? Na kwa nini inashuka hadi picha 50 kwa mwezi baada ya kuwezesha WebP/AVIF?

Kwa sababu mikopo ya TinyPNG pia huongezwa na “size/variant”:

• Usanidi wa kawaida wa WordPress kwa kawaida huchakata picha takriban 100 kwa mwezi.
• Wezesha uongofu wa AVIF au WebP:Kila ukubwa wa picha utagharimu ada ya ziada.Kwa hivyo, inaonekana inawezekana tu kubana na kubadilisha takriban picha 50 kwa mwezi (kulingana na idadi ya ukubwa wa picha ndogo).
  Kwa hivyo, krediti 500 ≠ picha 500.

12. Je, tovuti yangu ina picha ndogo ngapi hasa? Kwa nini ina athari kubwa kiasi hicho?

Kupakia picha kwenye WordPress huunda ukubwa mbalimbali; mandhari/viendelezi (hasa vya biashara mtandaoni) vinaweza kuongeza vipimo vingine.
Mikopo/vipimo vya ukandamizaji wa mawingu kawaida huhesabiwa kama “picha ya awali + picha ndogo zilizounganishwa”, hivyo kadri idadi ya picha ndogo inavyoongezeka, ndivyo kiwango cha bure kinavyopungua.

13. Je, upakiaji wa vigezo (lazy loading) daima huongeza kasi? Kwa nini wengine husema kwamba kwa kweli hupunguza kasi?

Upakiaji wa uvivu unafaa kwa rasilimali zilizoko nje ya skrini.
Ikiwa picha kubwa muhimu zaidi kwenye skrini ya kwanza pia itachelewa kupakia, inaweza kupunguza kasi ya uzoefu wa skrini ya mwanzo. Upakiaji wa vicheleweshaji (lazy loading) kwa chaguo-msingi katika WordPress 5.5 na matoleo ya baadaye kwa ujumla unakubalika, lakini epuka mbinu ya jumla.

14. Ninatumia njia A au B, ninahitaji lini CDN / picha CDN?

Ufinyaji, ukubwa na muundo vinakidhi hitaji la “faili ndogo zaidi, zinazofaa zaidi”;
CDN hutatua uwasilishaji kuwa karibu zaidi na thabiti zaidi。
Wakati picha zinapovutwa kutoka tovuti chanzo iliyo mbali na kusababisha ucheleweshaji ulio wazi, kuongeza CDN/picha CDN baadaye (kama vile Cloudflare Polish / Jetpack Site Accelerator) kutafanya hali ya jumla iwe thabiti zaidi, kusomwa WordPress CDN Kuharakisha。

15. Ni njia gani rahisi zaidi ya kuthibitisha kwamba inafanya kazi kweli baada ya mimi kuifanya?

Njia ya uthibitisho inayookoa muda zaidi:

• Baada ya kusasisha ukurasa uleule kwa mara ya pili, je, mchakato wa upakiaji ni thabiti zaidi na haraka zaidi?
• Je, kuna tofauti inayoonekana katika vipimo vya picha kati ya upakiaji kwenye simu na kwenye kompyuta (je, srcset/sizes zinafanya kazi kama ilivyokusudiwa)?
• Angalia kwa haraka picha kadhaa: Je, kuna faili au rasilimali za WebP au AVIF?
• Angalia picha kadhaa kwa haraka: zomea ili kuona kama zinaonekana zimefifia kwa kiasi kikubwa au kama maandishi yanaonekana yamefifia.