WordPress छवि अनुकूलन

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

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

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

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 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)

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

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

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 फाइल सभ सामान्यतः छोट होइत अछि, मुदा आयाम निर्धारण रणनीति आ संपीड़न रणनीति महत्वपूर्ण रहैत अछि। तेज लोडिंग समय लेल प्लस WebP केँ एक-क्लिक समाधान नहि मानू।

---

3.1.2 ईव्वव छवि अनुकूलकनि:शुल्क स्थानीय संपीडनक एक अग्रणी प्रदाता

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

• ई अपने सर्वर पर छविक अनुकूलन विभिन्न उपकरण (jpegtran, optipng, pngout, pngquant, gifsicle, cwebp आदि) केर उपयोग सँ कऽ सकैत अछि।
• यदि अहाँकेँ उच्च कम्प्रेशन चाही वा CPU पर बचत करय चाहैत छी, तँ अहाँ ओहि प्रक्रिया जे CPU खपत करैत अछि, हुनकर सर्वर पर ऑफलोड कऽ सकैत छी (वैकल्पिक)।

रूट A में EWWW के की भूमिका होबाक चाही?

यदि अहाँ “फॉर्मेट माइग्रेशन/रिप्लेसमेंट रणनीति” लेल Plus WebP के उपयोग करैत छी, तखन EWWW एहि काज केँ सँभालबा लेल बेसी उपयुक्त अछि:

• संपीड़न आ आयतन अनुकूलन(विशेष रूप सँ JPG आ PNG फाइल जेकाँ कच्चा सम्पत्ति सभक अनुकूलन)
• ऐतिहासिक मीडिया लाइब्रेरीक बैच अनुकूलन(URL प्रतिस्थापनक बदला में मात्रा में कमीक लक्ष्य)

EWWW केर एकटा सामान्य फंदा

1. बैच अनुकूलनक दौरान सर्वर लोड बढ़ि जाइत अछि।
   ई एहि कारणे अछि जे स्थानीय कम्प्रेशन प्रति 199 टीबी I/O पर 1 टीपी खपत करैत अछि। समाधान ई नहि अछि जे एकर उपयोग बंद क“ देल जाय, बल्कि ई अछि जे ऑफ-पीक घंटामे बैचमे प्रक्रिया कएल जाय आ जतय आवश्यक हो, ऑफलोडिंग वा क्लाउड समाधानक विकल्प चुनल जाय।
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 बदलिब” फंक्शनसभ संपत्ति स्थानांतरण के गठन करैत अछि।

फेर सँ दोहरबैत:थप वेबपी विवरण स्पष्ट रूप सँ कहैत अछि जे एक पूरा जेनरेशनक दौरान मूल छवि ID ओवरराइट कयल जायत, मूल फाइल मेटि देल जायत, आ सामग्री 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: Plus WebP वा AVIF + EWWW Image Optimizer (वा एहि दुनू में सँ केवल एकटा इंस्टॉल करू)
• विकल्प 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 बेसी “स्थानीय संपीड़न उपकरण” जेकाँ अछि: ई 1 TP आ 199 T/IO खपत करैत अछि।
बैच अनुकूलनक दौरान लोड बढ़ना सामान्य बात अछि; एकर मतलब ई नहि जे सिस्टम “विफल” भ' रहल अछि, बल्कि ई संकेत करैत अछि जे सही तरीका अपनौना जरूरी अछि: बैचमे प्रक्रिया करब, ऑफ-पीक समयमे, आ जतय आवश्यक हो, ऑफलोडिंग वा क्लाउड समाधान चुनब।
यदि अहाँ बिना झंझट के समाधान खोजि रहल छी, वा अहाँक सर्वर संसाधन सीमित अछि, त' विकल्प B सर्वर-अनुकूल अछि।

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

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

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

10. Imagify केर नि:शुल्क 20MB/मास कोटा एते जल्दी किएक समाप्त भऽ जाइत अछि?

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 फाइल/संसाधन अछि?
• किछु छवि सभ पर एक नजर देखू: जूम कऽ कऽ देखू जे ओ सभ स्पष्ट रूप सँ धुंधल अछि कि नहि आ पाठ धुंधल देखाइत अछि कि नहि।