एक इमेज ब्राउज़र में कैसे बदलती है, और कई पर क्या बदलता है
जब आप एक JPEG पेज पर डालते हैं, ब्राउज़र फ़ाइल को मेमोरी में पढ़ता है, अपने अंदर बने JPEG रीडर से दबे डेटा को कच्चे पिक्सेल में खोलता है, उन पिक्सेल को स्क्रीन से बाहर एक सतह पर खींचता है, और प्लेटफ़ॉर्म से उन्हें WebP के रूप में फिर लिखने को कहता है। हर कदम ब्राउज़र में, आपके अपने हार्डवेयर पर होता है, इसलिए कोई बाइट नेटवर्क पार नहीं करती। हमारे परीक्षण में 1024 गुणा 768 की JPEG करीब 54 मिलीसेकंड में और 3840 गुणा 2160 की फ़ोटो करीब 550 मिलीसेकंड में पूरी हुई। जब आप कई इमेज एक साथ बदलते हैं, काम हमारे सर्वर पर चला जाता है, जो उन्हें साथ में बदलकर एक डाउनलोड लौटाता है जिसका लिंक करीब 2 घंटे में मिट जाता है।
EXIF और मेटाडेटा का क्या होता है
JPEG फ़ाइलें असली मेटाडेटा का बोझ ढो सकती हैं। EXIF कैमरा मॉडल, GPS निर्देशांक, शटर स्पीड और ओरिएंटेशन दर्ज करता है। IPTC फ़ील्ड कॉपीराइट और कैप्शन रखते हैं। XMP पैकेट एडिट इतिहास का हिसाब रखते हैं, और ICC प्रोफ़ाइल रंग-प्रबंधित काम संभालती हैं। यहां वाला conversion इनमें से कुछ नहीं रखता। आउटपुट WebP एक साफ़ फ़ाइल है जिसमें बस दिखने वाले पिक्सेल हैं। यह उन इमेज टूल का सामान्य व्यवहार है जो ब्राउज़र के ज़रिए बनाते हैं, Chromium, Firefox और WebKit सब में एक जैसा। ज़्यादातर वेब पब्लिशिंग के लिए मेटाडेटा गिराना एक फ़ायदा है: यह कुछ बाइट कम करता है और GPS या निजी डेटा को किसी पब्लिक इमेज में रिसने से रोकता है। अगर आपको कोई एक ख़ास फ़ील्ड रखना है, अमूमन ओरिएंटेशन, तो बदलने से पहले फ़ोटो को घुमा लें या metadata-aware एडिटर इस्तेमाल करें। आर्काइवल काम के लिए इस टूल पर मत टिकें जहां मूल मेटाडेटा का बरकरार रहना ज़रूरी हो।
WebP बनाम JPEG: compression कैसे अलग है
JPEG एक इमेज को 8 बाय 8 ब्लॉक में बांटता है और spatial डिटेल को frequency डेटा में बदलने के लिए एक Discrete Cosine Transform चलाता है, फिर ऊंची frequencies को ज़्यादा कड़ाई से quantise करता है। WebP VP8 वीडियो से एक prediction स्कीम उधार लेता है: हर ब्लॉक अपने पहले से डिकोड हुए पड़ोसियों से अंदाज़ा लगाया जाता है, और बस बचा हुआ अंतर ही स्टोर होता है। इससे एक जैसी फ़ाइल साइज़ पर कम blocky artifact बचते हैं, ख़ास तौर पर smooth gradient और त्वचा के रंगों पर जहां JPEG की ग्रिड एक दिखती मोज़ेक के रूप में उभर सकती है। ऊंची क्वालिटी पर फ़ोटो में, q80 से ऊपर, आंख शायद ही फ़र्क पकड़ती है, पर साइज़ की बढ़त बनी रहती है। नीची क्वालिटी पर, q60 से नीचे, WebP की बढ़त चौड़ी होती है और artifact का स्वभाव बदलता है: WebP एक नरम blur में घुल जाती है जबकि JPEG अपने पहचाने ब्लॉक दिखाता है। हर इमेज पर कोई नहीं जीतता। पत्तियों जैसे भारी texture वाले विषय कभी-कभी दोनों फ़ॉर्मेट में करीब-करीब बराबर compress होते हैं।
Core Web Vitals और WebP के पक्ष में दलील
Largest Contentful Paint, या LCP, नापता है कि viewport में सबसे बड़ा दिखने वाला एलिमेंट कितनी जल्दी लोड पूरा करता है। ज़्यादातर मार्केटिंग पेज पर वह एलिमेंट एक हीरो फ़ोटो होती है। Google ने पुष्टि की है कि Core Web Vitals Search में रैंकिंग फ़ैक्टर के रूप में काम करते हैं। जब हीरो एक का JPEG हो, तो वह मिड-रेंज मोबाइल कनेक्शन पर LCP को 2.5 सेकंड की हद से आगे धकेल सकता है। उसी फ़ोटो को करीब पर WebP में बदलें और LCP पेज में किसी और बदलाव के बिना हरे ज़ोन में वापस फिसल सकता है। 25 से 34 प्रतिशत की बचत पेज की हर इमेज पर जुड़ती जाती है। छह JPEG वाला एक पेज जिनका जोड़ हो, WebP पर जाकर 300 से घटा सकता है, जो धीमे लिंक पर पहली अर्थपूर्ण paint को सीधे तेज़ करता है। content negotiation सपोर्ट करने वाले CDN अनुकूल ब्राउज़र को अपने आप WebP देते हैं, तो ओरिजिनल मौजूद होने के बाद हर इमेज के लिए कोई झंझट नहीं रहती।
2026 में WebP के लिए ब्राउज़र सपोर्ट और अंतराल
2026 तक, WebP Chrome में वर्शन 17 से, Firefox में 65 से, Edge में 18 से, Opera में 11.10 से, और Safari में iOS 14 और macOS Big Sur पर वर्शन 14 से पढ़ी जाती है। caniuse.com के अनुसार, WebP डिकोड के लिए कुल वैश्विक कवरेज ब्राउज़र ट्रैफ़िक के 97 प्रतिशत से ऊपर है। बाकी पतला हिस्सा ज़्यादातर Internet Explorer 11, macOS Catalina पर Safari 13, और बहुत पुराने Android ब्राउज़र की एक लंबी पूंछ है। ज़्यादातर पब्लिक प्रोजेक्ट के लिए हर किसी को WebP परोसना सुरक्षित है। जब आपको पूरी कवरेज चाहिए, HTML picture एलिमेंट आपको एक ही टैग में एक WebP सोर्स और एक JPEG फ़ॉलबैक सूचीबद्ध करने देता है, और ब्राउज़र वही पहला फ़ॉर्मेट लेता है जिसे वह पढ़ सके। image optimisation वाले CDN ब्राउज़र के भेजे Accept हेडर से फ़ॉर्मेट अपने आप तय कर लेते हैं, तो उनके ज़रिए परोसने पर हर ब्राउज़र के लिए मैनुअल टेस्टिंग की ज़रूरत नहीं।
WebP कब इस्तेमाल न करें
WebP मॉडर्न ब्राउज़र तक वेब डिलीवरी के लिए सही चुनाव है, पर कुछ आम जगहों पर यह गलत चुनाव है। प्रिंट काम को CMYK रंग चाहिए, जो WebP नहीं रखती, इसलिए प्रेस के लिए JPEG और TIFF मानक बने रहते हैं। ईमेल क्लाइंट एक जैसे नहीं हैं: Gmail और Apple Mail WebP रेंडर करते हैं, पर Windows पर Outlook नहीं करता। फ़ाइल शेयरिंग और मार्केटप्लेस भी बदलते हैं। Google Drive, Dropbox और GitHub WebP ठीक दिखाते हैं, जबकि कई सोशल प्लेटफ़ॉर्म, स्टॉक एजेंसी और ई-कॉमर्स सिस्टम आती इमेज को अंदरूनी रूप से फिर से JPEG में दबा देते हैं, जो WebP कदम को बेमतलब बना देता है। एडिटर सपोर्ट अब भी अधूरा है: Lightroom, Capture One और Affinity Photo WebP खोल सकते हैं, फिर भी बहुत से प्लगइन और export preset अब भी JPEG को डिफ़ॉल्ट रखते हैं। किसी भी ऐसे वर्कफ़्लो के लिए जो आपके काबू से बाहर के थर्ड-पार्टी सिस्टम से इमेज गुज़ारता है, एक JPEG मास्टर रखें और आख़िरी डिलीवरी परत पर ही WebP में बदलें।