વેબસાઇટ છબી ઑપ્ટિમાઇઝેશન

છબીઓનું ઑપ્ટિમાઇઝેશન WordPressની કામગીરીમાં રોકાણ પર સૌથી વધુ વળતર આપે છે: સમાન પૃષ્ઠ રચનાઓ અને થીમ્સ સાથે, ફક્ત છબીના કદ, પરિમાણો, ફોર્મેટ અને ડિલિવરી પદ્ધતિ યોગ્ય રીતે ગોઠવવાથી લોડિંગ અનુભવમાં તરત સુધારો થાય છે.

જોકે, છબીઓનું ઑપ્ટિમાઇઝેશન એ એવી પરિસ્થિતિ સર્જવાની સૌથી વધુ સંભાવના ધરાવે છે, જ્યાં “જેટલું વધુ તમે ફેરફાર કરો, તેટલું જ તે વધુ ખરાબ બને છે”. કારણ એ નથી કે તકનીક ખૂબ જ મુશ્કેલ છે, પરંતુ માહિતી ખૂબ જ વિખરાયેલી છે:
તમે કેટલીક લેખો વાંચ્યા, અને જાણ્યું કે “કમ્પ્રેસ”, “WebP/AVIF”, “લેઝી લોડ” જરૂરી છે. પછી પ્લગિનની માહિતીમાં ફરી લખેલું દેખાય છે: “દર મહિને 100 ક્રેડિટ મફત”, “મફત 20MB”, “દરેક છબી માટે 1 ક્રેડિટ”. પરિણામે જેટલું વધુ જુઓ, એટલું વધુ ગૂંચવણ થાય—આખરે મફત કેટલું પૂરતું છે? ચાર્જ કેવી રીતે કપાય છે? શું “એક જ વસ્તુ” વિશે તમારી સમજ ખોટી પડી છે? અને સૌથી મહત્વનું:શું તે ખરેખર તમે પૂર્ણ કર્યા પછી લાગુ પડ્યું?

આ લેખ ફક્ત ત્રણ કામ કરે છે:

1. અહીં તમારા માટે એક અમલયોગ્ય સૂચન છે.માર્ગનકશો(સૌપ્રથમ શું કરવું, ત્યારબાદ શું કરવું)
2. તમે પસંદ કરવા ઇચ્છતા વિકલ્પોને સ્પષ્ટ રીતે સમજાવો (મફત અને ચૂકવણીવાળા સંસ્કરણોમાં ચોક્કસ શું તફાવત છે, અને તે કોના માટે યોગ્ય છે).
3. સૌથી સામાન્ય ખામીઓને પહેલેથી જ યાદીમાં દર્શાવો (પૂર્ણ થયા પછી ટ્રબલશૂટિંગની ઝંઝટથી બચવા માટે)

1. મૂળભૂત: WordPress ડિફોલ્ટ રૂપે શું સમાવેશ કરે છે અને શું સમાવેશ કરતું નથી

જો તમે પહેલા એ સમજી ન લો કે WordPress કોરએ પહેલેથી શું અમલમાં મૂક્યું છે, તો બે પરિસ્થિતિઓ ઊભી થઈ શકે છે:

• સુલભ “મફત સુવિધાઓ'નો ઉપયોગ કરવાની બદલે, અમે ચક્રને ફરીથી શોધવામાં સમય અને પૈસા બગાડી નાખ્યા.
• મને લાગ્યું હતું કે WordPress આપોઆપ બધી જ જૂની છબીઓને WebP/AVIFમાં રૂપાંતરિત કરશે, પરંતુ એવું થયું નહીં.

વર્ડપ્રેસ કોરમાં પહેલેથી જ આ આવશ્યક ક્ષમતાઓ સામેલ છે:

• પ્રતિસાદી છબીઓ (srcset/sizes)WordPress 4.4 થી આગળ, કોર છબીઓ આઉટપુટ કરશે. srcset 与 sizesઅને અપલોડ દરમિયાન જનરેટ થયેલી વિવિધ કદની છબીઓનો ઉપયોગ કરો, જેથી બ્રાઉઝર સ્ક્રીનની પરિસ્થિતિઓના આધારે લોડ કરવા માટે વધુ યોગ્ય સંસાધનો પસંદ કરી શકે.
• મૂળ આળસિયું લોડિંગWordPress 5.5 અને ત્યારબાદની આવૃત્તિઓ HTML ધોરણોનો ઉપયોગ કરીને, ચિત્રો માટે મૂળ લેઝી લોડિંગ ડિફોલ્ટ રૂપે સક્રિય કરે છે. loading સંપત્તિ અમલ
• WebP ફાઇલો અપલોડ કરવાની સપોર્ટ કરે છેWordPress 5.8 થી આગળ, WebP ફાઇલોને JPEG/PNG જેવી જ અપલોડ અને ઉપયોગ કરવાની મંજૂરી આપે છે (જો હોસ્ટિંગ પર્યાવરણ WebP ને સપોર્ટ કરે).
• AVIF અપલોડ્સને સમર્થન આપે છેWordPress 6.5 થી આગળ AVIF ફાઇલોને JPEG/PNG જેવી જ રીતે અપલોડ કરવાની અને ઉપયોગ કરવાની મંજૂરી આપે છે (હોસ્ટિંગ પર્યાવરણના સમર્થનને આધારિત).

તથાપિ, નોંધો:
“અપલોડ/ઉપયોગ માટેની સહાય” ≠ “સ્વચાલિત રૂપાંતરણ/સ્વચાલિત વિતરણ”
અન્ય શબ્દોમાં: જો તમે પહેલેથી જ WP 6.5 ચલાવી રહ્યા હો, તો તમારી મીડિયા લાઇબ્રેરીમાં રહેલી JPG/PNG ફાઇલો આપોઆપ WebP/AVIFમાં રૂપાંતરિત નહીં થાય; અને તમને આપોઆપ એ સંપૂર્ણ ક્ષમતા પણ નહીં મળે કે “બ્રાઉઝર સપોર્ટના આધારે AVIF/WebP આઉટપુટ કરો અને જે બ્રાઉઝર્સ સપોર્ટ નથી કરતા, તેમના માટે મૂળ છબી પર પાછા ફરો” – આ કાર્યક્ષમતા સામાન્ય રીતે પ્લગઇન્સ અથવા વધારાની સેવાઓ દ્વારા પૂર્ણ થાય છે.

2. માર્ગનકશો: 5 પગલાંમાં છબી શ્રેષ્ઠકરણ

શું કરવું, શા માટે, સંતોષકારક કામગીરી શું ગણાય, અને સામાન્ય ખામીઓ શું છે.

2.1 પહેલા માપ યોગ્ય રીતે મેળવો (સૌથી સરળતાથી અવગણાય છે, પરંતુ સૌથી વધુ ફળ આપે છે)

ઘણા સાઇટ્સ ધીમી છે, કારણ કે કમ્પ્રેશન લાગુ કરવામાં આવ્યું નથી, પરંતુડિસ્પ્લે વિસ્તાર કરતાં નોંધપાત્ર રીતે મોટી છબી ડાઉનલોડ કરી：
ઉદાહરણ તરીકે, જો કોઈ પૃષ્ઠ વાસ્તવમાં માત્ર 900px પહોળું જ દર્શાવે છે, પરંતુ તમે મુલાકાતીઓને સંપૂર્ણ 3000px ચિત્ર ડાઉનલોડ કરવા માટે કહો છો, તો બ્રાઉઝર તેને પ્રદર્શિત કરતા પહેલા સંપૂર્ણ રીતે ડાઉનલોડ કરશે. આથી બેન્ડવિડ્થ વેડફાય છે, ડિકોડિંગ સમય વધે છે અને પ્રથમ-સ્ક્રીન લોડ ધીમું થાય છે.

વર્ડપ્રેસ 4.4 અને તેથી ઉપરપ્રતિસાદી છબી પ્રણાલી（srcset/sizes) ખાસ કરીને આ મુદ્દાને ઉકેલવા માટે.

પાસ માર્ક શું ગણાય:

• મોબાઇલ ઉપકરણ પર પૃષ્ઠ ખોલતી વખતે, ડાઉનલોડ થયેલી છબીનું કદ ડેસ્કટોપની તુલનામાં સ્પષ્ટપણે નાનું હોવું જોઈએ.
• એક જ છબીનો રિસોર્સ કદ વિવિધ ઉપકરણોમાં બદલાય છે (હંમેશા મૂળ છબી ડાઉનલોડ કરવાની જગ્યાએ).

સૌથી સામાન્ય ફસણાં:

• કેટલાક થીમ્સ/બિલ્ડર્સ છબીઓને CSS પૃષ્ઠભૂમિ છબીઓ તરીકે ગણવા અથવા કસ્ટમાઇઝ્ડ આઉટપુટ પદ્ધતિઓ અપનાવવાથી આને બાયપાસ કરી શકે છે. srcsetજેના કારણે મોટી છબીઓ સતત ડાઉનલોડ થતી રહે છે
• બાહ્ય ઈમેજ હોસ્ટિંગ સેવાઓ અથવા તૃતીય પક્ષ ઈમેજ બ્લોક્સનો ઉપયોગ કરીને, તમે મીડિયા લાઇબ્રેરી દ્વારા બનાવવામાં આવેલી બહુ-આકારની સિસ્ટમને બાયપાસ કરી શકો છો.

---

2.2 સંકોચન (KB કદ ઘટાડો, પરંતુ ગુણવત્તા સાથે સમાધાન ન કરો)

કોમ્પ્રેશનનો સાર “જેટલું નાનું, તેટલું સારું” નથી, પરંતુ “નગ્ન આંખે લગભગ અદૃશ્ય એવો ફરક, છતાં વોલ્યુમમાં નોંધપાત્ર ઘટાડો” છે.

