JSON (JavaScript Object Notation) to lekki, tekstowy format danych zbudowany z zagnieżdżonych par klucz-wartość i tablic, zaprojektowany tak, aby przedstawiać ustrukturyzowane dane w sposób łatwy do przetworzenia przez maszyny i stosunkowo łatwy do odczytania przez człowieka. Wywodzi się z JavaScriptu, ale jest dziś niezależny od języka i stał się domyślnym formatem większości nowoczesnych API, zastępując w wielu zastosowaniach integracyjnych starsze, bardziej rozwlekłe alternatywy. W zarządzaniu feedami JSON rzadziej jest formatem samego końcowego feedu zakupowego, a coraz częściej formatem, na którym działa wszystko wokół tego feedu.
Dlaczego JSON jest ważny dla integracji feedów
Większość feedów produktowych przesyłanych bezpośrednio do kanałów zakupowych to wciąż XML lub CSV, ale systemy, które te feedy budują i nimi zarządzają – PIM-y, ERP-y, platformy do zarządzania feedami i łączące je API – komunikują się ze sobą w przeważającej mierze w JSON. Gdy narzędzie do zarządzania feedami pobiera bieżące stany magazynowe z API, sprawdza dostępność na podstawie danych z webhooka lub wymienia dane z PIM-em, te dane niemal zawsze są w JSON, nawet jeśli przed wysłaniem do Google czy Meta zostaną przekonwertowane na XML. Znajomość JSON przydaje się każdemu, kto diagnozuje integrację feedu, ponieważ JSON żyje głównie w „instalacji” między systemami, a nie w samym końcowym pliku feedu.
Jak działa JSON
Dokument JSON składa się z niewielkiego zestawu elementów podstawowych: obiektów, czyli par klucz-wartość w nawiasach klamrowych, tablic, czyli uporządkowanych list w nawiasach kwadratowych, oraz wartości skalarnych, takich jak ciągi znaków, liczby i wartości logiczne. Sam format nie wymusza stałego schematu – parser JSON nie wymaga zdefiniowanego z góry typu dokumentu, co jest jednym z powodów, dla których JSON jest tak szeroko używany w odpowiedziach API, które muszą ewoluować bez psucia starszych klientów. Gdy platforma feedowa otrzymuje dane JSON z API feedu danych lub z webhooka, zwykle parsuje tę strukturę i mapuje jej pola na to, czego faktycznie wymaga docelowy format feedu – często XML.
Przykład: dane JSON stojące za pozycją feedu 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>Blok komentarza pokazuje ten sam produkt w postaci JSON – formatu, w którym większość narzędzi do zarządzania feedami faktycznie pobiera dane z API – zanim zostanie spłaszczony do znaczników XML oczekiwanych przez kanał zakupowy.
Powiązane pojęcia
JSON jest formatem łączącym większość automatyzacji, od której zależą dziś feedy – niezależnie od tego, czy chodzi o API zwracające bieżące stany magazynowe, czy webhook przesyłający zmianę ceny w chwili, gdy nastąpi w systemie źródłowym. Coraz częściej pojawia się też jako alternatywny format przesyłania samego feedu danych, ponieważ kolejne platformy dodają opcje wgrywania w JSON obok tradycyjnej obsługi XML i CSV.
