आपकी फ़ाइलें लोड हो रही हैं…

PNG को WebP में बदलें

PNG को WebP में बदलें, ट्रांसपेरेंसी बनी रहती है और फ़ाइल का साइज़ छोटा होता है।

या यहां इमेज ड्रॉप करें

PNG को WebP में कैसे बदलें

PNG को WebP में कैसे बदलें

अपलोड ज़ोन पर एक PNG ड्रॉप करें, या क्लिक करके अपने डिवाइस से फ़ाइल चुनें। फ़ाइल आते ही कन्वर्शन शुरू हो जाता है, कोई Convert बटन दबाने की ज़रूरत नहीं। आम इमेज के लिए नतीजा एक सेकंड से भी कम में आ जाता है। तैयार होने पर Download बटन WebP को ओरिजिनल फ़ाइल नाम के साथ सेव करता है, बस एक्सटेंशन बदल जाता है। एक इमेज बदलना आपके ब्राउज़र में चलता है, जबकि कई एक साथ हमारे सर्वर पर भेजी जाती हैं। यही कोड डेस्कटॉप और मोबाइल दोनों ब्राउज़र पर बिना किसी ऐप इंस्टॉल के चलता है। दूसरी इमेज बदलने के लिए अगली PNG ड्रॉप करें। एनिमेटेड PNG को सीक्वेंस की पहली इमेज की एक स्थिर फ़्रेम के रूप में लिया जाता है।

ट्रांसपेरेंट पिक्सेल WebP में आर-पार जाते हैं

ट्रांसपेरेंट पिक्सेल WebP में आर-पार जाते हैं

WebP पूरी 8-बिट पारदर्शिता परत सपोर्ट करता है, यानी आपके PNG का हर ट्रांसपेरेंट पिक्सेल WebP आउटपुट में ठीक उतना ही ट्रांसपेरेंट रहता है। कुछ भी सफ़ेद से नहीं भरता, कट-आउट के चारों ओर कोई हेलो नहीं बनता, और बाद में किसी एडिटर में सुधार की ज़रूरत नहीं। PNG से बदलते समय JPG के बजाय WebP चुनने की यही मुख्य वजह है, क्योंकि JPG में पारदर्शिता नहीं होती और उसे ट्रांसपेरेंट पिक्सेल किसी ठोस रंग से बदलने पड़ते हैं। लोगो, आइकन, प्रोडक्ट कट-आउट, UI मॉकअप, गोल कोनों वाले स्क्रीनशॉट, और हर वह इमेज जो आर-पार बैकग्राउंड पर टिकी है, सब बरकरार रहती है। ट्रांसपेरेंसी बचाने के लिए कोई टॉगल नहीं है, यह अपने आप होता है क्योंकि WebP alpha ले जाने के लिए ही बना है।

PNG से WebP पर जाने की वजहें

PNG से WebP पर जाने की वजहें

PageSpeed Insights आपकी साइट के हर पेज का ऑडिट करता है और PNG इमेज को "next-gen फ़ॉर्मेट में इमेज दें" जैसी सलाह के रूप में फ़्लैग करता है। WebP पर जाने से वह सलाह सीधे हल हो जाती है। Google के Core Web Vitals में Largest Contentful Paint एक जाना-माना रैंकिंग संकेत है, और जब इमेज फ़ाइलें छोटी होती हैं तो LCP समय घटता है। Chrome, Firefox, Safari और Edge सभी WebP को नेटिव रूप से संभालते हैं, इसलिए फ़ॉर्मेट बदलने से विज़िटर के लिए कुछ नहीं टूटता। e-कॉमर्स और मीडिया साइटों के A/B टेस्ट लगातार दिखाते हैं कि तेज़ पेज कम बाउंस रेट और बेहतर कन्वर्शन देते हैं। PNG से WebP पर जाना उस स्पीड का सबसे आसान हिस्सा है जिसे आप बिना डिज़ाइन बदले कर सकते हैं।

क्वालिटी सेटिंग और lossy का सौदा

क्वालिटी सेटिंग और lossy का सौदा

