Proč na chybách ve feedu záleží
Odmítnutý produkt je neviditelný produkt — zákazník ho nevidí, takže ho nekoupí, i kdyby to byl váš bestseller. A protože většina chyb je systémová, netýká se jednoho zboží, ale celých skupin: jediné špatné kódování nebo chybný povinný tag umí naráz shodit stovky položek. V Conviu vidíme často to, že e-shopař o problému ani neví — feed se tváří, že odešel, jen část katalogu tiše propadla na vstupní kontrole kanálu.
Náklady jsou přitom dvojí. Přímo přicházíte o tržby z neviditelných produktů a nepřímo platíte za bidding nebo reklamu u těch, které sice projdou, ale mají špatná data, takže nekonvertují. Proto se chyby vyplatí řešit průběžně, ne až při čtvrtletní revizi.
Časté chyby ve feedu
Každá chyba níže má jedno společné: feed by s ní neprošel ani při přímém napojení na kanál — je to vada v datech, kterou je potřeba před odesláním srovnat. Conviu ji opraví při převodu z importu na export. U každé proto uvádíme, jak se projeví a co se musí opravit, aby produkt prošel:
| Chyba | Jak se projeví | Jak opravit |
|---|---|---|
| Chybějící / neplatný EAN/GTIN | Produkt se nespáruje na kartu, u Googlu bývá odmítnut | Doplnit platný kód od výrobce; nikdy interní kód e-shopu |
| Špatné kódování | Rozsypaná diakritika, kanál text odmítne | Nastavit a hlídat UTF-8 při exportu |
| Špatná / neúplná kategorie | Produkt v nesprávné sekci nebo odmítnut | Zařadit dle stromu kanálu (Heureka CATEGORYTEXT, Google kategorie) |
| Chybějící povinné pole | Produkt odmítnut na vstupu | Doplnit povinná pole kanálu (název, cena, dostupnost, URL, obrázek) |
| Nesoulad ceny / dostupnosti feed × web | Ztráta důvěry, sankce kanálu, frustrace zákazníka | Jeden zdroj pravdy a častější aktualizace feedu |
| Duplicitní ID položek | Produkty se navzájem přepisují nebo ztrácejí | Zajistit unikátní ID (Heureka ITEM_ID, Google id) u každé položky |
| Problémy s obrázky | Produkt bez obrázku nebo odmítnut | Platné HTTPS URL, dostatečný rozměr, bez reklamních textů a vodoznaků |
| Špatný formát / jednotka / měna hodnoty | Kanál hodnotu odmítne nebo špatně přečte (cena v EUR, váha s jednotkou „g“, čárka místo tečky) | Přepočítat a přeformátovat na to, co kanál žádá (CZK, číslo bez jednotky, desetinná tečka) |
| Nevalidní struktura XML/CSV | Kanál soubor vůbec nenačte (rozbitý CDATA, špatný oddělovač, neuzavřené elementy) | Opravit strukturu na validní XML/CSV podle schématu kanálu |
Mezi časté patří hlavně tři. EAN/GTIN je nejcitlivější u Googlu a u párování na produktové karty — bez něj produkt často neexistuje jako rozpoznatelná položka; pozor hlavně na varianty, kde se kód někdy omylem zkopíruje napříč velikostmi. Špatné kódování poznáte podle „rozsypané“ diakritiky (místo „ž“ se objeví podivné znaky) a obvykle vzniká nastavením exportu, ne v datech samotných. A nesoulad ceny a dostupnosti mezi feedem a webem je zákeřný tím, že produkt projde, ale zákazník na srovnávači vidí jinou cenu než na e-shopu — to kanály penalizují a zákazníky odrazuje.
Část chyb přitom nevypadá jako překlep v datech — vznikne tím, že každý kanál chce hodnoty v jiném formátu, jednotce nebo pořadí. Při přímém napojení by feed kanál rovnou odmítl; Conviu to proto srovná až při převodu z importu na export. Pár reálných případů, které takhle řešíme — vždy jde o to, co je ve zdroji špatně a co se musí opravit, aby produkt prošel:
- Kaufland — pořadí sloupců. Zdrojový feed má
localejako první sloupec, jenže Kaufland import v tomhle pořadí odmítne. Opravit znamená přeskládat sloupce do pořadí, které Kaufland žádá. - Upgates — jednotka u váhy. Hmotnost je ve feedu zapsaná s jednotkou (
g), Upgates ale u WEIGHT čeká jen číslo. Opravit znamená jednotku odebrat a poslat čistou číselnou hodnotu. - Google Merchant — doprava pro nepodporovanou zemi. Feed nese dopravu pro zemi, kterou účet nepodporuje, a Merchant kvůli tomu produkt odmítne. Opravit znamená tu dopravu z výstupu odebrat.
- Měna a desetinná místa. Cena přijde v EUR nebo s čárkou, kanál čeká CZK a tečku. Opravit znamená přepočítat měnu a sjednotit formát čísla.
Pokud chcete vidět, jak vypadá správně sestavená položka se všemi povinnými poli (a rozdílem mezi PRODUCT a PRODUCTNAME u Heureky), tady je zjednodušená ukázka — postup po krocích máme i v návodu na úpravu XML feedu pro Heureku:
<SHOPITEM>
<ITEM_ID>KOLO-AUTHOR-SIMPLEX-2026-YEL</ITEM_ID>
<PRODUCTNAME>Městské kolo Author Simplex 2026, žluté</PRODUCTNAME>
<PRODUCT>Author Simplex 2026</PRODUCT>
<DESCRIPTION>Lehké městské kolo s nízkým rámem...</DESCRIPTION>
<URL>https://www.mujeshop.cz/kolo-author-simplex</URL>
<IMGURL>https://www.mujeshop.cz/foto/kolo.jpg</IMGURL>
<PRICE_VAT>19990</PRICE_VAT>
<EAN>8591234567890</EAN>
<CATEGORYTEXT>Sport | Cyklistika | Městská kola</CATEGORYTEXT>
<DELIVERY_DATE>0</DELIVERY_DATE>
<DELIVERY>
<DELIVERY_ID>CESKA_POSTA</DELIVERY_ID>
<DELIVERY_PRICE>89</DELIVERY_PRICE>
<DELIVERY_PRICE_COD>119</DELIVERY_PRICE_COD>
</DELIVERY>
</SHOPITEM>Heureka: specifické případy, na kterých se padá
Heureka má vlastní pravidla, na která e-shopy opakovaně narážejí. Povinných je osm polí: ITEM_ID, PRODUCTNAME, URL, IMGURL, PRICE_VAT, CATEGORYTEXT, DELIVERY_DATE a DELIVERY — produkt bez nich Heureka odmítne (Heureka, specifikace XML feedu, 2026). DESCRIPTION mezi nimi není, je jen silně doporučený. Kromě toho pozor na:
- Dopravu a Balíkovnu — způsob zápisu dopravy a výdejních míst se měnil; detail v článku o Balíkovně v Heureka XML.
- Energetické štítky — u dotčených kategorií jsou povinné a mají svá pravidla zápisu; viz označování energetické třídy.
- PRODUCT vs PRODUCTNAME, EXTENDED_WARRANTY a SPECIAL_SERVICE — častá záměna i nové prvky rozebíráme v samostatném článku.
Drobnost na závěr: Heureka se nabídku snaží spárovat s existující kartou produktu podle názvu (PRODUCTNAME); když se to nepovede, putuje mezi nespárované produkty k ruční opravě. Čím přesnější název (značka, model, klíčový parametr) dodáte, tím líp se produkt spáruje a zařadí. Strohý název typu „Tričko“ si o problém říká.
Chyba na importu, nebo až na exportu?
Než začnete opravovat, zjistěte, kde chyba vzniká — ušetří vám to spoustu času. Jsou dvě možnosti. Buď je hodnota špatná už v datech, která přicházejí z e-shopu nebo od dodavatele (chyba na importu) — pak je třeba opravit zdroj. Nebo data v e-shopu sedí, ale ve výsledném feedu jsou jinak (chyba na exportu) — pak vzniká až při generování, typicky špatným mapováním nebo pravidlem.
Jednoduchý test: porovnejte hodnotu v administraci e-shopu s hodnotou ve vygenerovaném feedu. Když se liší, je problém v transformaci; když je špatná na obou místech, je v datech.
Příklad: produkt má v e-shopu cenu 1 290 Kč, ale ve feedu je zapsaná s desetinnými místy, která kanál neumí přečíst. Cena v e-shopu je správně, problém vzniká až formátováním při exportu — opravíte tedy pravidlo pro výstup, ne kartu produktu. Kdybyste hledali chybu v e-shopu, marně byste se hrabali ve správných datech.
Jak chyby najít a opravit
Postup, který funguje:
- Validátor / diagnostika kanálu — Heureka i Google Merchant Center ukážou konkrétní důvod odmítnutí u jednotlivých produktů. Tady začněte.
- Specifikace kanálu — ověřte povinná pole a formát proti oficiální dokumentaci, ať netipujete.
- Kontrola logů a vzorku — projděte pár odmítnutých položek a hledejte společný jmenovatel (stejná kategorie? stejný dodavatel?).
- Hromadná oprava pravidlem — protože je chyba systémová, opravte ji jedním pravidlem pro celý feed, ne ručně u každého produktu.
Modelově: Google Merchant Center hlásí 240 odmítnutých produktů s chybou „chybí GTIN“. Ve vzorku zjistíte, že jde výhradně o zboží jednoho dodavatele, který EAN neposílá. Místo ručního dohledávání nastavíte jedno pravidlo — GTIN doplníte z jiného pole, nebo produkty bez něj cíleně označíte — a vyřešíte všech 240 položek najednou.
Právě tady se vyplatí feed editor. Ve feed editoru Conviu opravíte data transformací — doplníte chybějící parametr, sjednotíte kategorie, nahradíte text, přepočítáte hodnoty — bez zásahu do e-shopu a pro všechny dotčené produkty naráz. Zdroj (e-shop) zůstává, jak je; čistý je až výstup pro kanál.
Jak chybám předcházet
Levnější než opravovat je nechybovat. Pomáhá pár návyků: průběžně (ne jednou za kvartál) sledujte počet odmítnutých produktů v diagnostice kanálu, nastavte si upozornění na náhlé výkyvy a po každé větší změně na e-shopu nebo u dodavatele zkontrolujte vzorek feedu. Ve feed editoru navíc najdete log chyb (ve Statistikách), kde se po exportu ukážou i chybějící povinné parametry, a můžete si zapnout alert na selhání exportu — o problému se tak dozvíte hned a opravíte ho jedním pravidlem pro celý feed, ještě než se naplno promítne do prodejů.
Když na to nechcete být sami
Pokud vám produkty padají opakovaně a nechcete trávit hodiny v diagnostikách, napište nám — feed projdeme a chyby opravíme. Širší kontext datových toků e-shopu najdete v průvodci produktovými feedy a napojením.
