कौन से प्लेटफॉर्म WebP सपोर्ट करते हैं?
क्या Shopify WebP को सपोर्ट करता है? क्या Etsy AVIF स्वीकार करता है? एक संदर्भ मार्गदर्शिका जो बताती है कि प्रत्येक प्लेटफॉर्म क्या स्वीकार करता है और किसे चुपचाप री-एन्कोड करता है।
आधुनिक कॉमर्स प्लेटफॉर्म WebP और तेजी से AVIF को स्वीकार कर रहे हैं, प्रिंट और कानूनी वर्कफ़्लो दोनों में से किसी को भी स्वीकार नहीं करते हैं, और ईमेल क्लाइंट इन दोनों के बीच में कहीं अटके हुए हैं। JPEG और PNG ही केवल ऐसे 2 फॉर्मेट हैं जो बिना किसी शर्त के हर जगह स्वीकार किए जाते हैं।
किसी फॉर्मेट को स्वीकार करना और उसे सुरक्षित रखना दो अलग-अलग बातें हैं। कई प्लेटफॉर्म आपकी WebP फ़ाइल को स्वीकार तो कर लेते हैं लेकिन पर्दे के पीछे उसे JPEG में री-एन्कोड कर देते हैं, जिसका अर्थ है कि आप अनुकूलता (compatibility) का जोखिम तो उठाते हैं लेकिन आपको साइज छोटा होने का कोई लाभ नहीं मिलता। यह जानना कि कौन से प्लेटफॉर्म ऐसा करते हैं, यह तय करता है कि आपको क्या अपलोड करना चाहिए।
प्लेटफॉर्म के अनुसार फॉर्मेट सपोर्ट
अपलोड फॉर्मेट चुनने से पहले आखिरी कॉलम को जरूर देखें, क्योंकि जो प्लेटफॉर्म सब कुछ री-एन्कोड कर देता है, वहां आपके फॉर्मेट चुनने का कोई मतलब नहीं रह जाता। समय के साथ सपोर्ट बदलता रहता है, इसलिए बड़े पैमाने पर माइग्रेशन करने से पहले वर्तमान दस्तावेज़ों (documentation) से इसकी पुष्टि कर लें।
| प्लेटफॉर्म | WebP | AVIF | अपलोड को री-एन्कोड करता है |
|---|---|---|---|
| Shopify | स्वीकार किया जाता है | आंशिक | हाँ, अपने स्वयं के वेरिएंट पेश करता है |
| WordPress | स्वीकार किया जाता है | आंशिक | थंबनेल साइज जेनरेट करता है |
| Amazon | स्वीकार नहीं किया जाता | स्वीकार नहीं किया जाता | हाँ |
| Etsy | स्वीकार नहीं किया जाता | स्वीकार नहीं किया जाता | हाँ |
| eBay | मिश्रित | स्वीकार नहीं किया जाता | हाँ |
| सोशल नेटवर्क | मिश्रित | शायद ही कभी | हाँ, हमेशा |
| ईमेल क्लाइंट | अविश्वसनीय | सपोर्ट नहीं करता | नहीं |
| सरकारी पोर्टल | अस्वीकृत | अस्वीकृत | नहीं |
| प्रिंट सेवाएं | अस्वीकृत | अस्वीकृत | नहीं |
इस तालिका का पैटर्न बिल्कुल स्पष्ट है। वेब के लिए हाल ही में बनाए गए सिस्टम आधुनिक फॉर्मेट्स को स्वीकार करते हैं, और प्रिंट, अनुपालन (compliance) या पुराने सिस्टम्स के लिए बनाए गए प्लेटफॉर्म इन्हें स्वीकार नहीं करते हैं। कंपनी के आकार की तुलना में सिस्टम की उम्र से फॉर्मेट सपोर्ट का बेहतर अनुमान लगाया जा सकता है।
अब ब्राउज़र कोई समस्या नहीं हैं
डेस्कटॉप और मोबाइल पर Chrome, Firefox, Safari और Edge सहित हर आधुनिक ब्राउज़र WebP को सपोर्ट करता है। Safari ने 2020 में इसका सपोर्ट शुरू किया, जिसने इस फॉर्मेट के खिलाफ अनुकूलता (compatibility) के आखिरी बड़े तर्क को समाप्त कर दिया।
AVIF इससे एक कदम पीछे है, जिसे सभी प्रमुख ब्राउज़रों का सपोर्ट तो प्राप्त है लेकिन पुराने वर्शन्स और कुछ एम्बेडेड व्यूअर्स में इसका व्यवहार उतना सुसंगत नहीं है। एक सार्वजनिक वेबसाइट के लिए, बिना किसी फ़ॉलबैक के WebP सुरक्षित है और फ़ॉलबैक के साथ AVIF सुरक्षित है। बाकी बची समस्याएं पूरी तरह से ब्राउज़रों से बाहर की हैं।
प्लेटफॉर्म आपके अपलोड को री-एन्कोड क्यों करते हैं
प्लेटफॉर्म अपनी डिलीवरी लागत को नियंत्रित करने और प्रत्येक डिवाइस को सही साइज दिखाने के लिए री-एन्कोड करते हैं। एक मार्केटप्लेस जो एक इमेज को 6 अलग-अलग लेआउट में दिखाता है, उसे 6 वेरिएंट्स की आवश्यकता होती है, और विक्रेताओं से उन्हें अलग से मांगने के बजाय एक ही अपलोड से उन्हें जेनरेट करना अधिक सरल होता है।
री-एन्कोडिंग का एक ऐसा परिणाम होता है जिसे समझना जरूरी है। अत्यधिक कंप्रेस की गई फ़ाइल अपलोड करने से प्लेटफॉर्म को काम करने के लिए एक खराब क्वालिटी का सोर्स मिलता है, और वह खराबी हर वेरिएंट में दिखाई देती है। जहां कोई प्लेटफॉर्म री-एन्कोड करता है, वहां दो बार कंप्रेस करने के बजाय सही डाइमेंशन वाली एक हाई क्वालिटी फ़ाइल अपलोड करें और कंप्रेशन का काम प्लेटफॉर्म पर छोड़ दें।
WebP वास्तव में कहाँ मदद करता है
WebP उन साइटों पर सबसे अधिक मदद करता है जिन्हें आप नियंत्रित करते हैं, जहाँ आपके द्वारा अपलोड की गई फ़ाइल ही वह फ़ाइल होती है जिसे विज़िटर डाउनलोड करता है। आपकी अपनी वेबसाइट, एक सेल्फ-होस्टेड स्टोर और एक डॉक्यूमेंटेशन साइट सभी इसी श्रेणी में आते हैं।
- आपकी अपनी वेबसाइट। पूरा लाभ मिलता है, क्योंकि कोई भी फ़ाइल को री-एन्कोड नहीं करता है।
- सेल्फ-होस्टेड स्टोर्स। पूरा लाभ मिलता है, और पेज की स्पीड सीधे तौर पर कन्वर्शन को प्रभावित करती है।
- वेरिएंट जेनरेट करने वाले कंटेंट सिस्टम। आंशिक लाभ मिलता है, क्योंकि प्लेटफॉर्म तय करता है कि आउटपुट क्या होगा।
- मार्केटप्लेस। कोई लाभ नहीं मिलता, क्योंकि आप जो भी भेजते हैं उसके बावजूद अपलोड को री-एन्कोड किया जाता है।
- सोशल नेटवर्क। कोई लाभ नहीं मिलता, क्योंकि हर नेटवर्क इसे अपने फॉर्मेट में कन्वर्ट कर देता है।
WebP कहाँ समस्याएँ पैदा करता है
ऐसी किसी भी जगह WebP से बचें जहाँ कोई व्यक्ति फ़ाइल डाउनलोड करेगा और उसे ब्राउज़र के बाहर किसी सॉफ़्टवेयर में खोलेगा। डिज़ाइन टूल्स, ऑफिस सॉफ़्टवेयर और प्रिंट वर्कफ़्लो अभी भी इस फॉर्मेट को ठीक से हैंडल नहीं कर पाते हैं।
सबसे आम विफलता प्रेस किट या मीडिया पैक में होती है। WebP लोगो डाउनलोड करने वाला कोई पत्रकार इसे अपने लेआउट सॉफ़्टवेयर में रखने में असमर्थ हो सकता है, और अनुरोध का समाधान होने के बजाय वह अधूरा रह जाता है। सरकारी अपलोड फॉर्म दूसरी सबसे आम विफलता हैं, जहाँ वैलिडेशन इस फॉर्मेट को सीधे तौर पर अस्वीकार कर देता है और एरर में शायद ही कभी इसका कारण बताया जाता है।
यह कैसे तय करें कि कौन सा फॉर्मेट अपलोड करना है
सही चुनाव करने के लिए, क्रम से इन 4 प्रश्नों के उत्तर दें।
- क्या फ़ाइल को ब्राउज़र के बाहर डाउनलोड और ओपन किया जाएगा? यदि हाँ, तो JPG या PNG का उपयोग करें।
- क्या प्लेटफॉर्म अपलोड को री-एन्कोड करता है? यदि हाँ, तो हाई क्वालिटी वाली JPG या PNG अपलोड करें और प्लेटफॉर्म को निर्णय लेने दें।
- क्या फ़ाइल की डिलीवरी आपके नियंत्रण में है? यदि हाँ, तो WebP का उपयोग करें, और अपनी सबसे भारी इमेजेस पर AVIF का उपयोग करें।
- क्या इमेज को ट्रांसपेरेंसी की आवश्यकता है? यदि हाँ, तो PNG या WebP का उपयोग करें, क्योंकि JPEG में कोई ट्रांसपेरेंसी चैनल नहीं होता है।
ये 4 प्रश्न बिना किसी कम्पैटिबिलिटी टेबल के लगभग हर मामले को सुलझा देते हैं। इसका मूल सिद्धांत सरल है: आधुनिक फॉर्मेट्स वहां के लिए हैं जहां आप पाइपलाइन को नियंत्रित करते हैं, और यूनिवर्सल फॉर्मेट्स बाकी हर जगह के लिए हैं।
अपनी खुद की साइट पर सुरक्षित रूप से आधुनिक फॉर्मेट्स पेश करना
एक picture एलिमेंट का उपयोग करें जिसमें पहले AVIF, दूसरे स्थान पर WebP और img टैग में एक JPEG फ़ॉलबैक शामिल हो। ब्राउज़र उस पहले फॉर्मेट को चुनता है जिसे वह समझता है, इसलिए नए ब्राउज़रों को छोटी फ़ाइल मिलती है और पुराने ब्राउज़रों को भी इमेज मिल जाती है।
इस मार्कअप में प्रति इमेज कुछ लाइनें लगती हैं और अनुकूलता (compatibility) का जोखिम पूरी तरह से समाप्त हो जाता है। अधिकांश कंटेंट सिस्टम और साइट बिल्डर्स अब अपलोड करने पर स्वचालित रूप से इस पैटर्न को जेनरेट करते हैं, इसलिए इसे खुद लिखने से पहले जांच लें कि आपका प्लेटफॉर्म पहले से क्या करता है। इमेजेस को कन्वर्ट करने में कुछ मिनट लगते हैं, जबकि मार्कअप लिखने में आमतौर पर अधिक समय लगता है।
यह कैसे जांचें कि कोई प्लेटफॉर्म वास्तव में क्या स्वीकार करता है
एक टेस्ट फ़ाइल अपलोड करें और जांचें कि प्लेटफॉर्म वापस क्या सर्व कर रहा है, क्योंकि दस्तावेज़ (documentation) अक्सर पुराने हो जाते हैं। इसका उत्तर मिलने में 2 मिनट लगते हैं और यह किसी भी प्रकाशित सूची से अधिक विश्वसनीय है।
एक WebP इमेज अपलोड करें, प्रकाशित पेज को देखें, इमेज पर राइट-क्लिक करें और इसे एक नए टैब में खोलें। एड्रेस बार में फ़ाइल एक्सटेंशन दिखाता है कि प्लेटफॉर्म वास्तव में क्या सर्व कर रहा है। .jpg एक्सटेंशन का मतलब है कि आपकी WebP फ़ाइल को कन्वर्ट कर दिया गया था, जबकि .webp एक्सटेंशन का मतलब है कि इसे सुरक्षित रखा गया था। किसी भी बड़े प्लेटफॉर्म अपडेट के बाद इस टेस्ट को दोहराएं।
वे फॉर्मेट जो चुपचाप गायब हो रहे हैं
BMP, TIFF और एनिमेटेड GIF अभी भी लगभग हर जगह काम करते हैं और लगभग हर मामले में गलत विकल्प हैं। इनमें से प्रत्येक इसलिए बचा हुआ है क्योंकि पुराने सॉफ़्टवेयर इसे बनाते थे, न कि इसलिए कि यह कोई काम बेहतर तरीके से करता है।
BMP इमेजेस को बिना किसी कंप्रेशन के स्टोर करता है, इसलिए एक स्क्रीनशॉट का साइज उसके PNG समकक्ष से 20 गुना अधिक हो सकता है। TIFF प्रिंटिंग और स्कैनिंग में मानक बना हुआ है और वेब पर अनुपयोगी है। एनिमेटेड GIF केवल 256 रंगों तक सीमित है और अक्सर उसी क्लिप के एक छोटे वीडियो से अधिक भारी होता है। इन 3 फॉर्मेट्स को स्टोर करने के बजाय प्राप्त होने पर ही कन्वर्ट कर लेने से पूरे वर्कफ़्लो में अनावश्यक भारीपन से बचा जा सकता है।
फॉर्मेट माइग्रेशन की योजना बनाना
ओरिजिनल फाइलों के बजाय लाइब्रेरी की एक कॉपी को कन्वर्ट करें, और ओरिजिनल फाइलों को तब तक संभाल कर रखें जब तक कि नई फाइलें लाइव और सत्यापित न हो जाएं। फॉर्मेट माइग्रेशन उन कुछ इमेज कार्यों में से एक है जिसमें काम हमेशा के लिए नष्ट हो सकता है।
4 चरणों में काम करें। ऑडिट करें कि वास्तव में कौन सी इमेजेस उपयोग की जा रही हैं, क्योंकि अधिकांश लाइब्रेरियों में ऐसी फाइलें होती हैं जिनका कोई पेज संदर्भ नहीं होता। सही डाइमेंशन में टारगेट फॉर्मेट में एक कॉपी कन्वर्ट करें। नई फाइलों को फ़ॉलबैक के साथ प्रकाशित करें ताकि स्विच के दौरान कुछ भी न टूटे। ओरिजिनल फाइलों को केवल तभी हटाएं जब पेजों को फोन, डेस्कटॉप ब्राउज़र और इमेजेस का उपयोग करने वाले किसी भी क्लाइंट सिस्टम पर चेक कर लिया गया हो।
AVIF के बारे में क्या विचार है
AVIF बड़ी तस्वीरों पर WebP की तुलना में लगभग 20 से 30 प्रतिशत अधिक कंप्रेस करता है और बहुत धीमी गति से एन्कोड करता है। हीरो इमेजेस और फोटोग्राफी से भरे पेजों पर इस फॉर्मेट के लिए अतिरिक्त प्रयास करना सार्थक है।
लगभग 10 KB से नीचे एक WebP फ़ाइल अक्सर छोटी होती है, क्योंकि AVIF में छोटी इमेजेस की तुलना में अधिक कंटेनर ओवरहेड होता है। अपनी सबसे बड़ी इमेजेस पर AVIF का उपयोग करें, साइट पर बाकी हर जगह WebP का उपयोग करें, और दोनों के लिए एक JPEG फ़ॉलबैक रखें। ब्राउज़रों के बाहर प्लेटफॉर्म सपोर्ट अभी भी कम है, इसलिए AVIF उन साइटों के लिए है जिन्हें आप नियंत्रित करते हैं, न कि उन फाइलों के लिए जिन्हें आप अन्य लोगों को सौंपते हैं।
किसी विशिष्ट गंतव्य (destination) के लिए लाइब्रेरी को कन्वर्ट करना
फॉर्मेट्स के बीच बार-बार कन्वर्ट करने के बजाय एक बार उसी फॉर्मेट में कन्वर्ट करें जिसका उपयोग गंतव्य वास्तव में करता है। प्रत्येक लॉसी (lossy) कन्वर्शन विवरण को नष्ट कर देता है, इसलिए जो फ़ाइल 3 फॉर्मेट्स से गुजरी है उसमें 3 पीढ़ियों का नुकसान होता है।
पहले गंतव्य तय करें, फिर सीधे ओरिजिनल से कन्वर्ट करें। हमारे कनवर्टर्स दोनों दिशाओं में HEIC, PNG, JPG, WebP, AVIF, GIF और BMP सहित हर आम पेयरिंग को संभालते हैं, इसलिए किसी फ़ाइल को बीच के किसी फॉर्मेट से गुजारने की कोई आवश्यकता नहीं है। एक बार में 500 फाइलों तक के बैच सीधे आपके ब्राउज़र के अंदर चलते हैं, जिसका अर्थ है कि आपकी मशीन से एक भी फ़ाइल बाहर भेजे बिना पूरी इमेज लाइब्रेरी को माइग्रेशन के लिए तैयार किया जा सकता है।