क्रॉप

इमेज क्रॉप करें गोल क्रॉप करें

ऑप्टिमाइज़

इमेज कंप्रेस करें इमेज अपस्केल करें बैकग्राउंड हटाएं

बदलाव

इमेज रीसाइज़ करें

कन्वर्ट

अन्य

JPG को PDF में बदलें

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

JPG को WebP में बदलें, कुछ सेकंड में हल्की फ़ाइलें

किसी भी JPEG को हल्की WebP बनाएं और 25 से 34 प्रतिशत छोटी फ़ाइलें पाएं, एक इमेज ब्राउज़र में या कई एक साथ हमारे सर्वर पर।

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

प्रीव्यू आपके डिवाइस पर ही रहता है। कैप्चर करने तक कुछ भी रिकॉर्ड नहीं होता।

त्वरित उत्तर

JPG को सीधे अपने ब्राउज़र में WebP में बदलें। एक JPEG डालें और आपका ब्राउज़र उसे WebP के रूप में फिर से एनकोड करके करीब एक सेकंड में download देता है, एक इमेज आपकी अपनी मशीन पर बदलती है और कुछ भी अपलोड नहीं होता। WebP, JPG की तरह हानिपूर्ण है, इसलिए यह पहले से हानिपूर्ण के ऊपर एक और हानिपूर्ण री-एनकोड है, पर यहां इस्तेमाल की गई लगभग हानिरहित क्वालिटी पर फ़ोटो में दिखने वाला फ़र्क़ नहीं दिखता। फ़ाइलें आम तौर पर स्रोत से 25 से 34 प्रतिशत हल्की निकलती हैं, यह आंकड़ा Google अपने WebP प्रारूप के लिए देता है, और असली फ़ोटो अक्सर इससे बेहतर करती हैं। हमारे परीक्षण में की JPEG निकली। हल्की इमेज तेज़ी से लोड होती हैं, जो आपके Largest Contentful Paint में मदद करती हैं। एक साथ कई बदलना चाहते हैं? उन्हें साथ डालें तो फ़ाइलें बैच प्रोसेसिंग के लिए हमारे सर्वर पर जाती हैं, जहां डाउनलोड लिंक करीब 2 घंटे में मिट जाता है।

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

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

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

WebP, JPG से छोटी क्यों निकलती है

WebP, JPG से छोटी क्यों निकलती है

दोनों फ़ॉर्मेट फ़ोटो को छोटा करने के लिए डेटा हटाते हैं, लेकिन WebP किसी भी क्वालिटी पर यह काम ज़्यादा समझदारी से करता है। Google आम फ़ायदा JPEG पर 25 से 34 प्रतिशत बताता है, और भरी-पूरी असली फ़ोटो अक्सर इससे आगे चली जाती हैं। हमारे नापे गए रन इसकी पुष्टि करते हैं। 1024 बाय 768 पर एक का JPEG गिरकर हुआ, और 3840 बाय 2160 पर एक की फ़ोटो पर आई। कम इमेज बाइट का मतलब है तेज़ Largest Contentful Paint, वह लोडिंग मीट्रिक जिसे Google अपनी रैंकिंग में जोड़ता है। WebP रॉयल्टी-फ्री भी है, यही वजह है कि हर बड़ा CDN इसे डिफ़ॉल्ट रूप से परोसता है और हर मौजूदा ब्राउज़र इसे बिना प्लगइन या डाउनलोड के पढ़ लेता है।

WebP कब JPG को मात देता है और कब नहीं

WebP कब JPG को मात देता है और कब नहीं