WebP दो अलग कंप्रेशन मोड ऑफ़र करता है: lossless, जो हर पिक्सेल को ठीक वैसा ही सुरक्षित रखता है, और lossy, जो इंसानी आँख के लिए अनजान जानकारी हटाता है। यह टूल एक उच्च-गुणवत्ता lossy सेटिंग इस्तेमाल करता है जिसे कैलिब्रेट किया गया है ताकि नतीजा सामान्य स्क्रीन साइज़ पर सोर्स से अलग न दिखे। ठोस-रंग वाले ग्राफ़िक्स जैसे लोगो और आइकन अक्सर PNG से 60 से 80 प्रतिशत छोटे होते हैं। विस्तृत फ़ोटो आमतौर पर 40 से 60 प्रतिशत छोटी होती हैं। ट्रांसपेरेंट पिक्सेल वाली इमेज थोड़ी कम बचत दिखाती हैं क्योंकि पारदर्शिता डेटा अलग lossless कंप्रेशन से सुरक्षित होती है। यह सेटिंग वेब डिलीवरी के लिए सबसे अच्छा समझौता है, लेकिन अगर आपको हर पिक्सेल बिल्कुल सटीक चाहिए तो PNG lossless मोड ही सही विकल्प है।

आपका PNG कहाँ संसाधित होता है

आपका PNG कहाँ संसाधित होता है

रास्ता इस पर निर्भर करता है कि आप कितनी फ़ाइलें बदलते हैं। जब आप एक PNG बदलते हैं, काम ब्राउज़र के मूल इमेज इंजन में, आपके डिवाइस पर, आपके टैब के भीतर चलता है, कुछ भी अपलोड नहीं होता और फ़ाइल की सामग्री के बारे में कुछ भी दर्ज नहीं होता। आप इसे ब्राउज़र का नेटवर्क पैनल एक छवि बदलते समय खुला रखकर सत्यापित कर सकते हैं। कोई आउटगोइंग अनुरोध दिखाई नहीं देगा। जब आप एक साथ कई PNG बदलते हैं, वे हमारे सर्वर पर भेजी जाती हैं, जो उन्हें साथ बदलकर आपको एक डाउनलोड लौटाता है। वह परिणाम लगभग 2 घंटे में हमारे सर्वर से हटा दिया जाता है, और जैसे ही आप सहेजते हैं आप उसे स्वयं भी हटा सकते हैं। संक्षेप में: एकल रूपांतरण ब्राउज़र में ही पूरा होता है, और बैच हमारे सर्वर पर केवल उतनी देर के लिए प्रोसेस होता है जितनी आपका डाउनलोड बनाने में लगती है।

जब ओरिजिनल PNG ही सही चुनाव है

जब ओरिजिनल PNG ही सही चुनाव है

WebP को व्यापक सपोर्ट है पर हर जगह स्वीकार नहीं होता। कुछ डिज़ाइन टूल, प्रिंट वर्कफ़्लो और भीतरी कंटेंट-मैनेजमेंट सिस्टम अब भी PNG माँगते हैं। कुछ ऑपरेटिंग सिस्टम PNG ड्रैग-एंड-ड्रॉप नेटिव संभालते हैं जबकि WebP के लिए प्लगइन चाहिए। जिन वर्किंग फ़ाइलों को आप डेस्कटॉप ऐप में बार-बार खोलकर एडिट करेंगे, उनके लिए lossless PNG को मास्टर रखना डिकोड-और-री-सेव चक्रों के जमा होने से बचाता है। वेब डिलीवरी के लिए WebP को एक्सपोर्ट फ़ॉर्मेट रखें और PNG को सोर्स। अगर आपको उलटी दिशा में जाकर WebP को वापस PNG बनाना हो, तो webp-to-png टूल वह कन्वर्शन संभालता है।

