„JavaScript“ objekto žymėjimas (JSON)

JSON („JavaScript Object Notation“) yra lengvas, tekstinis duomenų formatas, sukurtas iš įterptųjų raktų ir reikšmių porų bei masyvų, skirtas struktūrizuotiems duomenims pateikti taip, kad juos būtų lengva analizuoti mašinoms ir pakankamai lengva žmogui tiesiogiai perskaityti. Jis atsirado iš „JavaScript“, tačiau dabar yra nepriklausomas nuo kalbos ir tapo numatytuoju formatu daugumoje šiuolaikinių žiniatinklio API, pakeisdamas senesnes, išsamesnes alternatyvas daugeliui integracijos naudojimo atvejų. Sklaidos kanalų valdyme JSON rodomas mažiau kaip paties galutinio apsipirkimo sklaidos kanalo formatas, o labiau kaip formatas, kuriuo vis dažniau veikia viskas, kas susiję su tuo sklaidos kanalu.

Kodėl JSON svarbus integruojant sklaidos kanalus

Dauguma produktų sklaidos kanalų, pateikiamų tiesiai į prekybos kanalą, vis dar yra XML arba CSV formatu, tačiau sistemos, kurios kuria ir tvarko šiuos sklaidos kanalus – PIM, ERP, sklaidos kanalų valdymo platformos ir visas jas jungiančios API – daugiausia bendrauja tarpusavyje JSON formatu. Kai sklaidos kanalų valdymo įrankis iš API gauna tiesiogines atsargas , tikrina atsargas per „webhook“ paketą arba keičiasi duomenimis su PIM, tie duomenys beveik visada yra JSON formatu, net jei prieš pateikiant „Google“ ar „Meta“, jie konvertuojami į XML. JSON supratimas yra svarbus visiems, kurie sprendžia sklaidos kanalų integracijos problemas, nes didžioji dalis jungčių tarp sistemų, o ne pats galutinis sklaidos kanalo failas, yra ta, kur iš tikrųjų yra JSON.

Kaip veikia JSON

JSON dokumentas kuriamas iš nedidelio primityvų rinkinio: objektų, kurie yra raktų ir reikšmių poros, įspraustos į riestinius skliaustus, masyvų, kurie yra sutvarkyti sąrašai, įsprausti į laužtinius skliaustus, ir skaliarinių reikšmių, tokių kaip eilutės, skaičiai ir loginės reikšmės. Pats formatas nenustato jokios fiksuotos schemos – JSON analizatoriui nereikia iš anksto nustatyto dokumento tipo, todėl jis taip plačiai naudojamas API atsakymams, kurie turi būti tobulinami nesugadinant senesnių klientų. Kai sklaidos kanalų platforma gauna JSON naudingąją apkrovą iš duomenų sklaidos kanalų API arba žiniatinklio kabliuko, ji paprastai analizuoja tą struktūrą ir susieja jos laukus su tuo, ko iš tikrųjų reikalauja paskirties sklaidos kanalų formatas – dažnai XML.

Pavyzdys: XML sklaidos kanalo elemento JSON duomenys

<!--
  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>

Komentaruojamas blokas rodo tą patį produktą tokį, koks jis yra JSON formatu – formatu, kurį dauguma informacijos srautų valdymo įrankių išgauna iš API, prieš jam supaprastinant iki XML žymų, kurių tikisi prekybos kanalas.

Susijusios sąvokos

JSON yra jungiamasis formatas, kuriuo grindžiama dauguma automatizavimo procesų, nuo kurių dabar priklauso tiekimo kanalai, nesvarbu, ar tai API, grąžinanti tiesioginius akcijų duomenis, ar žiniatinklio kabliukas, nukreipiantis kainos pokytį tuo metu, kai tai įvyksta šaltinio sistemoje. Jis taip pat vis dažniau pasirodo kaip alternatyvus pateikimo formatas pačiam duomenų kanalui, nes vis daugiau platformų prideda JSON pagrindu veikiančias įkėlimo parinktis prie tradicinio XML ir CSV palaikymo.