JSON (ਜਾਵਾ ਸਕ੍ਰਿਪਟ ਆਬਜੈਕਟ ਨੋਟੇਸ਼ਨ) ਇੱਕ ਹਲਕਾ, ਟੈਕਸਟ-ਅਧਾਰਿਤ ਡੇਟਾ ਫਾਰਮੈਟ ਹੈ ਜੋ ਨੇਸਟਡ ਕੀ-ਵੈਲਯੂ ਜੋੜਿਆਂ ਅਤੇ ਐਰੇ ਤੋਂ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਜੋ ਕਿ ਢਾਂਚਾਗਤ ਡੇਟਾ ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਦਰਸਾਉਣ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿ ਮਸ਼ੀਨਾਂ ਲਈ ਪਾਰਸ ਕਰਨਾ ਆਸਾਨ ਹੈ ਅਤੇ ਇੱਕ ਵਿਅਕਤੀ ਲਈ ਸਿੱਧਾ ਪੜ੍ਹਨਾ ਆਸਾਨ ਹੈ। ਇਹ JavaScript ਤੋਂ ਉਭਰਿਆ ਹੈ ਪਰ ਹੁਣ ਭਾਸ਼ਾ-ਸੁਤੰਤਰ ਹੈ, ਅਤੇ ਇਹ ਜ਼ਿਆਦਾਤਰ ਆਧੁਨਿਕ ਵੈੱਬ 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-ਅਧਾਰਿਤ ਅਪਲੋਡ ਵਿਕਲਪ ਜੋੜਦੇ ਹਨ।