यह कैसे काम करता है

  1. अपना PNG ड्रॉप करें या चुनें

    PNG फ़ाइल को अपलोड क्षेत्र में खींचें या फ़ाइल चयनकर्ता खोलने के लिए क्लिक करें। PNG के किसी भी पारदर्शी हिस्से आउटपुट में बने रहेंगे। एक छवि बदलना आपके ब्राउज़र में चलता है, जबकि कई एक साथ छोड़ना उन्हें साथ संसाधित करने के लिए हमारे सर्वर पर भेजता है।

  2. अपने-आप होने वाले कन्वर्शन का इंतज़ार करें

    फ़ाइल लोड होते ही ब्राउज़र WebP बना देता है। स्क्रीन रिज़ॉल्यूशन की ज़्यादातर इमेज के लिए नतीजा एक सेकंड से भी कम में आ जाता है, कोई बटन दबाने की ज़रूरत नहीं।

  3. आउटपुट का साइज़ देखें

    Download बटन आउटपुट फ़ाइल का साइज़ दिखाता है। ट्रांसपेरेंट हिस्से WebP में ट्रांसपेरेंट ही रहते हैं, और फ़ाइल सोर्स PNG से साफ़ तौर पर छोटी होनी चाहिए।

  4. WebP डाउनलोड करें

    फ़ाइल सेव करने के लिए Download दबाएँ। ओरिजिनल फ़ाइल नाम वही रहता है, बस एक्सटेंशन .webp में बदल जाता है। दूसरी PNG बदलने के लिए उसे पेज पर ड्रॉप करें, हर फ़ाइल अलग चलती है।

संबंधित कनवर्टर

अगर आपको विपरीत दिशा या किसी अन्य फ़ॉर्मेट की ज़रूरत है, तो ये टूल तैयार हैं।

अक्सर पूछे जाने वाले सवाल

PNG को WebP में बदलते समय क्या ट्रांसपेरेंसी बनी रहेगी?

हाँ। WebP पूरी पारदर्शिता परत सपोर्ट करता है, इसलिए आपके PNG के ट्रांसपेरेंट हिस्से WebP आउटपुट में ट्रांसपेरेंट ही रहते हैं। PNG से शुरू करते समय JPG के बजाय WebP चुनने की यही मुख्य वजह है, क्योंकि JPG में alpha नहीं होता और उसे ट्रांसपेरेंसी किसी ठोस रंग में बदलनी पड़ती है, जबकि WebP कट-आउट को ठीक वैसा ही रखता है। ट्रांसपेरेंट बैकग्राउंड वाले लोगो, आइकन, प्रोडक्ट इमेज और UI एसेट सब बिना किसी अतिरिक्त कदम के कन्वर्शन से बरकरार निकलते हैं।

PNG को WebP में क्यों बदलें?

ट्रांसपेरेंसी या विज़ुअल क्वालिटी खोए बिना छोटी फ़ाइलें। Google के WebP दस्तावेज़ के अनुसार, lossless WebP बराबर PNG से करीब 26 प्रतिशत छोटा होता है, और alpha वाला lossy WebP लगभग तीन गुना छोटा हो सकता है। छोटी इमेज पेज लोड स्पीड बेहतर करती हैं और सीधे Largest Contentful Paint में मदद करती हैं, जो एक Core Web Vitals मेट्रिक और जाना-माना Google रैंकिंग संकेत है। PageSpeed Insights अपने इमेज ऑडिट में PNG को next-gen फ़ॉर्मेट का मौका बताता है। ब्राउज़र सपोर्ट Chrome, Firefox, Safari और Edge में सार्वभौमिक है।

क्या PNG को WebP में बदलने से क्वालिटी घटती है?

इस टूल की लगभग-लॉसलेस सेटिंग पर, फ़ोटो और ग्राफ़िक्स सामान्य देखने के साइज़ पर सोर्स PNG से विज़ुअली अलग नहीं दिखते। इस सेटिंग पर WebP तकनीकी रूप से lossy है, यानी छोटी फ़ाइल के बदले कुछ बिट-स्तर की सटीकता छोड़ी जाती है। आम वेब इस्तेमाल में, जिसमें लोगो, आइकन और फ़ोटो शामिल हैं, वह फ़र्क़ नहीं दिखता। पिक्सेल-सटीक या आर्काइवल काम के लिए ओरिजिनल PNG रखें और WebP को डिलीवरी एक्सपोर्ट मानें। कन्वर्शन से सोर्स PNG बदलता नहीं, वह आपके डिवाइस पर वैसा ही रहता है।

