Base64 डिकोड कैसे करें: टेक्स्ट, इमेज और JWT (फ्री)

लेखक: • 30 अक्टूबर, 2026 • डेवलपर टूल • 1 मिनट में पढ़ें

किसी भी Base64 स्ट्रिंग को सेकंडों में डिकोड करें: टेक्स्ट, इमेज, JWT और Basic Auth के असली उदाहरण, अजीब कैरेक्टर क्यों आते हैं और उन्हें कैसे ठीक करें।

विषय-सूची

Base64 डिकोड करने के लिए एन्कोड की गई स्ट्रिंग को Base64 डिकोडर में पेस्ट करें और नतीजा पढ़ें: SGVsbG8sIHdvcmxkIQ== बन जाता है Hello, world!। हमारा फ्री Base64 डिकोडर किसी भी ब्राउज़र में एक क्लिक में यह काम करता है, और Base64 से इमेज टूल एन्कोड की गई तस्वीरें दिखाता है। डिकोडर “URL-safe” Base64, साथ में पेस्ट हुआ data: प्रीफ़िक्स और बिना पैडिंग वाली स्ट्रिंग स्वीकार करता है, और अगर इनपुट Base64 ही नहीं है तो एरर दिखाता है। अगर फिर भी नतीजा अजीब चिह्नों की गड़बड़ी जैसा दिखे, तो लगभग हमेशा वजह यह होती है कि डेटा कभी टेक्स्ट था ही नहीं, या कई स्ट्रिंग्स जुड़ी हुई हैं। यह गाइड बताती है कि हर स्थिति को कैसे पहचानें और ठीक करें।

ये टूल फ्री हैं और शुरू करने के लिए अकाउंट की ज़रूरत नहीं है। बिना अकाउंट के आप रोज़ 5 बार टूल इस्तेमाल कर सकते हैं, और My Botsy का फ्री अकाउंट (100% फ्री, कोई स्पैम नहीं) यह रोज़ की सीमा हटा देता है। नीचे के सभी उदाहरण हमने 30 अक्टूबर 2026 को अपने टूल्स से, या उन्हीं के डिकोडिंग कोड से चलाए, और नतीजे जैसे आए वैसे ही कॉपी किए हैं।

Base64 क्या है (और क्या नहीं है)

Base64 किसी भी बाइट्स (टेक्स्ट, इमेज, PDF) को सिर्फ़ 64 सुरक्षित कैरेक्टर वाली स्ट्रिंग में बदल देता है: A–Z, a–z, 0–9, + और /, और आख़िर में पैडिंग के लिए =। इसकी परिभाषा RFC 4648 में है, और इसका मक़सद है कि बाइनरी डेटा उन सिस्टम्स से गुज़र सके जो टेक्स्ट के लिए बने हैं: ईमेल अटैचमेंट, JSON फ़ील्ड, HTTP हेडर, HTML और CSS।

डिकोडिंग की लगभग हर समस्या दो बातों से समझ आ जाती है:

  • हर 3 बाइट 4 कैरेक्टर बन जाते हैं। इसीलिए एन्कोड किया डेटा मूल से लगभग एक-तिहाई बड़ा होता है, और स्ट्रिंग की लंबाई आम तौर पर 4 का गुणज होती है (आख़िरी ग्रुप एक या दो = से पूरा होता है)।
  • Base64 एन्कोडिंग है, एन्क्रिप्शन नहीं। इसमें कोई key नहीं होती। Base64 स्ट्रिंग देखने वाला कोई भी उसे एक सेकंड में डिकोड कर सकता है, इसलिए यह पासवर्ड या टोकन को कभी सुरक्षित नहीं रखता। अगर कोई संवेदनशील चीज़ Base64 में “छिपी” है, तो उसे सादा टेक्स्ट ही मानें।

