एक 12 MP फोटो (4000 × 3000 पिक्सल) लीजिए और उसे छह तरीकों से एक्सपोर्ट कीजिए। PNG: 24 MB। क्वालिटी 90 पर JPEG: 3.4 MB। मैच की गई विज़ुअल क्वालिटी पर WebP: करीब 2.4 MB। मैच की गई विज़ुअल क्वालिटी पर AVIF: करीब 1.7 MB। GIF, अपनी 256-रंगों की सीमा तक डिथर किया हुआ: 6 MB, जिसमें हर तरफ़ साफ़ दिखने वाली बैंडिंग है। SVG इस सूची में नहीं है: यह ड्रॉइंग्स बयान करता है, और फोटोग्राफ़ ड्रॉइंग नहीं होती।
स्क्रीन पर वही इमेज, डिस्क पर 14× का फ़ासला। यह फ़ासला इंजीनियरिंग का नतीजा है, पसंद का नहीं। हर फॉर्मैट किसी खास साल में, खास पाबंदियों के तहत लिए गए फ़ैसलों का बंडल है, और वे फ़ैसले आज भी आपके पेज वेट में दिखते हैं।
यह उसी एक्सपेरिमेंट का डिसिज़न वर्जन है: हर फॉर्मैट आपके पिक्सल्स के साथ असल में क्या करता है, 2026 के मध्य में कौन से ब्राउज़र उसे डिकोड करते हैं, वेब सचमुच क्या सर्व कर रहा है, और आख़िर में एक टेबल जिसे आप अपनी टीम विकी में चिपका सकते हैं।
दावेदार, एक-एक करके
JPEG (1992). तरीका: इमेज को 8 × 8 ब्लॉकों में बाँटिए, हर ब्लॉक को डिस्क्रीट कॉसाइन ट्रांसफ़ॉर्म से फ़्रीक्वेंसी में बदलिए, फिर मानव दृष्टि के एक मॉडल के तहत बारीक डिटेल को ज़ीरो की ओर क्वांटाइज़ कीजिए। ताक़त: 90 के दशक के मध्य से बना हर डिवाइस इसे डिकोड करता है, एन्कोड तेज़ है, और कंटीन्यूअस-टोन फोटो पर यह बेहतरीन है। कमज़ोरियाँ: कोई ट्रांसपैरेंसी नहीं, कोई एनिमेशन नहीं, शार्प एजेज़ और टेक्स्ट के गिर्द दिखने वाली रिंगिंग, और हर री-सेव के साथ नीचे की ओर जुड़ती क्वालिटी। फोटोग्राफ़ के लिए, और उस हर चीज़ के लिए जिसे हर हाल में, हर जगह खुलना ही है।
PNG (1996). तरीका: पूरी तरह लॉसलेस। हर स्कैनलाइन को एक प्रिडिक्टर से फ़िल्टर किया जाता है, फिर DEFLATE से पैक किया जाता है, वही LZ77 प्लस Huffman जोड़ी जो gzip के अंदर है। ताक़त: पिक्सल-एक्ज़ैक्ट आउटपुट, फ़ुल अल्फ़ा, यूनिवर्सल सपोर्ट। कमज़ोरी फोटो हैं: सेंसर नॉइज़ प्रिडिक्टर को हरा देता है, इसलिए 12 MP शॉट raw पिक्सल्स के मुकाबले शायद 1.5:1 ही कंप्रेस होता है। स्क्रीनशॉट, UI कैप्चर, डायग्राम, और टेक्स्ट या फ़्लैट कलर वाली हर चीज़ के लिए।
GIF (1987). तरीका: अधिकतम 256 रंगों के पैलेट पर LZW कंप्रेशन, जिसमें कई फ़्रेम एक ही फ़ाइल में पैक होते हैं। बची हुई इकलौती ताक़त ऐसा एनिमेशन है जो सचमुच हर जगह चलता है, उन ईमेल क्लाइंट्स समेत जिनमें आधुनिक फॉर्मैट्स का सपोर्ट नहीं है। कमज़ोरियाँ बाकी सब कुछ हैं: 256 रंग, वन-बिट ट्रांसपैरेंसी, और ऐसी फ़ाइलें जो बराबर की वीडियो को भी पीछे छोड़ देती हैं। मीम्स और छोटे UI लूप्स के लिए।
SVG (2001). तरीका: रास्टर के मायने में कोई नहीं। SVG एक XML है जो शेप्स, पाथ्स और ग्रेडिएंट बयान करता है, और रेंडरर स्क्रीन की ज़रूरत के हिसाब से किसी भी रिज़ॉल्यूशन पर पिक्सल बनाता है। ताक़त: रिज़ॉल्यूशन से स्वतंत्र, ज्यामितीय आर्ट के लिए बेहद छोटा, CSS से स्टाइल किया जा सकता है। कमज़ोरियाँ: यह सिर्फ़ उस कंटेंट के लिए काम करता है जो सचमुच वेक्टर है, और हज़ारों नोड्स और भारी फ़िल्टर्स वाली उलझी हुई फ़ाइलें किसी बिटमैप से ज़्यादा महँगी पड़ सकती हैं। लोगो, आइकन्स, चार्ट और डायग्राम के लिए।
WebP (2010). तरीका: लॉसी मोड VP8 वीडियो कोडेक से इंट्रा-फ़्रेम प्रिडिक्शन उधार लेता है, और लॉसलेस मोड स्पेशियल प्रिडिक्शन के साथ LZ77-स्टाइल बैकवर्ड रेफ़रेंस इस्तेमाल करता है। ताक़त: एक ही फॉर्मैट में दोनों मोड, लॉसी मोड में अल्फ़ा, एनिमेशन, और Google की अपनी स्टडी में मैच की गई क्वालिटी पर JPEG से 25 से 34% छोटी फ़ाइलें। कमज़ोरियाँ: 16383 × 16383 पिक्सल की सख़्त सीमा और एक ऐसा एन्कोडर जो libjpeg से ज़्यादा CPU खाता है। लगभग हर चीज़ के लिए ठीक, यही वजह है कि यह वेब पर JPEG, PNG और GIF का डिफ़ॉल्ट अपग्रेड पाथ बन गया।
AVIF (2019). तरीका: AV1 वीडियो कोडेक के स्टिल फ़्रेम, HEIF कंटेनर में लिपटे। ताक़त: ब्राउज़र में शिप किया जा सकने वाला सबसे अच्छा लॉसी कंप्रेशन, Netflix की 2020 टेस्टिंग में मैच की गई क्वालिटी पर JPEG से मोटे तौर पर 50% छोटा, साथ में 10-बिट और 12-बिट कलर, HDR, अल्फ़ा और एनिमेशन। कमज़ोरियाँ: एन्कोडिंग सचमुच धीमी है, कोई प्रोग्रेसिव रेंडरिंग नहीं (इमेज या तो एक झटके में आती है या बिल्कुल नहीं), और बहुत नीची क्वालिटी सेटिंग्स टेक्सचर को उस तरह मसल देती हैं जैसे JPEG की ईमानदार ब्लॉकिंग नहीं करती। फोटोग्राफ़ और हीरो इमेजेज़ के लिए, जहाँ फ़ाइल साइज़ सबसे ज़्यादा मायने रखता है।
HEIC (2015). तरीका: HEVC स्टिल फ़्रेम, यह भी HEIF कंटेनर में। ताक़त: AV1 के दर्जे का कंप्रेशन और 2017 से हर iPhone का डिफ़ॉल्ट कैप्चर फॉर्मैट। कमज़ोरी तकनीकी नहीं, क़ानूनी है: HEVC पेटेंट पूलों में लिपटा है, और Apple के अलावा हर ब्राउज़र वेंडर ने पैसा देने से इनकार कर दिया। यह कैमरा रोल का फॉर्मैट है, वेब का नहीं।
JPEG XL (2021). तरीका: एक ही छत के नीचे दो इंजन, लॉसी काम के लिए VarDCT और लॉसलेस के लिए एक मॉड्यूलर मोड, साथ में वह ट्रिक जो किसी और फॉर्मैट में नहीं है। यह किसी मौजूदा JPEG को उसके ओरिजिनल साइज़ के करीब 80% तक लॉसलेस रीकंप्रेस कर सकता है, बिट-एक्ज़ैक्ट पिक्सल्स समेत। ताक़त: प्रोग्रेसिव डिकोडिंग, बेहतरीन लॉसलेस रेशियो, हाई-फ़िडेलिटी फोटोग्राफ़ी। कमज़ोरी अडॉप्शन है, जो ज़्यादातर ब्राउज़र की राजनीति की कहानी है और नीचे बताई गई है। फोटोग्राफ़ी पाइपलाइनों और आर्काइव्स के लिए, और Apple डिवाइसेज़ पर, वेब के लिए।
ब्राउज़र सपोर्ट, 2026 का मध्य
caniuse डेटा के मुताबिक़, वे वर्जन जहाँ हर फॉर्मैट डिफ़ॉल्ट रूप से चालू हुआ:
| फॉर्मैट | Chrome | Edge | Firefox | Safari |
|---|---|---|---|---|
| WebP | 32 (जनवरी 2014) | 18 (नवंबर 2018) | 65 (जनवरी 2019) | 14 (सितंबर 2020) |
| AVIF | 85 (अगस्त 2020) | 121 (जनवरी 2024) | 93 (अक्टूबर 2021) | 16.4 (मार्च 2023) |
| JPEG XL | 145, फ़्लैग के पीछे (फ़रवरी 2026) | कोई नहीं | फ़्लैग के पीछे | 17 (सितंबर 2023) |
| HEIC | कोई नहीं | कोई नहीं | कोई नहीं | 17 (सितंबर 2023) |
इस टेबल के तीन पॉइंट नोट करने लायक़ हैं। iOS पर AVIF तकनीकी रूप से Safari 16.0 में आ गया था, लेकिन बिना एनिमेशन के; 16.4 वह वर्जन है जहाँ macOS और iOS दोनों पर फ़ुल सपोर्ट पहुँचता है। Edge ने Chrome के सालों बाद AVIF शिप किया, भले ही Edge ख़ुद Chromium है, क्योंकि Microsoft ने Google से ज़्यादा देर तक डिकोडर बंद रखा। और JPEG XL वाली पंक्ति एक असामान्य कहानी छिपाए हुए है, जिसे नीचे अपना अलग सेक्शन मिलता है।
ग्लोबल कवरेज, caniuse के 2026 के आंकड़ों के मुताबिक़: WebP करीब 97% पर है, AVIF करीब 93 से 94% पर। JPEG और PNG असरदार रूप से 100% पर हैं, और यह बदलने वाला नहीं लगता।
कम्पैटिबिलिटी का श्रेणीक्रम
पहुँच के हिसाब से समूहित करें तो फॉर्मैट्स पाँच टियर में बँट जाते हैं।
पहला टियर यूनिवर्सल सेट है: JPEG, PNG, GIF और SVG। ये हर ब्राउज़र, हर ईमेल क्लाइंट, हर OS प्रीव्यू पेन और हर दशक पुराने कियोस्क में डिकोड होते हैं। अगर किसी फ़ाइल का खुलना हर हाल में ज़रूरी है, तो वह इन चार में से किसी एक में शिप होती है।
दूसरा टियर WebP है, अकेला। आख़िरी बड़े विरोधी के रूप में Safari बचा था, और Safari 14 ने सितंबर 2020 में वह खाई भी पाट दी। जो बचा, वह Internet Explorer इंस्टॉल्स और प्राचीन Android WebViews हैं। किसी वेबसाइट के लिए, ईमेल के उलट, WebP करीब पाँच साल से एक सुरक्षित डिफ़ॉल्ट रहा है।
तीसरा टियर AVIF है। Chrome के पास 2020 में था, Firefox के पास 2021 में, Safari के पास 2022 में (मार्च 2023 में 16.4 के साथ फ़ुल सपोर्ट), और Edge ने जनवरी 2024 में इसे डिफ़ॉल्ट कर दिया। 2024 की शुरुआत से हर बड़ा इंजन AVIF को बिना किसी अतिरिक्त सेटअप के डिकोड करता है। बचे हुए कुछ फ़ीसदी पुराने iPhones और अनमैनेज्ड Windows फ़्लीट्स हैं, और ठीक यही काम फ़ॉलबैक्स का है।
चौथा टियर JPEG XL है, अटका हुआ। Apple इसे सितंबर 2023 से Safari 17 के साथ नेटिवली शिप करता है। Google ने 2022 के अंत में Chromium का एक्सपेरिमेंटल डिकोडर हटा दिया, जो फ़रवरी 2023 में Chrome 110 से लागू हुआ, फिर रुख़ बदला और एक Rust-आधारित डिकोडर (jxl-rs) मर्ज किया, जो फ़रवरी 2026 में Chrome 145 में शिप हुआ, अब भी फ़्लैग के पीछे। Firefox के पास सालों से फ़्लैग के पीछे एक डिकोडर है। तो 2026 के मध्य में JPEG XL सपोर्ट का मतलब है सारे Apple यूज़र्स, साथ में Chrome और Firefox का वह तेज़ी से घटता अंश जो फ़्लैग चालू करता है — इतना छोटा समूह कि उस पर कुछ बनाया न जा सके।
पाँचवाँ टियर HEIC है: Apple प्लेटफ़ॉर्म्स पर Safari 17, और दुनिया में कहीं और कुछ नहीं। यह टियर से ज़्यादा किसी एक वेंडर का इकोसिस्टम है।
वेब असल में क्या सर्व करता है
सपोर्ट इस्तेमाल नहीं होता। HTTP Archive का Web Almanac लाखों असली पेजों को क्रॉल करता है और गिनता है कि वे क्या सर्व करते हैं, और 2024 एडिशन (फ़ुल मीडिया डेटा वाला नवीनतम) किसी हिमनद के खिसकने जैसा पढ़ता है। JPEG अब भी सभी इमेजेज़ का 32% लेकर सबसे आम इकलौता फॉर्मैट था, लेकिन यह 2022 के 40% से पूरे आठ पॉइंट नीचे है। WebP ने उनमें से तीन पॉइंट उठाकर 12% छुआ। SVG ने करीब दो जोड़े। AVIF मोटे तौर पर 1% पर पहुँचा, जो गोलाई की ग़लती जैसा लगता है, जब तक आप इसे सापेक्ष रूप में नहीं पढ़ते: दो साल में करीब 4× की बढ़ोतरी। ICO 1.3% पर टिका रहा, जिसमें से लगभग सारा हिस्सा फ़ेविकन्स का है। और GIF, 37 साल का, किसी तरह एक पॉइंट बढ़ ही गया।
इतनी धीमी रफ़्तार क्यों? इसके पीछे तीन रुकावटें हैं। CDN कैशिंग: इमेजेज़ URL से की हुईं एज पर बैठी रहती हैं, और फॉर्मैट बदलने का मतलब है कैश अमान्य करना और पूरी लाइब्रेरी दोबारा एन्कोड करना। पुराने डिवाइस: सपोर्ट चार्ट 97% कहता है, लेकिन ग़ायब 3% सस्ते Android फ़ोन्स और कॉरपोरेट फ़्लीट्स में जमा है, और कुछ साइटें किसी टूटी इमेज की वजह से एक भी बिक्री खोने का ख़र्च नहीं उठा सकतीं। टूलिंग की जड़ता: CMS JPEG थंबनेल इसलिए बनाता है क्योंकि वह हमेशा से बनाता आया है, डिज़ाइन टूल PNG एक्सपोर्ट करता है क्योंकि वही बड़ा बटन है, और डिफ़ॉल्ट बदलने का मतलब है ऐसी बिल्ड पाइपलाइन छूना जिसका कोई मालिक नहीं।
एन्कोड लागत भी है। AVIF की कंप्रेशन बढ़त एन्कोड के वक़्त CPU में चुकाई जाती है, यही वजह है कि इमेज CDN इसके पैसे लेते हैं और समझदार टीमें AVIF को ऑन-द-फ़्लाई के बजाय बिल्ड या अपलोड के समय पहले से जनरेट करती हैं।
यह सब किधर जा रहा है
AVIF अगले कुछ सालों के लिए सबसे सुरक्षित दांव है। यह डिज़ाइन के हिसाब से रॉयल्टी-फ्री है (Alliance for Open Media की स्थापना 2015 में Amazon, Cisco, Google, Intel, Microsoft, Mozilla और Netflix ने स्पष्ट रूप से HEVC-जैसे पेटेंट पूलों से बचने के लिए की थी), यह एक ही स्पेक में लॉसी और लॉसलेस संभालता है, HDR ढोता है, और सपोर्ट की उस दहलीज़ को पार कर चुका है जहाँ फ़ॉलबैक चेन की लागत लगभग कुछ नहीं रहती। असली कीमतें हैं एन्कोड का समय और प्रोग्रेसिव डिकोड का न होना। पहली का हल पहले से जनरेट करना है; दूसरी एक उचित सौदा है।
JPEG XL को इससे बेहतर नतीजा मिलना चाहिए था। तकनीकी काबिलियत पर यह अब तक का सबसे पूरा मानकीकृत फॉर्मैट है: प्रोग्रेसिव डिकोडिंग, सबसे अच्छा लॉसलेस मोड, हाई-बिट-डेप्थ फोटोग्राफ़ी, और मौजूदा पूरी JPEG दुनिया का लॉसलेस रीकंप्रेशन। Google ने अपर्याप्त इकोसिस्टम दिलचस्पी का हवाला देते हुए इसे Chromium से निकाल दिया, और वापसी की माँग Chromium ट्रैकर के इतिहास के सबसे ज़्यादा स्टार किए गए इश्यूज़ में से एक बन गई। तीन साल बाद Google ने यह फ़ैसला पलट दिया, लेकिन तब तक अडॉप्शन की खिड़की क़रीब-क़रीब बंद हो चुकी थी। जब तक JPEG XL निर्वासन में बैठा रहा, AVIF ने CDN इंटीग्रेशन, CMS प्लगिन और डिफ़ॉल्ट चेकबॉक्स बटोर लिए। JPEG XL आर्काइविस्ट के चहेते और Apple डिवाइसेज़ के प्रथम श्रेणी के नागरिक के रूप में जीता रहेगा। मेनस्ट्रीम अडॉप्शन का तकनीकी आधार इसके पास था, और फिर भी वह इसे हासिल नहीं कर पाया।
HEIC वेब फॉर्मैट नहीं बनेगा। वजह का क्वालिटी से कोई लेना-देना नहीं। HEVC डिकोडिंग के लिए पेटेंट लाइसेंस चाहिए, जिन्हें मुफ़्त ब्राउज़र बनाने वाले वेंडर्स एक दशक से देने से इनकार करते आए हैं, और वेब रॉयल्टी-फ्री तकनीक पर चलता है। जिस फॉर्मैट को चार बड़े इंजनों में से तीन डिकोड नहीं करते, वह वेब फॉर्मैट नहीं; वह एक एक्सपोर्ट समस्या है जिसे आप सीमा पर सुलझाते हैं।
ट्रांज़िशन की तकनीक, वैसे, पूरी तरह तय है, और वह दो रूपों में आती है। सर्वर-साइड कंटेंट नेगोशिएशन: ब्राउज़र एक Accept हेडर भेजता है जिसमें वह सब लिखा होता है जिसे वह डिकोड कर सकता है, और सर्वर या CDN उसी URL के लिए सबसे अच्छा वेरिएंट चुनता है। क्लाइंट-साइड: <picture> एलिमेंट, जो उम्मीदवारों की सूची देता है और ब्राउज़र को पहला समझ आने वाला लेने देता है:
<picture>
<source srcset="hero.avif" type="image/avif" />
<source srcset="hero.webp" type="image/webp" />
<img src="hero.jpg" alt="Team photo" width="1600" height="900" />
</picture>
सबसे नीचे वाला <img> यूनिवर्सल फ़ॉलबैक है, इसलिए कहीं कुछ नहीं टूटता। इसी तरह आप 93% को AVIF और बाक़ी को JPEG सर्व करते हैं, बिना दो साइटें चलाए।
डिसिज़न टेबल
| इस्तेमाल | सर्व करें | क्यों |
|---|---|---|
| फोटो | AVIF, WebP और JPEG फ़ॉलबैक्स के साथ | सबसे बड़ी बाइट बचत फोटो में ही है |
| स्क्रीनशॉट, UI कैप्चर | PNG, या लॉसलेस WebP | टेक्स्ट और शार्प एजेज़ पिक्सल-एक्ज़ैक्ट रहने चाहिए |
| लोगो और आइकन्स | SVG, PNG फ़ॉलबैक के साथ | वेक्टर किसी भी डेंसिटी तक स्केल होते हैं; रास्टराइज़ आख़िर में करें |
| पेज पर छोटे एनिमेशन | पहले वीडियो (MP4/WebM), GIF सिर्फ़ अधिकतम पहुँच के लिए | एनिमेटेड WebP और AVIF ब्राउज़रों में काम करते हैं, लेकिन वीडियो कहीं बेहतर कंप्रेस होता है |
| फ़ेविकन्स | अधिकतम पहुँच के लिए ICO, आधुनिक ब्राउज़रों के लिए PNG या SVG | ICO एक कंटेनर है जो PNG फ़्रेम रख सकता है |
फ़ेविकन पर एक छोटा नोट, क्योंकि टेबल की वह पंक्ति कुछ डिटेल छोड़ देती है। आधुनिक ब्राउज़र PNG और यहाँ तक कि SVG फ़ेविकन्स कुबूल करते हैं, लेकिन ICO अब भी वह इकलौता फॉर्मैट है जिसे हर क्रॉलर, हर RSS रीडर और हर पुराने ब्राउज़र टैब समझता है, और एक ICO फ़ाइल एक ही कंटेनर में कई साइज़ बाँध सकती है। अगर आपका लोगो अभी किसी और फॉर्मैट में है, तो JPG से ICO, WebP से ICO और PNG से ICO सीधे आपके ब्राउज़र में एक उचित मल्टी-साइज़ ICO बना देते हैं।
फॉर्मैट्स के बीच कन्वर्ट करना
ज़्यादातर कन्वर्ज़न के काम ऊपर के सेक्शनों से ही निकलते हैं। अब तक सबसे आम काम है HEIC को iPhone से निकालकर किसी ऐसी चीज़ में लाना जिसे बाक़ी दुनिया खोल सके। शेयर करने के लिए HEIC से JPG सही क़दम है, क्योंकि HEIC पहले से लॉसी है और JPEG नुकसान को बढ़ने से रोकता है। HEIC से PNG मौजूदा हालत को एडिटिंग के लिए फ़्रीज़ कर देता है, और HEIC से WebP तब समझ में आता है जब मंज़िल कोई वेबसाइट हो।
फिर है JPEG, PNG, WebP का तिकोना। JPEG को डिज़ाइन वर्कफ़्लो में लाना: JPG से PNG, इसलिए नहीं कि क्वालिटी बढ़ेगी (नहीं बढ़ सकती), बल्कि इसलिए कि आगे घटना बंद हो जाता है। वेब के लिए छोटा करना: JPG से WebP। पुराने सॉफ़्टवेयर के लिए उल्टी दिशा: WebP से JPG और WebP से PNG। फोटो गैलरी में जाने वाला PNG स्क्रीनशॉट: PNG से JPG, या PNG से WebP जब आपको छोटी फ़ाइलें चाहिए और ट्रांसपैरेंसी भी सलामत रखनी हो। अगर आपको अनकंप्रेस्ड BMP स्कैन विरासत में मिले हैं, तो BMP से JPG, BMP से PNG और BMP से WebP सब कई-कई मेगाबाइट की पुरानी फ़ाइलों को ईमेल करने से बेहतर हैं। डॉक्यूमेंट भी उसी चौराहे पर आते हैं: फोटोग्राफ़िक पेजों के लिए PDF से JPG, जब टेक्स्ट क्रिस्प रहना हो तो PDF से PNG, और जब पेज वेब की ओर जा रहा हो तो PDF से WebP।
इनमें से हर टूल कन्वर्ज़न आपके ब्राउज़र में लोकली चलाता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती।
फॉर्मैट बदलते रहते हैं। नियम नहीं बदलता: कोडेक को कंटेंट से मिलाइए, और कंटेंट का काम बदलते ही कन्वर्ट कीजिए।
