XML feed vs. API: kdy přejít na marketplace integraci

Pavla Urbanová
Pavla Urbanová
20.07.2026 7 Lesezeit
XML feed vs. API: kdy přejít na marketplace integraci

Na srovnávače zboží a do reklamních systémů posíláte produkty feedem — souborem, který se jednou za čas vyexportuje a „vystrčí“ data ven. Funguje to dobře, dokud nabídku jen zobrazujete. Jakmile ale začnete prodávat na marketplace typu Allegro nebo Kaufland, narazíte: marketplace vám pošle objednávku, potřebuje znát váš aktuální sklad a čeká, že mu stav potvrdíte zpět. A to feed neumí. V tu chvíli přichází na řadu API integrace — obousměrné napojení, které s marketplace komunikuje v obou směrech. V článku si vysvětlíme, čím se XML feed a API liší, kde je mezi nimi hranice a kdy je čas přejít z jednoho na druhé.

Tohle je rozcestník mezi dvěma světy: feed = výstupní strana (data ven na srovnávače a do reklamy) a API = obousměrná integrace s marketplacem. Hlubší návody pro Allegro, Kaufland i Heureku najdete v samostatném tématu o prodeji na marketplace.

XML feed vs. API: jaký je vlastně rozdíl

Začněme od jádra, protože z něj plyne všechno ostatní. Feed je jednosměrný. Je to soubor (XML nebo CSV), do kterého e-shop zapíše produkty, ceny a dostupnost, a ten se v daných intervalech předá ven. Tok dat jde jedním směrem — z e-shopu k příjemci. Příjemce (srovnávač, reklamní systém) si z feedu vezme, co potřebuje, ale nic vám zpátky neposílá.

API je obousměrné. Místo souboru, který se občas předá, jde o průběžnou komunikaci dvou systémů: e-shop přes API nabídku nejen vystaví, ale taky přijímá — objednávky, které na marketplace vznikly, a zpětně hlásí třeba změnu skladu nebo stav objednávky. Data tečou tam i zpět, a daleko aktuálněji než u dávkového feedu.

Rozdíl shrnuje tabulka:

VlastnostFeed (XML/CSV)API integrace
Směr toku datjednosměrný (jen ven)obousměrný (tam i zpět)
Aktualizacedávkově, s prodlevouprůběžně
Objednávkyneumí přijmoutstahuje do e-shopu
Sklad zpětneumí synchronizovatsynchronizuje
Vhodné prosrovnávače, reklamuprodej na marketplace

Z toho plyne jednoduché pravidlo: kde stačí data jen ukázat, vystačíte si s feedem; kde se musí i obchodovat — přijímat objednávky a držet sklad v reálu — potřebujete API.

Kde feed na marketplace naráží

Feed je skvělý sluha pro srovnávače a reklamu, ale na marketplace má tři tvrdé limity:

  • Zpoždění. Feed se neaktualizuje okamžitě — data se obnovují dávkově (Conviu zdrojová data stahuje a aktualizuje v hodinovém cyklu). Mezi dvěma aktualizacemi marketplace pracuje se zastaralým stavem.
  • Neumí přijmout objednávku. Marketplace je prodejní kanál — vzniká na něm objednávka, kterou musíte zpracovat. Feed je ale jen výpis zboží; nemá kudy objednávku poslat zpátky do e-shopu.
  • Neumí synchronizovat sklad zpět. Když se zboží prodá jinde, marketplace se to z feedu nedozví dost rychle. Hrozí přeprodej — prodáte kus, který už nemáte.

Přeprodej je na marketplace citlivá věc: platformy hlídají spolehlivost prodejce a opakované rušení objednávek kvůli „není skladem“ vás stojí hodnocení i viditelnost. Proto na marketplace nestačí data jen posílat — musí téct oběma směry.

Kdy je čas přejít na API

Přechod na API není povinný krok pro každého. Pozná se podle situace. Zvažte ho, když platí některý z těchto bodů:

  • Začínáte prodávat na marketplace (Allegro, Kaufland, eMAG), ne jen inzerovat na srovnávači.
  • Potřebujete objednávky z marketplace na jednom místě — zpracovávat je v e-shopu jako každou jinou, ne ručně opisovat z cizí administrace.
  • Hlídáte sklad v reálném čase a chcete předejít přeprodeji u zboží, které prodáváte na víc kanálech najednou.
  • Škálujete počet nabídek natolik, že ruční správa v rozhraní marketplace přestává stíhat.

