Обектна нотация на JavaScript (JSON)

JSON (JavaScript Object Notation) е лек, текстово базиран формат за данни, изграден от вложени двойки ключ-стойност и масиви, предназначен да представя структурирани данни по начин, който е едновременно лесен за машинно анализиране и сравнително лесен за директно четене от човек. Той произлиза от JavaScript, но сега е независим от езика и се е превърнал в формат по подразбиране за повечето съвременни уеб API, замествайки по-старите, по-подробни алтернативи за много случаи на употреба при интеграция. В управлението на фийдове, JSON се проявява по-малко като формат на самия краен фийд за пазаруване и повече като формат, в който все повече се изпълнява всичко около този фийд.

Защо JSON е важен за интеграциите на фийдове

Повечето продуктови фийдове, подавани директно към канал за пазаруване, все още са XML или CSV, но системите, които изграждат и управляват тези фийдове – PIM, ERP, платформи за управление на фийдове и API-тата, които ги свързват – комуникират помежду си предимно в JSON. Когато инструмент за управление на фийдове извлича информация за наличности в реално време от API , проверява наличностите чрез полезен товар на webhook или обменя данни с PIM, тези данни почти винаги са JSON отдолу, дори ако се конвертират в XML, преди да бъдат изпратени до Google или Meta. Разбирането на JSON е важно за всеки, който отстранява проблеми с интеграцията на фийдове, защото по-голямата част от връзките между системите – а не самият краен файл с фийдове – е мястото, където всъщност се намира JSON.

Как работи JSON

JSON документът е изграден от малък набор от примитиви: обекти, които са двойки ключ-стойност, обвити в къдрави скоби, масиви, които са подредени списъци, обвити в квадратни скоби, и скаларни стойности като низове, числа и булеви стойности. Няма фиксирана схема, наложена от самия формат — JSON парсерът не изисква предварително дефиниран тип документ, което е част от причината, поради която е толкова широко използван за API отговори, които трябва да се развиват, без да се нарушават по-старите клиенти. Когато платформа за фийдове получи JSON полезен товар от API за фийдове с данни или уеб кука, тя обикновено анализира тази структура и картографира полетата си в това, което целевият формат на фийда — често XML — действително изисква.

Пример: JSON данни зад XML елемент от емисия

<!--
  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, връщащ данни за наличните запаси, или за уеб кукичка, която изпраща промяна в цената в момента, в който тя се случи в изходната система. Той също така все по-често се появява като алтернативен формат за подаване на самия фийд с данни, тъй като все повече платформи добавят опции за качване, базирани на JSON, наред с традиционната си поддръжка на XML и CSV.