We also have an English version of this page ready for you. Do you want to switch to it? Zavřít

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

Pavla Urbanová
Pavla Urbanová
20.07.2026 8 minut čtení
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é.

Jde o hranici 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á napojení na marketplace 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ě API napojení jednotlivých platforem rozebírají průvodce prodejem na Allegru a Kaufland Marketplace; stahování objednávek a sklad popisuje článek o synchronizaci objednávek a skladu napříč kanály — 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 článek o Heureka Marketplace. 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 v editoru datových feedů generujete 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. A pokud zvažujete, zda datovou stranu zvládnete svépomocí, nebo ji předat, pomůže srovnání správy feedů svépomocí a přes agenturu včetně cen. Širší kontext datových toků e-shopu najdete v průvodci produktovými feedy a napojením.

Linkbuilding pro e-shop: kde brát zpětné odkazy, které dávají smysl

Linkbuilding pro e-shop: kde brát zpětné odkazy, které dávají smysl

Dřív nebo později to uslyší skoro každý, kdo má e-shop. Někdy z článku, který radí „budujte zpětné odkazy“, častěji po telefonu, kde vám někdo nabídne padesát odkazů měsíčně za pár tisíc. Přitom o nic složitého nejde: je to odkaz z cizí stránky na vaši. Google takové odkazy odjakživa bere jako doporučení — čím víc důvěryhodných webů na vás ukazuje, tím spíš vám uvěří i on. Práci na tom, aby jich přibývalo, se říká linkbuilding. Potíž je, že když si to začnete zjišťovat, najdete dva druhy rad a ani jeden vám nepomůže. Návody psané pro blogery poradí, ať napíšete skvělý článek, na který budou ostatní odkazovat — jenže vy neprodáváte články, ale kotle nebo dětské boty. Nabídky agentur zase prodávají balíček odkazů, u kterých se nedozvíte, odkud se vezmou ani co udělají. Tenhle text jde třetí cestou. Nejdřív odpoví na otázku, kterou většina návodů přeskočí — jestli odkazy vůbec potřebujete — a pak ukáže, kde je e-shop reálně bere. Uvidíte taky, co se v českých článcích o odkazech běžně tvrdí, ačkoli se nám to při ověřování nepotvrdilo. Je to jeden z článků tématu SEO a UX pro e-shop. Pořadí, ve kterém jednotlivé zdroje odkazů probíráme, je zároveň to, kterým k nim chodíme u klientů — proto text čtěte jako postup, ne jako seznam možností.
Zjistit více
AI agentic shopping: kdy a jak u vás nakoupí AI agent

AI agentic shopping: kdy a jak u vás nakoupí AI agent

Do e-shopu vám může přijít zákazník, který si sám neprohlédne ani jednu stránku. Nabídku projde program, porovná ceny, vloží zboží do košíku a zaplatí kartou. V objednávkách to vypadá jako každý jiný nákup a vy nemáte jak poznat, že za ním nestál člověk. Takovému programu se říká AI agent. Řeknete mu, co potřebujete koupit, a on to obstará za vás. Podobně jako když pošlete někoho z rodiny nakoupit podle lístečku. V Česku už se to děje a dva velké obchody to mají každý jinak. Rohlík agenty do svého e-shopu pustil schválně a nechá je i zaplatit. Alze naopak ochrana proti robotům jednoho agenta omylem odřízla, a když se na to zeptali novináři, obchod nastavení opravil (Lupa.cz, duben 2026). Rohlík se tedy rozhodl vědomě. Alza zjistila, že za ni rozhodlo nastavení, které kvůli agentům nikdo nedělal. Rada, kterou k tomu na internetu najdete, bývá pořád stejná: dejte do pořádku produktová data. Je to dobrá rada, jen odpovídá na jinou otázku, než si většina lidí myslí. Kvalitní data rozhodují o tom, jestli vás umělá inteligence doporučí. To, jestli u vás agent nakoupí, neovlivní ani trochu. Tenhle článek je proto o nakupování, ne o doporučování. Odpovídá na tři otázky: Může u mě agent nakoupit už dnes, i když jsem to nikde nepovolil? Co bych musel udělat, aby u mě mohl nakupovat oficiálně, a vyplatí se to? Kdo zaplatí škodu, když agent koupí něco jiného, než měl? Jak vás má umělá inteligence vůbec najít a doporučit, řeší téma SEO a UX pro e-shop. Čím konkrétně naplnit produktová data, rozebírá téma produktové feedy a napojení e-shopu.
Zjistit více