Naopak pokud jen chcete být vidět na Heurece nebo Zboží.cz a prodej probíhá ve vašem e-shopu, feed bohatě stačí — API by byla zbytečná komplikace. (Heureka je mimochodem hraniční případ: jede na feedu, ale objednávky umí předávat taky — k tomu se ještě dostaneme.)

Čím je marketplace jiný: sdílený katalog a EAN

Marketplace se od srovnávače zásadně liší ještě v jedné věci — sdíleném katalogu. Na srovnávači má každý e-shop svou vlastní nabídku se svými názvy a popisy. Na marketplace existuje jedna produktová karta, na kterou se „věší“ nabídky více prodejců, a ta karta je vázaná na EAN (mezinárodní čárový kód produktu).

Důsledky jsou praktické:

  • Kaufland — produkty žijí na sdílených kartách podle EAN. Pokud kartu pro daný EAN už založil jiný prodejce, nové produktové údaje znovu neposíláte — dodáte jen nabídková data (cenu, sklad, dostupnost). Bez plnohodnotného EAN/GTIN se prakticky prodávat nedá.
  • Allegro — ve většině případů se nabídka napáruje na existující kartu automaticky. Když Allegro produkt s daným EAN nezná, doplní se kategorie a povinné parametry a založí se nová nabídka.

Proto u marketplace nestačí „mít hezký feed“. Data se musí napárovat na cizí katalog a komunikace musí běžet obousměrně — což je přesně práce pro API.

Co řeší Conviu

Conviu pokrývá marketplace napojení přes API, takže přechod z feedu nevyžaduje vlastní vývoj. Co konkrétně zajišťuje:

  • Vystavení a správu nabídek přes API na Allegro, Kaufland a eMAG — přidání, aktualizaci i stažení nabídek programově, ne ručně kus po kuse.
  • Párování na sdílený katalog přes EAN — u Kauflandu na existující karty, u Allegra automaticky, případně s doplněním kategorie a povinných parametrů.
  • Modul Objednávky — stahuje objednávky z marketplace přímo do e-shopu, abyste je zpracovali jako běžné objednávky a nemuseli chodit do cizích rozhraní. U Allegra je dotažená i zpětná synchronizace stavů objednávek.

Podrobněji popisuje API napojení článek o napojení dat přes API na marketplace a stahování objednávek novinka o synchronizaci objednávek. Jak obousměrný tok vypadá v praxi u konkrétní platformy, ukazuje doplněk pro Upgates — objednávky z Allegra, Kauflandu i Heureky se propíšou do e-shopu automaticky.

A ještě k Heurece jako hraničnímu případu: Heureka Marketplace běží na feedu s povinnými parametry, ale objednávky umí předávat (přes webhook do modulu Objednávky) — viz propojení Heureka Marketplace s Conviu. Ukazuje to, že feed a API se nevylučují; u jednoho kanálu mohou fungovat vedle sebe.

Migrační scénář: od feedu k API

Přechod z feedu na API integraci nemusí být skok do neznáma. Probíhá zhruba v těchto krocích:

  • 1. Ověřte EAN. Projděte katalog a doplňte chybějící EAN/GTIN — bez nich se na sdílené karty marketplace nenapárujete. Tohle bývá nejčastější brzda celého přechodu.
  • 2. Připravte data nabídky. Cena, dostupnost, dodací doba a povinné parametry dané platformy musí být kompletní a v očekávaném tvaru.
  • 3. Napojte API kanál. V Conviu vystavíte nabídky přes API na zvolený marketplace; produkty se napárují na katalog přes EAN.
  • 4. Zapněte objednávky. Modulem Objednávky začnete stahovat objednávky z marketplace do e-shopu a hlídat sklad, ať nevzniká přeprodej.

Feed přitom nikam nemizí — dál ho používáte na srovnávače a do reklamy. API jen přidáváte tam, kde se navíc obchoduje. Vstupní data (produkty, ceny, dostupnost) přitom v Conviu spravujete na jednom místě, ať jdou ven feedem, nebo přes API — jeden zdroj dat pro oba světy popisuje princip master feedu.