નિયમો નીચે મુજબ છે:

• ફોટોગ્રાફ્સ/વાસ્તવિક શોટ્સ (પ્રતિમાઓ, ઉત્પાદનો, દૃશ્યો)લોસી કમ્પ્રેશનને પ્રાથમિકતા આપો (લાભોને મહત્તમ કરે)
• વ્યાપક લખાણવાળું સ્ક્રીનશોટ/છબીટેક્સ્ટ ધૂંધળું દેખાડતા અટકાવવા માટે સંકોચન વધુ સંરક્ષક હોવું જોઈએ.
• લોગો/આઇકનSVG ને પ્રાથમિકતા આપો અથવા લોસલેસ કમ્પ્રેશન પસંદ કરો (લોસી કમ્પ્રેશન સરળતાથી કિનારા ધૂંધળા બનાવે છે)

પાસ માર્ક શું ગણાય:

• મોટાભાગના પૃષ્ઠો પર છબીઓનું કદ નોંધપાત્ર રીતે ઘટી ગયું છે.
• કોઈ ધ્વનિ, ધૂંધળા કિનારા, રંગબેન્ડિંગ અથવા લખાણ ધૂંધળું થવું દેખાતું નથી

---

2.3 WebP / AVIF (ફોર્મેટ નીતિ: સમાન સ્પષ્ટતા માટે નાનું ફાઇલ કદ)

વર્ડપ્રેસ હવે અપલોડિંગને સપોર્ટ કરે છે WebP (5.8) અને AVIF (6.5)。
પરંતુ, “આગામી પેઢીનું ફોર્મેટ'ને ખરેખર વ્યવહારુ ઉપયોગમાં લાવવા માટે, સામાન્ય રીતે બે મુદ્દાઓ ઉકેલવાની જરૂર પડે છે:

1. ઇતિહાસિક મીડિયા આર્કાઇવ્સને બેચમાં કઈ રીતે રૂપાંતરિત કરવું(નહીં તો, તમે ફક્ત “ભવિષ્યમાં અપલોડ થનારી નવી છબીઓ” માટે જ ઑપ્ટિમાઇઝ કર્યું છે)
2. ડુપ્લિકેટ બનાવવી જોઈએ કે મૂળ છબીને બદલવી જોઈએ?(આ મહત્વપૂર્ણ વળાંક છે; અમે પછી Plus WebPની “મૂળ છબીઓની બદલી અને કાઢી નાખવાની” પર ધ્યાન કેન્દ્રિત કરીશું.)

સૂચિત લેખન શૈલી:

• WebP: સામાન્ય રીતે ડિફોલ્ટ પસંદગી (વધુ સ્થિર સુસંગતતા પ્રદાન કરે છે)
• AVIF: સંકોચનમાં એક વધુ પગલું, મોટી છબીઓ/પ્રથમ-સ્ક્રીન બેનરો/એલ્બમ ફોટાઓ માટે યોગ્ય (જોકે વધુ...પર્યાવરણીય સહાય પર નિર્ભર）

---

2.4 લેઝી લોડિંગ યોગ્ય રીતે લાગુ કરવી જોઈએ (સાર્વત્રિક અભિગમ ટાળો)

વર્ડપ્રેસ 5.5 થી આગળડિફોલ્ટ રૂપે આળસિયું લોડિંગછબી.
તે પ્રારંભિક રેન્ડરિંગ દરમિયાન બેન્ડવિડ્થ વપરાશ ઘટાડે છે:

• લેઝી લોડિંગ “ઓફ-સ્ક્રીન સંસાધનો” માટે યોગ્ય છે.”
• પ્રથમ સ્ક્રીન પરની સૌથી મહત્વપૂર્ણ છબી (જે ઘણીવાર પ્રથમ સ્ક્રીન પરની મુખ્ય છબી હોય છે) ઘણીવાર વિલંબિત લોડિંગ માટે યોગ્ય નથી.

---

2.5 વિતરણ સ્તર: CDN / છબી CDN

કોમ્પ્રેશન, કદ અને ફોર્મેટ “નાની, વધુ અનુકૂળ ફાઇલો”ની જરૂરિયાતને પૂર્ણ કરે છે.
પરંતુ જો છબીઓ હંમેશા મૂળ સર્વર પરથી દૂરથી લાવવામાં આવે છે, તો નેટવર્ક વિલંબ હજુ પણ અનુભવને સ્પષ્ટ રીતે અસર કરશે. આ સમયે “ડિલિવરી લેયર” ઉકેલ જરૂરી બને છે（CDN/છબી CDN）。

બે સામાન્ય અભિગમો:

• ક્લાઉડફ્લેર પોલેન્ડ：Cloudflare દસ્તાવેજોઆ લેખમાં પોલિશની સંકોચન પદ્ધતિઓ (લોસલેસ/લોસી/WebP) રજૂ કરવામાં આવી છે અને તેનો ઉપયોગ કરવાનો ઉલ્લેખ છે format=auto WebP/AVIF ફોર્મેટ્સનો ઉપયોગ મંજૂર છે.
• જેટપેક સાઇટ એક્સેલરેટર：જેટપેક દસ્તાવેજીકરણતે છબીઓને ઑપ્ટિમાઇઝ કરશે અને તેના નેટવર્ક દ્વારા સ્થિર સંસાધનો સાથે વિતરણ કરશે.

છબી અનુકૂલન કદ ઘટાડવા અને યોગ્યતા સુનિશ્ચિત કરવા માટે જવાબદાર છે.CDN વધુ નજીક અને વધુ સ્થિર ડિલિવરી માટે જવાબદાર

૩. પસંદગી: ફક્ત બે મુખ્ય માર્ગો જ અનુસરવાના છે.

છબીઓના ઓપ્ટિમાઇઝેશનમાં સૌથી સામાન્ય ફંદો “પ્લગઇન્સ ઇન્સ્ટોલ ન કરવું” નહીં, પરંતુ વધારે પડતા પ્લગઇન્સ ઇન્સ્ટોલ કરી દેવું, જેના કારણે અનાવશ્યક પ્રક્રિયા થાય છે:
A કમ્પ્રેસ કરી રહ્યું છે, B પણ કમ્પ્રેસ કરી રહ્યું છે; A WebP/AVIFમાં કન્વર્ટ કરી રહ્યું છે, B પણ કન્વર્ટ કરી રહ્યું છે; A URLs બદલી રહ્યું છે, B તેમને ફરીથી લખી રહ્યું છે—અંતે, તમે પોતે પણ સાઇટ પર શું થઈ રહ્યું છે તે સમજાવી શકતા નથી.

નિયમો:

આગળ વધવા માટે માત્ર એક જ માર્ગ છે: પૂર્ણપણે મફત સ્થાનિક સંગ્રહ, અથવા પસંદગી માટે ત્રણ વિકલ્પો સાથે ક્લાઉડ સંકોચન.

• માર્ગ A (સંપૂર્ણપણે મફત સ્થાનિક):વધુમાં WebP અથવા AVIF + EWWW Image Optimizer(અથવા તેમાંની ફક્ત એક પસંદ કરો)
• માર્ગ B (ત્રણ ક્લાઉડ સંકોચન વિકલ્પોમાંથી એક પસંદ કરો):શોર્ટપિક્સેલ / ઈમેજીફાઇ / ટાઇનીપીએનજી

---

3.1 માર્ગ A: સંપૂર્ણપણે મફત સ્થાનિક (વેબપી અથવા AVIF અથવા EWWW સાથે)

આ માર્ગની નિર્ધારક લક્ષણો છે:

• તમે માસિક ક્વોટા અથવા પ્રતિ-ફાઇલ આધારિત તૃતીય-પક્ષ સંકોચન સેવાઓ પર નિર્ભર નથી (જોકે કેટલીક સુવિધાઓ વૈકલ્પિક સેવાઓ ઓફર કરી શકે છે).
• કિંમત એ છે: બૅચ પ્રોસેસિંગ સર્વર CPU/IO વધુ વાપરી શકે છે, તેથી તમને “રણનીતિ અને જોખમ” પર વધુ ધ્યાન આપવું પડશે”

3.1.1 વધુમાં WebP અથવા AVIFમૂળ સંકલ્પના “જનરેશન/રિપ્લેસમેન્ટ” છે, જે પરંપરાગત “કોમ્પ્રેશન ટૂલ” નથી.”

• જ્યારે સંપૂર્ણ-રિઝોલ્યુશન છબીઓ જનરેટ કરતા હો ત્યારે:મૂળ ઈમેજ ફાઇલ ID WebP/AVIF ફાઇલથી ઓવરરાઇટ કરવામાં આવશે, મૂળ ફાઇલ કાઢી નાખવામાં આવશે, અને સામગ્રીમાં રહેલ URL પણ બદલવામાં આવશે.。
• પ્લગઇન WP-CLI કમાન્ડ્સ પ્રદાન કરે છે અને સલાહ આપે છે: જ્યારે અનેક ફાઇલો સાથે કામ કરવું હોય ત્યારે WP-CLI વધુ વિશ્વસનીય સાબિત થાય છે.

આનો અર્થ એ છે કે તે તમારા માટે શાંતપણે WebP બનાવતું નથી, પરંતુ તે ફક્ત એક જ વખત બની શકે છે.સંપત્તિ સ્થળાંતર(ખાસ કરીને જ્યારે તમે “મૂળ છબીને બદલો અને કાઢી નાખો” વિકલ્પ સક્રિય કરો છો)

બંને મોડ વચ્ચેનો તફાવત

મોડ 1: મૂળ છબી જાળવો + WebP/AVIF નકલ બનાવો (વધુ સ્થિર)

• લાભ: સુસંગતતા સમસ્યાઓની સ્થિતિમાં પાછું ફેરવવું વધુ સરળ
• ખર્ચ: ડિસ્ક જગ્યાનો ઉપયોગ વધશે (મૂળ છબી + નવું ફોર્મેટ + વિવિધ કદના થંબનેલ્સ)

મોડ 2: મૂળ છબીને બદલવી અને કાઢી નાખવી (વધુ આક્રમક)

• લાભો: ડિસ્કો એટલી ઝડપથી વિસ્તરતા નથી; આંતરિક સંદર્ભો આપોઆપ નવા ફોર્મેટમાં રૂપાંતરિત થાય છે.
• જોખમો: જ્યારે સંપત્તિઓ અને સંદર્ભોને એકસાથે ફેરફાર કરવામાં આવે છે, ત્યારે સુસંગતતા સંબંધિત સમસ્યાઓનું નિરાકરણ નોંધપાત્ર રીતે વધુ ખર્ચાળ બની જાય છે (ખાસ કરીને જ્યારે બાહ્ય સિસ્ટમો અથવા થીમની લોજિક મૂળ ફાઇલનામો/માર્ગો/ફોર્મેટ્સ પર આધાર રાખે છે).

WebP અથવા AVIF સાથે સામાન્ય ખામીઓ

1. સંપૂર્ણ ડેટાબેઝ બદલ્યા પછી કેટલીક પૃષ્ઠ છબીઓ ખોટી રીતે પ્રદર્શિત થઈ રહી છે.
   સામાન્ય રીતે કારણ એ નથી કે “છબી ખરાબ છે”, પરંતુ સાંકળમાં કોઈ લિંક – જેમ કે URL બદલવાની પ્રક્રિયા, કેશિંગ અથવા થંબનેલ વ્યૂહરચનાઓ – યોગ્ય રીતે સુસંગત ન થવાને કારણે.
2. થમ્બનેલ્સની સંખ્યા જેટલી વધારે, ફેરફારોની વ્યાપકતા એટલી જ વધારે.
   WordPressમાં છબી અપલોડ કરતાં અનેક પરિમાણો ઉત્પન્ન થાય છે; થીમ્સ અથવા પ્લગઇન્સ વધુ કદ ઉમેરી શકે છે. સંપૂર્ણ બદલાવનો અર્થ એ છે કે તમે ખૂબ મોટી ફાઇલોના સંગ્રહમાં ફેરફાર કરી રહ્યા હોઈ શકો છો.
3. ફક્ત ફોર્મેટ માઇગ્રેશન કરવાથી સંભવિત સૌથી નાનું વોલ્યુમ મળવાની ગેરંટી નથી.
   WebP/AVIF ફાઇલો સામાન્ય રીતે નાની હોય છે, પરંતુ “કદની રણનીતિ” અને “સંકુચનની રણનીતિ” મહત્વપૂર્ણ જ રહે છે. Plus WebP ને “ઝડપી લોડિંગ માટેનું એક-ક્લિક ઉકેલ” તરીકે નહીં માનશો.

---

3.1.2 ઈવ્વ ઈમેજ ઓપ્ટિમાઇઝરમફત સ્થાનિક સંકોચન ઉકેલ

EWWW પ્લગઇન પૃષ્ઠનું સ્થાન ખૂબ જ સ્પષ્ટ છે:

• તે તમારા સર્વર પર ઓપ્ટિમાઇઝેશન માટે ઉપયોગમાં લેવાતા સાધનો (jpegtran, optipng, pngout, pngquant, gifsicle, cwebp, વગેરે)ની એક શ્રેણીનો ઉપયોગ કરી શકે છે.
• જો તમને વધુ સંકોચન અથવા ઓછો CPU ઉપયોગ જોઈએ, તો CPU વાપરતી પ્રક્રિયાને તેના સર્વર પર ઑફલોડ પણ કરી શકો છો (વૈકલ્પિક).

રૂટ Aમાં EWWWએ શું ભૂમિકા ભજવવી જોઈએ?

જો તમે “ફોર્મેટ માઇગ્રેશન/બદલી રણનીતિ” માટે Plus WebP નો ઉપયોગ કરી રહ્યા છો, તો EWWW આ કાર્ય માટે વધુ યોગ્ય છે:

• દબાણ અને જથ્થાનું શ્રેષ્ઠીકરણ(ખાસ કરીને JPG/PNG ફાઇલો જેવા કાચા સંસાધનોના કદમાં ઘટાડો)
• ઐતિહાસિક મીડિયા લાઇબ્રેરીઓની બેચ ઑપ્ટિમાઇઝેશન(URL બદલવાની જગ્યાએ “વોલ્યુમ ઘટાડવા” પર ધ્યાન કેન્દ્રિત કરીને)

EWWW ના ક્લાસિક ફંદા

1. બેચ ઑપ્ટિમાઇઝેશન દરમિયાન સર્વરનો ભાર વધે છે
   કારણ કે લોકલ કમ્પ્રેશન CPU/IO બહુ વાપરે છે. ઉકેલ એ નથી કે તેનો ઉપયોગ ન કરો, પરંતુ બેચમાં કરો, ઓછી ટ્રાફિકવાળા સમયે કરો અને જરૂર હોય ત્યારે ઑફલોડ અથવા ક્લાઉડ વિકલ્પ પસંદ કરો.
2. “WebP જનરેટ કરવું એ અનિવાર્યરૂપે એ નથી કે ફ્રન્ટએન્ડ WebP સર્વ કરી રહ્યું છે.
   ઘણા પ્લગઇન્સ આ ખોટી ધારણા હેઠળ કામ કરે છે: જનરેશન એક વાત છે, ડિલિવરી સ્ટ્રેટેજી (પુનઃલેખન, છબી ટેગ્સ, કેશ હિટ્સ, વગેરે) એકદમ અલગ છે.
3. અન્ય પ્લગઇન્સ જેવી જ કાર્યક્ષમતાની નકલ કરવી
   જો તમે રૂટ A પસંદ કરો, તો ShortPixel/Imagify/TinyPNG જેવી ક્લાઉડ કમ્પ્રેશન સેવાઓ એકઠી કરવાનું ટાળો; જો તમે રૂટ B પસંદ કરો, તો Plus WebP રિપ્લેસમેન્ટ લોજિકને નિષ્ક્રિય કરો. મૂળ સિદ્ધાંત:એક જ કાર્યપદ્ધતિ પર અડગ રહો.

---

3.2 માર્ગ B: ત્રણ ક્લાઉડ કમ્પ્રેશન સેવાઓ (ShortPixel / Imagify / TinyPNG)માંથી એક પસંદ કરો

આ માર્ગ એવા લોકો માટે યોગ્ય છે જે સર્વર સંસાધનો બચાવવા ઇચ્છે છે, બેચ પ્રોસેસિંગ માટે વધુ ઝંઝટમુક્ત પદ્ધતિ પસંદ કરે છે અને “પે-એઝ-યુ-ગો” કિંમત માળખા સાથે આરામદાયક છે.
તથાપિ, ક્લાઉડ સંકોચન અંગેની સૌથી સામાન્ય ગેરસમજ એ છે:મફત ભથ્થું માત્ર “મફત પાનાઓ'ની વાત નથી.થમ્બનેલ કદોની સંખ્યા, WebP/AVIF ફોર્મેટ્સ જનરેટ થાય છે કે નહીં, અને પુનરાવર્તિત રીકમ્પ્રેશન થાય છે કે નહીં, તે બધું સંસાધન વપરાશ પર નોંધપાત્ર અસર કરશે.

નીચે અમે સમજાવીશું: મફત/ચુકવણીવાળા સ્તરો કેવી રીતે કાર્ય કરે છે, ક્વોટા કેવી રીતે ઘટાડવામાં આવે છે, ટાળવા માટેની સૌથી સામાન્ય ભૂલશો, અને કયા સાઇટ પ્રકારો સૌથી વધુ યોગ્ય છે.

---

3.2.1 શોર્ટપિક્સેલદર મહિને 100 મફત ક્રેડિટ્સ, પરંતુ થમ્બનેલ્સ અને WebP/AVIF વિસ્તરણો દ્વારા ક્રેડિટ્સ વપરાશે.

મફત/ચુકવણીવાળા વિશે શું છે?

ShortPixel પ્લગઇનનું વર્ણન સ્પષ્ટપણે કહે છે:

• દર મહિને 100 મફત ક્રેડિટ્સ
• અતિરિક્ત અનલિમિટેડ માસિક ક્રેડિટ્સ પણ ઉપલબ્ધ છે (પ્લગઇન પૃષ્ઠ પર સંબંધિત કિંમતની માહિતી આપવામાં આવી છે).
• તે “ગેર-મુદત સમાપ્ત થનારા એકવાર ઉપયોગ માટેના ક્રેડિટ પેકેજો” પણ ઓફર કરે છે (પ્રારંભિક કિંમતની માહિતી સાથે)

નોંધ:

• મફત: હળવા સાઇટ્સ અથવા પરીક્ષણ હેતુઓ માટે માસિક ક્રેડિટ ફાળવણી.
• એકવારનું પેકેજ: વિશાળ મીડિયા લાઇબ્રેરી ધરાવતી સાઇટ્સ માટે યોગ્ય, જે એક જ વ્યવહારમાં સ્ટોક સાફ કરવા માંગે છે (અનિશ્ચિત સમયગાળા માટે એકવાર ખરીદવામાં આવે છે, સામાન્ય રીતે કોઈ સમયમર્યાદા વિના).
• માસિક/અનલિમિટેડ: સતત છબી અપડેટ્સ અને લાંબા ગાળાની સ્થિર ઓપ્ટિમાઇઝેશનની જરૂરિયાત ધરાવતી સાઇટ્સ માટે યોગ્ય.

ShortPixelની અધિકૃત જ્ઞાન આધાર “એકવારની પેકેજો વિરુદ્ધ અનલિમિટેડ માસિક યોજનાઓ” ની તુલનાને પણ સંબોધે છે.સ્પષ્ટ સમજાવટ：અસીમ માસિક યોજના માસિક (અથવા વાર્ષિક) ચૂકવવામાં આવે છે, અસીમ credits આપે છે, અને નિશ્ચિત CDN ક્વોટા સાથે આવે છે; એક વખત ખરીદેલા credits ક્યારેય સમાપ્ત થતા નથી, જેથી તમે જરૂર મુજબ વધુ નિયંત્રણ સાથે તેનો ઉપયોગ કરી શકો.

સૌથી મહત્વપૂર્ણ મુદ્દો: ShortPixel ક્રેડિટ્સ કેવી રીતે ગણવામાં આવે છે?

ShortPixel અધિકૃત દસ્તાવેજીકરણ KB એ ખૂબ જ સ્પષ્ટ રીતે કહ્યું:

• વર્ડપ્રેસમાં છબી અપલોડ કરવાથી અનેક થમ્બનેલ્સ બનાવવામાં આવે છે;
• દરેક થમ્બનેલ ઓપ્ટિમાઇઝેશન એક ક્રેડિટ તરીકે ગણાય છે.；
• જો તમે WebP અથવા AVIF જનરેટ કરવા પસંદ કરો,મૂળ છબી અને તેની થમ્બનેલની દરેક WebP/AVIF આવૃત્તિ માટે એક વધારાનો ક્રેડિટ લાગશે.；
• તમે ક્રેડિટ વપરાશ ઘટાડવા માટે કેટલીક થમ્બનેલ્સને ઑપ્ટિમાઇઝેશનમાંથી બહાર રાખી શકો છો.

શ્રેય ઉદાહરણ：

ધારો કે તમે એક છબી અપલોડ કરો છો, અને થીમ/પ્લગઇન આઠ થંબનેલ્સ બનાવે છે:

• મૂળ છબી + થંબનેલ્સનું ઓપ્ટિમાઇઝેશન: 1 (મૂળ છબી) + 8 (થંબનેલ્સ) = 9 ક્રેડિટ્સ
• જો WebP/AVIF જનરેશન પણ જરૂરી હોય: ઉપરોક્ત 9 ફોર્મેટ્સમાં દરેક માટે એક નેક્સ્ટ-જનરેશન સંસ્કરણ ઉમેરો → પછી વધુ 9 ક્રેડિટ્સ ઉમેરો.
  અન્ય શબ્દોમાં, તમે જેને “એક છબી” માનતા હો, તે વાસ્તવમાં લગભગ “દસ-અંકવાળા ક્રેડિટ્સ” ખર્ચી શકે છે.

તેથી:“મફત 100 ક્રેડિટ્સ” નો અર્થ “મફત 100 છબીઓ” નથી.

ShortPixel ની સૌથી સામાન્ય ખામીઓ

1. મફત 100 ક્રેડિટ્સ ઝડપથી ખતમ થઈ જાય છે
   મૂળ કારણ: WebP/AVIF જનરેશન માટે અનેક થમ્બનેલ્સ + વધારાના ક્રેડિટ્સ જરૂરી.
   સૂચન：

• સૌપ્રથમ સાઇટ પર થમ્બનેલ્સની સંખ્યાનું મૂલ્યાંકન કરો.
• અનાવશ્યક થમ્બનેલ કદોને દૂર કરો (માત્ર તે કદોને ઑપ્ટિમાઇઝ કરો જે વાસ્તવમાં ઉપયોગમાં લેવાશે)
• બેચમાં ચલાવતા પહેલા સંકોચનની રણનીતિ પહેલા નિર્ધારિત કરો, જેથી સંસાધનો ખર્ચતા વારંવાર થતા ટ્રાયલ-એન્ડ-એરર પ્રયાસો ટાળી શકાય.

2. એકસાથે અન્ય ફોર્મેટ રૂપાંતરણ પ્લગઇન્સ ઓવરલે કરો
   જો તમે Plus WebP રિપ્લેસમેન્ટ સક્રિય કરો અને સાથે જ ShortPixel ને નવી પેઢીના ટેગ્સ બનાવવા/દાખલ કરવા સૂચના આપો, તો લોજિક સ્તરબદ્ધ બની જાય છે, જેના કારણે સમસ્યા નિવારણ વધુ મુશ્કેલ બની જાય છે. Route B માં ShortPixel એ આને સ્વતંત્રપણે સંભાળે છે.
3. એ માત્ર ઇન્સ્ટોલ કરવાથી જ “ફ્રન્ટએન્ડ WebP/AVIF સર્વ કરી રહ્યું છે” એવી ગેરંટી મળે છે એમ માનવું.”
   ShortPixel પ્લગઇન પૃષ્ઠતે WebP/AVIF ફોર્મેટ્સમાં રૂપાંતર કરી શકે છે અને આગામી પેઢીની છબીઓને ફ્રન્ટ-એન્ડ પૃષ્ઠોમાં (ઉદાહરણ તરીકે, ટેગ અમલ દ્વારા) સંકલિત કરી શકે છે.
   પરંતુ, એકવાર પૂર્ણ થયા પછી, પરિણામોની હજી પણ ચકાસણી કરવી જરૂરી છે.

---

3.2.2 ઇમેજિફાઇમફત 20MB/મહિનો; “મૂળ છબી કદ + થંબનેલ સંખ્યા” મુજબ ક્વોટા કપાશે, ફરી સંકોચન પર ફરી કપાશે

મફત છૂટછાટ અને ગોઠવણી

ઇમેજિફાઇ ઓફિશિયલ કિંમત પાનુંતે ખૂબ સ્પષ્ટ રીતે લખાયેલું છે:મફત ખાતું દર મહિને 20MB ક્વોટા。
તેના પ્લગઇન પૃષ્ઠમાં પણ સ્પષ્ટ રીતે જણાવાયું છે કે તે WebP/AVIF ફાઇલોને સંકોચિત, કદ બદલવા અને રૂપાંતરિત કરી શકે છે.

કોટા કેવી રીતે ઘટાડવામાં આવે છે?

ઇમેજિફાઇ અધિકૃત દસ્તાવેજીકરણ “ક્વોટા ઉપયોગ કેવી રીતે ગણવામાં આવે છે?” કપાતની પ્રક્રિયાને સ્પષ્ટ રીતે સમજાવે છે:

• થમ્બનેલ્સની સંખ્યા વપરાશને અસર કરશે.ઉદાહરણ તરીકે, જો તમારી પાસે 10 થંબનેલ કદ હોય, તો એક છબીનું ઑપ્ટિમાઇઝેશન 11 છબીઓ (મૂળ છબી અને 10 થંબનેલ)નું ઑપ્ટિમાઇઝેશન બની જાય છે, જે બધા ક્વોટા વપરાશમાં યોગદાન આપે છે.
• મૂળ ફાઇલ કદના આધારે ક્વોટા ઘટાડોઉદાહરણ તરીકે, જો તમે Imagify ને 100KB ની છબી મોકલો, તો તમારા ક્વોટામાંથી 100KB ઘટાડવામાં આવશે.
• કોમ્પ્રેશન સ્તર બદલવાથી અને ફરીથી ઑપ્ટિમાઇઝ કરવાથી ક્વોટા ફરીથી વપરાશે.。
• એક જ API કી અનેક સાઇટ્સ પર ઉપયોગ કરી શકાય છે, પરંતુ ક્વોટા આ સાઇટ્સ વચ્ચે વહેંચાશે.

આ ઇમેજીફાઇની “મૂળભૂત સમજવાની પદ્ધતિ” છે:
આ એક ડેટા પેકેજ જેવી છે: તમે જે પણ મોકલો, એ એમાંથી કપાત કરે છે; જેટલા વધુ થમ્બનેલ્સ, એટલી વધુ કપાત; વારંવાર ભારે અપલોડ્સ કરવાથી વારંવાર કપાત થશે.

સરળતાથી સમજી શકાય તેવી Imagify ક્વોટા ઉદાહરણો

ધારો કે તમે 800KB ની મૂળ છબી અપલોડ કરો છો, અને સાઇટ 8 થંબનેલ્સ બનાવે છે.

• Imagify સાથે ઓપ્ટિમાઇઝ કરતી વખતે, મૂળ છબી અને આઠ થંબનેલ્સ બંને સામેલ થાય છે (જો તમે “બધાને ઓપ્ટિમાઇઝ” પસંદ કરો). આનો અર્થ એ છે કે આ એક જ ઓપરેશન સંયુક્ત રીતે તમામ ફાઇલોના કુલ મૂળ કદ જેટલો ક્વોટા વપરાશે.
  આ જ કારણ છે કે કેટલીક સાઇટોને લાગે છે કે “20MB બહુ જલ્દી ખૂટે છે”: વાત Imagify પૂરતું ન હોવાની નથી, પરંતુ તમે દરેક વખતે બહુ મોટી તસવીરો અપલોડ કરો છો, બહુ વધારે થંબનેલ્સ બને છે, અને કદાચ તમે વારંવાર કમ્પ્રેશન લેવલ પણ અજમાવો છો.

Imagify સાથે સામાન્ય ખામીઓ

1. મફત 20MB પૂરતું નથી “સમગ્ર સાઇટ ઇતિહાસ સફાઈ” માટે”
   20MB સામાન્ય રીતે પરીક્ષણ અને હળવા અપડેટ માટે વધુ યોગ્ય છે; જો તમારી મીડિયા લાઇબ્રેરી મૂળથી જ ઘણી મોટી હોય, તો એક જ વાર બધું સાફ કરવા માટે કદાચ અપગ્રેડ કરવાની જરૂર પડશે.
2. કમ્પ્રેશન સ્તરને વારંવાર સમાયોજિત કરવાથી વારંવાર ક્વોટા વપરાય છે.
   Imagify સ્પષ્ટપણે કહે છેપુનઃ-ઓપ્ટિમાઇઝેશન ફરીથી ક્વોટા વાપરશે.
   આ પાના પર રણનીતિને સ્પષ્ટ રીતે રૂપરેખાંકિત કરવી સલાહકાર છે:

• પ્રથમ, સંકોચન સ્તર અને દૃશ્ય ગુણવત્તા નિર્ધારિત કરવા માટે થોડી સંખ્યામાં છબીઓનો ઉપયોગ કરો.
• બેચોમાં ચલાવવા પહેલાં રણનીતિને અંતિમ સ્વરૂપ આપો
  સંપૂર્ણ ડેટાબેઝમાં વારંવાર ટ્રાય-એન્ડ-એરર પરીક્ષણ કરવાનું ટાળો

3. બહુવિધ સાઇટ્સમાં API કીઝ શેર કરવાથી ક્વોટા અજાણ્યા કારણોસર ઘટી જાય છે.“
   જો તમે એક જ API કી અનેક સાઇટ્સ પર ઉપયોગ કરો છો, તો ક્વોટાઓ વહેંચાશે.
   તેથી, ટીમ/બહુ-સાઇટ પરિસ્થિતિઓમાં, કઈ સાઇટો સંસાધનો શેર કરે છે અને કઈ સ્વતંત્રપણે કાર્ય કરે છે તે સ્પષ્ટપણે નિર્ધારિત કરવું સલાહકાર છે, જેથી બજેટ પર અણિયંત્રિત ખર્ચ અટકાવી શકાય.

---

3.2.3 ટાઇનીપીએનજી(નાના કદની સંકોચિત છબીઓ): દર મહિને 500 મફત ક્રેડિટ; WebP/AVIF માં રૂપાંતરણ માટે “દર એક કદ માટે 1 વધારાનો ક્રેડિટ” લાગે છે.”

મુક્ત ભથ્થો અને તેની બિલિંગ પદ્ધતિ

TinyPNG WordPress પ્લગઇનનું પૃષ્ઠ ખૂબ સ્પષ્ટ રીતે લખાયેલું છે:

• દર મહિને 500 ક્રેડિટ્સ મફત
• એક “પ્રમાણભૂત વર્ડપ્રેસ ઇન્સ્ટોલેશન”માં, તેને આશરે સંકોચિત કરી શકાય છે. પ્રતિ મહિને આશરે 100 છબીઓ
• જો AVIF અથવા WebP રૂપાંતર સક્રિય હોય:દરેક છબીના કદ માટે વધારાનો ક્રેડિટ ચાર્જ લાગશે.તેથી, તેને કદાચ ફક્ત સંકોચિત અને રૂપાંતરિત કરી શકાય છે. લગભગ દર મહિને 50 છબીઓ(તમારી પાસે કેટલી થંબનેલ સાઇઝ છે તેના પર આધાર રાખીને)

આ દરમિયાન, ટિનિફાય (TinyPNG/TinyJPG ના ડેવલપર) એ પણ તેના પર જાહેરાત કરી છે API કિંમત પાનુંનોંધ: દર મહિને 500 મફત સંકોચન મેળવવા માટે નોંધણી કરો. આ મર્યાદાથી આગળ, સફળ સંકોચનની સંખ્યાના આધારે ચાર્જ લાગશે, કોઈ ફરજિયાત સબ્સ્ક્રિપ્શન જરૂરી નથી.

TinyPNG ને એક જ વાક્યમાં સંક્ષિપ્તમાં રજૂ કરવા માટે:
તે ક્રેડિટ્સ દ્વારા ગણાય છે; જેટલી વધુ થંબનેલ સાઇઝો તમે ધરાવો છો અને જેટલા વધુ WebP/AVIF ફોર્મેટ્સ તમે સક્રિય કરો છો, તેટલી ઝડપથી તમારા ક્રેડિટ્સ ખતમ થઈ જશે.

TinyPNG ક્રેડિટ્સનું સરળતાથી સમજી શકાય તેવું ઉદાહરણ

ધારો કે તમારી સાઇટ દરેક છબી માટે આઠ થંબનેલ કદ બનાવે છે:

• માત્ર સંકોચન: મૂળ છબી + 8 થમ્બનેલ્સ → 9 ક્રેડિટ્સ જરૂરી
• જો WebP/AVIF રૂપાંતર સક્રિય હોય: દરેક કદ માટે વધારાની ક્રેડિટ કપાત લાગુ પડે છે → આ ખર્ચ લગભગ દ્વિગુણ કરી શકે છે.
  આ પ્લગઇન પેજના વર્ણન સાથે સંપૂર્ણપણે મેળ ખાતું છે: રૂપાંતર સક્રિય કરતાં, મફત ક્વોટા લગભગ “પ્રતિ મહિને 100 છબીઓ”થી “પ્રતિ મહિને 50 છબીઓ”માં બદલાય છે.

TinyPNG સાથે સામાન્ય ખામીઓ

1. 500 ક્રેડિટ્સ = 500 છબીઓ માનતા
   ના. તે “ચિત્રનું કદ/વિકલ્પ” આધારે ક્રેડિટ્સ ખર્ચે છે. પ્લગઇન પૃષ્ઠ પર સ્પષ્ટ રીતે જણાવાયું છે: “રૂપાંતરણ દર ચિત્રના કદ માટે વધારાનો 1 ક્રેડિટ કપાય છે”.
2. થીમ/ઇ-કોમર્સ પ્લગઇન અતિશય પરિમાણો ઉત્પન્ન કરે છે, જેના કારણે મફત ક્વોટામાં નોંધપાત્ર ઘટાડો થાય છે.
   માપ જેટલું મોટું, ક્રેડિટ્સ એટલી જ સરળતાથી વધે અને વપરાય છે.
3. પરિવર્તન સક્રિય કર્યા પછી, મેં જોયું કે ક્રેડિટ મર્યાદા અચાનક પૂરતી ન રહી.
   આ કોઈ બગ નથી; આ તેની બિલિંગ પ્રણાલી છે.
   રણનીતિક ભલામણો:

• જો મફત ટાયર મુખ્યત્વે સંકોચન અને વજન ઘટાડવા માટે ઉપયોગમાં લેવામાં આવે છે, તો તમે શરૂઆતમાં ફક્ત સંકોચન પર જ ધ્યાન કેન્દ્રિત કરી શકો છો. એકવાર તમે સાઇટની રચના સ્થિર છે અને નેક્સ્ટ-જનરેશન ખરેખર જરૂરી છે તે પુષ્ટિ કરી લો, ત્યારે તમે રૂપાંતરણ શરૂ કરી શકો છો.

4. સંદર્ભ આધારિત ભલામણો: વિવિધ સાઇટ પ્રકારો માટે કેવી રીતે પસંદગી કરવી

જ્યારે બધા WordPress, કન્ટેન્ટ સાઇટ્સ, ઇ-કોમર્સ પ્લેટફોર્મ્સ, પોર્ટફોલિયો અને સભ્યતા સાઇટ્સનો ઉપયોગ કરે છે, ત્યારે દરેકમાં છબી-સંબંધિત અલગ-અલગ દબાણબિંદુઓ હોય છે.

4.1 સામગ્રી-કેન્દ્રિત વેબસાઇટ્સ/બ્લોગ્સ (પ્રતિ લેખમાં અનેક છબીઓ અને મધ્યમ અપડેટ આવર્તન ધરાવતા)

પ્રાથમિકતાવાળા ભલામણો:

1. પરિમાણીય રણનીતિ (પગલું 1)
2. દબાણ (પગલું 2)
3. વેબપી (પગલું 3)

વધુ યોગ્ય માર્ગ:

• ઝંઝટમુક્ત વિકલ્પ માટે: ત્રણ વિકલ્પોમાંથી એક પસંદ કરો (ShortPixel / Imagify / TinyPNG)
• મફત માટે પસંદ કરો: રૂટ A (વેબપી + EWWW), પરંતુ શરૂઆતમાં “સંરક્ષણ મોડ (મૂળ છબીઓ કાઢી નાખ્યા વિના)” માં જોખમોનું મૂલ્યાંકન કરવું સલાહકાર છે.

સામાન્ય ફસણાં:

• લેખની હેડર છબી ખૂબ મોટી છે, અને લેઝી-લોડિંગની રણનીતિ અનુકૂળ નથી.પ્રથમ સ્ક્રીન ધીમી પડશે

4.2 ઇ-કોમર્સ/ઉત્પાદન સાઇટ્સ (અસંખ્ય થંબનેલ્સ, અનેક છબી વિકલ્પો, સ્થિરતા સર્વોચ્ચ)

ઇ-કોમર્સમાં સૌથી સામાન્ય સમસ્યાઓ “ખરાબ કોમ્પ્રેશન પરિણામો”માંથી નહીં, પરંતુ “ઓપ્ટિમાઇઝેશન પછી ખોટી માપ, થંબનેલ્સ ગાયબ, અને ફ્રન્ટ-એન્ડ ઘટકો છબીઓ મેળવવામાં નિષ્ફળ”માંથી થાય છે.

પ્રાથમિકતાવાળા ભલામણો:

1. સાવચેતીપૂર્વક આગળ વધો: સંકોચન વ્યૂહરચનાઓ માટે સંરક્ષણાત્મક અભિગમ અપનાવો; તરત જ સંપૂર્ણ ડેટાબેઝ બદલવાનું ટાળો.
2. થમ્બનેલના પરિમાણોનું મૂલ્યાંકન કરો: ઇ-કોમર્સ થીમ્સ સામાન્ય રીતે વધુ કદ બનાવે છે, જે ક્વોટા વપરાશને વધારે છે (ખાસ કરીને ShortPixel/TinyPNG સાથે સ્પષ્ટ દેખાય છે).
3. મોટા પાયે વિસ્તરણ કરતા પહેલા નાના પાયે માન્યતા ચકાસણી કરો (અત્યંત મહત્વપૂર્ણ)

વધુ યોગ્ય માર્ગ:

• રૂટ B ઘણીવાર વધુ સરળ હોય છે: ShortPixel, Imagify અને TinyPNG બધા બેચ પ્રોસેસિંગને સપોર્ટ કરે છે. મુખ્ય વાત એ છે કે તેમની ક્વોટા પ્રણાલીઓને સમજવી અને ખર્ચોને અગાઉથી મૂલ્યાંકન કરવું.
• રૂટ A પણ શક્ય છે, પરંતુ Plus WebP ની “ID ઓવરરાઇડ કરવી/મૂળ છબીઓ કાઢી નાખવી/URLs બદલવી” જેવી વર્તન અંગે વધુ સાવચેતી રાખવી જોઈએ: આ સંપત્તિ સ્થળાંતરણ ગણાય છે, અને શરૂઆતથી જ સંપૂર્ણપણે બદલવાની સલાહ આપવામાં આવતી નથી.

4.3 પોર્ટફોલિયો/ફોટોગ્રાફી વેબસાઇટ (વ્યક્તિગત છબીની ગુણવત્તા, મોટી ફાઇલ કદો, ઉચ્ચ દૃશ્ય ધોરણો માટે સંવેદનશીલ)

પ્રાથમિકતાવાળા ભલામણો:

1. પરિમાણીય રણનીતિ (પ્રદર્શન વિસ્તાર નિયંત્રણ)
2. સંકુચન વ્યૂહરચના (વિગતો ગુમાવવા કરતાં થોડી મોટી રહે તે વધુ સારું)
3. WebP/AVIF (મોટી છબીઓ માટે નોંધપાત્ર લાભ આપે છે, જો કે દૃશ્ય ગુણવત્તાની ચકાસણી જરૂરી છે)

વધુ યોગ્ય માર્ગ:

• ઇમેજિફાઇમૂળ છબીના કદના આધારે ક્વોટા ફાળવવાથી આવી સાઇટ્સ બજેટ નિયંત્રણ માટે વધુ અનુકૂળ બને છે (કારણ કે તમને અંદાજ છે કે દરેક મોટી છબી કેટલી જગ્યા લેશે), પરંતુ તેમને વારંવાર સંકોચન કરવાનું ટાળો.
• શોર્ટપિક્સેલજો થંબનેલ કદોની સંખ્યા મર્યાદિત હોય, તો ક્રેડિટનો વપરાશ સંભાળી શકાય છે; પરંતુ જ્યારે નવી પેઢીની એસેટ્સ સાથે અનેક કદો જનરેટ કરવામાં આવે છે, ત્યારે ક્રેડિટનો વપરાશ નોંધપાત્ર રીતે વધે છે, જેના માટે પૂર્વ આયોજન જરૂરી છે.

5. ભથ્થું/બિલિંગ તુલના: મફત ભથ્થું પૂરતું છે કે નહીં તે સમજાવવું

કઈ વિકલ્પ વધુ ખર્ચ-અસરકારક છે, અને મફત સમયગાળો કેટલો લાંબો રહેશે?

5.1 ત્રણ ફી કપાત મોડેલો

• શોર્ટપિક્સેલ(શ્રેય)ક્રેડિટ્સ મૂળ છબીઓ અને થંબનેલ્સની સંખ્યાના આધારે ગણવામાં આવે છે; WebP/AVIF સંસ્કરણો બનાવવાથી દરેક સંબંધિત ફોર્મેટ માટે વધારાની ક્રેડિટ કપાત કરવામાં આવશે.
• ઇમેજિફાઇ（MB ક્વોટા）ક્વોટા કપાત મૂળ ફાઇલ કદ પર આધારિત છે; વધુ થંબનેલ્સ હોવાથી વધુ કપાત થાય છે; પુનઃસંકુચનથી વધુ કપાત થશે.
• ટાઇનીપીએનજી(શ્રેય): દર મહિને 500 ક્રેડિટ્સ; WebP/AVIF રૂપાંતર સક્રિય કરવાથી પ્રતિ છબી કદ પ્રમાણે વધારાના ક્રેડિટ્સ લાગશે.

5.2 ઝડપી અંદાજ પદ્ધતિઓ

તમે તેને નીચે મુજબ અંદાજ કરી શકો છો:

1. તમારી સામાન્ય અપલોડ કરેલી મૂળ તસવીરમાંથી કોઈ એક પસંદ કરો અને તેનો અંદાજિત કદ જુઓ (જેમ કે 300KB / 1MB / 3MB)
2. તમારી સાઇટ જેટલા થમ્બનેલ કદ (ઉદાહરણ તરીકે 5, 10, 20) ઉત્પન્ન કરે છે, તેનું અંદાજિત સંખ્યા અંદાજો.
3. WebP/AVIF જનરેટ કરવું કે નહીં તે નિર્ધારિત કરો (હા/ના)

પછી વપરાશને સમજવા માટે નીચેની “માનસિક ગણિત” નો ઉપયોગ કરો:

• શોર્ટપિક્સેલદરેક છબી માટે (1 + થમ્બનેલ્સની સંખ્યા) ક્રેડિટ્સ; જો WebP/AVIF જનરેટ થાય તો આ આશરે દ્વિગણિત થાય (કારણ કે આગામી પેઢીના સંસ્કરણોને પણ ક્રેડિટ્સની જરૂર હોય છે).
• ઇમેજિફાઇદરેક છબી લગભગ (મૂળ છબીનું કદ + તમામ થમ્બનેલ્સનું કુલ કદ) જેટલો ક્વોટા ઉપયોગ કરે છે; અલગ સંકોચન સ્તરે ફરીથી સંકોચન કરવાથી વધુ ક્વોટા કપાત થશે.
• ટાઇનીપીએનજીમફત: 500 ક્રેડિટ્સ; જો તમારી સાઇટ દરેક છબી માટે અનેક કદની છબીઓ બનાવે છે અને રૂપાંતર સક્રિય હોય, તો મફત ક્વોટા નોંધપાત્રપણે ઘટી જશે (પ્લગઇન પૃષ્ઠ પર “લગભગ 100 છબીઓ પ્રતિ મહિને” અને “લગભગ 50 છબીઓ પ્રતિ મહિને” માટેનું સરળ અંદાજ આપવામાં આવ્યું છે).

૬. જોખમ ખુલાસો

જોખમ 1: એક જ કાર્ય માટે અનેક પ્લગઇન્સ ફરીથી ફરીથી કામ કરતા ટાળો.

આ આપત્તિઓનું સૌથી સામાન્ય સ્ત્રોત છે.“

• માર્ગ A:વધુમાં WebP અથવા AVIF + EWWWબન્ને વચ્ચે જવાબદારીઓ વહેંચો; સમાન રૂપાંતરણો અને ડિલિવરીઓ એકસાથે ન કરો, અથવા ફક્ત એક જ સ્થાપિત કરો.
• માર્ગ B: ShortPixel / Imagify / TinyPNG ત્રણમાંથી એક પસંદ કરો(કોમ્પ્રેશન અને નવી પેઢી માટે જવાબદાર એક પસંદ કરો)

જોખમ 2: Plus WebP ની “ઓવરરાઇડ ID / મૂળ છબી કાઢી નાખો / URL બદલો” કાર્યક્ષમતા એ સંપત્તિ સ્થળાંતર છે.

ફરી એકવાર, આ પર ભાર મૂકવો જરૂરી છે:વધુ WebP વર્ણનમાં સ્પષ્ટ રીતે જણાવાયું છે કે સંપૂર્ણ જનરેશન દરમિયાન મૂળ ઈમેજ ID ઓવરરાઇટ કરવામાં આવશે, મૂળ ફાઇલ કાઢી નાખવામાં આવશે અને સામગ્રી URL બદલવામાં આવશે.
આથી સ્પષ્ટ થાય છે કે આ કોઈ “નાની ફેરફાર, જેને કોઈપણ સમયે પાછું ખેંચી શકાય” નથી, પરંતુ સંપત્તિ સ્તરે થયેલ ફેરફાર છે.

સૂચિત રણનીતિ હોવી જોઈએ:

• પ્રારંભિક નાના પાયે પરીક્ષણ (દસથી સો વસ્તુઓ)
• ફ્રન્ટ-એન્ડ ડિસ્પ્લે, થંબનેલ્સ અને કેશ અપડેટ્સ યોગ્ય રીતે કાર્યરત છે કે નહીં તેની ખાતરી કરો.
• સંપૂર્ણ-ડેટાબેઝ પ્રક્રિયા પર વિચાર કરો

જોખમ 3: વાસ્તવિક ક્લાઉડ કમ્પ્રેશન “મફત એલાઉન્સ”નો ઉપયોગ પસંદ કરેલા થમ્બનેલ્સની સંખ્યા અને આગામી પેઢીના વિકલ્પો પર આધાર રાખે છે.

• શોર્ટપિક્સેલથમ્બનેલ્સ અને નેક્સ્ટ-જનરેશન ક્રેડિટ્સ પર નોંધપાત્ર અસર કરશે
• ટાઇનીપીએનજીWebP/AVIF સક્રિય કરવાથી દરેક છબીના કદ માટે વધારાના ક્રેડિટ કપાત થશે.
• ઇમેજિફાઇમૂળ છબીના કદ અનુસાર કપાત કરો; જેટલા વધુ થમ્બનેલ્સ, તેટલી વધુ કપાત. ભારે સંકોચનથી વારંવાર કપાત થશે.

જોખમ 4: “ઉત્પન્ન થયેલ WebP/AVIF” એ “ફ્રન્ટએન્ડ દ્વારા WebP/AVIF પહોંચાડવામાં આવવું” સમાન નથી”

ઘણા વપરાશકર્તાઓ રિપોર્ટ કરે છે કે રૂપાંતરણ પછી તેમની સાઇટ ઝડપી બની નથી, જેનું મૂળ કારણ એ છે કે ફ્રન્ટએન્ડ JPG/PNG ફાઇલો આઉટપુટ કરતા રહે છે (પ્રક્રિયાના કોઈપણ તબક્કામાં ગડબડી: કેશિંગ, રીરાઇટિંગ, ટેગ્સ, અથવા બ્રાઉઝર નેગોશિયેશન).

7. કાર્ય પૂર્ણ કર્યા પછી તે અસરકારક થયું છે કે નહીં, તે હું કેવી રીતે ચકાસી શકું?

ચાર ખૂબ જ સરળ તપાસના મુદ્દાઓ:

1. એક જ પૃષ્ઠને બીજીવાર રિફ્રેશ કરતા, લોડિંગ પ્રક્રિયા વધુ સ્થિર અને ઝડપી બને છે?(કેશિંગ અને ઑપ્ટિમાઇઝેશનની અનુભૂત અસરકારકતા)
2. મોબાઇલ અને ડેસ્કટોપ પર લોડ કરતી વખતે છબીના પરિમાણોમાં કોઈ નોંધપાત્ર તફાવત છે?(પ્રતિસાદી) srcset/માપો તે અસરકારક છે કે નહીં
3. કેટલાંક છબીઓની ઝડપી તપાસ કરો: શું કોઈ WebP અથવા AVIF ફાઇલો/સંસાધનો હાજર છે?શું સાઇટ ખરેખર તેનો ઉપયોગ કરી રહી છે? આગામી પેઢી）
4. કેટલાંક છબીઓની ઝડપી તપાસ કરો: ઝૂમ કરીને જુઓ કે શું તે નોંધપાત્ર રીતે ધૂંધળી દેખાય છે કે લખાણ અસ્પષ્ટ લાગે છે.(શું દબાણની ગુણવત્તા અતિશય છે?)

જો ચારેય માપદંડો પૂર્ણ થાય, તો તે દર્શાવે છે કે તમે પસંદ કરેલ માર્ગ હવે કાર્યરત છે. આગળના પગલાં પર આગળ વધો. વિતરણ સ્તર“સમગ્ર સ્થિરતા વધશે.

૮. કાર્યવાહી માટેની ભલામણો

1. પ્રથમ તમારું માર્ગ પસંદ કરો:

• હું તેને શક્ય તેટલું મફત રાખવા ઈચ્છું છું.વધારામાં WebP અથવા AVIF + EWWW (અથવા ફક્ત તેમાંનું એક ઇન્સ્ટોલ કરો)
• પે-એઝ-યુ-ગો બિલિંગ સાથે સર્વર સંસાધનો બચાવો અને વધુ માનસિક શાંતિનો આનંદ માણોનીચેનામાંથી એક પસંદ કરો: ShortPixel / Imagify / TinyPNG

2. નાના પાયે પરીક્ષણ કરો (કેટલાંક દઝિન વસ્તુઓ)
3. બેચ આગળ વધારતા પહેલાં ખાતરી કરો કે બધું યોગ્ય રીતે છે.
4. વિતરણની સ્થિરતા વધારવા માટે વધુ સુધારાઓ જરૂરી છે:વાંચન CDN પ્રવેગ

વારંવાર પૂછાતા પ્રશ્નો

1. મને કેટલા પ્લગઇન્સ ઇન્સ્ટોલ કરવા જોઈએ? શું હું બધા ઇન્સ્ટોલ કરી શકું?

એક જ માર્ગ પર જ રહેવાનો પ્રયાસ કરો.

• માર્ગ A: Plus WebP અથવા AVIF + EWWW Image Optimizer (અથવા ફક્ત તેમાંનું એક ઇન્સ્ટોલ કરો)
• માર્ગ B: ShortPixel / Imagify / TinyPNGમાંથી એક પસંદ કરો
  એક જ સાઇટમાં અનેક પ્લગઇન્સ એકસાથે “WebP/AVIF માં કમ્પ્રેશન/કન્વર્શન/URL ફેરફાર/ડિલિવરી રીરાઇટિંગ” કરવાથી પરિસ્થિતિ વધુ ગૂંચવણભરી બની જાય છે અને તેને ઠીક કરવું સૌથી મુશ્કેલ બની જાય છે.

2. શું WordPress પહેલેથી જ WebP/AVIF ને સપોર્ટ કરતું નથી? શું મને હજી પણ પ્લગઇનની જરૂર છે?

વિભેદિત કરવું જરૂરી છે:
“અપલોડ/ઉપયોગ માટેની સહાય” ≠ “સ્વચાલિત રૂપાંતરણ/સ્વચાલિત વિતરણ”
WordPress 6.5 જૂની JPG/PNG ફાઇલોને આપોઆપ WebP/AVIFમાં બેચ-કન્વર્ટ નહીં કરે, અને “બ્રાઉઝરની ક્ષમતાઓના આધારે ફૉલબૅક્સ સાથે AVIF/WebP આઉટપુટ” કરવાની સંપૂર્ણ વર્કફ્લો પણ આપોઆપ સંભાળશે નહીં. ઇતિહાસિક મીડિયા લાઇબ્રેરીઓને અપડેટ કરવા માટે સામાન્ય રીતે પ્લગઇન્સ અથવા સેવાઓની જરૂર પડે છે.

3. છબી અનુકૂલનમાં, કયો પગલું રોકાણ પર સૌથી વધુ વળતર આપે છે?

તે સામાન્ય રીતે સૌપ્રથમ, માપ યોગ્ય રીતે સેટ કરો (srcset/sizes)。
ઘણા સાઇટ્સ ધીમે ચાલે છે, કારણ કે તેમાં કોમ્પ્રેશનની કમી નથી, પરંતુ પૃષ્ઠો ફક્ત 900px જ દર્શાવે છે અને વપરાશકર્તાઓને પૂર્ણ 3000px ચિત્ર ડાઉનલોડ કરવા મજબૂર કરે છે. કોમ્પ્રેશન કિલોબાઇટ્સ બચાવે છે, પરંતુ અનુપાત વિનાના પરિમાણો કોઈ સારા કારણ વિના અનેક ગણો વધુ ડેટા વેડફી શકે છે.

4. હું કેવી રીતે ખાતરી કરી શકું કે હાલમાં લોડ થઈ રહેલી છબી “નાની” છે, અને સતત મૂળ છબી ડાઉનલોડ ન થાય?

બે ઘટનાઓનું નિરીક્ષણ કરો:

• મોબાઇલ ઉપકરણ પર પૃષ્ઠ ખોલતા, ડાઉનલોડ થયેલી છબીનું કદ ડેસ્કટોપની તુલનામાં નોંધપાત્ર રીતે નાનું હોય છે.
• એક જ છબીનું સંસાધન કદ વિવિધ ઉપકરણો પર લોડ થવા પર બદલાય છે.
  જો મૂળ છબીઓ હંમેશા ડાઉનલોડ થાય છે, તો સામાન્ય કારણ એ છે કે થીમ/બિલ્ડર છબીને CSS પૃષ્ઠભૂમિ છબી કે કસ્ટમ આઉટપુટ તરીકે ગણે છે, જેના કારણે મીડિયા લાઇબ્રેરીની બહુ-આકારની ક્ષમતાઓ અને srcset કાર્યક્ષમતાને બાયપાસ થાય છે.

5. શું “જનરેટેડ WebP/AVIF” નો અર્થ એ થાય છે કે ફ્રન્ટએન્ડ WebP/AVIF આઉટપુટ કરી રહ્યું છે?

તે સમાન નથી.
જનરેશન ફક્ત “ફાઇલ લેયર” પૂર્ણ કરવાની પ્રક્રિયા છે; ફ્રન્ટએન્ડ વાસ્તવમાં WebP/AVIF સર્વ કરે છે કે નહીં તે રીરાઇટિંગ, પિક્ચર ટેગ સ્ટ્રેટેજી, કેશ હિટ્સ અને બ્રાઉઝર નેગોશિએશન અસરકારક બને છે કે નહીં જેવા પરિબળો પર આધાર રાખે છે. એકવાર તમે પૂર્ણ કરી લો, ત્યારબાદ તમારે કેટલીક છબીઓના રિસોર્સ પ્રકારોની સ્પોટ-ચેક કરવી પડશે.

6. WebP અથવા AVIF સાથે ખરેખર શું જોખમ છે? શું હું આખી લાઇબ્રેરીમાં એક-ક્લિક રૂપાંતર ચલાવી શકું?

તેનું જોખમનું બિંદુ “કોમ્પ્રેશન” નથી, પરંતુસંપત્તિ સ્થળાંતર સ્તરનું ફેરફાર：

• પૂર્ણ-પાયે જનરેશન દરમિયાન, મૂળ છબી ફાઇલ ID ઓવરરાઇટ થઈ શકે છે, મૂળ ફાઇલ કાઢી નાખવામાં આવી શકે છે, અને સામગ્રીમાં રહેલા URLs બદલાઈ શકે છે.
  તેથીસંપૂર્ણ ડેટાબેઝ તરત જ બદલવું યોગ્ય નથી.સૌપ્રથમ નાના પાયે પરીક્ષણ કરો (દસથી સો રેકોર્ડ્સ) અને પૂર્ણ ડેટાબેઝ પ્રક્રિયા પર વિચારતા પહેલા બેકઅપ્સ ઉપલબ્ધ હોવાની ખાતરી કરો.

7. Plus WebP માટે બે મોડ્સમાંથી પસંદગી કેવી રીતે કરવી: મૂળ છબી જાળવો vs મૂળ છબીને બદલીને કાઢી નાખો?

સરળ શબ્દોમાં:

• મોડ 1: મૂળ છબી જાળવો + WebP/AVIF નકલ બનાવો (વધુ સ્થિર)રોલબૅક માટે અનુકૂળ, પરંતુ ડિસ્ક જગ્યા વધશે (મૂળ છબી + નવું ફોર્મેટ + વિવિધ કદના થંબનેલ્સ).
• મોડ 2: મૂળ છબીને બદલવી અને કાઢી નાખવી (વધુ આક્રમક)ડિસ્ક વિસ્તરણ સરળતાથી શક્ય નથી, પરંતુ જ્યારે તમે એસેટ્સ અને રેફરન્સોને એકસાથે ફેરફાર કરો છો, ત્યારે સુસંગતતા સંબંધિત સમસ્યાઓનું નિરાકરણ લાવવાનો ખર્ચ નોંધપાત્ર રીતે વધારે પડે છે.
  સાઇટ જેટલી વધુ જટિલ (ઇ-કોમર્સ/બહુવિધ પ્લગઇન્સ/વિવિધ કદ), તેટલું વધુ યોગ્ય છે કે વધુ સ્થિર અભિગમથી શરૂઆત કરવામાં આવે.

8. શું EWWW Image Optimizerનું મફત સ્થાનિક સંકોચન પૂરતું છે? શું તે સર્વર પર વધારાનો ભાર મૂકી શકે છે?

EWWW વધુ “લોકલ કમ્પ્રેશન વર્કર” જેવું છે: CPU/IO વાપરે છે।
બેચ ઓપ્ટિમાઇઝેશન દરમિયાન લોડ વધવું સામાન્ય છે. તેનો અર્થ એ નથી કે આ અભિગમ અપૂરક છે, પરંતુ એ સૂચવે છે કે રણનીતિ યોગ્ય હોવી જોઈએ: બેચોમાં અમલ કરો, ઓફ-પીક કલાકોમાં, અને જ્યારે જરૂરી હોય ત્યારે અનલોડિંગ અથવા ક્લાઉડ સોલ્યુશન્સ પસંદ કરો.
જો તમે ઝંઝટમુક્ત ઉકેલ શોધી રહ્યા છો અથવા સર્વર સંસાધનોની મર્યાદા અનુભવી રહ્યા છો, તો રૂટ B વધુ સર્વર-કાર્યક્ષમ છે.

9. ShortPixelની દર મહિને 100 મફત ક્રેડિટ્સ – એવું કેમ લાગે છે કે તે માત્ર થોડા જ ચિત્રો પછી જ ખતમ થઈ જાય છે?

કારણ કે ક્રેડિટ્સ “છબીઓની સંખ્યા” નથી.”થમ્બનેલમાં બતાવવામાં આવશે અને આગામી પેઢીમાં વિસ્તૃત કરવામાં આવશે:

• મૂળ છબી + દરેક થંબનેલ માટે એક ક્રેડિટ ગણાય છે
• જો WebP/AVIF જનરેટ થાય, તો દરેક સંબંધિત સંસ્કરણ માટે વધારાનું ક્રેડિટ વપરાશે.
  તો તમે વિચારશો કે “1 છબી” વાસ્તવમાં લગભગ “દ્વિ-અંકીય ક્રેડિટ્સ” ખર્ચી શકે છે. ShortPixel

10. Imagify ના મફત 20MB/મહિના કેમ પણ જલ્દી પૂરા થઈ જાય છે?

Imagify વધુ “ડેટા પેકેજ” જેવી છે:

• તમારા સંદેશા મુજબમૂળ ફાઇલ કદક્વોટા ઘટાડવો
• થમ્બનેલ્સ જેટલા વધુ, તેટલી વધુ વપરાશ.
• કોમ્પ્રેશન સ્તરને ફરીથી ઑપ્ટિમાઇઝ કરવા માટે બદલવાથી ક્વોટા ફરીથી વપરાશે.
• એક API કી અનેક સાઇટ્સમાં વહેંચવામાં આવે છે, અને ક્વોટા પણ તે મુજબ વહેંચવામાં આવે છે.
  તેથી “20MB ઝડપથી સમાપ્ત થઈ જાય છે” એવું ઘણીવાર છબીઓ બહુ મોટી હોવા, થંબનેલ બહુ વધારે હોવા, અથવા વારંવાર અજમાવી-ભૂલ કરવાની કારણે થાય છે.

11. TinyPNG દર મહિને 500 મફત ક્રેડિટ આપે છે, તો પ્લગઇન કેમ કહે છે કે તે દર મહિને માત્ર 100 છબીઓ માટે છે? અને WebP/AVIF સક્રિય કર્યા પછી તે દર મહિને 50 છબીઓ પર કેમ ઘટી જાય છે?

કારણ કે TinyPNG ના ક્રેડિટ્સ પણ “size/variant” દ્વારા વધારાય છે:

• એક સામાન્ય વર્ડપ્રેસ ઇન્સ્ટોલેશન સામાન્ય રીતે દર મહિને આશરે 100 છબીઓ દબાવે છે.
• AVIF અથવા WebP રૂપાંતર સક્રિય કરો:દરેક છબીના કદ માટે વધારાનો ક્રેડિટ ચાર્જ લાગશે.તેથી, થંબનેલ કદોની સંખ્યા પર આધાર રાખીને, દર મહિને લગભગ 50 છબીઓને સંકોચિત અને રૂપાંતરિત કરવું જ શક્ય છે.
  તેથી, 500 ક્રેડિટ્સ ≠ 500 છબીઓ

12. મારી સાઇટ પર કેટલા થમ્બનેલ્સ છે? તેનો એટલો મહત્વપૂર્ણ પ્રભાવ શા માટે છે?

WordPressમાં છબી અપલોડ કરતાં અનેક કદો ઉત્પન્ન થાય છે; થીમ્સ/પ્લગઇન્સ (ખાસ કરીને ઇ-કોમર્સવાળા) વધુ પરિમાણો ઉમેરવા શકે છે.
ક્લાઉડ કમ્પ્રેશન ક્રેડિટ્સ/ક્વોટા સામાન્ય રીતે “મૂળ છબી + થંબનેલ સંયુક્ત” તરીકે ગણવામાં આવે છે, તેથી થંબનેલ્સની સંખ્યા જેટલી વધારે, મફત ફાળવણી એટલી ઓછા સમય માટે ચાલશે.

13. શું લેઝી લોડિંગ હંમેશા ગતિ વધારતું હોય છે? કેટલાક લોકો કેમ કહે છે કે તે ખરેખર ગતિ ધીમી કરે છે?

સ્ક્રીનની બહારના સંસાધનો માટે લેઝી લોડિંગ યોગ્ય છે.
જો પ્રથમ સ્ક્રીન પરની સૌથી મહત્વપૂર્ણ મોટી છબી પણ વિલંબિત કરવામાં આવે, તો તે પ્રારંભિક લોડિંગ અનુભવને ધીમું કરી શકે છે. જ્યારે WordPress 5.5 નું ડિફોલ્ટ લેઝી લોડિંગ સામાન્ય રીતે સ્વીકાર્ય છે, ત્યારે સર્વવ્યાપી અભિગમ અપનાવવાનું ટાળો.

14. હું માર્ગ A અથવા B લઉં તો મને CDN / છબી CDN ક્યારે જોઈએ?

કોમ્પ્રેશન, કદ અને ફોર્મેટ “નાના, વધુ અનુકૂળ ફાઇલો”ની જરૂરિયાતને પૂર્ણ કરે છે;
CDN નજીક અને વધુ સ્થિર ડિલિવરીનું સમાધાન આપે છે。
જ્યારે છબીઓ મૂળ સાઇટ પરથી દૂરથી ખેંચાતી હોવાથી વિલંબ સ્પષ્ટ થાય, ત્યારે CDN/છબી CDN (જેમ કે Cloudflare Polish / Jetpack Site Accelerator) ઉમેરવાથી આખું વધુ સ્થિર રહેશે, વાંચન WordPress CDN વેગવર્ધન。

15. મેં તે કર્યા પછી તે ખરેખર કામ થયું છે કે નહીં તેની ચકાસણી કરવાની સૌથી સરળ રીત શું છે?

સૌથી વધુ સમય બચાવનારી ચકાસણી પદ્ધતિ:

• એક જ પૃષ્ઠને બીજીવાર રિફ્રેશ કરતા, લોડિંગ પ્રક્રિયા વધુ સ્થિર અને ઝડપી બને છે?
• મોબાઇલ અને ડેસ્કટોપ પર લોડ કરતી વખતે છબીના પરિમાણોમાં કોઈ નોંધપાત્ર તફાવત છે (srcset/sizes કાર્યક્ષમ રીતે કામ કરે છે)?
• કેટલાંક છબીઓની ઝડપી તપાસ કરો: શું કોઈ WebP અથવા AVIF ફાઇલો/સંસાધનો હાજર છે?
• કેટલાંક છબીઓની ઝડપી તપાસ કરો: ઝૂમ કરીને જુઓ કે શું તે નોંધપાત્ર રીતે ધૂંધળી દેખાય છે કે લખાણ અસ્પષ્ટ લાગે છે.