Base64 ऑनलाइन डिकोड कैसे करें: कदम-दर-कदम

  1. सिर्फ़ एन्कोड किया हिस्सा कॉपी करें। Authorization: Basic जैसे लेबल छोड़ दें। data:...;base64, प्रीफ़िक्स अपने-आप हट जाता है, और स्ट्रिंग के अंदर लाइन ब्रेक और स्पेस से कोई दिक़्क़त नहीं होती।
  2. इसे Base64 डिकोडर में पेस्ट करें और सबमिट करें दबाएँ।
  3. नतीजा पढ़ें। अगर पढ़ने लायक टेक्स्ट है, तो काम हो गया। कॉपी बटन से उसे कॉपी कर लें।
  4. अगर अजीब चिह्न, प्रश्नचिह्न या एरर दिखे, तो नीचे दिए समस्या-समाधान सेक्शन की मदद से देखें कि डेटा बाइनरी (इमेज या फ़ाइल) तो नहीं है, या कई स्ट्रिंग्स तो नहीं जुड़ी हैं।
  5. अगर यह इमेज है, तो वही स्ट्रिंग Base64 से इमेज में पेस्ट करें, ताकि तस्वीर देख और डाउनलोड कर सकें।

हल किए गए उदाहरण (असली नतीजे)

उदाहरण 1: सादा टेक्स्ट

इनपुट: SGVsbG8sIHdvcmxkIQ==
आउटपुट: Hello, world!

13 कैरेक्टर का टेक्स्ट 20 कैरेक्टर का Base64 बना, जिनमें आख़िरी दो पैडिंग हैं। यह क्लासिक टेस्ट स्ट्रिंग है, और किसी भी डिकोडर पर भरोसा करने से पहले उसे जाँचने का अच्छा तरीका है।

उदाहरण 2: एक्सेंट, हिंदी और दूसरे कैरेक्टर

इनपुट: Q2Fmw6kgY29uIGxlY2hl
आउटपुट: Café con leche

Base64 अक्षरों को नहीं, सिर्फ़ बाइट्स को जानता है। é दो UTF-8 बाइट्स में सेव हुआ था, और हमारा डिकोडर उन्हें UTF-8 के रूप में ही लौटाता है, इसलिए यह सही दिखता है। अगर कोई डिकोडर इन बाइट्स को Latin-1 मान ले, तो आपको Café दिखेगा। यह Base64 की नहीं, कैरेक्टर सेट की गड़बड़ी का पक्का संकेत है। देवनागरी में हर अक्षर तीन UTF-8 बाइट्स का होता है, इसलिए हिंदी टेक्स्ट गलत तरीके से पढ़ने पर ठजैसे टुकड़ों से भर जाता है।

उदाहरण 3: Basic Auth हेडर

Authorization: Basic dXNlcjpwYXNz जैसे HTTP हेडर में यूज़रनेम और पासवर्ड कोलन से जुड़े होते हैं। dXNlcjpwYXNz को डिकोड करने पर मिलता है user:pass। बस इतनी ही “सुरक्षा” है, और इसीलिए Basic Auth सिर्फ़ HTTPS पर ही भेजा जाना चाहिए। अगर आपको लॉग या शेयर किए गए स्क्रीनशॉट में ऐसा हेडर दिखे, तो मानें कि पासवर्ड लीक हो चुका है और उसे बदल दें (नया पासवर्ड चुनने में हमारी मज़बूत पासवर्ड गाइड मदद करेगी)।

उदाहरण 4: JWT का payload

JSON Web Token तीन Base64 हिस्सों से बनते हैं जो डॉट से जुड़े होते हैं: हेडर, payload और सिग्नेचर। ये URL-safe वर्णमाला (RFC 4648, सेक्शन 5) इस्तेमाल करते हैं, जिसमें + की जगह - और / की जगह _ होता है, और = पैडिंग हटा दी जाती है। हमने यह payload डिकोडर में पेस्ट किया:

eyJzdWIiOiI0MiIsIm5leHQiOiIvZG9jcz9wYWdlPTIiLCJuYW1lIjoiWm_DqyJ9

आख़िर के पास वाले _ पर ध्यान दें। 30 अक्टूबर 2026 तक हमारा डिकोडर इसे चुपचाप छोड़ देता था, इसलिए आउटपुट सही शुरू होकर फिर कचरा बन जाता था। अब यह URL-safe वर्णमाला सीधे पढ़ता है, और स्ट्रिंग साफ़ डिकोड होती है:

{"sub":"42","next":"/docs?page=2","name":"Zoë"}

