← सभी टूल

CSV से JSON कनवर्टर

ब्राउज़र में CSV को JSON और JSON को CSV में बदलें। रो और हेडर स्पष्ट रूप से मैप करें, quoted fields और delimiters संभालें — डेटा लोकल रहता है।

CSV और JSON: एक ही डेटा को ले जाने के दो तरीके

अधिकांश सारणीबद्ध डेटा दो फ़ॉर्मेट में से किसी एक में रहता है। CSV स्प्रेडशीट की मूल भाषा है: एक प्लेन टेक्स्ट फ़ाइल जहाँ हर लाइन एक पंक्ति है और कॉमा कॉलम अलग करते हैं। JSON API और ऐप्स की भाषा है: ऑब्जेक्ट (की और वैल्यू जोड़े) और ऐरे (क्रमबद्ध सूचियाँ) से बना एक संरचित टेक्स्ट फ़ॉर्मेट। वे एक ही जानकारी को बहुत अलग आकारों में वर्णित करते हैं, जो कि बिल्कुल यही वजह है कि उनके बीच कन्वर्ट करना इतनी बार आता है। यह पेज वह कन्वर्ज़न दोनों दिशाओं में, पूरी तरह आपके ब्राउज़र के भीतर करता है।

CSV वहाँ चमकता है जहाँ एक ग्रिड स्वाभाविक लगती है। किसी डेटाबेस से रिपोर्ट एक्सपोर्ट करें, ऑर्डर की सूची डाउनलोड करें, या Excel या Google Sheets से एक शीट सहेजें, और आपको लगभग हमेशा CSV मिलती है। यह संक्षिप्त, मानव-पठनीय है, और दुनिया का हर एनालिटिक्स टूल इसे खोल सकता है। JSON वहाँ चमकता है जहाँ सॉफ़्टवेयर, सॉफ़्टवेयर से बात करता है। REST API इसे भेजते और प्राप्त करते हैं, कॉन्फ़िगरेशन फ़ाइलें इसका इस्तेमाल करती हैं, और JavaScript बिना किसी पार्सिंग लाइब्रेरी के इसे पढ़ता है। जब आपको किसी स्प्रेडशीट एक्सपोर्ट को API में फीड करना हो या API प्रतिक्रिया को स्प्रेडशीट में खींचना हो, तो आप वास्तव में इन दो दुनियाओं के बीच अनुवाद कर रहे होते हैं।

गहरे इंडिगो पृष्ठभूमि पर CSV पंक्तियों की चमकती तालिका नेस्टेड JSON ऑब्जेक्ट में रूपांतरित होती हुई
एक सपाट CSV तालिका नेस्टेड JSON ऑब्जेक्ट और ऐरे में मुड़ती हुई।

पंक्तियाँ और हेडर ऑब्जेक्ट कैसे बनते हैं

मैपिंग उतनी जटिल नहीं है जितनी दिखती है। किसी CSV फ़ाइल की पहली लाइन आमतौर पर हेडर पंक्ति होती है, और वे हेडर नाम JSON में की बन जाते हैं। हर अगली पंक्ति एक ऑब्जेक्ट बन जाती है, जहाँ हर सेल मिलते-जुलते हेडर के साथ जोड़ा जाता है। पूरी फ़ाइल उन ऑब्जेक्ट का एक ऐरे बन जाती है। तो name,email,age कॉलम वाली CSV एक सूची में बदलती है जैसे [{"name": "Ada", "email": "ada@example.com", "age": "36"}, ...]। दूसरी दिशा में जाने पर, JSON से CSV पहले ऑब्जेक्ट की की पढ़कर हेडर लाइन बनाता है, फिर हर ऑब्जेक्ट के लिए एक पंक्ति लिखता है। यह एक साफ़, अनुमानित राउंड ट्रिप है जब तक आपका डेटा वास्तव में सारणीबद्ध हो।

जानने योग्य सावधानियाँ

CSV मामूली दिखता है पर कुछ तीखे किनारे छिपाता है। सबसे बड़ा है किसी फ़ील्ड के भीतर कॉमा। अगर किसी पते में "Berlin, Germany" है, तो कॉमा पर भोले-भाले विभाजन से वह एकल मान दो कॉलम में टूट जाएगा। CSV मानक इस तरह के फ़ील्ड को डबल कोट्स में लपेटकर इसे संभालता है, और उद्धृत फ़ील्ड के भीतर कोट दोगुने हो जाते हैं ("")। एक अच्छा कन्वर्टर उन नियमों का सम्मान करता है ताकि आपका डेटा चुपचाप कॉलम न बदले। डिलिमिटर पर भी ध्यान दें: कई यूरोपीय एक्सपोर्ट कॉमा के बजाय सेमीकोलन इस्तेमाल करते हैं, क्योंकि वहाँ कॉमा पहले से दशमलव विभाजक है। टैब और पाइप भी दिखते हैं।

