टारगेट साइज़ (KB) तक इमेज कंप्रेस करें
किसी JPG, PNG या WebP इमेज को एक सटीक फ़ाइल-साइज़ सीमा तक छोटा करें — अधिकतम KB टाइप करें (या कोई प्रीसेट चुनें), और टूल उसमें फ़िट होने वाली सबसे अच्छी क्वालिटी ढूँढ़ लेगा। उन परीक्षा-फ़ॉर्म फ़ोटो और हस्ताक्षर अपलोड के लिए बिल्कुल सही जो “50 KB से कम” माँगते हैं। सब कुछ लोकली चलता है, इसलिए कुछ भी अपलोड नहीं होता। अंतिम समीक्षा 2026-06-19।
यहाँ इमेज ड्रॉप करें, या ब्राउज़ करें
JPG, PNG, WebP, GIF, BMP — लोकली प्रोसेस होती है, कभी अपलोड नहीं।
यह कैसे काम करता है
कई अपलोड फ़ॉर्म ऐसी इमेज को अस्वीकार कर देते हैं जो एक सख़्त साइज़ सीमा से ऊपर हो — एक सामान्य परीक्षा
पोर्टल फ़ोटो को 50 KB और हस्ताक्षर को 20 KB से नीचे चाहता है। यह टूल आपकी इमेज को एक HTML
<canvas> पर बनाता है और उसे JPEG या WebP के रूप में
री-एन्कोड करता है, क्वालिटी पर बाइनरी सर्च चलाकर वह सबसे ऊँची सेटिंग ढूँढ़ता है जिसकी फ़ाइल
अब भी आपके लक्ष्य से नीचे हो। यदि सबसे कम क्वालिटी भी बहुत बड़ी हो, तो यह आयाम एक कदम घटाता है
और फिर से कोशिश करता है, इसलिए यह हमेशा सीमा से ठीक नीचे रुकता है (कभी ऊपर नहीं)। चूँकि यह सब आपके ब्राउज़र
में होता है, तस्वीर कहीं नहीं भेजी जाती, और री-एन्कोड एक साइड इफ़ेक्ट के रूप में EXIF/GPS हटा देता है।
सामान्य टारगेट साइज़
| टारगेट | सामान्य उपयोग |
|---|---|
| 20 KB | परीक्षा फ़ॉर्म पर हस्ताक्षर (SSC, IBPS, UPSC) |
| 50 KB | अधिकांश सरकारी / परीक्षा पोर्टल पर पासपोर्ट-शैली फ़ोटो |
| 100 KB | सामान्य वेब इमेज, प्रोफ़ाइल फ़ोटो, KYC अपलोड |
| 200 KB | ईमेल अटैचमेंट, दस्तावेज़ स्कैन |
| 500 KB | बेहतर क्वालिटी की वेब फ़ोटो |
| 1 MB | 1 MB से नीचे रहते हुए प्रिंट-जैसी क्वालिटी |
छोटे टारगेट तक पहुँचने के सुझाव
- पहले कसकर क्रॉप करें। केवल चेहरे तक (या केवल हस्ताक्षर तक) क्रॉप की गई फ़ोटो, ढेर सारे बैकग्राउंड वाली फ़ोटो की तुलना में कहीं छोटी कंप्रेस होती है।
- WebP चुनें जब फ़ॉर्म उसे स्वीकार करे — WebP उसी लक्ष्य तक JPEG से काफ़ी बेहतर दृश्य क्वालिटी पर पहुँचता है, या ऐसा छोटा लक्ष्य पा लेता है जिसे JPEG नहीं पा सकता।
- “ज़रूरत पड़ने पर आकार बदलें” चालू रखें बहुत छोटी सीमाओं (≤ 20 KB) के लिए। 20 KB के हस्ताक्षर को आमतौर पर कम क्वालिटी और छोटे आयाम — दोनों चाहिए।
- ज़रूरी पिक्सल साइज़ से मिलान करें। यदि कोई फ़ॉर्म “200×230 px” कहता है, तो पहले उसी पर आकार बदलें — फ़ॉर्म जितने पिक्सल रखेगा उससे ज़्यादा एन्कोड करने का कोई फ़ायदा नहीं।
जानने योग्य बातें
- नतीजा आपके लक्ष्य से ठीक नीचे रुकता है (जैसे 50 KB सीमा के लिए ~47 KB) ताकि अपलोड हमेशा स्वीकार हो।
- PNG लॉसलेस है और क्वालिटी से KB लक्ष्य पर ट्यून नहीं की जा सकती, इसलिए आउटपुट JPEG या WebP होता है — जो वैसे भी वही है जो KB-सीमित फ़ॉर्म अपेक्षित करते हैं।
- एनिमेटेड GIF / एनिमेटेड WebP उनके पहले फ़्रेम पर समतल कर दिए जाते हैं (कैनवास एक ही फ़्रेम कैप्चर करता है)।
- आपकी मूल फ़ाइल कभी संशोधित नहीं होती; आप हमेशा एक नई कॉपी डाउनलोड करते हैं।
अपलोड फ़ॉर्म आख़िर KB सीमा क्यों लगाते हैं
"अधिकतम 50 KB" का नियम तब मनमाना लग सकता है जब आपका फ़ोन ख़ुशी-ख़ुशी 4 MB की फ़ोटो बना देता है, पर यह ठोस इंजीनियरिंग कारणों से मौजूद है। सरकारी और परीक्षा पोर्टल थोड़े ही समय में लाखों आवेदन पाते हैं; हर किलोबाइट हर आवेदक से गुणा हो जाता है, इसलिए 2 MB की खुली छूट के बजाय 50 KB की सीमा कुछ गीगाबाइट स्टोरेज और कई टेराबाइट के बीच का, तथा कमज़ोर मोबाइल कनेक्शन पर जमा होने वाले फ़ॉर्म और टाइम-आउट होने वाले फ़ॉर्म के बीच का फ़र्क है। छोटी इमेज उन क्लर्कों और सत्यापनकर्ताओं को भी तेज़ी से दिखती हैं जो उन्हें जाँचते हैं, और वे डेटाबेस तथा उसके बैकअप को संभालने योग्य रखती हैं। यह सीमा एक जान-बूझकर लगाई गई बाध्यता है, और ठीक इसीलिए एक ऐसा टूल जो अनुमान लगाने के बजाय उससे ठीक नीचे रुक जाए, आपको "आकार बदलो, अपलोड करो, अस्वीकृत, फिर कोशिश करो" के चक्र से बचा लेता है।
KB बनाम KiB: क्यों एक "50 KB" फ़ाइल असल में 51,200 बाइट होती है
हर फ़ाइल-साइज़ सीमा में एक चुपचाप छिपी अस्पष्टता होती है। सख़्ती से, एक किलोबाइट (KB) 1,000 बाइट होता है, जबकि ऑपरेटिंग सिस्टम और अधिकांश अपलोड फ़ॉर्म जिसका वास्तव में मतलब रखते हैं वह है किबिबाइट (KiB) — 1,024 बाइट। किसी परीक्षा या KYC पोर्टल पर लगभग हर "KB" सीमा असल में 1,024-बाइट की इकाई होती है, इसलिए "50 KB" की सीमा 50 × 1,024 = 51,200 बाइट है। यह टूल 1,024-बाइट परंपरा का उपयोग करता है ताकि वह उसी तरह गिने जैसे वे फ़ॉर्म और आपका फ़ाइल मैनेजर गिनते हैं, यही कारण है कि इसकी बताई गई प्राप्त साइज़ उससे मेल खाती है जो अपलोड फ़ॉर्म देखता है। यही वजह है कि नतीजे को सीमा से ज़रा नीचे लक्षित करना (जैसे 50 KB सीमा के लिए 47–49 KB) सुरक्षित दाँव है — यह इस अंतर को सोख लेता है कि दो सिस्टम किलोबाइट को कैसे परिभाषित करते हैं।
बाइनरी सर्च टारगेट को कैसे सटीक पकड़ती है
JPEG और WebP लगभग 1 से 100 तक एक ही क्वालिटी डायल देते हैं, जहाँ कम का मतलब छोटी फ़ाइल है। भोला-भाला तरीक़ा — 90 आज़माओ, बहुत बड़ी, 80 आज़माओ, बहुत बड़ी, 70 आज़माओ… — एन्कोड बर्बाद करता है और लक्ष्य से आगे निकल सकता है। इसके बजाय टूल एक बाइनरी सर्च चलाता है। यह पहले सबसे कम क्वालिटी पर एक बार एन्कोड करता है यह पुष्टि करने को कि लक्ष्य मौजूदा आयामों पर पहुँचने योग्य है भी या नहीं, फिर बची हुई क्वालिटी-रेंज के मध्य-बिंदु को बार-बार परखता है: यदि एन्कोड लक्ष्य से नीचे फ़िट हो जाए तो यह उसे याद रखता है और ऊपर (बेहतर क्वालिटी) खोजता है, और यदि आगे निकल जाए तो नीचे खोजता है। हर कदम रेंज को आधा कर देता है, इसलिए कुछ ही एन्कोड में यह उस सबसे ऊँची क्वालिटी पर आ पहुँचता है जिसकी फ़ाइल अब भी आपकी सीमा से नीचे हो — यानी वह सबसे अच्छी दिखने वाली इमेज जो फ़िट होती है। यह इसलिए काम करता है क्योंकि फ़ाइल साइज़ क्वालिटी डायल के साथ एकदिशीय (monotonic) रूप से बदलती है: क्वालिटी बढ़ाओ तो फ़ाइल केवल बढ़ती ही है, और यही वह गुण है जो बाइनरी सर्च को चाहिए।
यदि पूरे आकार पर क्वालिटी 1 भी अब भी बहुत बड़ी हो, तो कोई क्वालिटी सेटिंग आपको नहीं बचा सकती, इसलिए टूल आयाम घटाता है और फिर से खोजता है। यही दो-स्तरीय रणनीति — पहले क्वालिटी, फिर आकार — वह वजह है जिससे यह 20 KB के हस्ताक्षर जैसे कसे लक्ष्य तक पहुँच पाता है, जिसे क्वालिटी अकेले कभी नहीं पा सकती थी।
क्वालिटी स्केल रैखिक नहीं है
यह मान लेना लुभावना है कि क्वालिटी 50 क्वालिटी 100 की आधी साइज़ की फ़ाइल बनाती है, पर एन्कोडर इस तरह व्यवहार नहीं करते। स्केल का शीर्ष महँगा होता है: 100 से 90 पर गिरना अक्सर ऐसा विवरण हटाता है जो आपको दिखता नहीं जबकि फ़ाइल नाटकीय रूप से घटा देता है, क्योंकि सबसे ऊँचे क्वालिटी स्तर अपने अधिकांश बाइट अगोचर बारीक जानकारी पर ख़र्च करते हैं। स्केल का निचला हिस्सा वह जगह है जहाँ ख़राबियाँ (आर्टिफ़ैक्ट) रहती हैं: लगभग 40–50 से नीचे 8×8 JPEG ब्लॉक और रंग-किनारे (colour fringing) दिखने लगते हैं। इसका व्यावहारिक नतीजा यह है कि एक ही टारगेट साइज़ किसी सरल इमेज (एक हस्ताक्षर, सपाट बैकग्राउंड वाला चित्र) पर आरामदेह क्वालिटी पर आती है और किसी भरी-पूरी इमेज (ढेर सारी बनावट वाली विस्तृत फ़ोटो) पर कठोर क्वालिटी पर। यही असली वजह है कि नीचे के सुझाव आपको पहले कसकर क्रॉप करने को कहते हैं — जितने कम आपस में होड़ करते विवरण, उतना ही एन्कोडर उसी बाइट बजट में ऊँची क्वालिटी थाम सकता है।
सामान्य भारतीय परीक्षा, पासपोर्ट और KYC फ़ोटो स्पेसिफ़िकेशन
अधिकांश आवेदन पोर्टल चार चीज़ें तय करते हैं: फ़ाइल फ़ॉर्मैट, फ़ाइल-साइज़ सीमा, पिक्सल आयाम, और बैकग्राउंड। नीचे की तालिका उन तरह के मानों को दिखाती है जो आपको आमतौर पर मिलेंगे — पर सटीक आँकड़े परीक्षा दर परीक्षा और साल दर साल बदलते हैं, इसलिए उन पर भरोसा करने से पहले हमेशा आधिकारिक अधिसूचना या अपलोड-पेज के निर्देशों में संख्याएँ पुष्टि कर लें।
| मद | सामान्य फ़ॉर्मैट और साइज़ | टिप्पणियाँ |
|---|---|---|
| परीक्षा फ़ोटोग्राफ़ (SSC, IBPS, RRB, NEET) | JPG, आमतौर पर ~20–50 KB | हाल की रंगीन फ़ोटो, सादा हल्का बैकग्राउंड, चेहरा साफ़ दिखता हुआ। |
| हस्ताक्षर | JPG, आमतौर पर ~10–20 KB | सफ़ेद काग़ज़ पर काली स्याही से किए हस्ताक्षर, फिर स्कैन या फ़ोटो लिए गए। |
| UPSC / बड़े आवेदन पोर्टल | JPG, अक्सर ~300 KB तक | अधिक उदार सीमाएँ; फिर भी साफ़, फ़ोकस में इमेज चाहिए। |
| भारतीय पासपोर्ट / वीज़ा फ़ोटो | प्रिंट 35 × 45 mm | हल्के बैकग्राउंड के साथ सिर केंद्र में; पोर्टल एक KB सीमा भी तय करता है। |
| बैंक / KYC दस्तावेज़ स्कैन | JPG या PDF, अक्सर ~100–200 KB | रिज़ॉल्यूशन से ज़्यादा पठनीय टेक्स्ट मायने रखता है। |
इनमें से किसी के लिए भी भरोसेमंद तरीक़ा एक ही है: ज़रूरी आकार में क्रॉप करें, ज़रूरी पिक्सल आयामों तक आकार बदलें, फिर सबसे आख़िर में KB सीमा तक कंप्रेस करें — यही क्रम सबसे अधिक क्वालिटी बचाता है, क्योंकि आप एन्कोडर से केवल उतने ही पिक्सल फ़िट कराने को कहते हैं जितने फ़ॉर्म वास्तव में रखेगा।
पिक्सल और बाइट दो अलग सीमाएँ हैं
एक फ़ॉर्म आपकी इमेज को दो स्वतंत्र तरीक़ों से बाँध सकता है, और इन्हें अलग-अलग रखना मददगार है। पिक्सल आयाम (जैसे 200 × 230 px) यह तय करते हैं कि असल तस्वीर कितनी है; KB में फ़ाइल साइज़ यह तय करती है कि उस तस्वीर को कितने बाइट लेने की अनुमति है। आकार बदलना पहले को सीधे और दूसरे को अप्रत्यक्ष रूप से बदलता है — कम पिक्सल का लगभग हमेशा मतलब कम बाइट होता है। कंप्रेस करना केवल दूसरे को बदलता है, उन्हीं पिक्सल को मोटे तौर पर एन्कोड करके। यदि कोई पोर्टल सटीक पिक्सल साइज़ और KB सीमा — दोनों माँगे, तो पहले आयाम तय करें (फ़ॉर्म जितने पिक्सल रखेगा उससे ज़्यादा एन्कोड करने का कोई फ़ायदा नहीं), फिर इस टूल को वह क्वालिटी ढूँढ़ने दें जो बाइट बजट में फ़िट हो। कसकर क्रॉप की गई, सही आकार वाली इमेज से शुरू करना ही वह सबसे बड़ी चीज़ है जो आप किसी छोटे लक्ष्य को ठीक क्वालिटी पर पहुँचने योग्य बनाने के लिए कर सकते हैं।
जब कोई टारगेट गणितीय रूप से असंभव हो
कभी-कभी कोई सीमा सचमुच इमेज को नष्ट किए बिना पूरी नहीं की जा सकती — उदाहरण के लिए, किसी बड़े, अत्यधिक विस्तृत स्कैन को उसके पूरे आयामों समेत 10 KB में फ़िट कराने को कहना। जब ऐसा होता है तो टूल आपको वह सबसे छोटा संस्करण देता है जो वह बना सका और साफ़-साफ़ बताता है कि वह लक्ष्य तक नहीं पहुँच सका, न कि चुपचाप सीमा से ऊपर कुछ भेज देता है। बच निकलने के रास्ते ये हैं: "ज़रूरत पड़ने पर आकार बदलें" चालू करें ताकि यह आयाम घटा सके; WebP पर स्विच करें, जो JPEG से अधिक कसकर कंप्रेस करता है और ऐसी साइज़ पा सकता है जो JPEG नहीं पा सकता; बैकग्राउंड क्रॉप कर हटाएँ ताकि एन्कोड करने को कम रहे; या, जहाँ नियम अनुमति दें, लक्ष्य थोड़ा बढ़ाएँ। इनमें से कोई एक लगभग हमेशा वह जगह खोल देता है जो एन्कोडर को चाहिए।
अक्सर पूछे जाने वाले सवाल
- क्या मेरी इमेज किसी सर्वर पर अपलोड होती है?
- नहीं। इमेज को पूरी तरह आपके ब्राउज़र में ही अंतर्निहित Canvas API से डिकोड और री-एन्कोड किया जाता है — यह आपके डिवाइस से बाहर नहीं जाती और न कभी लॉग या ट्रांसमिट होती है। पेज लोड होने के बाद यह ऑफ़लाइन भी काम करती है, इसलिए निजी फ़ोटो, ID दस्तावेज़, हस्ताक्षर और परीक्षा-फ़ॉर्म अपलोड के लिए सुरक्षित है।
- यह 50 KB जैसा सटीक आकार कैसे प्राप्त करता है?
- JPEG और WebP में 1 से 100 तक एक क्वालिटी डायल होता है — कम क्वालिटी यानी छोटी फ़ाइल। टूल उस क्वालिटी पर बाइनरी सर्च चलाता है ताकि वह सबसे ऊँची सेटिंग मिले जिसकी एन्कोडेड साइज़ अब भी आपके लक्ष्य से नीचे हो, इसलिए आपको सीमा में फ़िट होने वाली सबसे अच्छी दिखने वाली इमेज मिलती है। यदि सबसे कम क्वालिटी भी बहुत बड़ी हो, तो यह स्वतः आयाम (डाइमेंशन) को एक-एक कदम घटाता है जब तक लक्ष्य तक पहुँचना संभव न हो जाए।
- यह मेरी PNG रखने के बजाय JPG में क्यों कंप्रेस करता है?
- PNG लॉसलेस है — इसमें कोई क्वालिटी डायल नहीं होता — इसलिए आप किसी PNG को सटीक KB लक्ष्य तक भरोसेमंद ढंग से ट्यून नहीं कर सकते; केवल इसके आयाम ही इसकी साइज़ को प्रभावित करते हैं। KB सीमा लगाने वाला लगभग हर फ़ॉर्म वैसे भी JPG चाहता है। इसलिए यह टूल JPEG (या WebP) आउटपुट करता है, जो बिल्कुल वही है जो वे अपलोड अपेक्षित करते हैं। यदि आपको ख़ास तौर पर छोटी PNG चाहिए, तो सामान्य Image Compressor का उपयोग करें और उसका आकार बदलें।
- नतीजा मेरे लक्ष्य से थोड़ा नीचे है, बिल्कुल बराबर नहीं — क्या यह समस्या है?
- नहीं, यह जान-बूझकर है और यही आप चाहते हैं। "≤ 50 KB" सीमा का मतलब है फ़ाइल 50 KB से अधिक नहीं होनी चाहिए, इसलिए टूल हमेशा लक्ष्य से ठीक नीचे रुकता है (जैसे 50 KB सीमा के लिए 47–49 KB) बजाय इसके कि ऊपर जाने का जोखिम ले। थोड़ा नीचे रहने से अपलोड स्वीकार होना सुनिश्चित होता है।
- अगर मेरा लक्ष्य इतना छोटा हो कि पहुँचा न जा सके?
- यदि सबसे छोटे उचित आयामों पर सबसे कम क्वालिटी भी आपके लक्ष्य से बड़ी रहे, तो टूल आपको वह सबसे छोटा संस्करण देता है जो वह बना सका और बताता है कि वह सीमा तक नहीं पहुँच सका। "ज़रूरत पड़ने पर आकार बदलें" चालू करें, WebP चुनें (यह JPEG से अधिक कसकर कंप्रेस करता है), या लक्ष्य थोड़ा बढ़ाएँ।
- क्या यह EXIF / GPS मेटाडेटा हटा देता है?
- हाँ। कैनवास के माध्यम से री-एन्कोड करने से एक साफ़ इमेज बनती है जिसमें कोई EXIF ब्लॉक नहीं होता, इसलिए कैमरा मॉडल, तारीख़ और GPS स्थान स्वतः हट जाते हैं — फ़ोटो अपलोड करते समय एक गोपनीयता बोनस। यदि आप वह मेटाडेटा सुरक्षित रखना चाहते हैं तो अपनी मूल फ़ाइल रखें।