Produktový feed bez chyb? Zkontrolujte, co zákazník opravdu koupí
Soubor se načetl, ale část produktů se nezobrazuje. U jiné nabídky zákazník po prokliku najde jinou cenu nebo vyprodanou variantu. Kvalitní feed potřebuje správná zdrojová data, export pro konkrétní službu a pravidelnou kontrolu toho, co se skutečně zpracovalo.
Majitel e-shopu obvykle začne otázkou, kde zapnout XML feed. Důležitější je zjistit, odkud se berou jeho údaje a kdo opraví chybu. Pokud e-shop ukazuje aktuální sklad, ale export zůstane po změně dodavatele starý, reklama dál prodává nabídku, kterou obchod nezvládne doručit.
Produktový feed je pravidelně předávaný popis prodejných nabídek. Není kopií celého e-shopu ani potvrzením, že je obchodní kanál výdělečný. Správný import, spárování, zobrazení a objednávka jsou různé kroky. Každý potřebuje vlastní kontrolu.
01Jeden katalog, ale výstup pro každý kanál zvlášť
Udržujte jednotný základ produktových dat a z něj připravte výstupy podle konkrétních specifikací. Nestačí vzít soubor pro Heureku a přejmenovat jeho adresu pro Google. Rozdíly se týkají struktury, atributů, kategorií i významu dostupnosti.
Zboží.cz se v aktuální oficiální nápovědě Seznamu řeší v návaznosti na Inzerci Nákupy a Centrum prodejce. Nápověda výslovně požaduje vlastní specifikaci XML a nepodporuje soubory určené pro jiné platformy. Známý název Zboží.cz proto může v zadání zůstat, ale správu ověřujte v dnešním rozhraní.
| Oblast | Heureka.cz | Zboží.cz / Seznam | Google Merchant Center |
|---|---|---|---|
| Zdroj pravidel | Specifikace základního XML a případného dostupnostního feedu | Specifikace XML feedu pro Centrum prodejce | Specifikace produktových dat a pravidla účtu |
| Identita nabídky | ITEM_ID | ITEM_ID | id |
| Cena produktu | PRICE_VAT v Kč podle české specifikace | PRICE_VAT podle specifikace kanálu | price s odpovídající měnou |
| Dostupnost | DELIVERY_DATE a případně dostupnostní XML | DELIVERY_DATE podle vlastní specifikace | availability a další údaje podle stavu |
| Varianty | Samostatné nabídky a sdružení podle podporovaného formátu | Identita a variantní údaje podle specifikace | Samostatná ID a příslušné atributy variant |
| Kontrola výsledku | Zpracování a spárování nabídek v administraci | Validátor a diagnostika v Centru prodejce | Problémy konkrétních produktů a účtu |
Pro český prodej sladíte jazyk, cenu, dopravu a cílovou nabídku. Při zahraničním prodeji připravte odpovídající lokalizaci a podmínky. Přepočet měny sám nevytvoří použitelnou nabídku pro jinou zemi. Přístupnost zdroje dat také neznamená, že byly splněny všechny podmínky účtu.
02Najděte skutečný zdroj ceny, skladu a produktových údajů
Ve firmě si vyjasněte, který systém rozhoduje o každém údaji. Cena může vznikat v ERP, text v e-shopu, obrázek v produktové knihovně a dostupnost ze skladu s rezervacemi. Export musí toto rozhodnutí respektovat, nikoli vybrat první neprázdnou hodnotu.
- U každého pole určete zdroj a člověka odpovědného za opravu.
- Definujte, co znamená skladem, na objednávku a dočasně neprodejné.
- Rozlište prodejní jednotku, balení, variantu a sadu.
- Při chybě zdroje rozhodněte, zda nabídku pozastavit, nebo použít ověřený poslední stav.
Skladová dostupnost není vždy jen počet kusů. Zohledněte rezervace, prodej na více kanálech a pravidla dodavatele. Marketing nemá ručně přepisovat sklad v exportu, aby nabídka prošla. Opravte pravidlo nebo zdroj, jinak se nesoulad při dalším generování vrátí.
Návaznosti mezi e-shopem, ERP a dalšími systémy vysvětluje propojení systémů přes API. Pro feedy potřebujete také jasný záznam času generování a úspěšnosti přenosu. Technická integrace má mít vlastníka i po prvním spuštění.
03Stabilní ID a správná varianta chrání kontinuitu nabídky
Identifikátor nesmí být pořadím řádku v exportu. Použijte stabilní označení konkrétní nabídky a při změně názvu nebo ceny je zachovejte. Nový export má aktualizovat stejný produkt, ne vytvořit novou identitu při každém přegenerování.
Heureka požaduje trvalé ITEM_ID. V aktuální specifikaci Googlu najdete obdobný požadavek na stálé id. Při migraci e-shopu proto připravte mapu starých a nových identifikátorů a otestujte kontinuitu ještě před přepnutím.
Tričko ve velikosti M a jiné ve velikosti L musí mít vlastní odpovídající údaje. Proklik má otevřít správnou nabídku nebo předvolenou variantu, její cenu a dostupnost. Společná produktová stránka může být v pořádku, pokud návštěvník jasně pozná, co mu nabídka slíbila.
Sdružení variant nastavte podle podporovaných atributů konkrétního kanálu. Stejně pojmenované ITEMGROUP_ID není důvod zkopírovat všechna pravidla mezi službami. Ověřte také použitou verzi feedu. Parametry jako velikost, barva nebo materiál mají být údaji o skutečném výrobku, nikoli odhadem marketingového nástroje.
EAN či jiný výrobní identifikátor nepřepisujte interním SKU. Pokud identifikátor výrobce existuje, vyhledejte správnou hodnotu pro danou variantu. Pokud neexistuje, postupujte podle pravidel cílového kanálu. Vymyšlený kód může způsobit chybné přiřazení ke zcela jinému výrobku.
04Porovnejte export s detailem produktu a košíkem
Připravte kontrolní vzorek běžného produktu, varianty, slevy, posledního kusu a položky s odlišnou dopravou. U každého projděte export, cílovou stránku a nákupní krok. Neověřujte pouze hlavní cenu v seznamu produktů.
Google požaduje shodu ceny, měny a dostupnosti s relevantními částmi webu včetně nákupu a strukturovaných dat. U české Heureky specifikace rozlišuje konečnou cenu a údaje o dopravě. Odlišný údaj ve zdroji může znamenat odmítnutí nebo matoucí nabídku.
U slev definujte začátek, konec a obnovu běžné ceny. Pokud se akce v e-shopu ukončí o půlnoci, ale soubor čeká na další import, vzniká období nesouladu. Na rychlé změny nastavte odpovídající postup podle možností služby, nevydávejte aktualizaci lokálního XML za okamžité zpracování platformou.
Dostupnost produktu a termín doručení nejsou stejná informace. Heureka má samostatnou specifikaci dostupnostního XML, které musí navazovat na identitu nabídky v hlavním souboru. U dopravy zkontrolujte reálné možnosti pro dané zboží a destinaci, nikoli pouze nejnižší obecnou sazbu.
05Texty a obrázky mají přesně popsat prodávané zboží
Název má pomoci rozpoznat produkt a jeho variantu. Pracujte s ověřenou značkou, modelem a podstatným rozlišujícím údajem. Neplňte jej celým reklamním sdělením. Název „Nejlepší dárek doprava zdarma“ nesděluje, jakou nabídku zákazník porovnává.
V popisu oddělte vlastnosti výrobku od podmínek obchodu. Slučte duplicitní parametry, zachovejte jednotky a zkontrolujte texty dodavatelů. Chybná kompatibilita nebo rozměr je obchodní problém, i když formát splnil validátor.
Obrázek musí odpovídat konkrétnímu zboží, být dostupný robotům a splnit podmínky kanálu. Ověřte variantu, balení i to, zda fotografie nezobrazuje příslušenství, které zákazník nedostane. Při přesunu souborů zkontrolujte adresy. Funkční obrázek v přihlášené administraci není důkazem dostupnosti zvenčí.
06Generativní AI má v Merchant Center vlastní pravidla
AI může navrhnout úpravu názvu nebo popisu, ale nesmí doplnit neověřenou vlastnost. Schvalování navážte na produktová data. Před zveřejněním kontrolujte zejména materiál, kompatibilitu, certifikaci a obsah balení.
Pro názvy vytvořené generativní AI Google požaduje structured_title, pro takto vytvořené popisy structured_description. V obou případech se text předává v podatributu content a digital_source_type má hodnotu trained_algorithmic_media. Implementace musí respektovat formát konkrétního zdroje dat.
Pravidla Googlu pro generované obrázky vyžadují odpovídající IPTC metadata DigitalSourceType s označením TrainedAlgorithmicMedia a zachování vložených značek. Zkontrolujte proto i zpracování obrázků: převod nebo optimalizace může metadata odstranit.
To jsou podmínky produktových podkladů v Merchant Center. Nejde o univerzální pravidlo pro každý blogový text ani automaticky o požadavek Heureky či Zboží.cz. Každý kanál kontrolujte podle jeho pravidel. Označení generovaného původu také nepotvrzuje pravdivost nabídky ani správnost fotografie.
07Validace nestačí: sledujte zpracování a konkrétní chyby
První kontrola řeší, zda soubor vznikl, jde načíst a má správnou strukturu. Druhá ověřuje správnost obchodních hodnot. Třetí sleduje, co přijala platforma a proč některé položky odmítla. Tyto výsledky neslučujte do jediného hlášení „feed funguje“.
Seznam nabízí validátor a specifikaci XML. V Merchant Center sledujte problémy produktů a účtu. Chybu opravujte podle konkrétního důvodu a vzorku položek. Hromadná změna pravidla může vyřešit jeden problém a vytvořit jiný.
- Zaznamenejte čas posledního generování a úspěšného stažení.
- Sledujte počet exportovaných, přijatých a problémových nabídek.
- Upozorněte na nečekaný pokles položek a chybu hlavního zdroje.
- U každé opravy evidujte pravidlo, dotčené produkty a výsledek dalšího zpracování.
Vyberte několik nabídek pro pravidelnou ruční kontrolu. Nová cena může být správně v souboru, ale čekat na import, zatímco jiná nabídka je odmítnutá. Příčinu zjistíte sledováním celého toku, nikoli dalším zvýšením nabídky za proklik.
08Spusťte pilot a vyhodnocujte obchodní výsledek
Začněte reprezentativní částí katalogu a otestujte změnu ceny, vyprodání, obnovení dostupnosti i nové varianty. Připravte návrat předchozího pravidla exportu, pokud úprava poškodí nabídky. Chybějící povinné údaje nemaskujte náhradními hodnotami bez významu.
- Určete zdroje údajů a stabilní identitu nabídek.
- Připravte výstup podle každého cílového kanálu.
- Projděte validaci, import a nákupní scénář.
- Nastavte dohled, opravy a vyhodnocení marže.
Výsledek posuzujte s ohledem na marži, dopravu, vratky a cenu přivedení objednávky. Počet schválených nabídek je technická metrika, ne zisk. Změny názvů a pravidel dělejte s konkrétní hypotézou a porovnatelným obdobím, aby šlo poznat jejich dopad.
Produktový feed a organické stránky mají odlišnou úlohu. Pořádek v kategoriích a filtrech řeší SEO pro e-shopy. Feed má na tyto stránky správně navazovat; nevytvářejte kvůli exportu další neřízené kopie katalogu.
09Časté otázky k produktovým feedům
Lze použít jeden XML soubor pro všechny platformy?
Udržujte společný zdroj katalogových údajů, ale připravte výstup pro konkrétní kanál. Specifikace se liší. Podobné názvy polí neznamenají stejné hodnoty ani pravidla.
Proč stabilní ID není totéž co EAN?
ID označuje vaši nabídku v daném exportu. EAN je výrobní identifikátor zboží. Nepoužívejte interní číslo jako vymyšlený EAN a při aktualizaci stejné nabídky zachovejte její identitu.
Jak pracovat s variantami na jedné produktové stránce?
Každá exportovaná varianta potřebuje odpovídající identitu a údaje. Po prokliku musí zákazník poznat a objednat správnou velikost či barvu. Sdružení a odkazy nastavte podle pravidel kanálu.
Znamená úspěšná validace, že se všechny produkty zobrazí?
Ne. Validace formátu nepotvrzuje správnost obchodních hodnot, splnění pravidel účtu ani výsledné zobrazení. Sledujte zpracování, konkrétní chyby a přijaté nabídky.
Co dělat při nesouladu ceny?
Porovnejte zdroj, export, cílovou stránku, nákup a poslední zpracování. Opravte příčinu, například starý export nebo odlišné pravidlo slevy. Změna samotného souboru ještě neznamená okamžité načtení platformou.
Můžeme do Merchant Center poslat text vytvořený AI?
Při použití generativní AI dodržte pravidla structured_title nebo structured_description a odpovídajících podatributů. Zároveň ověřte výrobní údaje. Metadata původu neřeší chybný popis produktu.
Kdo má feedy ve firmě spravovat?
Určete vlastníka produktových dat, odpovědnost za export a člověka, který kontroluje diagnostiku a obchodní výsledek. Jedna osoba může zastat více rolí, ale postup při chybě musí být jasný.