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

फ़ीड एकीकरण के लिए JSON क्यों महत्वपूर्ण है?

शॉपिंग चैनल पर सीधे सबमिट किए जाने वाले अधिकांश प्रोडक्ट फ़ीड अभी भी XML या CSV फॉर्मेट में होते हैं, लेकिन इन फ़ीड को बनाने और मैनेज करने वाले सिस्टम — PIM, ERP, फ़ीड मैनेजमेंट प्लेटफॉर्म और इन सभी को जोड़ने वाले API — आपस में मुख्य रूप से JSON में संवाद करते हैं। जब कोई फ़ीड मैनेजमेंट टूल API से लाइव इन्वेंटरी प्राप्त करता है , वेबहुक पेलोड के माध्यम से स्टॉक की जांच करता है, या PIM के साथ डेटा का आदान-प्रदान करता है, तो वह डेटा लगभग हमेशा JSON फॉर्मेट में ही होता है, भले ही उसे Google या Meta को सबमिट करने से पहले XML में परिवर्तित कर दिया जाए। फ़ीड इंटीग्रेशन में आने वाली समस्याओं को हल करने वाले किसी भी व्यक्ति के लिए JSON को समझना महत्वपूर्ण है, क्योंकि सिस्टम के बीच का अधिकांश आंतरिक संचार — न कि अंतिम फ़ीड फ़ाइल — वास्तव में JSON पर आधारित होता है।

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

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

उदाहरण: XML फ़ीड आइटम के पीछे JSON डेटा

<!--
  Source payload from the merchant's API, before conversion:
  {
    "sku": "SKU-51290",
    "title": "Recycled Denim Tote Bag",
    "price": { "amount": 38.00, "currency": "USD" },
    "availability": "in_stock"
  }
-->
<item>
  <g:id>SKU-51290</g:id>
  <title>Recycled Denim Tote Bag</title>
  <g:price>38.00 USD</g:price>
  <g:availability>in stock</g:availability>
</item>

टिप्पणी वाला ब्लॉक उसी उत्पाद को दिखाता है जैसा कि वह JSON में मौजूद है, जो कि वह प्रारूप है जिसे अधिकांश फ़ीड प्रबंधन उपकरण वास्तव में एक API से प्राप्त करते हैं, इससे पहले कि इसे XML टैग में समतल किया जाए जिसकी एक शॉपिंग चैनल अपेक्षा करता है।

संबंधित अवधारणाओं

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