फोटो का साइज 200 KB करें

JPG, PNG, WebP, AVIF और GIF फाइलों का साइज अपने ब्राउजर में कम करें। ऐसा लेवल चुनें जो रिजॉल्यूशन बनाए रखता है, या GIF को छोड़कर बाकी फॉर्मेट के लिए KB या MB में तय साइज लिखें।

फाइलें यहां छोड़ें

.jpg, .jpeg, .png, .webp, .avif, .gif · 100 MB तक

फाइलें चुनें

कैसे फोटो कंप्रेस करें

1
अपनी फोटो डालें
एक साथ 100 तक फाइलें जोड़ें। फॉर्मेट फाइल के अंदर से पढ़ा जाता है, इसलिए गलत एक्सटेंशन वाली फाइल भी सही कोडेक तक पहुंचती है।
2
कंप्रेशन का लेवल चुनें
“अधिकतम क्वालिटी”, “संतुलित” या “अधिकतम कंप्रेशन” चुनें, या “तय साइज तक” में KB या MB में लक्ष्य लिखें। एडवांस मोड चालू करने पर PNG के लिए oxipng का लेवल हाथ से चुनने का विकल्प भी मिलता है।
3
छोटी फाइल डाउनलोड करें
पहले और बाद का साइज देखें, साथ में कितने प्रतिशत की बचत हुई। कई फाइलें एक ZIP में मिलती हैं।

200 KB की सीमा: लिस्टिंग, फॉर्म और चैट

दो सौ किलोबाइट की सीमा तब मिलती है, जब साइट एक नहीं, कई फोटो की उम्मीद करती है: क्लासिफाइड विज्ञापन और मार्केटप्लेस लिस्टिंग, जो हर चीज के लिए कुछ फोटो लेती हैं; ऐसे फॉर्म, जो ID कार्ड, बिजली के बिल या रसीद की तस्वीर मांगते हैं; वारंटी क्लेम, इंश्योरेंस पोर्टल और सपोर्ट चैट का अटैचमेंट बॉक्स। यह सीमा फोन की स्क्रीन पर देखी जाने वाली फोटो के लिए काफी है और इतनी सख्त है कि लोग हर फोटो का 5 MB वाला मूल अपलोड न करें। यही संख्या टूल के अपने साइज फील्ड की शुरुआती वैल्यू भी है: सामान्य टूल में आप मोड को “संतुलित” से तय साइज पर बदलते और वहां 200 KB पहले से भरा मिलता, और यह पेज सीधे उसी मोड में खुलता है। लक्ष्य पूरी फाइल गिनता है, सिर्फ पिक्सल नहीं, इसीलिए फोन का कैमरा जो मेटाडेटा जोड़ता है, उसे हटाना भी बचत का हिस्सा है।

डॉक्यूमेंट की फोटो, जो पढ़ने लायक रहे

पेज की तस्वीर को अच्छे से कंप्रेस करना सबसे कठिन है, क्योंकि टेक्स्ट की हर लाइन एक किनारा है, और कंप्रेशन बाइट किनारों पर ही खर्च करता है। तीन आदतें 200 KB पर परिणाम को पढ़ने लायक रखती हैं: फ्रेम को डॉक्यूमेंट से भरें, उस मेज से नहीं, जिस पर वह रखा है; सीधे ऊपर से फोटो लें, ताकि लाइनें समानांतर रहें और पूरा पेज फोकस में हो; और फ्लैश की जगह दिन की रोशनी या टेबल लैंप इस्तेमाल करें, क्योंकि फ्लैश बीच के हिस्से को सफेद और कोनों को गहरा कर देता है। अगर पोर्टल अनुमति देता है, तो पहले फोटो क्रॉप करें से मार्जिन काट दें: आप पिक्सल की जो भी पंक्ति हटाते हैं, उसे बजट में हिस्सा नहीं चाहिए। बराबर रोशनी और साफ बैकग्राउंड कंप्रेसर पर कम नॉइज का बोझ डालते हैं, इसलिए 200 KB का ज्यादा हिस्सा टेक्स्ट की लाइनों पर जाता है, और इसी से अकाउंट नंबर और तारीखें पढ़ने लायक रहती हैं।