WebP, PNG से कितना छोटा होता है?

Google के आधिकारिक WebP दस्तावेज़ के अनुसार, lossless WebP बराबर PNG से करीब 26 प्रतिशत छोटा होता है, और पारदर्शिता वाला lossy WebP तुलनीय PNG से लगभग तीन गुना छोटा। सटीक अनुपात इमेज की सामग्री पर निर्भर करता है, जहाँ बड़े ट्रांसपेरेंट हिस्सों और ठोस रंग वाले ग्राफ़िक्स को सबसे ज़्यादा फ़ायदा होता है, जबकि बहुत बारीक फ़ोटो में कमी छोटी पर फिर भी मायने रखने वाली होती है। हर हाल में WebP छोटा होता है और ट्रांसपेरेंसी बनी रहती है।

क्या यहाँ PNG को WebP में बदलना सुरक्षित है?

यह इस पर निर्भर करता है कि आप एक छवि बदलते हैं या कई। एक PNG सीधे आपके ब्राउज़र में बदलती है, इसलिए वह फ़ाइल अपलोड नहीं होती, और आप इसे ब्राउज़र का नेटवर्क पैनल रूपांतरण के दौरान खोलकर देख सकते हैं। कोई आउटगोइंग छवि अनुरोध नहीं दिखता। जब आप कई एक साथ बदलते हैं, वे साथ संसाधित होने के लिए हमारे सर्वर पर भेजी जाती हैं, और वह परिणाम लगभग 2 घंटे में हटा दिया जाता है, डाउनलोड करते ही उसे स्वयं हटाने के विकल्प के साथ। किसी भी हाल में, आपका डाउनलोड बनाने के अलावा आपकी छवि का कुछ नहीं रखा जाता।

क्या WebP सभी ब्राउज़र में चलता है?

हाँ। WebP को Chrome, Firefox, Safari और Edge में नेटिव सपोर्ट है, जो इस्तेमाल में मौजूद ज़्यादातर ब्राउज़र को कवर करता है। सपोर्ट 2020 में Safari 14 के बाद से सार्वभौमिक है। अगर आप ऐसे ऑडियंस के लिए बना रहे हैं जिसमें बहुत पुराने ब्राउज़र या एम्बेडेड वेबव्यू हो सकते हैं, तो PNG सबसे सुरक्षित चुनाव रहता है। पिछले पाँच साल के मौजूदा ब्राउज़र इस्तेमाल करने वाली किसी भी ऑडियंस के लिए WebP भरोसे से चलता है। प्रति-ब्राउज़र सपोर्ट आप caniuse.com की WebP एंट्री पर जाँच सकते हैं।

विवरण

अच्छे नतीजे के पीछे शिल्प, प्रारूपों और छोटे निर्णयों पर टीम के नोट्स।

