AI správce feedů: detekce chyb dřív, než je vidí zákazník
Merchant Center, Heureka i Zboží.cz ukážou chybu ve feedu až poté, co produkt vypadne z nabídky. Vysvětlujeme, jak kontrolu posunout před odeslání feedu a kde v ní dává smysl AI.
Produktový feed je tichá součást e-shopu. Když funguje, nikdo o něm neví. Když se rozbije, dozvíte se to obvykle pozdě: z poklesu tržeb ze srovnávačů, z e-mailu od Merchant Center nebo od zákazníka, který na Heurece viděl jinou cenu než v košíku.
Přitom většina chyb vzniká v e-shopu dřív, než feed vůbec opustí server. Změna šablony exportu, nový dodavatel, hromadné přecenění. V článku ukazujeme, jak kontrolu posunout před odeslání feedu, co zvládnou obyčejná pravidla, kde pomůže AI a kolik to stojí. Jak nastavit samotné upozornění a jeho doručení řešíme v článku monitoring a alerty na chyby feedu, přehled typických chyb najdete v textu nejčastější chyby v produktových feedech.
Proč se chyby ve feedu ukážou pozdě
Každý kanál kontroluje feed až po jeho stažení. Google Merchant Center navíc průběžně prochází cílové stránky a porovnává cenu ve feedu s cenou na webu nebo ve strukturovaných datech. Podle nápovědy Google může nesoulad ceny nebo dostupnosti vést k preventivnímu zamítnutí položky. Google chybuje raději na straně opatrnosti a produkt zamítne dřív, než by zákazník viděl špatnou cenu. Znovu ho prověří během hodin až dnů.
Heureka a Zboží.cz mají vlastní diagnostiku. Seznam ve své nápovědě uvádí, že bez vyplněného elementu DELIVERY_DATE se nabídka na Zboží.cz nezobrazí a že položky se stejným PRODUCTNAME nebo ITEM_ID vyhodnotí jako duplicity. Heureka má jako povinné elementy ITEM_ID, PRODUCTNAME, URL a PRICE_VAT.
Všechny tyto nástroje jsou užitečné. Mají ale tři slabiny:
- Chybu ukážou až poté, co se projevila. Produkt už může být mimo nabídku.
- Každý kanál vidí jen sebe. Jedna chyba v exportu se tak objeví na třech místech jako tři různá hlášení.
- Ukazují seznam položek, ne příčinu. Tři tisíce zamítnutých produktů často znamenají jeden rozbitý řádek v šabloně.
Dvě vrstvy kontroly: pravidla a AI
AI správce feedů není jazykový model, který čte celý feed a hádá, co je špatně. Takový přístup by byl pomalý, drahý a nespolehlivý. Kontrolu stavíme ve dvou vrstvách.
Pravidla najdou všechno, co se dá popsat jednoznačně. Nevalidní XML feed, chybějící povinný element, nulová cena, duplicitní ID, URL s mezerou. U GTIN pravidlo ověří délku a kontrolní číslici. Google podle své nápovědy přijímá GTIN s 8, 10, 12, 13 nebo 14 číslicemi a zamítá kódy s chybnou kontrolní číslicí nebo z vyhrazených rozsahů. Pravidla jsou rychlá, levná a nemýlí se.
AI přidáváme tam, kde pravidlo napsat nejde:
- název „Dámská softshellová bunda“ v kategorii dětské obuvi,
- popis, který zjevně patří jinému produktu (typicky po kopírování variant),
- parametr v nesmyslné jednotce, třeba „hmotnost 15 m“,
- název, ve kterém chybí výrobce nebo model, i když data v e-shopu existují.
Jazykový model tu slouží jako druhý čtenář. Výstupem je nález se závažností a návrhem opravy, ne automatický zásah do ostrých dat. Třetí věc, ve které AI pomáhá, je sdružování příčin. Z tisíců hlášení z různých kanálů udělá několik skupin: „Všechny produkty z kategorie Doplňky mají od včerejška prázdný DELIVERY_DATE.“ Takovou zprávu někdo otevře a opraví.
Co kontrolujeme a kde
Kontrola funguje nejlépe před odesláním, tedy nad vygenerovaným souborem ještě na vaší straně. Tabulka ukazuje, co hlídáme a čím.
| Oblast | Příklad chyby | Kdo ji najde | Kde se jinak projeví |
|---|---|---|---|
| Struktura XML | nevalidní znak, useknutý soubor | pravidlo | celý feed se nenačte |
| Povinné elementy | prázdný DELIVERY_DATE nebo PRICE_VAT | pravidlo | nabídka se nezobrazí |
| Identifikátory | GTIN s chybnou kontrolní číslicí, duplicitní ITEM_ID | pravidlo | zamítnutí, duplicity |
| Cena a dostupnost | jiná cena ve feedu a na stránce | pravidlo + porovnání se stránkou | preventivní zamítnutí v Google |
| Změna proti včerejšku | o 40 % méně položek, celé kategorie bez skladu | statistika | tichý pokles tržeb |
| Obsah | popis jiného produktu, špatná kategorie | AI | horší relevance, reklamace |
Cenu a dostupnost porovnáváme se stránkou produktu. Google k tomu používá strukturovaná data, proto kontrolujeme i značky schema.org s cenou, měnou a dostupností. Když sedí, dají se v Merchant Center zapnout automatické aktualizace položek. Ty podle nápovědy Google snižují riziko preventivního zamítnutí kvůli nesouladu ceny a dostupnosti.
Feedy od dodavatelů: kontrola na vstupu
Stejný princip platí opačným směrem. Feed od dodavatele se před importem porovná s minulou verzí. Pokud zmizela třetina položek, ceny přišly v jiné měně nebo celý sortiment hlásí nulový sklad, import se pozastaví a přijde upozornění. Tahle kontrola je čistě statistická a pravidlová, AI tu není potřeba.
Rozdíl je v dopadu. Chyba v odchozím feedu vám sebere zobrazení ve srovnávači. Chyba v příchozím feedu přepíše data přímo v e-shopu, třeba ceny u tisíců produktů. Napojení dodavatelů a jejich správu řešíme v rámci služby dodavatelé a feedy, historii změn feedu rozebíráme v článku historie změn feedu.
Změny API, které stojí za pozornost
Google ukončil Content API for Shopping k 18. 8. 2026 a nástupcem je Merchant API. Týká se to jen napojení přes API: vlastní skripty, starší aplikace nebo integrace platformy. Klasický XML feed, který si Merchant Center stahuje podle plánu, funguje dál. Seznam podobně přesunul funkce Zboží API do Sklik API.
Pro kontrolu feedů z toho plyne jednoduchá věc: hlídat nejen obsah, ale i cestu. Když přes API přestanou chodit aktualizace, produkty v Merchant Center podle nápovědy Google po 30 dnech bez obnovení vyprší. Do té doby se na první pohled nic neděje. Proto u každého kanálu sledujeme i čas poslední úspěšné aktualizace.
Kolik stojí AI kontrola: modelový výpočet
Následující výpočet je modelový. Vstupy jsou předpoklady, nahraďte je svými čísly.
| Předpoklad | Hodnota v modelu |
|---|---|
| Produktů v katalogu | 20 000 |
| Produktů, které se denně změní a jdou do AI kontroly | 10 %, tedy 2 000 |
| Vstup na jeden produkt (název, kategorie, parametry, zkrácený popis, instrukce) | 600 tokenů |
| Výstup na jeden produkt (nález a návrh opravy) | 150 tokenů |
| Model | Claude Haiku 4.5, dávkové zpracování |
| Kurz | 22 Kč za USD |
Claude Haiku 4.5 stojí 1 USD za milion vstupních a 5 USD za milion výstupních tokenů. Dávkové zpracování (Batch API) má podle Anthropicu slevu 50 % (ceník k 9/2026, aktuální ceník ověřte u poskytovatele). Kontrola feedu nemusí běžet okamžitě, proto dávku využijeme.
Denně: 2 000 × 600 = 1,2 milionu vstupních tokenů, tedy 0,60 USD. 2 000 × 150 = 0,3 milionu výstupních tokenů, tedy 0,75 USD. Celkem 1,35 USD denně, za 30 dnů přibližně 40 USD, zhruba 900 Kč měsíčně. Jednorázová kontrola celého katalogu vyjde podle stejných předpokladů na 13,50 USD, tedy asi 300 Kč.
Závěr je stejný jako u jiných AI nasazení. Model je nejmenší položka. Práci dají pravidla pro jednotlivé kanály, ladění citlivosti a hlavně oprava exportů, aby se chyby nevracely.
Jak na to prakticky
Pokud chcete kontrolu feedů zavést, doporučujeme tento postup:
- Inventura. Sepište všechny odchozí a příchozí feedy, jejich cíl, frekvenci a cestu (XML, API, SFTP).
- Vstupní audit. Stáhněte hlášení z Merchant Center a diagnostiky Heureky a Skliku a seřaďte chyby podle počtu dotčených produktů.
- Pravidla pro každý kanál. Kontrolujte feed proti specifikaci jeho cíle, ne proti jednomu obecnému vzoru.
- Porovnání s minulou verzí. Nastavte prahy pro pokles počtu položek, změnu cen a skladu.
- AI kontrola obsahu. Zapněte ji jen na změněné produkty a výsledky nechte schvalovat člověkem.
- Oprava příčin. Chyby opravujte v šabloně exportu a mapování, ne ručně u produktů.
Vstupní audit feedů a základní kontroly obvykle nastavíme za dny až 2 týdny. Více kanálů, dodavatelů a AI kontrola obsahu je projekt na 4–8 týdnů. Pokud vám Merchant Center opakovaně zamítá produkty, podívejte se na službu AI správce feedů. Cenu připravíme po konzultaci podle počtu feedů a kanálů.
Potřebujete s tím pomoct?