पहले क्वालिटी, फिर पिक्सल

खोज डाइमेंशन छूने से पहले क्वालिटी घटाती है, और जैसे ही फाइल लक्ष्य से दस प्रतिशत के भीतर नीचे आती है, रुक जाती है। इसलिए आपको सबसे छोटी संभव फाइल नहीं, बल्कि फिट होने वाली सबसे अच्छी क्वालिटी मिलती है। सिर्फ क्वालिटी से बात न बने, तभी साइड घटाई जाती हैं, एक बार में दसवां हिस्सा। किसी व्यक्ति या प्रोडक्ट की फोटो के लिए यही सही क्रम है; डॉक्यूमेंट की तस्वीर के लिए शायद नहीं, क्योंकि बारीक अक्षर तभी तक पढ़े जाते हैं, जब तक हर अक्षर के पास काफी पिक्सल हों। “और सेटिंग” में “जरूरत हो तो रिसाइज करने दें” बंद करें: तब डाइमेंशन वैसे ही रहते हैं, “कम से कम क्वालिटी” फील्ड दिखता है, जिसमें 20 भरा होता है, और खोज इससे नीचे नहीं जाती। अगर इस निचली सीमा पर भी फाइल बड़ी रहती है, तो टूल लक्ष्य से चूकने वाली फाइल देने के बजाय बता देता है कि लक्ष्य पहुंच से बाहर है। जो फोटो पहले से 200 KB से छोटी है, वह बिल्कुल वैसी ही लौटती है, जैसी आई थी।

एक लिस्टिंग के लिए कई फोटो

लिस्टिंग या क्लेम में शायद ही एक फोटो लगती है, और पेज एक बार में सौ फाइलें तक लेता है। हर फाइल अलग से उसी 200 KB लक्ष्य तक कंप्रेस होती है और सब एक साथ ZIP में लौटती हैं; एक फोटो में गड़बड़ी होने पर बाकी नहीं रुकतीं। क्रम से ज्यादा एकरूपता मायने रखती है: पूरा सेट एक ही रोशनी में और एक ही दूरी से लें, तो कंप्रेसर सबके साथ एक जैसा बर्ताव करता है, और गैलरी कुछ साफ और कुछ धुंधले फ्रेम का मेल नहीं, बल्कि एक ही सेशन जैसी दिखती है। फोन पर फाइलें सीधे कैमरा रोल से चुनी जाती हैं और डिवाइस पर ही कंप्रेस होती हैं, जो मोबाइल डेटा पर मायने रखता है: फोन की सौ मूल फोटो कुछ सौ मेगाबाइट की हो सकती हैं, जबकि सौ परिणाम 20 MB में आ जाते हैं। अगर लिस्टिंग हर फोटो का एक ही साइज चाहती है, तो पहले उन्हें प्रीसेट के साथ फोटो रिसाइज करें से निकालें, एक बार में बीस; बल्क फोटो रिसाइज बड़ा फोल्डर लेता है और हर फोटो की सबसे लंबी साइड को एक संख्या पर लाता है, अनुपात बनाए रखते हुए।

फाइल आपके डिवाइस से बाहर नहीं जाती

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

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

तीनों लेवल में क्या फर्क है?

ये JPEG, WebP या AVIF एनकोडर को दी जाने वाली क्वालिटी तय करते हैं: 100 में से 85, 70 या 55। ऊंची क्वालिटी ज्यादा बारीकी रखती है और फाइल कम छोटी करती है। कम क्वालिटी फाइल ज्यादा छोटी करती है और बारीक टेक्सचर को नरम कर देती है। PNG के लिए लेवल यह तय करते हैं कि लॉसलेस ऑप्टिमाइजर कितनी मेहनत करे, क्योंकि PNG की क्वालिटी खुद घटाई नहीं जा सकती।