अपने चलाए किसी वेब पेज के लिए जा रही हर चीज़ पर WebP चुनें: हीरो शॉट, प्रोडक्ट फ़ोटो, ब्लॉग आर्ट, गैलरी थंबनेल, और आपके अपने डोमेन पर परोसे जाने वाले प्रीव्यू कार्ड। हर मॉडर्न ब्राउज़र इसे पढ़ता है, जो 2026 में 97 प्रतिशत से ज़्यादा ट्रैफ़िक कवर करता है, Safari भी वर्शन 14 से। JPG पर तब रहें जब फ़ाइल को कहीं ऐसी जगह जाना हो जो अब भी JPEG की उम्मीद रखती है, जैसे ईमेल अटैचमेंट, प्रिंट जॉब, पुराना फ़ोटो एडिटर, मार्केटप्लेस अपलोड फ़ॉर्म, या ऐसा प्लेटफ़ॉर्म जो WebP को चुपचाप फिर से JPEG में दबा देता है। मंज़िल तय करती है, शुरुआत नहीं। अगर इमेज कहां परोसी जाती है यह आपके हाथ में है और आपके दर्शक हाल के ब्राउज़र पर हैं, तो लगभग हर मामले में WebP मज़बूत पसंद है।

क्वालिटी और दूसरा lossy पास

क्वालिटी और दूसरा lossy पास

आपका JPEG पहले से lossy था, इसलिए उसे WebP बनाना पहले के ऊपर एक दूसरा lossy पास चढ़ा देता है। कागज़ पर, अतिरिक्त artifact जमा हो सकते हैं। असल में, यहां इस्तेमाल हुई near-lossless सेटिंग पर, फ़ोटो किसी भी आम देखने की दूरी पर सोर्स जैसी ही दिखती है। सबसे साफ़ आउटपुट के लिए, हमेशा अपने पास मौजूद सबसे अच्छे JPEG से शुरू करें, कैमरे से सीधा निकला ओरिजिनल न कि कोई कॉपी जो किसी चैट ऐप या CDN निचोड़ से गुज़र चुकी हो। हर पड़ाव पर loss जुड़ता जाता है। यह वर्शन बिना स्लाइडर एक कैलिब्रेटेड क्वालिटी लेवल देता है, जो आउटपुट को अनुमान-योग्य रखता है और ऐसी फ़ोटो को ज़्यादा compress करने का लालच हटा देता है जिसे ज़रूरत नहीं थी।

आपकी फ़ाइल कहां संभाली जाती है

आपकी फ़ाइल कहां संभाली जाती है

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

2026 में WebP ब्राउज़र सपोर्ट

2026 में WebP ब्राउज़र सपोर्ट

WebP आज दुनिया भर के 97 प्रतिशत से ज़्यादा ब्राउज़र में पढ़ी जाती है। Chrome इसे 2012 में वर्शन 17 से डिकोड करता आया है, Firefox वर्शन 65 से, और Safari iOS पर वर्शन 14 से और macOS Ventura पर वर्शन 16 से। Edge और Opera दोनों इसे नेटिव रूप से संभालते हैं। असली अड़चन बस Internet Explorer 11 और Safari 13 हैं, और उनका हिस्सा अब बहुत छोटा है। आम वेब डिलीवरी के लिए आप भरोसे से WebP परोस सकते हैं। अगर सचमुच आपको बहुत पुराने ब्राउज़र तक पहुंचना है, तो WebP को HTML picture एलिमेंट के अंदर एक JPG फ़ॉलबैक के साथ जोड़ें और हर ब्राउज़र को वही चुनने दें जो वह पढ़ सके। ईमेल, शेयर्ड ड्राइव और प्रिंट के लिए JPG ज़्यादा सुरक्षित पसंद रहती है।

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

  1. अपना JPG डालें या चुनें

    अपलोड एरिया पर क्लिक करें या डेस्कटॉप से एक JPEG उस पर खींचें। फ़ाइल आते ही conversion अपने आप शुरू हो जाता है, दबाने को कोई बटन नहीं।

  2. save करने का काम चलने दें

    आपका ब्राउज़र एक फ़ोटो को अपनी ही मेमोरी में फिर से WebP के रूप में सहेजता है, अपलोड करने को कुछ नहीं होता। एक सामान्य फ़ोन फ़ोटो एक सेकंड से काफ़ी कम में पूरी हो जाती है।

  3. साइज़ की तुलना पढ़ें

    जब WebP तैयार होती है, एक stats लाइन पुरानी JPEG साइज़ और नई WebP साइज़ अगल-बगल दिखाती है ताकि आप ठीक-ठीक पुष्टि कर सकें कि कितना बचा।

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

    नतीजा save करने के लिए Download पर क्लिक करें। फ़ाइल अपना मूल नाम रखती है और आपके लिए.webp एक्सटेंशन पर चली जाती है, तो कुछ री-नेम करने की ज़रूरत नहीं।