Detailní, krok-za-krokem návody pro jednotlivé platformy — specifika Allegra, Kauflandu i Heureky — rozebírá téma o prodeji na marketplace.

Shrnutí: feed ukazuje, API obchoduje

Feed a API nejsou konkurenti, ale dva nástroje na dvě různé práce. Feed je jednosměrný export — ideální, když chcete produkty ukázat na srovnávačích a v reklamě. API je obousměrná integrace — nutná, když chcete na marketplace obchodovat: přijímat objednávky, držet sklad v reálu a napárovat se na sdílený katalog přes EAN. Moment přechodu poznáte podle toho, že vám marketplace začne posílat objednávky a feed na ně přestane stačit.

Chcete prodávat na Allegru nebo Kauflandu a nechcete na to mít vlastní vývoj? Napojíme vás přes API a převezmeme správu nabídek i objednávek; vy řešíte prodej. Širší kontext datových toků e-shopu najdete v průvodci produktovými feedy a napojením.

XML feed vs. API: kdy přejít na marketplace integraci

XML feed vs. API: kdy přejít na marketplace integraci

Na srovnávače zboží a do reklamních systémů posíláte produkty feedem — souborem, který se jednou za čas vyexportuje a „vystrčí“ data ven. Funguje to dobře, dokud nabídku jen zobrazujete. Jakmile ale začnete prodávat na marketplace typu Allegro nebo Kaufland, narazíte: marketplace vám pošle objednávku, potřebuje znát váš aktuální sklad a čeká, že mu stav potvrdíte zpět. A to feed neumí. V tu chvíli přichází na řadu API integrace — obousměrné napojení, které s marketplace komunikuje v obou směrech. V článku si vysvětlíme, čím se XML feed a API liší, kde je mezi nimi hranice a kdy je čas přejít z jednoho na druhé. Tohle je rozcestník mezi dvěma světy: feed = výstupní strana (data ven na srovnávače a do reklamy) a API = obousměrná integrace s marketplacem. Hlubší návody pro Allegro, Kaufland i Heureku najdete v samostatném tématu o prodeji na marketplace.
Mehr erfahren
Napojení dodavatelských dat do e-shopu

Napojení dodavatelských dat do e-shopu

Dostupnost se u dodavatele mění každý den, ceny taky a nové zboží přibývá průběžně. Pokud tyhle změny přepisujete v e-shopu ručně, je to pomalé a plné chyb: zákazník si objedná zboží, které dodavatel zrovna nemá, nebo se prodává za starou cenu. Řešením je napojit data od dodavatele přímo do e-shopu, aby se dostupnost, ceny i novinky tahaly automaticky. V tomhle článku si projdeme, odkud data vzít, jak prvky dodavatele napárovat na vaše pole, jak sloučit víc dodavatelů a jak to celé nastavit v Conviu — včetně situace, kdy stejný produkt máte od dvou dodavatelů. Tohle je vstupní strana datového toku e-shopu: jak dostat data dovnitř. Co s nimi pak děláte na výstupu — jak z dat poskládat výstupní feedy pro Heureku, Google nebo marketplace — je samostatné téma. Pokud s feedy teprve začínáte, projděte si nejdřív základy XML a CSV feedu.
Mehr erfahren
Master feed: z jednoho zdroje na všechny kanály

Master feed: z jednoho zdroje na všechny kanály

Produktová data máte jedna, ale prodejních kanálů víc — a každý je chce jinak. Heureka má vlastní povinné prvky, Google žádá jiné kategorie a vlastní formát, marketplace jako Kaufland nebo Allegro mají zase svoje pravidla. Výsledek? E-shop často udržuje pět různých feedů a každou změnu — novou kolekci, úpravu ceny, jiné kategorie — řeší pětkrát. To je drahé na čas a hlavně na chyby. Princip master feedu tenhle problém obrací: máte jeden zdroj produktových dat a z něj automaticky vzniká výstup pro každý kanál zvlášť. V tomhle článku si ukážeme, co to v praxi znamená a jak takový princip postavíte a spravujete v Conviu. Pokud s feedy teprve začínáte, projděte si nejdřív základy XML a CSV feedu a vraťte se sem.
Mehr erfahren