क्या कंप्रेस करने के बाद फोटो खराब दिखेगी?

“अधिकतम क्वालिटी” पर फर्क लगभग दिखता ही नहीं। “संतुलित” वह लेवल है जिसे ज्यादातर लोग बिना कुछ महसूस किए इस्तेमाल करते हैं। “अधिकतम कंप्रेशन” में पास से देखने पर नरमी दिख सकती है, खासकर बाल या पत्तियों जैसे बारीक टेक्सचर में। इसलिए यह छोटी या कम अहम इमेज के लिए ठीक है, उस फोटो के लिए नहीं जिसे आप प्रिंट करने वाले हैं।

मेरी फाइल छोटी क्यों नहीं हुई?

कुछ इमेज, खासकर जिन्हें फोन के कैमरे या किसी पिछले टूल ने पहले ही कंप्रेस किया है, अपनी सामग्री के हिसाब से लगभग जितनी छोटी हो सकती हैं, उतनी हैं। अगर दोबारा कंप्रेस किया गया वर्जन उतना ही या बड़ा बनता, तो यह टूल आपकी मूल फाइल को ठीक वैसा ही रखता है। बेकार की “छोटी” कॉपी, जो असल में छोटी नहीं है, आपको नहीं दी जाती।

क्या इससे EXIF डेटा और GPS लोकेशन हट जाते हैं?

हां, डिफॉल्ट रूप से। कैमरे की कंपनी, मॉडल, समय और फाइल में दर्ज GPS निर्देशांक अपने आप हट जाते हैं, जिससे फोन की फोटो का साइज थोड़ा और कम हो जाता है। अगर यह जानकारी बचानी है, तो “EXIF मेटाडेटा रखें” चालू करें। फिलहाल यह सिर्फ JPEG फाइलों के लिए काम करता है।

एक साथ कितनी फाइलें कंप्रेस कर सकते हैं?

एक बैच में 100 तक फाइलें, कुल मिलाकर 500 MB। हर फाइल एक जैसी सेटिंग के साथ अलग से कंप्रेस होती है, और परिणाम एक ZIP में मिलते हैं। एक फाइल फेल हो जाए, तो बाकी नहीं रुकतीं।

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

नहीं। बाइट पढ़ने से लेकर डिकोडिंग, दोबारा कंप्रेशन और वापस एनकोडिंग तक हर चरण आपके ब्राउजर में WebAssembly से चलता है। कोई अपलोड नहीं होता, और टैब बंद करने के बाद कहीं कोई कॉपी नहीं रहती।

PNG, JPEG से कम छोटी क्यों होती है?

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

क्या क्वालिटी लेवल की जगह फाइल का सटीक साइज तय कर सकते हैं?

हां, GIF को छोड़कर यहां के हर फॉर्मेट के लिए। लेवल वाले स्विच में “तय साइज तक” चुनें और 200 KB जैसा लक्ष्य लिखें। टूल वह क्वालिटी ढूंढता है, और अगर वह काफी न हो तो वह छोटा रिजॉल्यूशन, जिससे फाइल लक्ष्य से नीचे आ जाए। डिफॉल्ट रूप से परिणाम JPEG के रूप में सेव होता है।

गाइड

वही टूल, खास काम के लिए

फोटो का साइज 100 KB करेंCV, यूनिवर्सिटी आवेदन या बड़ी फाइल न लेने वाली प्रोफाइल के लिए फोटो को 100 KB से छोटा करें। लक्ष्य पहले से तय है; कुछ भी अपलोड नहीं होता।फोटो का साइज 50 KB करेंउस फॉर्म के लिए फोटो को 50 KB से छोटा करें, जो इससे बड़ी फाइल नहीं लेता। लक्ष्य साइज पहले से तय है और फोटो आपके ब्राउजर से बाहर नहीं जाती।