Heureka feed: 3 chyby z auditu Mergada před a po úpravách pravidel

Audit v Mergadu z 15. 10. 2026 našel v Heureka XML feedu 6 907 produktů z 8 413, kterým chyběly parametry kategorie. Feed patří jednomu e-shopu a všechna čísla z auditů jsou z něj.

Audit Heureka feedu klidně vypíše tisíce chyb pod sebou. Část z nich stojí ve specifikaci Heureky a část přidává kontrola nástroje. Na tom přitom závisí pořadí oprav.

Ukážu vám tři nálezy z auditu s čísly před úpravami pravidel a po nich. Ke každému přidám pohled specifikace Heureky a u názvů i rozdíl mezi specifikací a auditem.

Co ukázaly dva audity Heureka feedu

Audit Heureka XML feedu jsem na tomhle e-shopu spustil v Mergadu dvakrát, 15. 10. a 26. 10. 2026. Mezi oběma běhy se měnila pravidla v Mergadu. Audit kontroluje feed podle pravidel zvoleného reklamního kanálu, tady Heureky. Základ o tom, co je produktový feed, tu přeskočím.

Výsledek

Tři nálezy auditu v Mergadu před úpravami pravidel a po nich

• Audit 15. 10. 2026 (8 413 produktů)
• Audit 26. 10. 2026 (8 465 produktů)

• Chybějící parametry kategorie6 907 → 3 343
• Duplicitní název produktu4 130 → 2 682
• Chybné ITEM_ID796 → 0

Pozor na srovnání: počet produktů ve feedu se mezi audity změnil z 8 413 na 8 465.

Audit měří chyby ve feedu. Prokliky a tržby z něj nevyčtete a dopad oprav na prodej ani na spárování data neobsahují. Na obecný závěr o Heureka feedech jeden e-shop nestačí.

Parametry a kategorie podle specifikace Heureky

K parametrům PARAM píše specifikace XML souboru tohle: "Pokud nejsou parametry vyplněné, pak není možné zobrazovat vaše produkty v konkrétním filtrování." Druhý důsledek popisuje Heureka v nápovědě k Přehledu spárovanosti: bez povinných parametrů nabídku nelze spárovat.

Co vaše kategorie vyžaduje, zjistíte ve specifikaci pod odkazem Seznam parametrů. Vede na tabulku parametrů po kategoriích a povinnost u každého parametru označuje sloupec parameter_obligatory.

Parametry se tak odvíjejí od kategorie a ta stojí v tagu CATEGORYTEXT. Specifikace k němu radí: "uvádějte vždy celou cestu k produktu, ideálně podle našeho stromu kategorií." Příklad správné cesty z dokumentace Heureky:

Heureka.cz | Velké spotřebiče | Pračky a sušičky | Pračky

Nejednoznačnou cestu Heureka podle stránky Párování kategorií zablokuje a nabídky pod ní "nepokračují v párovacím procesu". Zablokované cesty najdete v Přehledu spárovanosti, v části Ignorované kategorie. Nabídky úplně bez kategorie vede Přehled spárovanosti ve vlastní skupině "Nabídky, které nemají přiřazenou kategorii v XML feedu."

Názvy produktů a ITEM_ID

Duplicitní název produktu hlásí audit Mergada, zatímco specifikace Heureky unikátnost PRODUCTNAME výslovně nestanoví. Na názvu Heurece ale záleží kvůli párování. V nápovědě k Přehledu spárovanosti Heureka píše: "Nejčastějším důvodem, proč nemohla být nabídka napárována, je nepřesný či nezařaditelný název produktu."

Specifikace chce v názvu rozlišit varianty, které se liší barvou, rozměry, příchutí, množstvím a dalšími atributy. Název nesmí být obecný a má nejvýš 200 znaků. Výrobce v něm musí být taky, nejen v tagu MANUFACTURER.

Příklad: dvě varianty stejného produktu se liší jen barvou a ve feedu mají stejný PRODUCTNAME. Podle specifikace patří barva do názvu obou variant a každá z nich potřebuje vlastní URL. K adresám specifikace píše: "URL adresa musí být u každého produktu unikátní."

Pro ITEM_ID stanoví specifikace délku a povolené znaky. Hodnota má nejvýš 36 znaků a smí obsahovat jen lomítka, podtržítka, pomlčky, číslice 0 až 9 a malá a velká písmena bez diakritiky. Specifikace je zapisuje jako [/ _ – 0-9 a-z A-Z ]. Mezera, tečka ani písmeno s diakritikou do ITEM_ID tedy nepatří. Hodnota navíc "musí zůstat unikátní navždy".

Schéma

Odkud pochází pravidlo u tří nálezů auditu

Nález auditu v MergaduKde stojí pravidlo

• Chybějící parametry kategorieSpecifikace HeurekyPARAM, povinné parametry podle kategorie z CATEGORYTEXT.
• Duplicitní název produktuKontrola MergadaSpecifikace unikátnost PRODUCTNAME nestanoví, chce v názvu rozlišené varianty.
• Chybné ITEM_IDSpecifikace HeurekyNejvýš 36 znaků, jen povolené znaky.

Co úpravy pravidel změnily a jak výsledek ověřit

Mezi audity proběhly v Mergadu čtyři úpravy pravidel:

• velikost v názvu produktu,
• parametry Velikost a Barva,
• čištění ITEM_ID od nepovolených znaků,
• překlad barev.

Velikost v názvu navazuje na pravidlo, že se varianty rozlišují názvem. Na nulu kleslo po úpravách jen chybné ITEM_ID. U parametrů a názvů hlásí audit dál tisíce produktů.

Výsledek vlastních úprav ověříte ve dvou krocích:

1. V Mergadu spusťte audit znovu a počty u každého nálezu porovnejte s předchozím během. Audit tu poslouží jako validátor Heureka feedu.
2. V administraci Heureky projděte Přehled spárovanosti. Sledujte v něm nabídky bez přiřazené kategorie v XML feedu, nabídky, které nelze spárovat kvůli chybějícím povinným parametrům, a část Ignorované kategorie.

Každý reklamní kanál má podle nápovědy Mergada vlastní strukturu feedu a validační pravidla. Zamítnuté produkty v Google Merchant Center i feed pro Zboží.cz proto kontrolujte zvlášť.

Shrnutí

1. Z auditu jednoho e-shopu jsem vybral tři nálezy, změřené jednou před úpravami pravidel v Mergadu a jednou po nich.
2. O parametrech, které Heureka u produktu čeká, rozhoduje kategorie z CATEGORYTEXT. Produkt bez vyplněných parametrů ve filtrování chybí.
3. Duplicitu názvů kontroluje Mergado. Specifikace Heureky místo unikátnosti chce v PRODUCTNAME rozlišené varianty a jméno výrobce.
4. Do ITEM_ID patří jen písmena bez diakritiky, číslice, lomítka, podtržítka a pomlčky. Hodnota má zůstat jedinečná i do budoucna a mít nejvýš 36 znaků.
5. Po každé změně pravidel v Mergadu ověřte výsledek novým během auditu a Přehledem spárovanosti v administraci Heureky.
6. Prodej audit neměří. Po opravách ukáže, kolik chyb ve feedu zbylo.

Tisíce chyb z auditu se dají roztřídit na pravidla Heureky a na kontroly navíc od nástroje. Vyberte si jednu kategorii a v Seznamu parametrů si u ní vypište parametry označené ve sloupci parameter_obligatory jako povinné.