वेबसाइट छवि अनुकूलन

छवि अनुकूलन WordPress प्रदर्शनको सबैभन्दा “उच्च प्रतिफल” दिने पक्षहरूमध्ये एक हो: एउटै पृष्ठ संरचना र एउटै थिम हुँदा, केवल छवि फाइलको आकार, आयाम, ढाँचा र वितरण विधि सही राख्दा प्रायः लोडिङ समयमा तत्काल सुधार आउँछ।

तर, छवि अनुकूलन त्यस्तो क्षेत्र हो जहाँ सबैभन्दा सजिलै गडबड हुन सक्छ; यसको कारण प्रविधि धेरै कठिन हुनु होइन, बरु जानकारी धेरै खण्डित हुनु हो:
तपाईंले केही लेखहरू पढ्नुभयो र “कम्प्रेसन”, “WebP/AVIF” र “लेजी लोडिङ” बारे जान्नुभयो, तर प्लगइनको विवरणमा “प्रति महिना १०० निःशुल्क क्रेडिट”, “20MB निःशुल्क” र “प्रति छवि १ क्रेडिट” लेखिएको देख्दा—जति पढ्नुहुन्छ, त्यति नै अलमलमा पर्नुहुन्छ। के निःशुल्क कोटा साँच्चै पर्याप्त छ? शुल्क कसरी कटिन्छ? के तपाईंले “त्यही कुरा” गलत बुझ्नुभएको हो? र सबैभन्दा महत्वपूर्ण:के तपाईंले काम पूरा गरेपछि साँच्चै काम गर्‍यो?

यो लेखले केवल तीनवटा काम गर्छ:

1. यहाँ एउटा व्यावहारिक सुझाव छ।मार्गचित्र(पहिले के गर्ने, त्यसपछि के गर्ने)
2. कृपया तपाईंले विचार गरिरहनुभएका विकल्पहरू विस्तृत रूपमा व्याख्या गर्नुहोस् (निःशुल्क र सशुल्क संस्करणहरूबीच वास्तवमा के फरक छ र कुन संस्करण कसका लागि उपयुक्त छ)
3. यहाँ सबैभन्दा सामान्य समस्याहरू अग्रिम रूपमा सूचीबद्ध गरिएका छन् (ताकि तपाईंले काम सकिसकेपछि तिनीहरूलाई खोज्न र समाधान गर्न समय खर्च गर्नु नपरोस्)

१. आधारभूत कुराहरू: वर्डप्रेसमा के-के समावेश छन्, र के-के छैनन्।

यदि तपाईंले पहिले नै WordPress कोरले के गरिसकेको छ भन्ने कुरा नबुझ्नुभयो भने, दुई अवस्थाहरू उत्पन्न हुन सक्छन्:

• हामीसँग उपलब्ध “निःशुल्क सुविधाहरू”को उपयोग गर्नुको सट्टा, हामीले पाङ्ग्रा पुनःआविष्कार गर्न समय र पैसा खर्च गरिरहेका छौं।
• मैले सोचेको थिएँ कि वर्डप्रेसले “सबै पुराना तस्बिरहरूलाई स्वचालित रूपमा WebP/AVIF मा रूपान्तरण गर्नेछ”, तर त्यस्तो भएन।

WordPress कोरमा पहिले नै यी मुख्य सुविधाहरू समावेश छन्:

• अनुकूलनशील छविहरू (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 आउटपुट गर्ने र असमर्थित ब्राउजरहरूका लागि मूल छविमा फर्किने” पूर्ण कार्यक्षमता स्वचालित रूपमा प्राप्त गर्नुहुनेछ—यो भाग प्रायः प्लगइन वा सेवाको आवश्यकता पर्छ।

२. रोडम्याप: छवि अनुकूलनको लागि ५-चरण गाइड

के गर्ने, किन, पास के हो, र सामान्य गल्तीहरू के-के हुन्।

२.१ पहिले “आयामहरू” सही बनाउनुहोस् (सबैभन्दा सजिलै नजरअन्दाज गरिने कुरा, तर जसले सबैभन्दा ठूलो फाइदा दिन्छ)

धेरै वेबसाइटहरू ढिलो हुन्छन्, तिनीहरूलाई कम्प्रेस नगरिएको कारणले होइन, तर किनभनेडिस्प्ले क्षेत्रभन्दा धेरै ठूलो छवि डाउनलोड गरियो।：
उदाहरणका लागि, यदि कुनै पृष्ठ वास्तवमा मात्र 900px चौडाइको छ तर तपाईंले आगन्तुकहरूलाई मूल 3000px छवि डाउनलोड गर्न लगाउनुभयो भने, ब्राउजरले यसलाई डाउनलोड गरेर प्रदर्शनका लागि साना आकारमा स्केल गर्नेछ। यसले ब्यान्डविथ खेर फाल्छ, डिकोडिङ समय बढाउँछ र पहिलो स्क्रिन लोड हुन लाग्ने समय ढिला बनाउँछ।

WordPress ४.४ र त्यसपछिका संस्करणहरूका लागिप्रतिक्रियाशील छवि संयन्त्र（srcset/sizes) ठीक यही समस्या समाधान गर्नका लागि डिजाइन गरिएको थियो।

पास के हो:

• जब पृष्ठ मोबाइल उपकरणमा खोलिन्छ, डाउनलोड गरिएका छविहरू डेस्कटपमा भन्दा स्पष्ट रूपमा साना देखिनुपर्छ।
• उही छवि को फाइल साइज उपकरण अनुसार फरक हुन्छ (सधैं मूल छवि डाउनलोड गर्नुको सट्टा)

सबैभन्दा सामान्य समस्याहरू:

• केही थिमहरू वा बिल्डरहरूले छविहरूलाई CSS पृष्ठभूमि छविहरूको रूपमा व्यवहार गर्छन् वा तिनीहरूलाई अनुकूल तरिकाले प्रस्तुत गर्छन्, जसले बाइपास गर्न सक्छ। srcset, जसले गर्दा ठूलो छवि लोड हुन जारी रहन्छ
• यदि तपाईंले बाह्य छवि होस्टिङ सेवाहरू वा तेस्रो-पक्ष छवि ब्लकहरू प्रयोग गर्नुहुन्छ भने, तपाईंले मिडिया लाइब्रेरीद्वारा उत्पन्न गरिएको बहु-आकार प्रणालीलाई बाइपास गर्न सक्नुहुन्छ।

---

२.२ कम्प्रेसन (गुणस्तरमा सम्झौता नगरी फाइलको आकार घटाउने)

कम्प्रेसनको सार “सानो हुनु नै राम्रो हो” भन्ने होइन, बरु “फरक नाङ्गो आँखाले मुस्किलले मात्र देखिन्छ, तर फाइल साइज उल्लेखनीय रूपमा घटाइएको हुन्छ” भन्ने हो।

नियमहरू निम्नानुसार छन्:

• फोटोग्राफहरू/वास्तविक जीवनका शटहरू (प्रोफाइल तस्वीरहरू, उत्पादनहरू, भूदृश्यहरू): लस्सी कम्प्रेसनलाई प्राथमिकता दिनुहोस् (अधिकतम लाभ)
• धेरै पाठ भएका स्क्रिनशट/छविहरूपाठ धमिलो हुनबाट जोगाउन अझ सुरक्षित कम्प्रेसन सेटिङ प्रयोग गर्नुहोस्।
• लोगो/आइकनSVG लाई प्राथमिकता दिनुहोस् वा सावधानीपूर्वक नोक्सानरहित कम्प्रेसन प्रयोग गर्नुहोस् (नोक्सानीयुक्त कम्प्रेसनले सजिलै किनाराहरू धमिलो बनाउन सक्छ)

पास के हो:

• अधिकांश पृष्ठ छविहरूको फाइल आकार उल्लेखनीय रूपमा घटाइएको छ।
• कुनै उल्लेखनीय आवाज, धमिलो किनारा, रङ ब्यान्डिङ वा धमिलो पाठ छैन।

---

२.३ WebP / AVIF (ढाँचा नीति: उस्तै स्पष्टताको लागि सानो फाइल साइज)

WordPress ले अब फाइल अपलोडलाई समर्थन गर्दछ। WebP (५.८) र AVIF (६.५)。
तर, “अर्को पुस्ताको ढाँचा”लाई व्यावहारिक प्रयोगमा ल्याउनका लागि प्रायः दुईवटा समस्या समाधान गर्नुपर्ने हुन्छ:

1. ऐतिहासिक मिडिया लाइब्रेरीलाई ब्याचमा रूपान्तरण गर्ने तरिका(अन्यथा, तपाईंले केवल “भविष्यमा अपलोड गरिने नयाँ छविहरू” मात्र अनुकूलन गरिरहनुहुनेछ)
2. के मैले प्रतिलिपि बनाऊँ वा मूल छवि प्रतिस्थापन गरूँ?(यो एक महत्वपूर्ण बुँदा हो; हामी पछि प्लस वेबपीको “मूल प्रतिस्थापन र मेटाउने” सुविधामा ध्यान केन्द्रित गर्नेछौं।)