पैडिंग न होना भी कोई समस्या नहीं: डिकोडर उसे खुद जोड़ लेता है। JSON मिल जाने के बाद उसे JSON वैलिडेटर और ब्यूटीफ़ायर में पेस्ट करके साफ़-सुथरे रूप में पढ़ें। JWT के सिर्फ़ पहले दो हिस्से JSON होते हैं; तीसरा बाइनरी सिग्नेचर है और हमेशा शोर जैसा ही दिखेगा।

उदाहरण 5: Base64 इमेज

हमने 4×4 पिक्सल की लाल PNG के 100 कैरेक्टर वाले Base64 को Base64 से इमेज में पेस्ट किया (यह iVBORw0KGgo से शुरू होता है, जैसे Base64 में हर PNG)। टूल ने डाउनलोड विकल्पों के साथ तस्वीर दिखा दी। ब्राउज़र टेस्ट में यही डेटा लाइन ब्रेक के साथ, आख़िरी == हटाकर और data:image/png;base64, प्रीफ़िक्स लगे रहने पर भी ठीक लोड हुआ (पहले प्रीफ़िक्स के साथ टूल फ़ेल हो जाता था; यह 30 अक्टूबर 2026 को ठीक हुआ)। अगर टेक्स्ट असली इमेज नहीं है, तो टूल टूटी तस्वीर दिखाने के बजाय साफ़ बता देता है।

बाइनरी Base64 के अंदर क्या है, यह अंदाज़ा लगाने के लिए काम के सिग्नेचर: iVBORw0KGgo यानी PNG, /9j/ यानी JPEG, R0lGOD यानी GIF, JVBERi0 यानी PDF और UEsDB यानी ZIP फ़ाइल (इसमें .docx और .xlsx भी आते हैं)।

डिकोड किया Base64 अजीब कैरेक्टर क्यों दिखाता है

यह URL-safe Base64 है

- या _ देखें। ये JWT, कई API टोकन और कुछ URL में मिलते हैं। हमारा डिकोडर इन्हें सीधे स्वीकार करता है, लेकिन कुछ दूसरे डिकोडर और लाइब्रेरी के लिए पहले - को + से और _ को / से बदलना पड़ता है। अगर टोकन किसी URL के अंदर है और उसमें %2B, %2F या %3D है, तो पहले उसे URL डिकोडर से गुज़ारें, क्योंकि ये एन्कोड किए हुए +, / और = हैं।

प्रीफ़िक्स अभी भी लगा है

टेस्ट के लिए हमने data:text/plain;base64,SGVsbG8sIHdvcmxkIQ== डिकोड किया। हमारा डिकोडर अब प्रीफ़िक्स हटाकर Hello, world! देता है। कई दूसरे डिकोडर ऐसा नहीं करते: data, text, plain और base64 के अक्षर भी मान्य Base64 कैरेक्टर हैं, इसलिए वे भी डिकोड हो जाते हैं और टेक्स्ट से पहले लगभग 15 कचरा बाइट्स आते हैं (30 अक्टूबर 2026 तक हमारा टूल भी यही करता था)। दूसरे टूल में कॉमा समेत उससे पहले का सब कुछ हटा दें।

डेटा टेक्स्ट नहीं है

PNG, PDF या ZIP को टेक्स्ट की तरह डिकोड करने पर हमेशा चिह्न ही आएँगे, क्योंकि वे बाइट्स कभी अक्षर थे ही नहीं। शुरुआती कैरेक्टर ऊपर दिए सिग्नेचर से मिलाएँ और तस्वीरों के लिए Base64 से इमेज इस्तेमाल करें। दूसरी फ़ाइलों को नीचे दी गई किसी कमांड से फ़ाइल में डिकोड करें और उसका असली टाइप फ़ाइल MIME टाइप चेकर से जाँचें।

कई स्ट्रिंग्स आपस में जुड़ गई हैं

पैडिंग Base64 स्ट्रिंग के अंत का निशान है। SGVsbG8=V29ybGQ= दो जुड़ी हुई स्ट्रिंग्स हैं। हमारा डिकोडर इसे एरर के साथ लौटा देता है, और ढीले डिकोडर Hello के बाद कचरा देते हैं। जो = बिल्कुल आख़िर में नहीं है, वहाँ से तोड़ें और हिस्सों को अलग-अलग डिकोड करें।

यह कभी Base64 था ही नहीं

