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

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

तथापि, छवि अनुकूलन ओहि क्षेत्र अछि जतय सभसँ सहज रूपेँ गड़बड़ी भऽ जाइत अछि; कारण ई नहि जे प्रौद्योगिकी बहुत कठिन अछि, बल्कि सूचना बहुत खण्डित अछि:
अहाँ किछु लेख पढ़ने छी आ “कम्प्रेशन”, “WebP/AVIF” आ “लेज़ी लोडिंग” बारे में जानलहुँ, मुदा जखन अहाँ प्लगइनक विवरण देखैत छी त“ ओहि में लिखल अछि ”प्रति मास 100 मुफ्त क्रेडिट“, ”20MB मुफ्त“ आ ”प्रति छवि 1 क्रेडिट“—आ जतेक पढ़ैत छी, ततेक बेसी उलझन होइत अछि। की ई मुफ्त कोटा वास्तव में पर्याप्त अछि? शुल्क केना कटल जाइत अछि? की अहाँ ”ओहि बात' के गलत बुझने छी? आ सब सँ महत्वपूर्ण:का ई सचमुच काज कएलक जखन अहाँ पूरा क' लेलहुँ?

ई लेख मात्र तीनटा काज करैत अछि:

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

१. मूल बातें: WordPress में की-की शामिल अछि आ की-की शामिल नहि अछि।

यदि अहाँ पहिने ई नहि बुझि पबैत छी जे वर्डप्रेस कोर पहिने सँ की काज कऽ चुकल अछि, तऽ दू परिस्थिति उत्पन्न होयबाक संभावना अछि:

• हमरा सभक लेल उपलब्ध “नि:शुल्क सुविधासभ” केर उपयोग करबाक बदला, हम सभ पहिया केँ फेर सँ आविष्कार करबा में समय आ पैसा बर्बाद कयने छी।
• हम सोचने रही जे 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 4.4 आ ओकरा बादक लेलप्रतिक्रियाशील छवि तंत्र（srcset/sizes) ठीक एहि समस्या केँ समाधान करबाक लेल डिजाइन कएल गेल छल।

पास के की परिभाषित करैत अछि:

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

सब सँ सामान्य फँसबाक बिंदु:

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

---

2.2 संपीड़न (गुणवत्ता सँ समझौता कएने बिना फाइलक आकार घटेनाई)

कम्प्रेशनक सार ई नहि अछि जे “छोटका नीक” अछि, बल्कि ई अछि जे “अन्तर नग्न आँखि सँ मुश्किल सँ देखार होइत अछि, तथापि फाइलक आकार काफी घटि जाइत अछि”।

नियम सभ निम्नानुसार अछि:

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

पास के की परिभाषित करैत अछि:

• अधिकांश पृष्ठ छविक फाइल आकार काफी घटा देल गेल अछि।
• कोनो ध्यान देबऽ योग्य आवाज, धुँधल किनारा, रंग पट्टी वा धुँधल पाठ नहि।

---

२.३ WebP / AVIF (ढाँचा नीति: समान स्तरक स्पष्टता लेल छोट फाइल आकार)

WordPress आब फाइल अपलोड के समर्थन करैत अछि। WebP (5.8) आ AVIF (6.5)。
तथापि, “अगिला पीढ़ीक प्रारूप” केँ व्यवहारिक रूप सँ उपयोग मे आनबाक लेल, सामान्यतः दू टा समस्या केँ समाधान करऽ पड़ैत अछि:

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

अनुशंसित दृष्टिकोण:

• WebP: सामान्यतः पूर्वनिर्धारित विकल्प (अधिक विश्वसनीय अनुकूलता प्रदान करैत अछि)
• AVIF: संपीड़न में एक आगाँक कदम, जे पैघ छविक, पहिल स्क्रीन पर पैघ छविक आ गैलरी छविक लेल उपयुक्त अछि (मुदा अधिकपर्यावरणीय सहयोग पर निर्भर）

---

2.4 लेज़ी लोडिंग के सही ढंग सँ उपयोग करू (एक-आकार-सभ-पर-फिट वाला तरीका नहि अपनाउ)

WordPress 5.5 सँ आगूडिफ़ॉल्ट सुस्त लोडिंगछवि
ई प्रारंभिक रेंडरिंग के दौरान बैंडविड्थ के उपयोग घटा दैत अछि:

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

---

2.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 इमेज ऑप्टिमाइजर(वा सिर्फ एकटा चुनू)
• विकल्प B (तीनटा क्लाउड संपीड़न विधि मे सँ एकटा चुनू):शॉर्टपिक्सेल / इमेजाइफ़ी / टिनीपीएनजी

---

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

एहि मार्गक मुख्य विशेषतासभ अछि:

• अहाँ तेसर-पक्षीय संपीड़न सेवासभ पर निर्भर नहि करैत छी जे मासिक कोटा वा प्रति-फाइल आधार पर शुल्क लैत अछि (यद्यपि किछु सुविधा वैकल्पिक सेवा केर रूप में उपलब्ध भ“ सकैत अछि)
• बदलाव ई अछि जे बैच प्रोसेसिंग CPU/IO केर हिसाब सँ सर्वर पर बेसी भार दऽ सकैत अछि, जाहि सँ अहाँ केँ “रणनीति आ जोखिम” पर बेसी ध्यान देबाक आवश्यकता होइत अछि।”

3.1.1 थप WebP वा AVIFमुख्य अवधारणा “उत्पादन/प्रतिस्थापन” अछि; ई पारंपरिक अर्थ में “संपीड़न उपकरण” नहि अछि।”

• जब सम्पूर्ण छविक समुच्चय उत्पन्न कएल जा रहल अछि:मूल छवि फाइलक आईडी 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 परोस रहल अछि।
   बहुत रास प्लगइन एहि भ्रान्ति मे काज करैत अछि जे निर्माण एकटा चीज अछि, जबकि वितरण रणनीति (जैसे पुनर्लेखन, `picture` टैग आ कैश समाप्ति) बिलकुल दोसर।
3. दोसर प्लगइनक कार्यक्षमता केँ दोहराबैत अछि।
   यदि अहाँ विकल्प A चुनैत छी, तँ ShortPixel, Imagify वा TinyPNG जेकाँ अतिरिक्त क्लाउड संपीड़न सेवासभक उपयोग सँ बचबाक प्रयास करू; यदि अहाँ विकल्प B चुनैत छी, तँ Plus WebP मे प्रतिस्थापन तर्क सक्षम नहि करू। मूल सिद्धांत अछि:एकटा कार्रवाई पर अडिग रहू।

---

3.2 विकल्प B: तीनटा क्लाउड कम्प्रेशन सेवा (ShortPixel / Imagify / TinyPNG) मे सँ एकटा चुनू।

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

नीचाँ हम बुझबैत छी: नि:शुल्क आ सशुल्क विकल्पसभक बीचक अंतर, क्रेडिट केना कटैत अछि, सबसँ सामान्य फँदसभ जे सँ बचेबाक चाही, आ कोन प्रकारक वेबसाइटसभ एहि सेवासभक लेल सबसँ उपयुक्त अछि।

---

3.2.1 शॉर्टपिक्सल: प्रति मास 100 नि:शुल्क क्रेडिट, मुदा थंबनेल आ WebP/AVIF बड़का करबाक लेल क्रेडिट खर्च भ' जायत

नि:शुल्क आ सशुल्क विकल्प सभक की बात अछि?

ShortPixel प्लगइनक विवरणमे स्पष्ट रूप सँ कहल गेल अछि:

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

टिप्पणी:

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

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

सब सँ महत्वपूर्ण: ShortPixel क्रेडिट केना गणना कएल जाइत अछि?

शॉर्टपिक्सल आधिकारिक दस्तावेज KB एकदम साफ-साफ कहलनि:

• जब अहाँ वर्डप्रेस में एकटा छवि अपलोड करैत छी, त' ई कतेको थम्बनेल बनबैत अछि;
• प्रत्येक थम्बनेल केँ अनुकूलित करब एक क्रेडिट मानल जाइत अछि।；
• यदि अहाँ WebP वा AVIF उत्पन्न करबाक चुनैत छी,मूल छवि केर प्रत्येक WebP वा AVIF संस्करण आ ओकर थंबनेल एक अतिरिक्त क्रेडिट मानल जायत।；
• अहाँ क्रेडिट उपयोग कम करबाक लेल किछु थम्बनेल केँ अनुकूलन सँ बहिष्कृत कऽ सकैत छी।

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

मानू जे अहाँ एकटा छवि अपलोड करैत छी, आ थीम वा प्लगइन आठटा थम्बनेल बनबैत अछि:

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

तेँ:“100 फ्री क्रेडिट्स” केर मतलब “100 फ्री इमेजेज” नहि होइत अछि।

ShortPixel सँ जुड़ल सभसँ सामान्य समस्यासभ

1. नि:शुल्क १०० क्रेडिट शीघ्र समाप्त भ' जायत।
   कारण: थम्बनेलक बड़ संख्या + WebP/AVIF फाइल बनाबय पर अतिरिक्त क्रेडिट।
   सिफारिश：

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

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

---

3.2.2 Imagify: प्रति मास 20MB नि:शुल्क; कोटा “मूल छवि आकार + थम्बनेलक संख्या” के आधार पर कटल जाइत अछि; पुनः संपीड़न सँ कटौती दोहरायल जायत।

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

इमेजिफाय आधिकारिक मूल्य पृष्ठई बहुत स्पष्ट रूप सँ कहल गेल अछि:नि:शुल्क खातासभक मासिक कोटा 20MB अछि।。
एकर प्लगइन पृष्ठ पर ईहो कहल गेल अछि जे ई संकुचित, आकार बदलय आ WebP/AVIF मे रूपांतरित कऽ सकैत अछि।

कोटा केना कटल जाइत अछि?

इमेजिफाय आधिकारिक दस्तावेजीकरण “कोटा उपयोग केना गणना कएल जाइत अछि?” बिलिंग तंत्र केँ बहुत स्पष्ट रूप सँ बूझबैत अछि:

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

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

Imagify कोटासभक एक सहज बुझय योग्य उदाहरण

मानू जे अहाँ 800 KB केर एकटा मूल छवि अपलोड करैत छी, आ साइट 8 टा थम्बनेल उत्पन्न करैत अछि।

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

Imagify सँ जुड़ल सभसँ सामान्य समस्यासभ

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

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

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

---

3.2.3 टिनीपीएनजी(टिनी कम्प्रेस इमेजेज): प्रति मास 500 नि:शुल्क क्रेडिट; WebP/AVIF में रूपांतरण पर प्रति आकार 1 क्रेडिट अतिरिक्त शुल्क लागैत अछि।“

मुक्त भत्ता आ ओकर गणना केना होइत अछि

TinyPNG WordPress प्लगइन पृष्ठ बहुत स्पष्ट रूप सँ लिखल अछि:

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

एहि बीच, टिनीफाई (TinyPNG आ TinyJPG केर डेवलपर) सेहो एपीआई मूल्य निर्धारण पृष्ठकृपया ध्यान दिअ: प्रतिमास 500 नि:शुल्क संपीड़न प्राप्त करबाक लेल साइन अप करू; एक बेर ई सीमा पार भऽ गेलाक बाद, अहाँ सँ सफल संपीड़नक संख्या अनुसार शुल्क लेल जायत, आ कोनो अनिवार्य सदस्यता नहि अछि।

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

TinyPNG क्रेडिट्सक एक सहज बुझय योग्य उदाहरण

मानू जे अहाँक साइट प्रत्येक छविक लेल आठ थम्बनेल आकार उत्पन्न करैत अछि:

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

TinyPNG सँ जुड़ल सभसँ सामान्य समस्यासभ

1. हम सोचने रही जे 500 क्रेडिट्स के मतलब 500 छवियाँ होयत।
   नहि। ई प्रति “इमेज साइज/वेरिएंट” चार्ज कएल जाइत अछि। प्लगइन पेज पर स्पष्ट रूप सँ कहल गेल अछि जे “कन्वर्जन पर प्रति इमेज साइज अतिरिक्त 1 क्रेडिट लागत” अछि।
2. थीम/ई-कॉमर्स प्लगइन बहुत रास छवि आकार उत्पन्न करैत अछि, आ नि:शुल्क कोटा काफी घटि गेल अछि।
   जितबे अधिक आयाम होइत अछि, तितबे क्रेडिट्स खत्म होब आसान भऽ जाइत अछि।
3. रूपान्तरण सक्रिय कएलाक बाद, हम देखलहुँ जे हमर क्रेडिट सीमा अचानक समाप्त भऽ गेल।
   ई कोनो बग नहि अछि; ई बिलिंग सिस्टम एना काज करैत अछि।
   रणनीतिक सिफारिशसभ:

• यदि फ्री फेज मुख्य रूप सँ संपीड़न आ वजन कटौती लेल अभिप्रेत अछि, तँ अहाँ केवल संपीड़न लागू कऽ कऽ शुरू कऽ सकैत छी। एक बेर जखन अहाँ पुष्टि कऽ लेब जे साइटक संरचना स्थिर अछि आ अहाँ केँ वास्तव में नेक्स्ट-जेन केर आवश्यकता अछि, तखन अहाँ रूपांतरण शुरू कऽ सकैत छी।

४. परिदृश्य अनुसार सिफारिश: विभिन्न प्रकारक वेबसाइट सभक लेल केना चुनब

यद्यपि सभ WordPress के उपयोग करैत छथि, “छवि संबंधी समस्या” सामग्री साइट, ई-कॉमर्स साइट, पोर्टफोलियो आ सदस्यता साइट सभमे भिन्न-भिन्न होइत अछि।

४.१ सामग्री साइट/ब्लॉग (जाहिमे अनेक छवि आ लेख होइत अछि, आ अपडेट करबाक आवृत्ति मध्यम रहैत अछि)

प्राथमिकता सिफारिशसभ:

1. आयाम निर्धारण रणनीति (पहिल चरण)
2. दबाव (चरण 2)
3. वेबपी (चरण ३)

एकटा बेसी उपयुक्त मार्ग:

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

सामान्य फँस:

• लेख पृष्ठ पर हेडर छवि बहुत पैघ अछि, आ लेज़ी लोडिंग रणनीति खराब ढंग सँ लागू कएल गेल अछि।ई पहिल स्क्रीन के धीमा कऽ देत।

4.2 ई-कॉमर्स/उत्पाद वेबसाइटसभ (कतेको थम्बनेल आ छवि विविधता सहित; स्थिरता सर्वोपरि अछि)

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

प्राथमिकता सिफारिशसभ:

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

एकटा बेसी उपयुक्त मार्ग:

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

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

प्राथमिकता सिफारिशसभ:

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

एकटा बेसी उपयुक्त मार्ग:

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

५. कोटा बनाम बिलिङ: ई मुफ्त भत्ता पर्याप्त अछि कि नहि, एक विस्तृत समीक्षा।

कुन एकटा पैसाक हिसाब सँ बेसी लाभदायक अछि, आ नि:शुल्क परीक्षण कतबा दिन धरि चली?

5.1 तीन बिलिंग मॉडल

• शॉर्टपिक्सल(श्रेय)क्रेडिट सभ “मूल छवि आ थम्बनेल सभक संख्या” पर आधारित कयल जाइत अछि; WebP/AVIF फाइल बनाबय पर प्रत्येक संबद्ध संस्करण लेल अतिरिक्त क्रेडिट शुल्क लागू होयत।
• Imagify(MB कोटा)कोटा “मूल फाइल साइज” के आधार पर कटौती कएल जाइत अछि; जतेक बेसी थम्बनेल होयत, ओतेक बेसी कोटा खर्च होयत; पुनः संपीड़न सँ आर कोटा कटौती होयत।
• टिनीपीएनजी(श्रेय): प्रति मास 500 क्रेडिट; WebP/AVIF रूपांतरण सक्षम करबा पर प्रति छवि आकार अतिरिक्त शुल्क लागत।

५.२ त्वरित अनुमान विधि सभ

अहाँ एकरा निम्नानुसार अनुमान लगा सकैत छी:

1. अहाँ जे “मूल छवि” अक्सर अपलोड करैत छी, से चुनू आ ओकर अनुमानित आकार जाँचू (उदाहरण स्वरूप 300KB / 1MB / 3MB)
2. ई एहि पर निर्भर करैत अछि जे अहाँक साइट सामान्यतः कतेक थम्बनेल साइज उत्पन्न करैत अछि (जैसे 5, 10 वा 20)
3. निर्णय करू जे अहाँ WebP/AVIF उत्पन्न करय चाहैत छी कि नहि (हाँ/नहि)

तखन खपत बुझबाक लेल नीचाँ देल “मानसिक अंकगणित” केँ प्रयोग करू:

• शॉर्टपिक्सलप्रत्येक छवि लेल लगभग (1 + थम्बनेलक संख्या) क्रेडिट; यदि WebP/AVIF उत्पन्न होइत अछि, तँ लगभग ओकर दोगुना (किएक तँ अगली पीढ़ीक संस्करणसभकेँ सेहो क्रेडिटक आवश्यकता अछि)
• Imagifyप्रत्येक छविक कोटा लगभग (मूल छविक आकार + सभ थम्बनेलक कुल आकार) होइत अछि; कम्प्रेशन स्तर बदलि कऽ छवि केँ फेर सँ कम्प्रेस करब सँ कोटा में आर कटौती होयत।
• टिनीपीएनजी: 500 नि:शुल्क क्रेडिट; यदि अहाँक साइट प्रति छवि पर बहुत रास छवि आकार उत्पन्न करैत अछि आ छवि रूपांतरण सक्षम अछि, त नि:शुल्क छविक संख्या काफी घटि जायत (प्लगइन पृष्ठ पर “प्रति मास लगभग 100” आ “प्रति मास लगभग 50” केर मोटा अनुमान देल गेल अछि)

६. जोखिम प्रकटीकरण

जोखिम 1: एकहि काज लेल अनेक प्लगइनक उपयोग सँ बचल जाउ।

ई सभसँ सामान्य “आपदा केर स्रोत” अछि।”

• मार्ग A:थप WebP वा AVIF + EWWW(दू टा काज दुनूमे बाँटि लिअ; एके बेरमे रूपांतरण आ वितरण दुनू नहि करू, अथवा त' केवल एकटा इंस्टॉल करू)
• विकल्प B: ShortPixel / Imagify / TinyPNG तीनमे सँ एक चुनू।(कम्प्रेशन आ अगिला पीढ़ी सँ निपटबाक लेल एकटा चुनू)

जोखिम 2: संगहि WebP केर “ओवरराइट ID / मूल छवि मेटाउ / URL बदलि” फंक्शनसभ संपत्ति स्थानांतरण केँ समाहित करैत अछि।

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

अनुशंसित रणनीति एना होबाक चाही:

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

जोखिम ३: क्लाउड कम्प्रेशन लेल “नि:शुल्क कोटा” केर वास्तविक खपत थम्बनेल सभक संख्या आ अगली पीढ़ीक विकल्पक चयन पर निर्भर करैत अछि।

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

जोखिम 4: “WebP/AVIF उत्पन्न भऽ गेल अछि” केर मतलब ई नहि जे “फ्रन्ट-एन्ड WebP/AVIF परोस रहल अछि”

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

7. हम काज पूरा कएलाक बाद ई लागू भेल कि नहि, केना जाँच करब?

४ बहुत सरल जाँच बिन्दु:

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

यदि एहि चारू लागू होइत अछि, तऽ एकर मतलब अछि जे अहाँ जे मार्ग चुनने छी, से पहिने सँ चलि रहल अछि। आब आगू बढ़ू CDN “वितरण परत”...ई समग्र रूप सँ बेसी स्थिर होयत।

८. कार्रवाई लेल सिफारिश

1. पहिने, एकटा मार्ग चुनू:

• हम एकरा जतेक संभव होइ, मुफ्त राखय चाहैत छी।: वेबपी वा एवीआईएफ + ईडब्ल्यूडब्ल्यूडब्ल्यू (वा एहि मे सँ केवल एकटा इंस्टॉल करू)
• सर्वर संसाधन पर बचत करय चाहैत छी? उपयोग अनुसार भुगतान करब बेसी झंझटरहित अछि।ShortPixel, Imagify वा TinyPNG मे सँ एकटा चुनू।

2. एकटा छोट पैमाना पर परीक्षण सँ शुरू करू (किछु दर्जन)
3. बैच में प्रोसेस करबाक पहिने सभ किछु ठीक-ठाक अछि कि नहि, जाँचू।
4. वितरण विश्वसनीयता केँ आओर सुधार करबाक आवश्यकता अछि:पढ़नाइ CDN त्वरण

बारम्बार पुछल जाए वाला प्रश्न

1. हम कतेक प्लगइन स्थापित करी? की हम सभटा स्थापित क' सकैत छी?

एकटा मार्ग पर चलबाक प्रयास करू।

• विकल्प A: वेबपी वा AVIF + EWWW इमेज ऑप्टिमाइजर (वा एहि दुनू में सँ केवल एकटा इंस्टॉल करू)
• विकल्प B: ShortPixel, Imagify वा TinyPNG मे सँ एकटा चुनू।
  एकहि साइट पर एक संग “कम्प्रेशन, WebP वा AVIF में रूपांतरण, URL संशोधन आ डिलीवरी रीराइटिंग” करबाक लेल कईटा प्लगइन चलाबऽ सँ अव्यवस्था बनेबाक सबसँ पक्का तरीका होइत अछि आ एकरा ठीक करब सबसँ कठिन होइत अछि।

२. की वर्डप्रेस पहिने सँ WebP/AVIF के समर्थन नहि करैत अछि? की हमरा एखनहुँ प्लगइन के आवश्यकता अछि?

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

3. जखन छवि अनुकूलनक बात अबैत अछि, त“ वास्तव में कुन चरणमे निवेश पर सबसँ बेसी प्रतिफल भेटैत अछि?

सामान्यतः पहिने आयाम सभ ठीक करू (srcset/sizes)。
बहुत रास वेबसाइट सभ धीमा होइत अछि, कारण ई सभ संकुचित नहि कएल गेल अछि से नहि, बल्कि एहि लेल जे ओ सभ मात्र 900px चौड़ाई वाला पेज देखबैत अछि आ उपयोगकर्ता सभ केँ मूल 3000px छवि डाउनलोड करय लेल मजबूर करैत अछि। संकुचन सँ किछु किलोबाइट बचि सकैत अछि, मुदा “गलत आयाम” केर कारण अहाँ बिना कोनो नीक कारणक कई गुणा बेसी डेटा डाउनलोड करय पड़त।

४. हम कोना सुनिश्चित कऽ सकैत छी जे “छोट संस्करण” लोड भ' रहल अछि, मूल छवि केर बदला में?

दूटा घटना पर विचार करू:

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

5. की “WebP/AVIF generated” केर मतलब जरूरी रूप सँ ई होइत अछि जे फ्रंट-एंड WebP/AVIF आउटपुट क' रहल अछि?

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

6. WebP वा AVIF सँ जुड़ल जोखिम सभ वास्तव में की-की अछि? की हम पूरा डेटाबेस पर एक-क्लिक जाँच चला सकैत छी?

जोखिम “संपीड़न” में नहि अछि, बल्किसंपत्ति प्रवासन स्तरसभमे परिवर्तन：

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

7. हम Plus WebP में दू मोड—मूल छवि राखब वा मूल छवि बदलि कऽ मेटा देब—में केना चयन करी?

सरल शब्दमे:

• विकल्प 1: मूल छवि राखू + WebP/AVIF प्रतिलिपि बनाउ (अधिक विश्वसनीय): वापस करब आसान अछि, मुदा ई बेसी डिस्क स्थान लैत अछि (मूल छवि + नव प्रारूप + विभिन्न थंबनेल आकार).
• विधि 2: मूल छवि केँ प्रतिस्थापित आ मेटाउ (अधिक कट्टरपंथी)डिस्क विस्तार होयबाक प्रवृत्ति नहि रखैत अछि, मुदा यदि अहाँ एसेट्स आ रेफरेंसमे परिवर्तन करैत छी त अनुकूलता संबंधी समस्यासभक निवारण बेसी महँग भऽ जाइत अछि।
  साइट जतेक जटिल होयत (ई-कॉमर्स, अनेक प्लगइन, अनेक आकार), ततेक हम एकटा अधिक स्थिर दृष्टिकोण सँ शुरू करबाक सिफारिश करैत छी।

8. की EWWW Image Optimizer द्वारा प्रदान कएल गेल नि:शुल्क स्थानीय कम्प्रेशन पर्याप्त अछि? की ई सर्वर पर ओवरलोड कऽ सकैत अछि?

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

9. ShortPixel प्रति मास 100 नि:शुल्क क्रेडिट दैत अछि, त हमरा किएक एहन लगैत अछि जे ई मात्र किछु तस्वीरक बादे समाप्त भऽ गेल?

किएककि “Credits” सँ 'छविक संख्या' केर संकेत नहि होइत अछि।”थम्बनेल आ अगिला पीढ़ी सँ बड़का कएल जायत:

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

10. Imagify केर मुफ्त 201 TP234T प्रतिमाह एते जल्दी किएक खत्म भऽ जाइत अछि?

Imagify एकटा “डेटा बंडल” जेकाँ अछि:

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

11. TinyPNG प्रति मास 500 नि:शुल्क क्रेडिट दैत अछि, त' प्लगइन किएक कहैत अछि जे प्रति मास मात्र लगभग 100 छवि उपलब्ध अछि, आ WebP/AVIF सक्षम कएलाक बाद ई किएक घटि क' प्रति मास 50 छवि भ' जाइत अछि?

ई एहि कारणे अछि जे “Dimensions/Variants” अनुभाग मे TinyPNG क्रेडिट्स सेहो बढ़ा देल गेल अछि:

• एकटा मानक वर्डप्रेस स्थापना सामान्यतः प्रति मास लगभग 100 टा छवि सङ्कुचित करैत अछि।
• AVIF वा WebP रूपांतरण सक्षम करू:प्रत्येक छवि आकारक लेल एक अतिरिक्त क्रेडिट लागत।, तेँ हम सम्भवतः प्रति मास लगभग ५० टा छवि मात्र संकुचित आ रूपान्तरित क' सकैत छी (थम्बनेल आकारक संख्या पर निर्भर क' क').
  तें 500 क्रेडिट्स ≠ 500 छवियाँ।

12. हमर साइट पर कतेक थम्बनेल अछि? ओ सभ एतेक महत्वपूर्ण प्रभाव किएक रखैत अछि?

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

13. की लेज़ी लोडिंग सदिखन चीज सभ केँ तेज करैत अछि? किछु लोक किएक कहैत छथि जे लेज़ी लोडिंग वास्तव में चीज सभ केँ धीमा करैत अछि?

लेज़ी लोडिंग “ऑफ-स्क्रीन संसाधन” लेल उपयुक्त अछि।
यदि पहिल स्क्रीन पर सभसँ महत्वपूर्ण पैघ छवि सेहो विलंबित होयत अछि, तऽ ई प्रारंभिक लोडिंग अनुभव के धीमा कऽ सकैत अछि। जखनकि WordPress 5.5 आ ओकरा बादक डिफ़ॉल्ट लेज़ी लोडिंग ठीक अछि, अहाँ केँ एकरा सभ ठाम लागू नहि करबाक चाही।

14. जँ हम मार्ग A वा B लैत छी त हमरा CDN / Image CDN केर आवश्यकता कहिया होयत?

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

१५. जखन हम काज पूरा क“ लेब, त” ई वास्तव में काज क' रहल अछि कि नहि, से जाँच करबाक सबसँ सहज तरीका की अछि?

सत्यापित करबाक सबसँ तेज तरीका:

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