सिफारिस गरिएको दृष्टिकोण:

• WebP: सामान्यतया पूर्वनिर्धारित विकल्प (अधिक भरपर्दो अनुकूलता प्रदान गर्दछ)
• AVIF: एक अझ उन्नत संकुचन ढाँचा, ठूला छविहरू, पहिलो स्क्रिनमा ठूला छविहरू, र ग्यालरी छविहरूका लागि उपयुक्त (तर बढीपर्यावरणीय सहयोगमा निर्भर）

---

२.४ लेजी लोडिङको सही प्रयोग गर्नुहोस् (सबैमा एउटै उपाय लागू गर्ने तरिकाबाट बच्नुहोस्)

WordPress 5.5 देखिपूर्वनिर्धारित सुस्त लोडिङछवि।
यसले प्रारम्भिक रेंडरिंगको क्रममा ब्यान्डविथको प्रयोग घटाउँछ:

• लेजी लोडिङ “अफ-स्क्रिन स्रोतहरू” का लागि उपयुक्त छ।”
• पृष्ठको शीर्षमा रहेको ठूलो छवि (जुन प्रायः पहिलो स्क्रिनमा सबैभन्दा महत्वपूर्ण छवि हुन्छ) सामान्यतया विलम्बित लोडिङका लागि उपयुक्त हुँदैन।

---

२.५ डेलिभरी तह: CDN / छवि CDN

कम्प्रेसन, फाइल साइज र ढाँचा सबैले फाइलहरूलाई सानो र अधिक उपयुक्त बनाउने लक्ष्य राख्छन्।
तर यदि छविहरू निरन्तर रूपमा टाढाको ओरिजिन सर्भरबाट प्राप्त गरिन्छन् भने, नेटवर्क विलम्बताले अझै पनि प्रयोगकर्ता अनुभवमा उल्लेखनीय प्रभाव पार्नेछ। यस्ता अवस्थामा “डेलिभरी लेयर” समाधान आवश्यक हुन्छ (CDN/image CDN)।

दुई सामान्य दृष्टिकोणहरू:

• क्लाउडफ्लेयर पोल्याण्ड：क्लाउडफ्लेयर कागजातयस खण्डले पोलिशमा उपलब्ध संकुचन विधिहरू (नो-लस, लस र WebP) परिचय गराउँछ, र प्रयोगको उल्लेख गर्दछ। format=auto WebP र AVIF ढाँचाहरू अनुमति छन्।
• जेटप्याक साइट एक्सेलेरेटर：जेटप्याक कागजातयसको अर्थ यो हो कि यसले छविहरूलाई अनुकूलन गरी स्थिर स्रोतहरूसँगै आफ्नो नेटवर्कमार्फत वितरण गर्नेछ।

छवि अनुकूलनले छविहरूको आकार घटाउने र उपयुक्त रूपमा पुन: आकार दिने सुनिश्चित गर्दछ।CDN: अझ नजिक र अझ भरपर्दो रूपमा

३. मार्ग छनोट: केवल दुई मुख्य मार्गहरू मात्र पछ्याउनुहोस्।

छवि अनुकूलनमा सबैभन्दा सामान्य फन्दा “प्लगइन इन्स्टल गर्न असफल हुनु” होइन, तर धेरै प्लगइनहरू इन्स्टल गर्नु हो, जसले गर्दा दोहोरो प्रशोधन हुन्छ:
A ले कम्प्रेस गरिरहेको छ, B ले पनि कम्प्रेस गरिरहेको छ; A ले WebP/AVIF मा रूपान्तरण गरिरहेको छ, B ले पनि त्यस्तै गरिरहेको छ; A ले URL हरू परिवर्तन गरिरहेको छ, B ले URL पुनर्लेखन गरिरहेको छ—अन्ततः, तपाईंले साइटमा वास्तवमा के भइरहेको छ भन्ने कुराको कुनै पनि अर्थ लगाउन सक्नुहुन्न।

नियमहरू:

एउटा मात्र दृष्टिकोण अपनाउनुहोस्: कि त पूर्ण रूपमा स्थानीय रूपमा निःशुल्क, वा तीनवटा क्लाउड-आधारित विकल्पहरूमध्ये कुनै एक।

• मार्ग A (पूर्ण रूपमा निःशुल्क स्थानीय यातायात):थप WebP वा AVIF + EWWW Image Optimizer(वा तिनीहरूमध्ये एउटा मात्र छान्नुहोस्)
• विकल्प B (तीन क्लाउड कम्प्रेसन विधिहरू मध्ये एक छान्नुहोस्):ShortPixel / Imagify / TinyPNG

---

३.१ विकल्प क: पूर्ण रूपमा निःशुल्क स्थानीय होस्टिङ (प्लस WebP वा AVIF वा EWWW)

यस मार्गका मुख्य विशेषताहरू हुन्:

• तपाईं मासिक कोटा वा प्रति-फाइल आधारमा शुल्क लिने तेस्रो-पक्ष कम्प्रेसन सेवाहरूमा निर्भर हुनुहुन्न (यद्यपि केही सुविधाहरू वैकल्पिक सेवाको रूपमा उपलब्ध हुन सक्छन्)
• बदलामा, ब्याच प्रशोधनले सर्भरमा भारी भार पार्न सक्छ (२०५ T/IO प्रति १ TP), जसले तपाईंलाई “रणनीति र जोखिम'मा अझ बढी ध्यान दिन आवश्यक बनाउँछ।”

3.1.1 थप WebP वा AVIFमुख्य अवधारणा “उत्पादन/प्रतिस्थापन” हो; यो परम्परागत अर्थमा “संकुचन उपकरण” होइन।”

• छविहरूको पूर्ण सेट उत्पन्न गर्दा:मूल छवि फाइलको आईडी WebP/AVIF फाइलले ओभरराइट गरिनेछ, मूल फाइल मेटाइनेछ, र सामग्रीमा भएका कुनै पनि URL हरू पनि प्रतिस्थापन गरिनेछन्।。
• प्लगइनले WP-CLI आदेशहरू प्रदान गर्दछ र ठूलो संख्यामा फाइलहरूसँग काम गर्दा WP-CLI बढी भरपर्दो हुने सल्लाह दिन्छ।

यसको अर्थ हो: यसले केवल “तपाईंका लागि चुपचाप WebP फाइल उत्पन्न गर्दैन”, बरु यो हुन सक्छसम्पत्ति हस्तान्तरण(विशेष गरी जब तपाईंले “मूल प्रतिस्थापन र मेटाउनुहोस्” विकल्प सक्षम गर्नुहुन्छ)।

दुई मोडहरू बीचको भिन्नता

विकल्प १: मूल छवि राख्नुहोस् + WebP/AVIF प्रतिलिपिहरू बनाउनुहोस् (अधिक भरपर्दो)

• फाइदा: अनुकूलतासम्बन्धी समस्याहरू उत्पन्न भएमा फिर्ता जान सजिलो हुन्छ।
• बेफाइदा: डिस्क प्रयोग बढ्नेछ (मूल छवि + नयाँ ढाँचा + विभिन्न थम्बनेल आकारहरू)

विधि २: मूल छवि प्रतिस्थापन र मेटाउने (अधिक कट्टरपन्थी)

• फाइदाहरू: डिस्क छिट्टै भरिँदैन; आन्तरिक लिङ्कहरू स्वचालित रूपमा नयाँ ढाँचामा रूपान्तरण हुन्छन्।
• जोखिम: यदि तपाईंले सम्पत्तिहरू र तिनीहरूका सन्दर्भहरू दुवै परिमार्जन गर्नुभयो भने, अनुकूलतासम्बन्धी समस्याहरू समाधान गर्न बढी खर्च लाग्नेछ (विशेष गरी यदि केही बाह्य प्रणालीहरू वा थिमको तर्क मूल फाइलनाम, मार्ग वा ढाँचाहरूमा निर्भर छन् भने)।

WebP वा AVIF सँगका सामान्य समस्याहरू

1. पूर्ण पुस्तकालय प्रतिस्थापन गरेपछि, केही पृष्ठहरूमा छविहरू गलत रूपमा देखा परिरहेका छन्।
   समस्या प्रायः “छवि टुटेको” हुनु होइन, बरु श्रृंखलाको कुनै भागमा—जस्तै URL परिवर्तन, क्यासिङ, वा थम्बनेल नीति—केही गडबड भएको हो।
2. थम्बनेलहरू जति धेरै हुन्छन्, परिवर्तनहरूको दायरा त्यति नै फराकिलो हुन्छ।
   WordPress मा छवि अपलोड गर्दा धेरै आकारहरू सिर्जना हुन्छन्; थिमहरू र प्लगइनहरूले अझ धेरै थप्न सक्छन्। पूर्ण प्रतिस्थापनको अर्थ तपाईंले धेरै ठूलो फाइलहरूको समूह परिमार्जन गर्नुपर्ने हुन सक्छ।
3. केवल ढाँचा रूपान्तरण गर्दा नै सबैभन्दा सानो फाइल आकार प्राप्त नहुन सक्छ।
   WebP र AVIF फाइलहरू सामान्यतया साना हुन्छन्, तर आयाम निर्धारण रणनीति र संकुचन रणनीतिहरू अझै पनि महत्वपूर्ण छन्। छिटो लोडिङ समयका लागि प्लस WebP लाई एक-क्लिक समाधानको रूपमा व्यवहार नगर्नुहोस्।

---

3.1.2 ईव्व्व इमेज अप्टिमाइजरनि:शुल्क स्थानीय कम्प्रेसनको एक अग्रणी प्रदायक

EWWW प्लगइन पृष्ठको उद्देश्य अत्यन्त स्पष्ट छ:

• यसले तपाईंको सर्भरमा रहेका तस्बिरहरूलाई विभिन्न उपकरणहरू (jpegtran, optipng, pngout, pngquant, gifsicle, cwebp, आदि) प्रयोग गरेर अनुकूलन गर्न सक्छ।
• यदि तपाईंलाई उच्च कम्प्रेसन आवश्यक छ वा CPU मा बचत गर्न चाहनुहुन्छ भने, तपाईंले CPU खपत गर्ने प्रशोधन आफ्नो सर्भरमा पनि स्थानान्तरण गर्न सक्नुहुन्छ (ऐच्छिक)।

Route A मा EWWW ले कस्तो भूमिका खेल्नुपर्छ?

यदि तपाईं “फर्म्याट माइग्रेसन/प्रतिस्थापन रणनीति” का लागि Plus WebP प्रयोग गर्दै हुनुहुन्छ भने, EWWW यसलाई सम्हाल्नका लागि बढी उपयुक्त छ:

• दबाब र आयतन अनुकूलन(विशेष गरी JPG र PNG जस्ता कच्चा सम्पत्तिहरूको अनुकूलन)
• ऐतिहासिक मिडिया लाइब्रेरीको ब्याच अनुकूलन(URL प्रतिस्थापनको सट्टा “आकारमा कमी” को लक्ष्य)

EWWW को एक सामान्य फन्दा

1. ब्याच अप्टिमाइजेसनको क्रममा सर्भर लोड बढ्छ।
   यो किनभने स्थानीय कम्प्रेसनले CPU/IO उपभोग गर्छ। समाधान यसलाई “प्रयोग गर्न बन्द गर्नु” होइन, बरु “कम व्यस्त समयमा ब्याचमा प्रशोधन गर्नु र आवश्यक परेमा अफलोडिङ वा क्लाउड समाधान रोज्नु” हो।
2. “WebP उत्पन्न भएको छ” ले अनिवार्य रूपमा फ्रन्टएन्डले वास्तवमै WebP सेवा गरिरहेको छ भन्ने जनाउँदैन।
   धेरै प्लगइनहरूले यो गलत धारणा राख्छन् कि उत्पादन एउटा कुरा हो, जबकि वितरण रणनीतिहरू (जस्तै पुनर्लेखन, `picture` ट्यागहरू र क्यास समाप्ति) बिलकुलै फरक कुरा हुन्।
3. अर्को प्लगइनको कार्यक्षमतालाई दोहोर्याउँछ
   यदि तपाईंले विकल्प A रोज्नुभयो भने, ShortPixel, Imagify वा TinyPNG जस्ता अतिरिक्त क्लाउड कम्प्रेसन उपकरणहरू प्रयोग नगर्न प्रयास गर्नुहोस्; यदि तपाईंले विकल्प B रोज्नुभयो भने, Plus WebP मा प्रतिस्थापन तर्क सक्षम नगर्नुहोस्। मुख्य सिद्धान्त हो:एकै कार्य योजनामा अडिग रहनुहोस्।

---

३.२ विकल्प B: तीन क्लाउड कम्प्रेसन सेवाहरू (ShortPixel / Imagify / TinyPNG) मध्ये एक छान्नुहोस्।

यो योजना सर्भर स्रोतहरू संरक्षण गर्न चाहने, ब्याच प्रशोधनका लागि झन्झटमुक्त दृष्टिकोण मन पराउने, र प्रयोग-आधारित वा पे-एज-यू-गो बिलिङमा सहज हुनेहरूका लागि उपयुक्त छ।
तर, क्लाउड कम्प्रेसनबारे सबैभन्दा सामान्य गलत धारणा हो:निःशुल्क भत्ता केवल “निःशुल्क पानाहरू” को कुरा मात्र होइन।थम्बनेल साइजहरूको संख्या, WebP/AVIF ढाँचाहरू उत्पन्न हुने वा नहुने, र छविहरू बारम्बार संकुचित हुने वा नहुने कुराले स्रोतको प्रयोगमा महत्वपूर्ण प्रभाव पार्नेछ।

तल हामी व्याख्या गर्नेछौं: निःशुल्क र सशुल्क विकल्पहरूबीचको भिन्नता, क्रेडिट कसरी कटिन्छ, सबैभन्दा सामान्य समस्याहरूबाट कसरी बच्ने, र कुन प्रकारका वेबसाइटहरू सबैभन्दा उपयुक्त छन्।

---

3.2.1 शर्टपिक्सेल: प्रति महिना १०० निःशुल्क क्रेडिट, तर थम्बनेल र WebP/AVIF ठूलो आकार बनाउँदा क्रेडिटहरू खर्च हुनेछन्

निःशुल्क र सशुल्क विकल्पहरूको के कुरा हो?

ShortPixel प्लगइनको विवरणमा स्पष्ट रूपमा उल्लेख गरिएको छ:

• प्रति महिना १०० निःशुल्क क्रेडिटहरू
• त्यहाँ “थप असीमित मासिक क्रेडिटहरू” पनि छन् (मूल्य विवरण प्लगइन पृष्ठमा उपलब्ध छ)
• हामी “कहिल्यै समाप्त नहुने एकपटकका क्रेडिट प्याकहरू” पनि प्रदान गर्छौं (सुरुवाती मूल्यहरूको जानकारी सहित)

नोट:

• नि:शुल्क: प्रत्येक महिनामा हल्का वेबसाइटहरूमा प्रयोग गर्न वा परीक्षणका लागि निश्चित संख्यामा क्रेडिटहरू प्रदान गरिन्छ।
• एकपटकको प्याकेज: ठूलो मिडिया लाइब्रेरी भएका साइटहरूका लागि उपयुक्त, जसले आफ्नो इन्भेन्टरी एकैपटक सफा गर्न चाहन्छन् (एकपटक खरिद गरेपछि प्रयोग नहुन्जेल मान्य; सामान्यतया म्याद सकिने मिति हुँदैन)
• मासिक/असीमित: नियमित रूपमा छवि अद्यावधिक र दीर्घकालीन, स्थिर अनुकूलन आवश्यक पर्ने साइटहरूका लागि उपयुक्त।

ShortPixel को आधिकारिक ज्ञान आधारले “एकपटकको प्याकेज बनाम असीमित मासिक” सम्बन्धी मार्गदर्शन पनि प्रदान गर्दछ।एक स्पष्ट व्याख्याअनलिमिटेड मासिक योजना मासिक (वा वार्षिक) रूपमा बिल गरिन्छ, जसले असीमित क्रेडिट र निश्चित CDN कोटा प्रदान गर्दछ; एकपटकका क्रेडिटहरू कहिल्यै समाप्त हुँदैनन्, जसले तपाईंलाई आवश्यकता अनुसार प्रयोगमा बढी नियन्त्रण दिन्छ।

सबैभन्दा महत्त्वपूर्ण: ShortPixel क्रेडिटहरू कसरी गणना गरिन्छ?

ShortPixel आधिकारिक कागजात केबीले यसलाई एकदमै स्पष्ट रूपमा भने:

• जब तपाईं वर्डप्रेसमा छवि अपलोड गर्नुहुन्छ, यसले धेरै थम्बनेलहरू बनाउँछ;
• प्रत्येक थम्बनेललाई अनुकूलन गर्दा एक क्रेडिट गणना हुन्छ।；
• यदि तपाईंले WebP वा AVIF उत्पन्न गर्न रोज्नुभयो भने,मूल छविको प्रत्येक WebP/AVIF संस्करण र यसको थम्बनेललाई अतिरिक्त क्रेडिटको रूपमा गणना गरिनेछ।；
• तपाईंले क्रेडिट प्रयोग घटाउनका लागि केही थम्बनेलहरूलाई अनुकूलनबाट बाहिर राख्न सक्नुहुन्छ।

श्रेय उदाहरण：

मानौं तपाईंले एउटा छवि अपलोड गर्नुभयो, र थिम वा प्लगइनले आठ थम्बनेलहरू उत्पन्न गर्‍यो:

• केवल मूल छवि र थम्बनेलहरूलाई अनुकूलन गर्नुहोस्: 1 (मूल छवि) + 8 (थम्बनेलहरू) = 9 क्रेडिटहरू
• यदि तपाईं पनि WebP/AVIF उत्पन्न गर्न चाहनुहुन्छ भने: माथि उल्लेखित ९ मध्ये प्रत्येकमा अर्को पुस्ताको संस्करण थप्नुहोस् → साथै ९ क्रेडिटहरू
  अर्को शब्दमा, तपाईंले “एक तस्बिर” होला भनेर सोच्नुभएको कुरा वास्तवमा करिब “दश अंकको क्रेडिट” खर्च हुन सक्छ।

त्यसैले:“१०० निःशुल्क क्रेडिट” को अर्थ “१०० निःशुल्क छविहरू” होइन।

ShortPixel का सबैभन्दा सामान्य समस्याहरू

1. नि:शुल्क १०० क्रेडिटहरू चाँडै सकिनेछन्।
   कारण: थुप्रै थम्बनेलहरू + WebP/AVIF फाइलहरू बनाएकोमा अतिरिक्त क्रेडिटहरू।
   सिफारिस：

• पहिले, साइट थम्बनेलहरूको संख्या मूल्याङ्कन गर्नुहोस्।
• अनावश्यक थम्बनेल साइजहरू हटाउनुहोस् (वास्तवमा प्रयोग हुने साइजहरू मात्र अनुकूलन गर्नुहोस्)
• पहिले कम्प्रेसन रणनीति तय गर्नुहोस्, त्यसपछि परीक्षण र त्रुटिमा समय बर्बाद हुनबाट जोगिन प्रक्रियालाई ब्याचहरूमा चलाउनुहोस्।

2. अन्य ढाँचा रूपान्तरण प्लगइनहरूसँग सँगै प्रयोग गर्नुहोस्
   यदि तपाईंले Plus WebP प्रतिस्थापन सक्षम गर्नुहुन्छ र ShortPixel लाई अर्को पुस्ताका ट्यागहरू उत्पन्न गरी सम्मिलित गर्न दिनुहुन्छ भने, तर्कहरू एकआपसमा ओभरल्याप हुनेछन्, जसले समस्या निवारणलाई अझ कठिन बनाउँछ। विकल्प B अन्तर्गत, ShortPixel ले यो कार्य आफैं सम्हाल्छ।
3. मैले अनुमान गरेको थिएँ कि एकपटक यो इन्स्टल भएपछि, फ्रन्टएन्डले स्वचालित रूपमा WebP/AVIF फाइलहरू जेनेरेट गर्नेछ।“
   ShortPixel प्लगइन पृष्ठयो उल्लेखनीय छ कि यसले WebP र AVIF फाइलहरू रूपान्तरण गर्न सक्छ र अर्को पुस्ताका छविहरूलाई फ्रन्ट-एन्ड पृष्ठहरूमा समावेश गर्न सक्छ (उदाहरणका लागि, ट्यागहरू मार्फत)।
   तथापि, तपाईंले काम सकाइसकेपछि पनि परिणामहरू जाँच्नैपर्छ।

---

3.2.2 Imagify: प्रति महिना २०१TP235T निःशुल्क; कोटा “मूल छवि आकार + थम्बनेलहरूको संख्या” को आधारमा कटौती गरिन्छ; पुनः संकुचन गर्दा कटौती दोहोरो हुनेछ।

नि:शुल्क भत्ता र स्थान

इमेजिफाई आधिकारिक मूल्य पृष्ठयो स्पष्ट रूपमा उल्लेख गरिएको छ:निःशुल्क खाताहरूमा मासिक कोटा २०१–२३५ टीबी हुन्छ।。
यसको प्लगइन पृष्ठमा पनि उल्लेख छ कि यसले कम्प्रेस, रिसाइज र WebP/AVIF मा रूपान्तरण गर्न सक्छ।

कोटा कसरी कटिन्छ?

Imagify आधिकारिक दस्तावेज “कोटा प्रयोग कसरी गणना गरिन्छ?” ले बिलिङ संयन्त्रलाई धेरै स्पष्ट रूपमा व्याख्या गर्दछ:

• थम्बनेलहरूको संख्याले स्रोत प्रयोगलाई असर गर्छ।उदाहरणका लागि, यदि तपाईंसँग १० थम्बनेल साइजहरू छन् भने, एउटा तस्बिरलाई अनुकूलन गर्नु भनेको प्रभावकारी रूपमा ११ तस्बिरहरू (मूल तस्बिर र १० थम्बनेलहरू) अनुकूलन गर्नु हो, जसमध्ये सबै तपाईंको कोटामा गणना हुन्छ।
• मूल फाइल साइजको आधारमा कोटा घटाउनुहोस्उदाहरणका लागि, यदि तपाईंले Imagify मा 100KB को छवि अपलोड गर्नुभयो भने, तपाईंको कोटाबाट 100KB घटाइनेछ।
• कम्प्रेसन स्तर परिवर्तन गरी पुनःअनुकूलन गर्दा कोटा फेरि खपत हुनेछ।。
• एक एपीआई कुञ्जी धेरै साइटहरूमा प्रयोग गर्न सकिन्छ, तर कोटा ती सबैमा साझा हुन्छ।

यो इमेजिफाईको “मुख्य दृष्टिकोण” हो:
यो डेटा प्याकेज जस्तै हो: जति बढी तपाईं अपलोड गर्नुहुन्छ, त्यति नै बढी शुल्क कटिन्छ; जति बढी थम्बनेलहरू अपलोड गर्नुहुन्छ, त्यति नै बढी शुल्क कटिन्छ; र यदि तपाईं एउटै सामग्री बारम्बार पुनः अपलोड गर्नुहुन्छ भने, प्रत्येक पटक शुल्क कटिनेछ।

Imagify कोटाहरूको सजिलै बुझ्न सकिने उदाहरण

मानौं तपाईंले ८०० केबीको मौलिक छवि अपलोड गर्नुभयो, र साइटले ८ वटा थम्बनेलहरू उत्पन्न गर्छ।

• Imagify सँग अप्टिमाइज गर्दा, “मूल छवि र ८ थम्बनेलहरू” दुवै समावेश हुन्छन् (यदि तपाईंले “सबै अप्टिमाइज” चयन गर्नुभयो भने), जसको अर्थ यो अपरेशनले यी सबै फाइलहरूको कुल आकार बराबरको कोटा खपत गर्नेछ।
  यसैले केही साइटहरूले आफ्नो “20MB” कोटा छिट्टै सकिएको पाउँछन्: Imagify पर्याप्त नभएको होइन, तर तपाईंले अपलोड गरेका तस्बिरहरू धेरै ठूला छन्, तपाईं धेरै थम्बनेलहरू सिर्जना गर्दै हुनुहुन्छ, र तपाईंले विभिन्न कम्प्रेसन स्तरहरूसँग बारम्बार प्रयोग गरिरहनु भएको हुन सक्छ।

Imagify का सबैभन्दा सामान्य समस्याहरू

1. नि:शुल्क 20MB “पूर्ण साइट इतिहास मेटाउने” कार्य गर्न पर्याप्त छैन।”
   20MB सामान्यतया परीक्षण र साना अपडेटहरूका लागि बढी उपयुक्त हुन्छ; यदि तपाईंको मिडिया लाइब्रेरी पहिले नै ठूलो छ भने, यसलाई एकैपटक सफा गर्दा सम्भवतः अपग्रेड आवश्यक पर्नेछ।
2. बारम्बार कम्प्रेसन स्तर समायोजन गर्दा कोटा बारम्बार समाप्त हुन्छ।
   इमेजिफाई: एक स्पष्ट व्याख्यापुनःअनुकूलनले फेरि कोटा खपत गर्नेछ।
   हामी सिफारिस गर्छौं कि तपाईंले यस पृष्ठमा “रणनीति” स्पष्ट रूपमा प्रस्तुत गर्नुहोस्:

• दबाव स्तर र दृश्य गुणस्तर निर्धारण गर्न थोरै संख्यामा छविहरू प्रयोग गरेर सुरु गर्नुहोस्।
• एकपटक रणनीति अन्तिम रूपमा तय भएपछि, यसलाई ब्याचहरूमा चलाउनुहोस्।
  सम्पूर्ण डाटाबेसभरि परीक्षण र त्रुटिबाट बच्नुहोस्।

3. धेरै साइटहरूमा एउटै API कुञ्जी साझा गर्दा कोटाहरू रहस्यमय रूपमा घट्छन्।“
   यदि तपाईंले एउटै API कुञ्जी धेरै साइटहरूमा प्रयोग गर्नुभयो भने, कोटाहरू साझा गरिनेछन्।
   त्यसैले, टोली वा बहु-साइट परिदृश्यहरूमा, बजेट अधिक खर्च हुनबाट जोगिन कुन साइटहरूले स्रोतहरू साझा गर्छन् र कुन स्वतन्त्र रूपमा सञ्चालन हुन्छन् भन्ने कुरा स्पष्ट पार्नु उत्तम हुन्छ।

---

3.2.3 सानो PNG(सानो कम्प्रेस छविहरू): प्रति महिना ५०० निःशुल्क क्रेडिट; WebP/AVIF मा रूपान्तरण गर्दा प्रति आकार थप १ क्रेडिट शुल्क लाग्नेछ।“

निःशुल्क भत्ताहरू र तिनीहरूको गणना कसरी गरिन्छ

TinyPNG WordPress प्लगइन पृष्ठ धेरै स्पष्ट रूपमा लेखिएको छ:

• हरेक महिना ५०० निःशुल्क क्रेडिटहरू
• “मानक वर्डप्रेस स्थापना”मा, तपाईं सम्भवतः कम्प्रेस गर्न सक्नुहुन्छ। प्रति महिना लगभग १०० तस्बिरहरू
• तर, यदि AVIF वा WebP रूपान्तरण सक्षम गरिएको छ भने:प्रत्येक छवि आकारको लागि एक अतिरिक्त क्रेडिट लाग्नेछ।, त्यसैले मलाई लाग्छ एक मात्र विकल्प यसलाई कम्प्रेस र रूपान्तरण गर्नु हो। प्रति महिना लगभग ५० तस्बिरहरू(यो तपाईंसँग कति थम्बनेल साइजहरू छन् भन्नेमा निर्भर गर्दछ।)

यसैबीच, टिनीफाइ (TinyPNG र TinyJPG को विकासकर्ता) ले पनि API मूल्य निर्धारण पृष्ठकृपया ध्यान दिनुहोस्: प्रति महिना ५०० निःशुल्क कम्प्रेसन प्राप्त गर्न दर्ता गर्नुहोस्; यो सीमा नाघेपछि सफल कम्प्रेसनको संख्या अनुसार शुल्क लाग्नेछ, र कुनै अनिवार्य सदस्यता आवश्यक छैन।

TinyPNG ले कसरी काम गर्छ भन्ने कुरालाई एकै वाक्यमा सारांशित गर्न:
यो क्रेडिटमा गणना गरिन्छ; तपाईंसँग जति धेरै थम्बनेल साइजहरू छन् र जति धेरै तपाईंले WebP/AVIF सक्षम गर्नुहुन्छ, तपाईंको क्रेडिटहरू त्यति नै छिटो सकिनेछन्।

TinyPNG क्रेडिटहरूको सजिलै बुझ्न सकिने उदाहरण

मानौं तपाईंको साइटले प्रत्येक छविमा आठ थम्बनेल साइजहरू उत्पन्न गर्छ:

• केवल कम्प्रेसन: मूल छवि + ८ थम्बनेल → ९ क्रेडिट आवश्यक
• यदि WebP/AVIF रूपान्तरण सक्षम गरिएको छ भने: प्रत्येक साइजको लागि अतिरिक्त क्रेडिट कटौती गरिनेछ → यसले कुल लागत लगभग दोब्बर बनाउन सक्छ।
  यो प्लगइन पृष्ठमा दिइएको विवरणसँग मेल खान्छ: एकपटक रूपान्तरण सक्षम भएपछि, निःशुल्क कोटा लगभग “प्रति महिना १००” बाट “प्रति महिना ५०” मा परिवर्तन हुन्छ।

TinyPNG का सबैभन्दा सामान्य समस्याहरू

1. मैले सोचेको थिएँ कि ५०० क्रेडिट भनेको ५०० तस्बिर हो।
   होइन। यो “छवि आकार/भेरियन्ट'को आधारमा शुल्क लाग्छ। प्लगइन पृष्ठमा स्पष्ट रूपमा उल्लेख गरिएको छ कि ”परिवर्तनमा प्रति छवि आकार थप १ क्रेडिट लाग्नेछ“।
2. थिम/ई-कमर्स प्लगइनले धेरै धेरै छवि आकारहरू उत्पन्न गर्छ, र निःशुल्क कोटा उल्लेखनीय रूपमा घटेको छ।
   जति बढी आयामहरू हुन्छन्, क्रेडिटहरू सकिन त्यति नै सजिलो हुन्छ।
3. रूपान्तरण सक्रिय गरेपछि मैले थाहा पाएँ कि मेरो क्रेडिट सीमा अचानक सकियो।
   यो बग होइन; बिलिङ प्रणाली यसरी नै काम गर्छ।
   रणनीति सिफारिसहरू:

• यदि निःशुल्क चरण मुख्य रूपमा संकुचन र तौल घटाउनका लागि हो भने, तपाईं केवल संकुचन लागू गरेर सुरु गर्न सक्नुहुन्छ। एकपटक तपाईंले साइटको संरचना स्थिर भएको र साँच्चिकै अर्को पुस्ता आवश्यक भएको पुष्टि गरेपछि, तब तपाईं रूपान्तरण सुरु गर्न सक्नुहुन्छ।

४. परिदृश्यअनुसारका सिफारिसहरू: विभिन्न प्रकारका वेबसाइटहरूका लागि कसरी छनोट गर्ने

यद्यपि ती सबै WordPress मा चल्छन्, सामग्री साइटहरू, ई-कमर्स साइटहरू, पोर्टफोलियोहरू र सदस्यता साइटहरूमा “छवि सम्बन्धी समस्याहरू” फरक–फरक हुन्छन्।

४.१ सामग्री साइटहरू/ब्लगहरू (धेरै तस्बिर र लेखहरू सहित, मध्यम अद्यावधिक आवृत्तिमा)

प्राथमिकता सिफारिसहरू:

1. आयाम निर्धारण रणनीति (चरण १)
2. दबाब (चरण २)
3. WebP (चरण ३)

एक बढी उपयुक्त मार्ग:

• यदि तपाईं झन्झटमुक्त विकल्प चाहनुहुन्छ भने: विकल्प B मा रहेका तीनमध्ये कुनै एक छान्नुहोस् (ShortPixel / Imagify / TinyPNG)
• यदि तपाईं निःशुल्क विकल्प चाहनुहुन्छ भने: मार्ग A (Plus WebP + EWWW), तर हामी पहिले जोखिमहरू मूल्याङ्कन गर्न “Conservative Mode (मूल छविहरू मेटाउनु हुँदैन)” बाट सुरु गर्न सिफारिस गर्छौं।

सामान्य समस्याहरू:

• लेख पृष्ठमा रहेको हेडर छवि धेरै ठूलो छ, र लेजी लोडिङ रणनीति राम्ररी कार्यान्वयन गरिएको छैन।यसले पहिलो स्क्रिनलाई ढिलो बनाउनेछ।

४.२ ई-कमर्स/उत्पादन वेबसाइटहरू (धेरै थम्बनेल र छवि भिन्नताहरू सहित; स्थिरता सर्वोपरि)

ई-कमर्समा सबैभन्दा सामान्य समस्याहरू “कम्प्रेसन गुणस्तर खराब छ” होइनन्, बरु “अप्टिमाइज गरेपछि केही आयामहरू गलत हुन्छन्, थम्बनेलहरू हराइरहेका हुन्छन्, वा फ्रन्ट-एन्ड कम्पोनेन्टहरूले तस्बिरहरू प्राप्त गर्न सक्दैनन्”।

प्राथमिकता सिफारिसहरू:

1. सावधानीपूर्वक सुरु गर्नुहोस्: एक रूढिवादी संकुचन रणनीति अपनाउनुहोस्; सम्पूर्ण डाटाबेसलाई तुरुन्तै प्रतिस्थापन नगर्नुहोस्।
2. थम्बनेल साइजहरूको मूल्याङ्कन: ई-कमर्स थिमहरूले सामान्यतया थप साइजहरू उत्पन्न गर्छन्, जसले डेटा प्रयोगमा उल्लेखनीय वृद्धि गर्न सक्छ (यो विशेष गरी ShortPixel र TinyPNG सँग स्पष्ट रूपमा देखिन्छ)।
3. पहिले सानो स्तरमा परीक्षण गर्नुहोस्, त्यसपछि व्यापक दर्शकमा विस्तार गर्नुहोस् (यो अत्यन्तै महत्वपूर्ण छ)

एक बढी उपयुक्त मार्ग:

• विकल्प B प्रायः झन्झटमुक्त विकल्प हो: ShortPixel, Imagify र TinyPNG सबैले ब्याच प्रोसेसिङलाई समर्थन गर्छन्; मुख्य कुरा भनेको कोटा प्रणाली बुझ्नु र लागतहरू अग्रिममा आकलन गर्नु हो।
• विकल्प A पनि स्वीकार्य छ, तर तपाईंले Plus WebP को “आईडीहरू ओभरराइट गर्ने, मूल छविहरू मेटाउने र URL हरू प्रतिस्थापन गर्ने” व्यवहारप्रति बढी सावधानी अपनाउनुपर्छ: किनकि यसले सम्पत्ति स्थानान्तरणको रूप लिन्छ, त्यसैले तुरुन्तै पूर्ण प्रतिस्थापन गर्नु उचित हुँदैन।

४.३ पोर्टफोलियो/फोटोग्राफी वेबसाइटहरू (जहाँ छवि गुणस्तर महत्त्वपूर्ण हुन्छ, फाइलहरू ठूला हुन्छन्, र दृश्यात्मक आकर्षण सर्वोपरि हुन्छ)

प्राथमिकता सिफारिसहरू:

1. आयाम निर्धारण रणनीति (प्रदर्शन क्षेत्र नियन्त्रण)
2. संपीडन रणनीति (विवरण गुमाउनुभन्दा अलि ठूलो फाइल हुनु राम्रो)
3. WebP/AVIF (ठूला तस्बिरहरूका लागि फाइदाहरू स्पष्ट छन्, तर दृश्यात्मक गुणस्तर प्रमाणित गर्न आवश्यक छ)

एक बढी उपयुक्त मार्ग:

• Imagify: कोटा “मूल छवि आकार'को आधारमा कटौती गरिने भएकाले, यस प्रकारको साइटले लागत नियन्त्रणमा राख्न सजिलो बनाउँछ (किनकि तपाईंलाई प्रत्येक ठूलो छविले कति खर्च लाग्छ भन्ने अनुमान हुन्छ), तर तपाईंले तिनीहरूलाई बारम्बार पुनः संकुचन गर्नबाट जोगिनुपर्छ।
• शर्टपिक्सेलयदि धेरै थम्बनेल साइजहरू छैनन् भने, क्रेडिट्सको खपत अपेक्षाकृत सरल हुन्छ; तर यदि तपाईंले धेरै साइजहरू र अर्को पुस्ताका संस्करणहरू सिर्जना गर्नुभयो भने, क्रेडिट्सको खपत उल्लेखनीय रूपमा बढ्नेछ, त्यसैले तपाईंले पहिले नै योजना बनाउनुपर्नेछ।

५. कोटा बनाम बिलिङ: निःशुल्क छुट्ट्याइएको मात्रा पर्याप्त छ कि छैन भन्ने विस्तृत समीक्षा

कुनले पैसाको लागि राम्रो मूल्य दिन्छ, र निःशुल्क परीक्षण कति समयसम्म चल्नेछ?

५.१ तीन बिलिङ मोडेलहरू

• शर्टपिक्सेल(श्रेय): क्रेडिटहरू “मूल छवि र थम्बनेलहरूको संख्या” को आधारमा गणना गरिन्छ; WebP/AVIF फाइलहरू उत्पन्न गर्दा प्रत्येक सम्बन्धित संस्करणको लागि अतिरिक्त क्रेडिट शुल्क लाग्नेछ।
• Imagify(१टीपी२३५टी कोटा): कोटा “मूल फाइल साइज'को आधारमा कटौती गरिन्छ; जति धेरै थम्बनेलहरू छन्, त्यति नै बढी कोटा प्रयोग हुन्छ; पुनः संकुचनले थप कोटा कटौती हुनेछ।
• सानो PNG(श्रेय): प्रति महिना ५०० क्रेडिट; WebP/AVIF रूपान्तरण सक्षम गर्दा प्रति छवि आकार अतिरिक्त शुल्क लाग्नेछ।

५.२ द्रुत अनुमान विधिहरू

तपाईं यसलाई निम्न प्रकारले अनुमान गर्न सक्नुहुन्छ:

1. तपाईंले प्रायः अपलोड गर्ने कुनै पनि “मूल छवि” छान्नुहोस् र यसको अनुमानित आकार जाँच गर्नुहोस् (जस्तै 300KB / 1MB / 3MB)
2. यो निर्भर गर्दछ कि तपाईंको साइटले सामान्यतया कति थम्बनेल साइजहरू उत्पन्न गर्छ (जस्तै ५, १० वा २०)।
3. तपाईं WebP/AVIF उत्पन्न गर्न चाहनुहुन्छ कि चाहनुहुन्न निर्णय गर्नुहोस् (हो/होइन)

त्यसपछि खपत बुझ्न तल दिइएको “मानसिक हिसाब” प्रयोग गर्नुहोस्:

• शर्टपिक्सेलप्रत्येक छविमा करिब (१ + थम्बनेलहरूको संख्या) क्रेडिटहरू लाग्छन्; यदि WebP/AVIF बनाइयो भने, त्यो करिब दोब्बर हुन्छ (किनकि अर्को पुस्ताका संस्करणहरूलाई पनि क्रेडिटहरू चाहिन्छ)।
• Imagifyप्रत्येक छवि को कोटा लगभग (मूल छविको आकार + सबै थम्बनेलहरूको कुल आकार) हुन्छ; कम्प्रेसन स्तर परिवर्तन गरी छवि पुनः कम्प्रेस गर्दा कोटाबाट थप कटौती हुनेछ।
• सानो PNG: ५०० निःशुल्क क्रेडिटहरू; यदि तपाईंको साइटले प्रति छवि धेरै आकारहरू उत्पन्न गर्छ र छवि रूपान्तरण सक्षम छ भने, निःशुल्क छविहरूको संख्या उल्लेखनीय रूपमा घट्नेछ (प्लगइन पृष्ठले “प्रति महिना करिब १००” र “प्रति महिना करिब ५०” को मोटामोटी अनुमान दिन्छ)

६. जोखिम खुलासा

जोखिम १: एउटै कार्य गर्न धेरै प्लगइनहरू प्रयोग नगर्नुहोस्

यो सबैभन्दा सामान्य “विपत्तिको स्रोत” हो।”

• मार्ग A:थप WebP वा AVIF + EWWW(दुवै कामहरू बीच विभाजन गर्नुहोस्; रूपान्तरण र वितरण एकै समयमा नगर्नुहोस्, वा तीमध्ये केवल एउटा मात्र स्थापना गर्नुहोस्)
• विकल्प B: ShortPixel / Imagify / TinyPNG तीनमध्ये एउटा छान्नुहोस्(कम्प्रेसन र नेक्स्ट-जेन सम्हाल्न एउटा छान्नुहोस्)

जोखिम २: साथै WebP का “ओभरराइट आईडी / मूल छवि मेटाउने / URL प्रतिस्थापन गर्ने” सुविधाहरूले सम्पत्ति स्थानान्तरण गर्दछन्।

फेरि दोहोर्याउन:थप वेबपी विवरणले स्पष्ट रूपमा उल्लेख गरेको छ कि एक पूर्ण जेनेरेसनको क्रममा, मूल छवि आईडी ओभरराइट गरिनेछ, मूल फाइल मेटाइनेछ, र सामग्रीको URL प्रतिस्थापन गरिनेछ।
यसको अर्थ यो कुनै “स-साना समायोजन जुन कुनै पनि बेला उल्टाउन सकिन्छ” होइन, बरु सम्पत्ति स्तरमा गरिएको परिवर्तन हो।

सिफारिस गरिएको रणनीति यस प्रकार हुनुपर्छ:

• सानो स्तरको परीक्षणबाट सुरु गर्नुहोस् (केही दर्जनदेखि केही सयसम्म)
• फ्रन्ट-एन्ड डिस्प्ले, थम्बनेल र क्यास अपडेटहरू सबै ठीकसँग काम गरिरहेका छन् भनी पुष्टि गर्नुहोस्।
• सम्पूर्ण डाटाबेस प्रशोधन गर्ने विचार गर्नुहोस्।

जोखिम ३: क्लाउड कम्प्रेसनका लागि “नि:शुल्क छुट” को वास्तविक खपत थम्बनेलहरूको संख्या र अर्को पुस्ताका विकल्पहरूको छनोटमा निर्भर गर्दछ।

• शर्टपिक्सेलथम्बनेलहरू र अर्को पुस्ताका सुविधाहरूले क्रेडिटहरूमा महत्वपूर्ण प्रभाव पार्नेछन्।
• सानो PNGWebP/AVIF सक्षम गर्दा प्रत्येक छवि आकारको लागि अतिरिक्त क्रेडिट कटौती हुनेछ।
• Imagifyमूल छवि आकारमा आधारित शुल्क; जति धेरै थम्बनेलहरू छन्, शुल्क त्यति नै बढी; बारम्बार डाउनलोड गर्दा अतिरिक्त शुल्क लाग्नेछ।

जोखिम ४: “WebP/AVIF उत्पन्न भएको छ” भन्नाले “फ्रन्ट-एन्डले WebP/AVIF सेवा गरिरहेको छ” भन्ने होइन।”

धेरै मानिसहरूले महसुस गर्छन् कि रूपान्तरणपछि उनीहरूको साइट कुनै पनि रूपमा छिटो भएको छैन; यसको मूल कारण फ्रन्टएन्डले अझै पनि JPG/PNG फाइलहरू सेवा गरिरहेको छ (निम्नमध्ये कुनैमा असंगति भएका कारण: क्यासिङ, रिराइटिङ, ट्यागहरू, वा ब्राउजर नेगोसिएसन)।

७. मैले काम सकाइसकेपछि यसले काम गर्‍यो कि गरेन भनेर कसरी जाँच गर्ने?

४ धेरै सरल जाँच बिन्दुहरू:

1. उही पृष्ठलाई दोस्रो पटक रिफ्रेस गर्दा लोडिङ प्रक्रिया बढी स्थिर र छिटो हुन्छ?(क्यासिङ र अप्टिमाइजेसनका प्रभावहरू कति स्पष्ट देखिन्छन्?)
2. मोबाइल उपकरणहरू र डेस्कटप कम्प्युटरहरूमा लोड गरिएका छविहरूको आकारमा कुनै उल्लेखनीय भिन्नता छ?(प्रतिक्रियाशील स्रोतसेट/आकारहरू (के यो काम गर्छ)
3. केही तस्बिरहरू अनियमित रूपमा जाँच गर्नुहोस्: के त्यहाँ कुनै WebP वा AVIF फाइल/स्रोतहरू छन्?(के साइट साँच्चै प्रयोग गरिरहेको छ अर्को पुस्ता）
4. केही तस्बिरहरू हेर्नुहोस्: तिनीहरू स्पष्ट रूपमा धुँधला छन् कि छैनन् वा पाठ धुँधिलो देखिन्छ कि छैनन् भनेर हेर्न जूम गर्नुहोस्।(के कम्प्रेसन धेरै कडा छ?)

यदि यी चारै लागू हुन्छन् भने, यसको अर्थ तपाईंले रोज्नुभएको मार्ग पहिले नै सञ्चालनमा छ। अब, अगाडि बढ्नुहोस् CDN “वितरण तह”...समग्रमा यो अझ स्थिर हुनेछ।

८. कार्यका लागि सिफारिसहरू

1. पहिले, एउटा मार्ग छान्नुहोस्:

• म यसलाई सकेसम्म निःशुल्क राख्न चाहन्छु।: साथै WebP वा AVIF + EWWW (वा तीमध्ये एउटा मात्र इन्स्टल गर्नुहोस्)
• सर्भर स्रोतहरूमा बचत गर्न चाहनुहुन्छ? प्रयोगअनुसार भुक्तानी गर्नु बढी झन्झटमुक्त हुन्छ।: ShortPixel, Imagify वा TinyPNG मध्ये एक छान्नुहोस्

2. सानो स्तरको परीक्षणबाट सुरु गर्नुहोस् (केही दर्जन)
3. थोकमा प्रशोधन गर्नु अघि सबै कुरा ठीकठाक छ कि छैन जाँच गर्नुहोस्।
4. वितरण विश्वसनीयतालाई अझ सुधार गर्न आवश्यक छ:पढ्ने CDN एक्सेलेरेसन

बारम्बार सोधिने प्रश्नहरू

१. मैले कतिवटा प्लगइनहरू इन्स्टल गर्नुपर्छ? के म ती सबै इन्स्टल गर्न सक्छु?

एउटै मार्गमा अडिग रहन प्रयास गर्नुहोस्।

• विकल्प क: प्लस WebP वा AVIF + EWWW Image Optimizer (वा यी मध्ये कुनै एक मात्र स्थापना गर्नुहोस्)
• विकल्प B: ShortPixel, Imagify वा TinyPNG मध्ये कुनै एक छान्नुहोस्।
  एउटै साइटमा “कम्प्रेसन, WebP वा AVIF मा रूपान्तरण, URL परिमार्जन र डेलिभरी रिराइटिङ” एकैसाथ गर्न धेरै प्लगइनहरू चलाउनु भनेको अव्यवस्था सिर्जना गर्ने सबैभन्दा पक्का तरिका हो र यसलाई समाधान गर्न सबैभन्दा गाह्रो हुन्छ।

२. के वर्डप्रेसले पहिले नै WebP/AVIF लाई समर्थन गर्दैन र? के मलाई अझै पनि प्लगइन चाहिन्छ?

निम्न कुराहरूबीच फरक छुट्याउनु महत्त्वपूर्ण छ:
“अपलोड/प्रयोगका लागि समर्थन” ≠ “स्वचालित रूपान्तरण/स्वचालित वितरण”
WordPress 6.5 ले अवस्थित JPG/PNG फाइलहरूलाई थोकमा स्वचालित रूपमा WebP/AVIF मा रूपान्तरण गर्दैन, न त ब्राउजरको क्षमताअनुसार AVIF/WebP सर्भ गर्ने र फेलब्याकमा मूल ढाँचामा फर्किने सम्पूर्ण प्रक्रिया स्वचालित रूपमा सम्हाल्नेछ। तपाईंको अवस्थित मिडिया लाइब्रेरी पनि अद्यावधिक भएको सुनिश्चित गर्न, सामान्यतया तपाईंले प्लगइन वा सेवा प्रयोग गर्नुपर्ने हुन्छ।

३. जब छवि अनुकूलनको कुरा आउँछ, कुन चरणले वास्तवमा लगानीमा सबैभन्दा राम्रो प्रतिफल प्रदान गर्दछ?

सामान्यतया पहिले आयामहरू सही राख्नुहोस् (srcset/sizes)。
धेरै वेबसाइटहरू ढिलो हुन्छन्, तिनीहरू कम्प्रेस नगरिएका कारणले होइन, तर तिनीहरूले केवल ९०० पिक्सेल चौडाइको पृष्ठ देखाउँछन् र प्रयोगकर्ताहरूलाई मूल ३००० पिक्सेलको छवि डाउनलोड गर्न बाध्य पार्छन्। कम्प्रेसनले केही किलोबाइट बचत गर्न सक्छ, तर “गलत आयाम” ले तपाईंलाई कुनै कारण बिना नै त्योभन्दा धेरै गुणा डाटा डाउनलोड गर्न बाध्य पार्छ।

४. म कसरी सुनिश्चित हुन सक्छु कि हरेक पटक मूल छवि सट्टा “सानो संस्करण” नै लोड भइरहेको छ?

दुई घटनाहरू विचार गर्नुहोस्:

• मोबाइल उपकरणमा हेर्दा डाउनलोड गरिएका तस्बिरहरू डेस्कटपमा भन्दा उल्लेखनीय रूपमा साना देखिन्छन्।
• उही छवि को फाइल साइज यसलाई कुन उपकरणमा लोड गरिएको छ भन्ने कुरामा निर्भर गर्दै फरक हुन्छ।
  यदि छविहरू सधैं तिनीहरूको मूल आकारमा डाउनलोड हुन्छन् भने, यो प्रायः थिम वा पेज बिल्डरले छविलाई CSS पृष्ठभूमि छवि वा अनुकूलित आउटपुटको रूपमा व्यवहार गर्ने भएकाले हुन्छ, जसले मिडिया लाइब्रेरीको बहु आयामहरू र `srcset` विशेषताको समर्थनलाई बाइपास गर्छ।

५. के “WebP/AVIF generated” को अर्थ अनिवार्य रूपमा फ्रन्ट-एन्डले WebP/AVIF आउटपुट गरिरहेको छ भन्ने हुन्छ?

बराबर छैन।
जनरेशन केवल “फाइल स्तर” मा मात्र पूरा हुन्छ; WebP/AVIF साँच्चै फ्रन्ट-एन्डमा सर्भ हुन्छ कि हुँदैन भन्ने कुरा पुनर्लेखन, `picture` ट्याग नीति, क्यास हिटहरू, र ब्राउजर नेगोसिएसन प्रभावकारी छ कि छैन जस्ता कारकहरूमा निर्भर गर्दछ। एकपटक तपाईंले काम पूरा गरेपछि, केही तस्बिरहरूको स्रोत प्रकारहरू अनियमित रूपमा जाँच गर्न नबिर्सनुहोस्।

६. WebP वा AVIF सँग सम्बन्धित जोखिमहरू वास्तवमा के-के हुन्? के म सम्पूर्ण डाटाबेसमा एक-क्लिक स्क्यान चलाउन सक्छु?

जोखिम “संपीडन'मा होइन, तरसम्पत्ति स्थानान्तरण स्तरहरूमा परिवर्तनहरू：

• पूर्ण सेट उत्पन्न गर्दा, मूल छवि फाइल आईडीहरू ओभरराइट हुन सक्छन्, मूल फाइलहरू मेटाइने हुन सक्छन्, र सामग्रीभित्रका URL हरू प्रतिस्थापन हुन सक्छन्।
  त्यसैलेहामी सिधै सम्पूर्ण डाटाबेस प्रतिस्थापन गर्न सिफारिस गर्दैनौं।सानो स्तरको परीक्षण (केही दर्जनदेखि केही सय रेकर्डसम्म) बाट सुरु गर्नुहोस् र पूर्ण डाटाबेसमा अघि बढ्नु अघि तपाईंसँग काम गर्ने ब्याकअप छ भनी सुनिश्चित गर्नुहोस्।

७. प्लस WebP मा दुई मोडहरू बीच कसरी छनौट गर्ने: मूल छवि राख्ने वा प्रतिस्थापन गरी मूल छवि मेटाउने?

सरल शब्दमा:

• विकल्प १: मूल छवि राख्नुहोस् + WebP/AVIF प्रतिलिपिहरू बनाउनुहोस् (अधिक भरपर्दो)पछाडि फर्काउन सजिलो छ, तर यसले बढी डिस्क स्थान ओगट्छ (मूल छवि + नयाँ ढाँचा + विभिन्न थम्बनेल आकारहरू)।
• विधि २: मूल छवि प्रतिस्थापन र मेटाउने (अधिक कट्टरपन्थी)डिस्क विस्तार हुन प्रवृत्त हुँदैन, तर यदि तपाईंले सम्पत्ति र सन्दर्भहरू परिमार्जन गर्नुभयो भने अनुकूलतासम्बन्धी समस्याहरू समाधान गर्न बढी खर्च लाग्छ।
  साइट जति जटिल हुन्छ (इ-कमर्स, धेरै प्लगइनहरू, विभिन्न आकारहरू), त्यति नै हामी अझ स्थिर दृष्टिकोणबाट सुरु गर्न सिफारिस गर्छौं।

८. के EWWW Image Optimizer द्वारा प्रदान गरिएको निःशुल्क स्थानीय कम्प्रेसन पर्याप्त छ? के यसले सर्भरमा ओभरलोड लगाउनेछ?

EWWW बढी “स्थानीय कम्प्रेसन उपकरण” जस्तो हो: यसले CPU/IO उपभोग गर्छ।
ब्याच अनुकूलनको क्रममा लोड बढ्नु सामान्य हो; यसले प्रणाली “विफल” भइरहेको हो भन्ने होइन, बरु दृष्टिकोण सही हुनुपर्छ: कामलाई ब्याचमा विभाजन गरी कम व्यस्त समयमा सम्पन्न गर्नुहोस्, र आवश्यक परेमा अफलोडिङ वा क्लाउड समाधान रोज्नुहोस्।
यदि तपाईं झन्झटमुक्त समाधान खोज्दै हुनुहुन्छ वा तपाईंको सर्भर स्रोतहरू सीमित छन् भने, विकल्प B सर्भरका लागि बढी कुशल छ।

९. ShortPixel ले प्रति महिना १०० निःशुल्क क्रेडिटहरू प्रदान गर्दछ, तर मलाई किन यस्तो लाग्छ कि ती केही तस्बिरहरू मात्र प्रयोग गरेपछि नै सकिन्छन्?

किनभने “Credits” ले 'छविहरूको संख्या' लाई जनाउँदैन।”, थम्बनेल र अर्को पुस्ताद्वारा ठूलो बनाइनेछ:

• मूल छवि + प्रत्येक थम्बनेलको श्रेय
• यदि WebP/AVIF फाइलहरू उत्पन्न गरिन्छन् भने, प्रत्येक सम्बन्धित संस्करणमा क्रेडिटमा अतिरिक्त लागत लाग्नेछ।
  तपाईंले “एक तस्बिर” मात्र होला भनेर सोच्नुभएको कुराले वास्तवमा करिब “दुई अंकका क्रेडिट” खर्च गर्न सक्छ। ShortPixel

१०. इमेजिफाईको निःशुल्क २०१ TP235T प्रति महिना किन यति छिटो सकिन्छ?

Imagify बढी “डेटा बन्डल” जस्तै छ:

• तपाईंको सन्देशअनुसारमूल फाइल आकारकोटाबाट घटाउनुहोस्
• थम्बनेलहरू जति धेरै हुन्छन्, स्रोत खपत त्यति नै बढी हुन्छ।
• कम्प्रेसन स्तर परिवर्तन गरी पुनःअनुकूलन गर्दा कोटा फेरि खपत हुनेछ।
• एउटै API की धेरै साइटहरूमा प्रयोग गर्न सकिन्छ, जसमा कोटाहरू साझा गरिन्छ।
  त्यसैले “20MB चाँडै सकिनेछ” भन्ने सन्देश प्रायः तस्बिरहरू धेरै ठूला हुनु, धेरै थम्बनेलहरू हुनु, वा बारम्बार परीक्षण र त्रुटि गर्दा देखा पर्छ।

११. TinyPNG ले प्रति महिना ५०० निःशुल्क क्रेडिटहरू प्रदान गर्दछ, त्यसोभए प्लगइनले प्रति महिना लगभग १०० वटा तस्बिरहरू मात्र भन्नुको कारण के हो, र WebP/AVIF सक्षम गरेपछि यो प्रति महिना ५० वटा तस्बिरमा किन घट्छ?

यसको कारण “Dimensions/Variants” अन्तर्गत TinyPNG क्रेडिटहरू पनि बढाइएको छ:

• एक मानक वर्डप्रेस स्थापनाले सामान्यतया प्रति महिना करिब १०० वटा तस्बिरहरू कम्प्रेस गर्छ।
• AVIF वा WebP रूपान्तरण सक्षम गर्नुहोस्:प्रत्येक छवि आकारको लागि एक अतिरिक्त क्रेडिट लाग्नेछ।, त्यसैले म सायद प्रति महिना करिब ५० वटा तस्बिरहरू मात्र कम्प्रेस र रूपान्तरण गर्न सक्छु (थम्बनेल साइजहरूको संख्यामा निर्भर गर्दै)।
  त्यसैले ५०० क्रेडिट्स ≠ ५०० तस्बिरहरू।

१२. हाम्रो साइटमा कति थम्बनेलहरू छन्? तिनीहरूले यति महत्त्वपूर्ण प्रभाव किन पार्छन्?

WordPress मा छवि अपलोड गर्दा धेरै आकारहरू सिर्जना हुन्छन्; थिमहरू र प्लगइनहरू (विशेष गरी ई-कमर्सका लागि) ले अझ धेरै सिर्जना गर्न सक्छन्।
क्लाउड कम्प्रेसनमा, क्रेडिट वा कोटा सामान्यतया “मूल छविहरू र थम्बनेलहरू मिलाएर” गणना गरिन्छ, त्यसैले जति धेरै थम्बनेलहरू छन्, तपाईंको निःशुल्क कोटा त्यति नै छिटो सकिन्छ।

१३. के लेजी लोडिङले सधैं गति बढाउँछ? केही मानिसहरू किन भन्छन् कि लेजी लोडिङले वास्तवमा गति घटाउँछ?

लेजी लोडिङ “अफ-स्क्रिन स्रोतहरू” का लागि उपयुक्त छ।
यदि पहिलो स्क्रिनमा सबैभन्दा महत्वपूर्ण ठूलो छवि पनि ढिलाइ हुन्छ भने, यसले प्रारम्भिक लोडिङ अनुभवलाई सुस्त बनाउन सक्छ। WordPress 5.5 र त्यसपछिका संस्करणहरूमा रहेको पूर्वनिर्धारित लेजी लोडिङ ठीक भए तापनि, तपाईंले यसलाई सबै ठाउँमा लागू गर्नु हुँदैन।

१४. यदि मैले मार्ग A वा B लिएँ भने मलाई CDN / Image CDN कहिले चाहिन्छ?

कम्प्रेसन, फाइल साइज र ढाँचाले फाइलहरूलाई सानो र बढी उपयुक्त बनाउने समस्यालाई सम्बोधन गर्दछन्।
CDN ले छिटो र बढी भरपर्दो डेलिभरी सुनिश्चित गर्दछ।。
जब छविहरू टाढाको ओरिजिन सर्भरबाट प्राप्त गरिँदा उल्लेखनीय विलम्बता हुन्छ, प्रत्येक छविमा CDN थप्दा (जस्तै Cloudflare Poland वा Jetpack Site Accelerator) सामान्यतया थप स्थिर अनुभव प्राप्त हुन्छ। थप पढ्नुहोस् वर्डप्रेस CDN एक्सेलेरेसन。

१५. मैले काम सकाइसकेपछि, यो साँच्चै काम गरिरहेको छ कि छैन भनेर जाँच्ने सबैभन्दा सजिलो तरिका के हो?

प्रमाणित गर्ने सबैभन्दा छिटो तरिका:

• उही पृष्ठलाई दोस्रो पटक रिफ्रेस गर्दा लोडिङ प्रक्रिया बढी स्थिर र छिटो हुन्छ?
• मोबाइल र डेस्कटप संस्करणहरूबीच छवि आकारमा उल्लेखनीय भिन्नता छ कि (srcset/sizes अपेक्षित रूपमा काम गरिरहेको छ कि)?
• केही तस्बिरहरू अनियमित रूपमा जाँच गर्नुहोस्: के त्यहाँ कुनै WebP वा AVIF फाइल/स्रोतहरू छन्?
• केही तस्बिरहरू हेर्नुहोस्: तिनीहरू स्पष्ट रूपमा धुँधला छन् कि छैनन् वा पाठ धुँधिलो देखिन्छ कि छैनन् भनेर हेर्न जूम गर्नुहोस्।