हमारा डिकोडर इनपुट की जाँच करता है, इसलिए not base64! पर 6 बेमतलब बाइट्स के बजाय साफ़ एरर (“यह मान्य Base64 नहीं है”) दिखता है (पहले यह इसे भी डिकोड कर देता था)। Hex स्ट्रिंग (सिर्फ़ 0–9 और a–f) और रैंडम ID भी Base64 जैसी दिख सकती हैं। अगर ऊपर की कोई बात नतीजे को नहीं समझाती, तो शायद स्ट्रिंग कुछ और ही है।

बिना वेबसाइट के Base64 डिकोड करें

टोकन, पासवर्ड, प्राइवेट key या ग्राहकों का डेटा किसी भी वेबसाइट पर पेस्ट न करें, हमारी पर भी नहीं: हमारा डिकोडर हमारे सर्वर पर चलता है, इसलिए भेजा गया टेक्स्ट आपके कंप्यूटर से बाहर जाता है। ये बिल्ट-इन कमांड लोकल ही डिकोड करती हैं:

  • Linux: echo 'SGVsbG8sIHdvcmxkIQ==' | base64 --decode
  • macOS: echo 'SGVsbG8sIHdvcmxkIQ==' | base64 -D (नए वर्ज़न --decode भी मानते हैं)
  • Windows PowerShell: [Text.Encoding]::UTF8.GetString([Convert]::FromBase64String('SGVsbG8sIHdvcmxkIQ=='))
  • Python: base64.b64decode(s), या URL-safe वर्णमाला के लिए base64.urlsafe_b64decode(s) (इसमें पैडिंग वापस जोड़नी पड़ती है)
  • ब्राउज़र कंसोल: atob('SGVsbG8sIHdvcmxkIQ=='), जो सिर्फ़ ASCII टेक्स्ट को सही संभालता है; हिंदी या एक्सेंट के लिए बाइट्स को TextDecoder से गुज़ारें

डिकोड की गई फ़ाइल को दिखाने के बजाय सेव करने के लिए आउटपुट रीडायरेक्ट करें, जैसे base64 --decode file.b64 > file.pdf।

उल्टी दिशा में एन्कोड करना

Base64 बनाने के लिए टेक्स्ट के वास्ते Base64 एन्कोडर और तस्वीरों के लिए इमेज से Base64 इस्तेमाल करें। टेक्स्ट एन्कोडर ठीक वही एन्कोड करता है जो आप लिखते हैं: It's बनता है SXQncw==, और HTML टैग बने रहते हैं। 30 अक्टूबर 2026 तक यह पहले साइट की इनपुट सफ़ाई चलाता था, जो <...> के अंदर का सब कुछ हटा देती थी और It's को SXQmIzM5O3M= बना देती थी। यह ठीक हो चुका है, इसलिए पुराने वर्ज़न से सेव किया नतीजा दोबारा एन्कोड कर लें।

आम ग़लतियाँ

  • Base64 को राज़ समझना। यह कुछ नहीं छिपाता। पासवर्ड या API key को Base64 में “एन्क्रिप्ट” करके कभी स्टोर न करें।
  • पूरा JWT एक साथ डिकोड करना। डॉट पर तोड़ें और पहले दो हिस्सों को अलग-अलग डिकोड करें।
  • कोट्स भी कॉपी कर लेना। JSON और कोड में स्ट्रिंग कोट्स के बीच होती है। सिर्फ़ उनके अंदर का हिस्सा कॉपी करें।
  • यह उम्मीद करना कि कन्वर्ज़न फ़ाइल छोटी कर देगा। Base64 से इमेज के डाउनलोड अब सच में फ़ॉर्मैट बदलते हैं (JPG या WEBP के रूप में सेव की गई PNG दोबारा एन्कोड होती है, और मूल फ़ॉर्मैट जैसा है वैसा मिलता है), लेकिन ऑप्टिमाइज़ नहीं करते। इमेज छोटी करने के लिए इमेज ऑप्टिमाइज़र इस्तेमाल करें (हमारी इमेज कंप्रेस करने की गाइड देखें)।
  • बड़ी इमेज को Base64 में एम्बेड करना। Data URI फ़ाइल से एक-तिहाई बड़ा होता है और अलग से कैश नहीं हो सकता। यह सिर्फ़ बहुत छोटे आइकन के लिए फ़ायदेमंद है।