WebP, PNG से छोटे साइज़ कैसे हासिल करता है
WebP दो अलग कंप्रेशन मोड इस्तेमाल करता है। lossless मोड स्थानिक और रंग प्रेडिक्शन को एक एंट्रॉपी कोडिंग चरण के साथ जोड़ता है जो PNG के DEFLATE से ज़्यादा परिष्कृत है, और Google के प्रकाशित बेंचमार्क के अनुसार आम इमेज पर करीब 26 प्रतिशत बेहतर कंप्रेशन हासिल करता है। lossy मोड वीडियो कंप्रेशन जैसा एक ब्लॉक-आधारित ट्रांसफ़ॉर्म लगाता है, जिसे ऐसी जानकारी हटाने के लिए बनाया गया है जो आँख को मुश्किल से दिखती है जबकि वह बचाता है जो आँख सचमुच देखती है। पारदर्शिता वाली इमेज के लिए WebP, पारदर्शिता डेटा पर अलग lossless सब-कंप्रेशन इस्तेमाल करता है जबकि RGB डेटा पर lossy कंप्रेशन लगाता है, यही वजह है कि ट्रांसपेरेंसी वाला lossy WebP बराबर विज़ुअल क्वालिटी पर PNG से लगभग तीन गुना छोटा हो सकता है। PNG का DEFLATE केवल lossless है और उस अवधारणात्मक सौदे का फ़ायदा नहीं उठा सकता जिसका lossy मोड लाभ लेता है। फ़ॉर्मेट का यही फ़र्क़ इस अंतर को समझाता है।
alpha channel विस्तार से
PNG और WebP दोनों 8-बिट alpha ट्रांसपेरेंसी सपोर्ट करते हैं, यानी हर पिक्सेल 0 (पूरी तरह ट्रांसपेरेंट) से 255 (पूरी तरह अपारदर्शी) तक एक ओपेसिटी वैल्यू रख सकता है। जब प्लेटफ़ॉर्म इमेज इंजन PNG को WebP में फिर से सेव करता है, तो वह हर पिक्सेल की RGBA वैल्यू पढ़ता है और alpha वैल्यू को सीधे WebP कंप्रेशन चरण में भेजता है, जहाँ RGB डेटा कैसे भी सेव हो, उन्हें lossless कंप्रेशन से बचाकर रखा जाता है। नतीजा यह कि PNG में alpha 0 पर हर ट्रांसपेरेंट पिक्सेल, 1 से 254 के बीच हर अर्ध-ट्रांसपेरेंट पिक्सेल, और 255 पर हर अपारदर्शी पिक्सेल WebP में ठीक उसी अवस्था में आता है। नरम ड्रॉप-शैडो या ट्रांसपेरेंट बैकग्राउंड पर anti-aliased टेक्स्ट वाले लोगो के लिए, किनारों की चिकनाई बरकरार रहती है। यह JPG से अलग है, जिसके कंटेनर स्पेसिफ़िकेशन में कोई alpha फ़ील्ड नहीं होती और जिसे सेव करने से पहले इमेज को बैकग्राउंड रंग पर कंपोज़िट करना पड़ता है।
Core Web Vitals और इमेज फ़ॉर्मेट का चुनाव
Largest Contentful Paint मापता है कि पेज का सबसे बड़ा दृश्य तत्व व्यूपोर्ट में दिखने में कितना समय लेता है। ज़्यादातर कंटेंट पेज पर वह तत्व hero इमेज होती है, और Google अपने Core Web Vitals आकलन में LCP को रैंकिंग संकेत के रूप में इस्तेमाल करता है। PNG इमेज अपने फ़ाइल साइज़ के कारण LCP विफलताओं का लगातार स्रोत होती हैं, क्योंकि 4K रिज़ॉल्यूशन की एक फ़ोटोग्राफ़िक PNG कई मेगाबाइट की हो सकती है जबकि लगभग-लॉसलेस क्वालिटी पर बराबर WebP आम तौर पर उसका एक अंश। PageSpeed Insights इसे खासकर अपने serve-images-in-next-gen-formats ऑडिट आइटम में बताता है, और बदलने के लिए लक्ष्य फ़ॉर्मेट के रूप में PNG को सूचीबद्ध करता है। क्रिटिकल रेंडर पाथ में दिखने वाली PNG को WebP में बदलना मापी गई पेज परफ़ॉर्मेंस सुधारने के सबसे प्रभावी अकेले बदलावों में से एक है। ब्राउज़र सपोर्ट की समयरेखा इसे सुरक्षित बनाती है, Chrome ने 2011 में, Firefox ने 2019 में, Safari ने 2020 में, और Edge ने अपने Chromium पुनर्निर्माण से WebP जोड़ा।
Lossy आउटपुट और लगभग-लॉसलेस सेटिंग
WebP सेव करते समय 0 से 100 तक का एक क्वालिटी पैरामीटर मिलता है, जहाँ ऊँची वैल्यू बड़ी फ़ाइलों की कीमत पर ज़्यादा डिटेल बचाती है। यह टूल एक तय लगभग-लॉसलेस सेटिंग पर सेव करता है, जो फ़ोटो, UI ग्राफ़िक्स और आइकन की आम वेब एसेट श्रेणियों के लिए विज़ुअल फ़िडेलिटी और फ़ाइल साइज़ के बीच संतुलन बनाने के लिए ट्यून है। इस सेटिंग पर आउटपुट सामान्य स्क्रीन देखने की दूरी पर सोर्स PNG से अप्रभेद्य होता है। तकनीकी रूप से, एक सच्चे lossless एनकोड के मुक़ाबले कुछ बिट-स्तर की सटीकता खो जाती है, यानी डिकोड किए गए WebP पिक्सेल और ओरिजिनल PNG पिक्सेल के बीच बाइट-स्तर की तुलना छोटे संख्यात्मक अंतर दिखाएगी। ये अंतर फ़ोटोग्राफ़िक सामग्री के लिए मानव बोध की सीमा से नीचे होते हैं। मेडिकल इमेजिंग, सैटेलाइट फ़ोटोग्राफ़ी या आर्काइवल डिजिटल संरक्षण के लिए, जहाँ lossless फ़िडेलिटी एक कठोर ज़रूरत है, सही तरीका है PNG रखना और WebP को केवल डिलीवरी एक्सपोर्ट के रूप में इस्तेमाल करना, वर्किंग कॉपी के रूप में नहीं।
मेटाडेटा का व्यवहार
PNG-से-WebP कन्वर्शन के लिए इस्तेमाल पाइपलाइन आउटपुट से EXIF, IPTC और XMP मेटाडेटा हटा देती है। यह तीनों प्रमुख ब्राउज़र इंजन में देखे गए व्यवहार से मेल खाता है। ICC रंग प्रोफ़ाइल असंगत रूप से संभाली जाती हैं, जहाँ Chrome और Safari WebP आउटपुट में sRGB ICC प्रोफ़ाइल टैग बचाते हैं और Firefox ICC प्रोफ़ाइल समेत पूरा मेटाडेटा हटा देता है। शुद्ध नतीजा यह कि बदला गया WebP ब्राउज़र भर में sRGB-सुरक्षित होता है, पर सोर्स PNG में मौजूद कोई भी वाइड-गैमट टैगिंग जैसे Display-P3, Adobe RGB या ProPhoto RGB Firefox में नहीं बचती। रंग-संवेदनशील पेशेवर वर्कफ़्लो के लिए यह असंगति मायने रखती है, इसलिए अगर अंतिम आउटपुट को रंग प्रोफ़ाइल फ़िडेलिटी चाहिए, तो ऐसे टूल से बदलें जो स्पष्ट रूप से ICC डेटा लिखता हो, या किसी समर्पित इमेज मेटाडेटा एडिटर से प्रोफ़ाइल टैग को बाद के चरण में लगाएँ।
कब PNG रखें और कब WebP काफ़ी है
व्यावहारिक निर्णय का पेड़ छोटा है। अगर इमेज का अंतिम गंतव्य कोई वेब पेज या वेब एप्लिकेशन है, और रेंडरिंग वातावरण 2020 के बाद का कोई भी ब्राउज़र है, तो WebP सही एक्सपोर्ट फ़ॉर्मेट है। अगर इमेज को Figma, Sketch या Affinity Designer जैसे डिज़ाइन ऐप में खुलना है, तो आप जिस संस्करण का इस्तेमाल करते हैं उसमें WebP सपोर्ट जाँचें, क्योंकि सपोर्ट अलग-अलग होता है। अगर इमेज प्रिंट वर्कफ़्लो में इस्तेमाल होगी, तो PNG या TIFF बेहतर है क्योंकि ज़्यादातर प्रिंट RIP WebP नहीं संभालते। अगर इमेज ईमेल में भेजी जाएगी, तो PNG सुरक्षित है क्योंकि ईमेल क्लाइंट आधुनिक फ़ॉर्मेट के साथ कुख्यात रूप से असंगत हैं। अगर इमेज एक वर्किंग फ़ाइल के रूप में इस्तेमाल होगी जिसे कई बार एडिट और फिर से सेव किया जाएगा, तो PNG को मास्टर रखें। लगभग-लॉसलेस क्वालिटी पर WebP एक बेहतरीन डिलीवरी फ़ॉर्मेट है, और PNG बेहतर आर्काइवल और एडिटिंग फ़ॉर्मेट है। आदर्श वर्कफ़्लो PNG को ओरिजिनल रखता है और वेब डिलीवरी के लिए WebP में एक्सपोर्ट करता है।