गहरा अंतर है डेटा प्रकार। CSV में डेटा प्रकार की कोई अवधारणा नहीं है। सब कुछ टेक्स्ट है, इसलिए संख्या 42, बूलियन true, और एक खाली सेल सब सादे स्ट्रिंग जैसे दिखते हैं। JSON, इसके विपरीत, संख्याएँ, स्ट्रिंग, बूलियन, null और नेस्टेड संरचनाओं में अंतर करता है। जब आप CSV को JSON में कन्वर्ट करते हैं, तो मान स्ट्रिंग के रूप में आते हैं जब तक कि टूल को संख्याओं और बूलियन की व्याख्या करने के लिए न कहा जाए। JSON को CSV में कन्वर्ट करने में विपरीत समस्या है: नेस्टेड ऑब्जेक्ट और ऐरे एक सपाट ग्रिड में साफ़-साफ़ फिट नहीं होते, इसलिए वे आमतौर पर एक सेल में समतल या स्ट्रिंगिफ़ाई किए जाते हैं। यह पहले से जानना आपको बाद में यह पहेली सुलझाने से बचाता है कि एक कॉलम "गलत क्यों दिखता है"।

स्प्रेडशीट ग्रिड सियान और सोने में JSON कोष्ठकों के चमकते पेड़ में बदलती हुई
एक स्प्रेडशीट ग्रिड JSON कोष्ठकों के शाखित पेड़ में रूपांतरित होती हुई।

एक असली राउंड ट्रिप

यहाँ एक ऐसा परिदृश्य है जो बार-बार आता है। एक सहयोगी आपको नए उपयोगकर्ताओं की स्प्रेडशीट भेजता है और आपसे एक आंतरिक API के ज़रिए उन्हें लोड करने को कहता है। API सिर्फ़ JSON स्वीकार करता है। आप शीट को CSV में एक्सपोर्ट करते हैं, इसे यहाँ पेस्ट करते हैं, और ऑब्जेक्ट का एक साफ़ ऐरे वापस पाते हैं जो आपके request payload में डालने के लिए तैयार है। बाद में, API उसने बनाए गए रिकॉर्ड की JSON सूची लौटाता है, और आपको उसे उसी सहयोगी को समीक्षा के लिए वापस देना है। आप JSON पेस्ट करते हैं, उसे CSV में कन्वर्ट करते हैं, और यह सीधे उनकी स्प्रेडशीट में खुलता है। कोई स्क्रिप्ट नहीं, कोई इंस्टॉल नहीं, बस एक सामान्य वर्कफ़्लो के बीच में दो त्वरित अनुवाद।

डिज़ाइन से लोकल ओनली

यह सब आपके ब्राउज़र में चलता है। आपके CSV और JSON को आपकी अपनी मशीन पर JavaScript द्वारा पार्स और कन्वर्ट किया जाता है, और कुछ भी किसी सर्वर पर अपलोड नहीं होता। यह मायने रखता है क्योंकि एक्सपोर्ट में अक्सर असली नाम, ईमेल, ऑर्डर विवरण, या आंतरिक पहचानकर्ता होते हैं जिन्हें आपको किसी अजीब दूरस्थ सेवा में पेस्ट नहीं करना चाहिए। यहाँ डेटा कभी पेज नहीं छोड़ता। अगर आप बाद में नतीजे को व्यवस्थित करना चाहते हैं, तो हमारा JSON फ़ॉर्मेटर उसे प्रिटी प्रिंट और वैलिडेट करेगा, और आप संबंधित फ़ॉर्मेट के लिए हमारे बाकी डेटा कन्वर्टर देख सकते हैं।

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

क्या मेरा डेटा कहीं अपलोड होता है?

नहीं। कन्वर्ज़न पूरी तरह आपके ब्राउज़र में JavaScript का इस्तेमाल करके चलता है, इसलिए आपका CSV और JSON आपके अपने डिवाइस पर रहते हैं और कभी किसी सर्वर पर नहीं भेजे जाते।

क्या कन्वर्टर फ़ील्ड के भीतर कॉमा संभालता है?

हाँ। जिन फ़ील्ड में कॉमा हों उन्हें CSV में डबल कोट्स में लपेटना चाहिए, और पार्सर उन कोट्स का सम्मान करता है ताकि मान एक ही कॉलम में रहे।

मेरे नंबर JSON में टेक्स्ट के रूप में क्यों दिख रहे हैं?

CSV में कोई डेटा प्रकार नहीं है, इसलिए हर सेल सादा टेक्स्ट है। संख्या और बूलियन पार्सिंग लागू न होने पर मान JSON स्ट्रिंग बन जाते हैं, क्योंकि स्रोत फ़ाइल किसी संख्या को किसी शब्द से अलग करने का कोई तरीका नहीं देती।

CSV में कन्वर्ट करने पर नेस्टेड JSON का क्या होता है?

एक सपाट ग्रिड नेस्टेड संरचनाएँ नहीं रख सकती, इसलिए नेस्टेड ऑब्जेक्ट और ऐरे आमतौर पर समतल होते हैं या एक सेल के भीतर एकल स्ट्रिंगिफ़ाइड मान के रूप में लिखे जाते हैं।

क्या मैं कॉमा के बजाय सेमीकोलन या टैब इस्तेमाल कर सकता हूँ?

हाँ। कई एक्सपोर्ट, विशेष रूप से यूरोपीय, डिलिमिटर के रूप में सेमीकोलन या टैब इस्तेमाल करते हैं, और टूल मानक कॉमा के बजाय उन्हें पढ़ सकता है।

क्या यह दोनों दिशाओं में कन्वर्ट करता है?

हाँ। आप CSV को JSON में और JSON को वापस CSV में बदल सकते हैं, जो स्प्रेडशीट और API के बीच राउंड ट्रिप सरल बना देता है।