अपनी स्ट्रिंग अभी डिकोड करें

इसे Base64 डिकोडर में पेस्ट करें। अगर यह इमेज है तो Base64 से इमेज इस्तेमाल करें, और अगर JSON है तो काम JSON वैलिडेटर में पूरा करें (अगर वह पार्स न हो, तो ग़लत JSON ठीक करने की हमारी गाइड मदद करेगी)। ये सभी टूल फ्री हैं और शुरू करने के लिए अकाउंट की ज़रूरत नहीं है।

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

कैसे पता करें कि कोई स्ट्रिंग Base64 है?

उसमें सिर्फ़ A–Z, a–z, 0–9, + और / (या URL-safe रूप में - और _) होते हैं, उसकी लंबाई आम तौर पर 4 का गुणज होती है, और वह एक या दो = पर ख़त्म हो सकती है। असली जाँच डिकोड करना है: पढ़ने लायक टेक्स्ट या कोई जाना-पहचाना फ़ाइल सिग्नेचर मिले, तो अंदाज़ा सही था।

डिकोड किया Base64 अजीब कैरेक्टर क्यों दिखाता है?

ज़्यादातर इसलिए कि डेटा इमेज जैसा बाइनरी है, या कई स्ट्रिंग्स जुड़ी हुई हैं। कुछ डिकोडर - और _ वाली URL-safe Base64 या data: प्रीफ़िक्स पर भी फ़ेल होते हैं; हमारा दोनों संभाल लेता है। इनपुट ठीक करें और फिर से डिकोड करें।

क्या Base64 एन्क्रिप्शन है?

नहीं। Base64 बिना key वाली उलटी जा सकने वाली एन्कोडिंग है, इसलिए कोई भी इसे डिकोड कर सकता है। यह डेटा भेजने के लिए है, उसे सुरक्षित रखने के लिए कभी नहीं।

Base64 को इमेज में कैसे बदलें?

इसे Base64 से इमेज टूल में पेस्ट करें। हमारा टूल data:image/...;base64, प्रीफ़िक्स के साथ या उसके बिना, दोनों तरह स्वीकार करता है। iVBORw0KGgo से शुरू होने वाली स्ट्रिंग PNG है और /9j/ से शुरू होने वाली JPEG।

क्या बिना पैडिंग वाला Base64 डिकोड हो सकता है?

आम तौर पर हाँ। हमारा डिकोडर और ज़्यादातर लचीले डिकोडर बिना = पैडिंग वाली स्ट्रिंग मान लेते हैं। Python के b64decode जैसे सख़्त डिकोडर में पैडिंग तब तक जोड़नी पड़ती है जब तक लंबाई 4 का गुणज न हो जाए।

क्या My Botsy का Base64 डिकोडर फ्री है?

हाँ। यह फ्री है और किसी भी ब्राउज़र में चलता है। बिना अकाउंट के रोज़ 5 बार टूल इस्तेमाल कर सकते हैं, और बिना स्पैम वाला फ्री अकाउंट यह रोज़ की सीमा हटा देता है।

SSL सर्टिफिकेट की एक्सपायरी डेट कैसे चेक करें (4 तरीके)

29 अक्टूबर, 2026

किसी भी SSL सर्टिफिकेट की एक्सपायरी डेट ऑनलाइन, ब्राउज़र में या openssl और curl से चेक करें। असली उदाहरण और सही तारीख की सीमाएँ।

अमान्य JSON कैसे ठीक करें: 10 आम एरर और समाधान

28 अक्टूबर, 2026

अमान्य JSON जल्दी ठीक करें: Unexpected token एरर समझें और आखिरी कॉमा, कोट, कमेंट और गायब ब्रैकेट को कदम-दर-कदम सुधारें।

DNS रिकॉर्ड कैसे जाँचें: A, MX, TXT और CNAME

28 अक्टूबर, 2026

DNS रिकॉर्ड ऑनलाइन या dig और nslookup से जाँचें। A, AAAA, CNAME, MX, TXT, NS और CAA रिकॉर्ड क्या करते हैं और आम समस्याएँ कैसे सुलझाएँ।