संबंधित टूल

दूसरी दिशा में कनवर्ट करें या WebP और JPEG के साथ अन्य फ़ॉर्मेट विकल्प देखें।

WebP से JPG — ईमेल और प्रिंट के लिए वापस बदलें JPG से PNG — बिना गुणवत्ता खोए हर विवरण बनाए रखें सभी कनवर्टर — सभी फ़ॉर्मेट जोड़े देखें

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

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

WebP बराबर विज़ुअल क्वालिटी पर JPEG से छोटी फ़ाइलें बनाती है, जो पेज लोड तेज़ करती है और आपके Core Web Vitals को ऊपर उठाती है। WebP के लिए Google का अपना आंकड़ा JPEG से 25 से 34 प्रतिशत हल्का है, और असली फ़ोटो अक्सर इससे बेहतर करती हैं। अगर आप किसी साइट के लिए इमेज संभालते हैं, तो JPEG से WebP पर आना बैंडविड्थ खर्च घटाता है और आपके Largest Contentful Paint को सीधे सुधार सकता है, जो Search रैंकिंग में फ़ीड होती है।

क्या यह conversion lossless है?

नहीं। WebP और JPEG दोनों lossy हैं, इसलिए एक से दूसरे में जाना एक दूसरा lossy compression राउंड जोड़ता है। यहां इस्तेमाल हुई near-lossless क्वालिटी पर फ़र्क आम देखने की दूरियों पर फ़ोटो में नहीं दिखता। अगर आपको सचमुच lossless नतीजा चाहिए, तो उसके बजाय PNG में बदलें। कोई भी टूल जो lossless JPEG से WebP रास्ते का वादा करता है वह गलत है, क्योंकि WebP-lossless एक अलग मोड है जो PNG जैसी सोर्स आर्ट के लिए बना है, फ़ोटो के लिए नहीं।

WebP फ़ाइलें JPEG से कितनी छोटी होती हैं?

हमारे टेस्ट में 1024 बाय 768 पर एक का JPEG पर निकला, और 3840 बाय 2160 पर एक की फ़ोटो पर आई। Google का प्रकाशित आंकड़ा बराबर क्वालिटी पर JPEG से 25 से 34 प्रतिशत हल्का है। बहुत छोटी इमेज जो पहले से ख़ूब निचोड़ी जा चुकी हैं, जैसे से नीचे के थंबनेल, कम फ़ायदा देती हैं, क्योंकि वे पहले से अपनी निचली हद के पास बैठी हैं।

क्या WebP transparency सपोर्ट करती है?

हां। WebP पूरी पारदर्शिता रखती है जबकि JPEG नहीं रखता, यही एक वजह है कि यह वेब ग्राफ़िक्स के लिए जंचती है। फिर भी JPG से WebP के काम में रखने को कोई transparency है ही नहीं, क्योंकि सोर्स JPEG शुरू से पूरी तरह opaque है। अगर आपकी इमेज की शुरुआत transparency वाली PNG से हुई थी और आप उसे WebP में बनाए रखना चाहते हैं, तो बीच में किसी flatten हुई JPEG से नहीं बल्कि सीधे PNG से बदलें।

क्या मेरी इमेज किसी सर्वर पर अपलोड होती है?

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

क्या मैं एक साथ कई JPG को WebP में बदल सकता हूं?

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

विवरण

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

एक इमेज ब्राउज़र में कैसे बदलती है, और कई पर क्या बदलता है
जब आप एक 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 में बदलें।