Produktová data pro SEO a AI viditelnost: rozhodují parametry

Na čem viditelnost produktu stojí

Viditelnost produktu stojí na dvou věcech. První je, kolik vlastností máte u produktu vyplněných jako parametry, tedy jako samostatná pole: barvu, velikost, materiál. Právě parametry rozhodují, na jaké dotazy vaše zboží vůbec může odpovědět. Druhá věc je shoda: jestli o produktu říká totéž vaše produktová stránka, její kód a feed, tedy soubor s produkty, který z e-shopu odchází do Nákupů Google. Podle shody se pak Google rozhoduje, jestli produkt pustí ven, nebo ho zamítne.

Netýká se to přitom jen Nákupů. Na stejných datech stojí i bezplatné zobrazení produktů ve vyhledávání a odpovědi umělé inteligence. Níž si projdeme, kde se data nejčastěji rozcházejí a jak si za dvacet minut ověříte, na čem jste.

Je to jeden z článků tématu SEO a UX pro e-shop. Navazuje na přehled příčin, proč se e-shop neukazuje a rozebírá jednu z nich do hloubky.

Tři podoby jedněch dat

Produkt v e-shopu zakládáte jednou: vyplníte název, cenu a parametry, tedy barvu, velikost a materiál. Co se s vyplněnými údaji děje dál, už většinou nikdo nesleduje. Vydají se přitom třemi cestami a na každé s nimi zachází jiný mechanismus.

První podoba je viditelný text produktové stránky — jediná ze tří, kterou vidí i zákazník. Patří do ní cena, popisek, tabulka parametrů a štítek „skladem“. Vypisuje je šablona e-shopu, tedy vzor stránky, do kterého se údaje z katalogu dosazují.

Druhá podoba jsou strukturovaná data v kódu stránky, zapsaná podle slovníku schema.org. Nesou stejné údaje, jen zapsané tak, aby je přečetl stroj. Návštěvník je nevidí, vyhledávač ano.

Třetí podoba je feed a ten na stránce vůbec není. Je to samostatný soubor ve formátu XML nebo CSV, tedy v jednom ze dvou běžných formátů pro tabulková data. Odchází do Nákupů Google (možná je znáte pod názvem Google Shopping), do srovnávačů a do reklamních systémů. Vzniká samostatným exportem: e-shop si pravidelně vytáhne data z produktové databáze a poskládá z nich soubor. Feed proto není jiný pohled na tutéž stránku, ale samostatná kopie dat. Jak feedy vznikají a jak se e-shop napojuje na jednotlivé kanály, rozebírá téma produktové feedy a napojení e-shopu.

Slovo „katalog“ tu padne ještě mnohokrát, tak ať je jasné, co tím myslíme. Je to produktová databáze ve vaší administraci, tedy místo, kde produkt vzniká a kde se mu vyplňují pole. Všechny tři podoby z něj čerpají.

V tabulce se ve sloupci „Kdo ji čte“ objevilo i Merchant Center, tak si ho představme. Je to účet u Googlu, do kterého e-shop posílá svoje zboží. Google z něj pak čerpá do Nákupů, do bezplatných záznamů ve vyhledávání i do nákupních odpovědí umělé inteligence. Není to účet pro reklamu — je zdarma a funguje i bez ní. Bez něj se ovšem produkty do Nákupů ani do bezplatných záznamů nedostanou, ať máte data sebelepší. Pokud ho tedy nemáte, zařiďte si ho jako první.

Když všechny tři podoby čerpají z jednoho katalogu, člověk čeká, že se shodnou samy od sebe. Jenže každou z nich skládá jiný mechanismus a v jiný čas. Shoda se proto nedá předpokládat, dá se jen zařídit. Dokud se ty tři podoby liší jen formátem, nikomu to nevadí. Problém začíná ve chvíli, kdy se rozejdou obsahem.

Parametry rozhodují, na jaké dotazy vůbec můžete odpovědět

O viditelnosti nerozhoduje jen cena a dostupnost. Nejvíc váží to, co se v e-shopu vyplňuje nejmíň pečlivě: parametry. Jsou to vlastnosti produktu vedené jako samostatná pole — barva, velikost, materiál, značka, výkon nebo objem. V nápovědě Googlu se jim říká atributy — je to jen jiné slovo pro tutéž věc.

Vraťme se proto ke kolu ze začátku. Zákazník hledal žluté dětské kolo o velikosti 26 palců a pojmenoval tím tři vlastnosti: barvu, věkovou skupinu a velikost. Právě na nich se rozhoduje, jestli vaše kolo do takového zúženého výběru vůbec spadne.

Google to říká přímo v pokynech ke kvalitě produktových dat: „Uvedení všech podstatných atributů u produktu zvyšuje jeho šanci, že se zobrazí u nejvíc odpovídajících vyhledávacích dotazů.“ (v překladu z anglického originálu). Není to tedy kosmetika. Parametry určují, na jaké dotazy vaše zboží může odpovědět.

Nejhmatatelněji se to projevuje u filtrů. U velikosti i věkové skupiny Google píše, že se produkt může objevit ve výsledcích filtrovaných podle nich, tedy jen tehdy, když je má vyplněné. Bez vyplněné velikosti do výběru „26 palců“ vaše kolo nespadne, i kdyby bylo jinak přesně to, co zákazník hledá. U barvy a materiálu Google dodává, že slouží k vytvoření přesných filtrů, kterými si zákazník výsledky zúží.

Proč popisek parametr nenahradí

Napadne vás možná námitka: barva i velikost jsou přece v popisku a Google umí číst text. Umí. Jenže na doplňování chybějících údajů má vlastní, jasně vymezenou funkci — a ta na barvu s velikostí nedosáhne.

Jmenuje se automatické aktualizace položek a věnujeme jí samostatnou kapitolu níž. Podstatné je teď jedno omezení. Google v nápovědě k ní uvádí, že produktová data z webu umí vytáhnout i bez strukturovaných dat, pomocí statistických modelů a strojového učení. Zároveň ale vyjmenovává, čeho se to týká: ceny, akční ceny, dostupnosti a stavu zboží. Stavem se přitom myslí to, jestli je zboží nové, použité, nebo repasované. Barva, velikost, materiál ani věková skupina v tom výčtu nejsou.

Prakticky to znamená, že u ceny máte záchrannou síť a u parametrů ne. Co u produktu nevyplníte jako parametr, to za vás nikdo nedoplní.

Google přitom nikde netvrdí, že text v názvu nebo popisu ignoruje. Naopak u názvu doporučuje mít podstatné vlastnosti i tam a zákazník je v popisku ocení. Rozdíl je v tom, co s nimi jde udělat dál — z popisku se nedá spolehlivě filtrovat a chybějící atribut si z něj Google sám nedoplní.

Které parametry jsou povinné a které jen pomáhají

U části parametrů navíc nejde o lepší umístění, ale o vstupenku. Ve specifikaci údajů o produktu, tedy v dokumentu, kde Google popisuje všechna pole feedu, je to u povinných atributů řečené jednoznačně. Když je nepošlete, produkt se nebude moci zobrazovat v reklamách ani v bezplatných záznamech. Bez nich se zboží ven vůbec nedostane.

U celé kategorie Oblečení a doplňky, tedy včetně obuvi, šperků nebo čepic, vyžaduje Google pro bezplatné záznamy barvu, věkovou skupinu a pohlaví. Velikost k tomu přibývá jen u oblečení a obuvi. Materiál je povinný napříč kategoriemi všude tam, kde se jím produkty od sebe liší, tedy u každého sortimentu, který se prodává ve více materiálech. U ostatních kategorií ale barva, věková skupina, pohlaví ani velikost povinné nejsou, a kolo je jedna z nich. O to snadněji se na ně zapomene, přestože právě na nich stojí filtrování.

Jak velký je rozdíl mezi povinným a nepovinným atributem, ukáže druhý příklad. Zákazník hledá modrou dámskou softshellovou bundu velikosti M a pojmenoval tím barvu, pohlaví, materiál i velikost. U oblečení jsou přitom všechny čtyři buď rovnou povinné, nebo povinné tam, kde se jimi zboží od sebe liší. Bunda, u které kterýkoli z nich chybí, se proto nedostane ani do bezplatných záznamů — nejde o horší umístění, ale o to, že tam nebude vůbec. Na kole se dá o parametry přijít nenápadně; u oblečení produkt vypadne rovnou.

Vlastní parametry a odpovědi AI

Zbytek parametrů je volitelný, ale ne bezvýznamný. Na vlastní technické specifikace má Google samostatný atribut podrobnosti o produktu (product_detail), do kterého se zapisuje trojice oddělená dvojtečkami, třeba Obecné:Rozměry:20x5 cm.

Právě u něj stojí za přečtení, co Google slibuje: „Odesláním tohoto atributu můžete zákazníkům pomoci nalézt informace o vašich produktech na platformách využívajících umělou inteligenci, jako je režim AI ve Vyhledávání Google a další, a zároveň vylepšit i tradiční vyhledávání.“ Vlastní parametry tedy nejsou jen podklad pro filtry. Jsou to údaje, kterými se vaše zboží může dostat do odpovědi umělé inteligence. Jak se konkrétní pole feedu pro AI plní, rozebírá příprava produktových dat pro AI vyhledávání.

Pořád jde přitom o totéž: čím víc vlastností má produkt vyplněných jako pole, do tím většího počtu filtrovaných výběrů a kanálů může spadnout.

Co strukturovaná data nespraví

Parametr, který není v katalogu, se nedostane nikam. Není ve feedu, není v tabulce parametrů na stránce a není ani ve strukturovaných datech, protože šablona ho nemá odkud vzít.

Právě tady vzniká nejčastější nedorozumění kolem strukturovaných dat. Ta se totiž nasazují s očekáváním, že z produktu vytáhnou víc, než v něm je. Jenže žádnou informaci nevyrábějí — jen přeloží do strojové podoby to, co v katalogu už je. Když tedy u kola chybí velikost, nepomůže sebelepší kód: chybí surovina, ne překlad.

Čím začít: otevřete si v administraci pět produktů z různých kategorií a spočítejte, kolik parametrů u nich opravdu vyplněných je. Nejde o to, kolik jich vaše platforma nabízí. Měřítko máte dvojí: povinné atributy pro vaši kategorii a k tomu barvu, velikost, materiál, značku a EAN (čárový kód zboží) všude, kde dávají smysl. Počítejte přitom s tím, že u zboží od dodavatelů bývá vyplněný název, cena a jedna dvě vlastnosti a zbytek chybí. Jak parametry doplnit hromadně místo po jednom, rozebírá hromadné obohacení produktových dat.

Jestli se vyplněné parametry dostanou i ven, tedy do feedu, na stránku a do jejího kódu, si ověříte postupem z kapitoly Kontrola na dvacet minut.

Google ty tři podoby porovnává

Když parametry v katalogu máte, přichází druhá otázka: říkají všechny tři podoby totéž? Google si je totiž nečte odděleně. V požadavcích na vstupní stránku to formuluje jako pravidlo, v překladu z anglického originálu: „Všechny informace uvedené ve zdroji dat budou ověřeny proti informacím zobrazeným na vstupní stránce a na webu.“

V citaci jsou dva výrazy z nápovědy, které stojí za vysvětlení. „Zdrojem dat“ Google myslí váš feed. „Vstupní stránkou“ myslí adresu, na kterou zákazník po kliknutí přijde, u produktu tedy vaši produktovou stránku — a tak jí mimo citace říkáme i my.

Nejpodrobněji to Google rozepsal u dvou údajů, kde se neshoda trestá nejtvrději: u ceny a dostupnosti. Začněme cenou. Tu na vaší produktové stránce pravidelně kontroluje Googlebot, tedy program, kterým Google prochází weby, a porovnává ji s cenou ve feedu. Shodovat se přitom musí přesně: ceny v HTML, tedy v kódu stránky, se nesmí lišit od cen nahraných do Merchant Center. Google to v nápovědě k chybě „Neodpovídající cena produktu“ popisuje doslova: „Googlebot pravidelně prochází vaše vstupní stránky a porovnává atribut cena [price] ve vašem zdroji dat s cenami na vstupní stránce nebo v označení strukturovaných dat (pokud je implementováno).“

U dostupnosti jde Google ještě dál. Podle nápovědy k nekonzistentní dostupnosti musí souhlasit na vstupní stránce, na stránce placení, ve strukturovaných datech a ve zdroji dat; rozpor v kterémkoli z nich znamená zamítnutí produktu. Stránka placení, tedy krok, ve kterém zákazník objednávku dokončuje, přitom mezi tři podoby dat vůbec nepatří — a právě proto se na ni zapomíná nejčastěji.

Když se tedy ptáte, proč Google zamítl produkt, u kterého je na první pohled všechno v pořádku, bývá odpověď právě tady: rozešla se cena nebo dostupnost na jednom ze čtyř míst. Téhle shodě mezi feedem, stránkou a jejím kódem se říká konzistence produktových dat a Google ji měří průběžně.

Následek přitom nepřijde naráz pro celý katalog. Nejdřív padne jednotlivý produkt: zmizí z Nákupů, z bezplatných záznamů i z reklamy, zatímco na produktové stránce dál vypadá všechno v pořádku. Když se ale nepřesných produktů nasbírá napříč katalogem víc, je v sázce celý účet — Google v nápovědě k neodpovídající ceně píše jasně: „Může to vést k pozastavení účtu.“

Po opravě se produkt nevrátí hned. Google si nejdřív musí znovu stáhnout feed a projít produktovou stránku; zamítnutí odpadne teprve při tom porovnání. Google nikde nezveřejňuje, kolik nepřesností toleruje. U ceny ale mluví o přesné shodě, takže s tolerancí na haléřové rozdíly ze zaokrouhlení DPH radši nepočítejte.

Úklid v datech se proto nedá odložit na volnější týden. Google porovnává průběžně a podle výsledku se rozhoduje, kolik vašeho zboží se vůbec dostane k zákazníkům.

Proč je to téma pro SEO, ne jen pro Nákupy

Zatím to pořád vypadá jako téma pro Merchant Center, tedy pro Nákupy a reklamu. Jenže s organickou viditelností, tedy s tím, jak se ukazujete v neplacených výsledcích vyhledávání, to souvisí hned třemi způsoby a poslední z nich je nejnovější.

1. Přes bezplatné záznamy o produktech. Produkty z Merchant Center se nezobrazují jen na kartě Nákupy. Podle nápovědy Googlu se mohou bezplatně objevit i ve Vyhledávání Google, v Obrázcích a v Google Lens a Česko je mezi podporovanými zeměmi. Zamítnutý produkt tedy nepřichází jen o reklamu; mizí i z míst, která byste počítali do organické viditelnosti. (Bohatší nákupní výsledky typu „oblíbené produkty“ běží zatím jen v několika zemích mimo Evropu, takže na ty v Česku nespoléhejte.)
2. Přes samotná strukturovaná data. Aby se u vašeho výsledku ve vyhledávání ukázala cena a dostupnost, musí strukturovaná data odpovídat tomu, co je na stránce vidět. Když se kód a viditelná stránka rozejdou, není to jen promarněná příležitost. Google to řadí mezi porušení kvalitativních pravidel a v obecných pokynech ke strukturovaným datům upozorňuje, že takové porušení může zobrazení zablokovat i u kódu, který je po technické stránce v pořádku. Které typy strukturovaných dat dnes e-shopu dávají smysl a jak si ověříte, co váš web generuje, rozebíráme ve strukturovaných datech a rozšířených výsledcích.
3. Přes odpovědi umělé inteligence. V průvodci optimalizací pro AI Google píše, v překladu z anglického originálu: „Používání produktů, jako je Merchant Center (například feedy Merchant Center) a Firemní profil na Googlu, může pomoci tomu, aby vaše produkty a služby byly vidět jak v odpovědích AI, tak v ostatních výsledcích Vyhledávání Google.“ Jsou to přesně ta data, o kterých je celý tenhle článek.

Právě proto se vyplatí vědět, odkud si umělá inteligence data bere. Google na svém blogu v květnu 2025 popsal, že režim AI pracuje technikou query fan-out: dotaz rozloží na dílčí podotázky a na každou hledá zvlášť. Nákupní část režimu AI přitom čerpá ze Shopping Graphu. To je Googlova souhrnná databáze produktů z celého webu. Plní ji mimo jiné data z Merchant Center. Google z ní pak čerpá do výsledků vyhledávání, do reklamy, na YouTube i do generativních funkcí, tedy do odpovědí, které skládá umělá inteligence. Jak přesně se dílčí dotazy párují s konkrétními atributy, Google nepopisuje. Co ale popsané je: do Shopping Graphu se vaše zboží dostává právě přes produktová data.

Merchant Center k tomu nabízí statistiky výkonu pro AI. Upozorňuje mimo jiné na „oblíbené atributy produktů“, tedy „strukturované technické specifikace, které zákazníci hledají, například velikost, barvu nebo materiál, které mohou ve vašich zdrojích produktových dat chybět“. Google tedy začal sám pojmenovávat, které vyhledávané parametry vám v datech chybí. Statistiky k tomu ukazují, jak často se vaše zboží v odpovědích objevuje, jak si ve stejných dotazech vedou konkurenti a na co se lidé ptají. Zatím jsou ale v pilotním programu, a to jen pro omezený počet účtů v USA. Google slibuje, že je v nadcházejících měsících rozšíří do Austrálie, Kanady, Indie a na Nový Zéland. Hodnotí ale přesně ta pole, která vyplňujete v katalogu — stejnou práci, jakou děláte pro organické výsledky.

A co se naopak tvrdí neprávem

Kolem AI viditelnosti koluje řada tvrzení, která se nedají doložit, takže si je rovnou oddělme od toho, co doložit jde.

Google říká výslovně, že pro AI přehledy ani pro režim AI žádná zvláštní strukturovaná data potřeba nejsou. V dokumentaci k funkcím s umělou inteligencí stojí, že nepotřebujete vytvářet nové strojově čitelné soubory ani strukturovaná data. V překladu z anglického originálu k tomu Google dodává, že „neexistují ani žádná zvláštní strukturovaná data podle schema.org, která byste museli přidat“. Podmínkou je indexace, tedy aby Google vaši stránku znal a mohl ji nabídnout, a k tomu způsobilost pro běžný výsledek. Nic víc.

U OpenAI je situace ještě jednoznačnější: schema.org nezmiňuje vůbec, ani ve specifikaci produktového feedu, ani v doporučeních pro obchodníky. Specifikace feedu má vlastní povinná pole, mimo jiné cenu a dostupnost, a přístup k ní mají zatím jen schválení partneři. Když se v nápovědě OpenAI mluví o „strukturovaných metadatech“, myslí se tím feed a data od poskytovatelů; strukturovaná data na stránce v tom nejsou.

Nikdo zatím nedoložil, že by ChatGPT nebo Perplexity samy porovnávaly váš feed s vaší stránkou — porovnává je Google. Co doložené je: úplnost a přesnost produktových dat rozhodují o tom, jestli se produkt vůbec dostane do hry. Citaci v AI odpovědi si tedy strukturovanými daty nevynutíte; vyplněnými daty, která si navzájem odpovídají, si ale výrazně zvýšíte šanci. Jak si e-shop stojí v AI vyhledávání a co s tím, rozebíráme samostatně.

Jak si to ověřit: otevřete v Merchant Center stránku Produkty a kartu „Vyžaduje pozornost“ a spočítejte zamítnuté položky. Každá z nich chybí i v bezplatných záznamech ve Vyhledávání, Obrázcích a Lens, ne jen v reklamě.

Čím začít: projděte na pěti produktech postup z kapitoly Kontrola na dvacet minut. Dokud se data rozcházejí, nemá smysl řešit ani AI, ani organické zobrazení; produkt se do nich nedostane tak jako tak.

Strukturovaná data jsou i záchranná síť

Strukturovaná data mají ještě jednu úlohu, o které se skoro nemluví: Merchant Center si podle nich umí cenu a dostupnost opravit samo. Právě proto se vyplatí i tomu, kdo o hvězdičky ve výsledku vyhledávání nestojí.

Umožňuje to funkce automatické aktualizace položek, ve výchozím stavu zapnutá; v účtu ji najdete pod položkou Produkty na kartě Automatizace. Ze strukturovaných dat na produktové stránce Google čte cenu, akční cenu, dostupnost a stav zboží a podle nich si opravuje svoji kopii vašich dat. (Když strukturovaná data na stránce chybí, zkusí je Google odhadnout přímo z textu stránky. Jsou to pořád tytéž automatické aktualizace, jen v režimu bez nich, a právě o něm byla řeč u parametrů.)

Aby Google věděl, kterou stránku ke kterému produktu ve feedu přiřadit, řídí se adresou vstupní stránky, kterou mu ve feedu posíláte. Jinak je to u stránky, na které je nabídek víc naráz. Tam musí být každá označená identifikátorem sku nebo gtin, tedy vaším interním označením produktu, nebo čárovým kódem od výrobce. Stejný identifikátor pak musí nést i odpovídající produkt ve feedu. Bez toho není u takové stránky podle čeho párovat a síť pro vás nefunguje.

V praxi to vypadá takhle. Ve feedu máte cenu 2 490 Kč. Na webu naskočí sleva na 1 990 Kč, ale export feedu poběží až za dvě hodiny. Googlebot mezitím navštíví produktovou stránku, přečte ze strukturovaných dat 1 990 Kč a Merchant Center si cenu opraví samo. Produkt zůstane schválený a inzeruje se za částku, kterou zákazník po prokliku opravdu uvidí. Kdyby ale Googlebot dorazil až po skončení akce, síť se neuplatní — je to pojistka, ne náhrada za včas poslanou akční cenu.

O tuhle síť se navíc dá přijít. Když se ceny ve feedu a ve strukturovaných datech rozcházejí příliš často, Google automatické aktualizace vypne. V nápovědě to říká přímo: „Pokud tento požadavek není naplněn, automaticky ukončíme aktualizaci produktů, dokud nebude dosaženo minimální požadované míry shody.“

Prakticky to znamená tři věci, které se snadno přehlédnou:

1. Netýká se to jen problémových produktů. Vypnutí platí pro celý účet, takže o síť přijde i zbytek katalogu, který byl v pořádku.
2. Aktualizace se rozběhnou znovu až poté, co Google při dalším procházení webu naměří dostatečnou shodu. Nejde to uspíšit ani nikde nahlásit.
3. Poznáte to až zpětně. Google to sám nepřipomene a nejčastěji si toho všimnete až podle toho, že zamítnutí, která se dřív sama spravila, najednou zůstávají.

Pro e-shop je tahle nenápadná úloha strukturovaných dat důležitější než hvězdičky ve výsledku: drží vám produkty schválené. Co všechno strukturovaná data na produktové stránce obnášejí a jak si ověříte, co váš web generuje, rozebírají strukturovaná data a rozšířené výsledky.

Kde se data rozcházejí nejčastěji

Rozdíl mezi feedem a stránkou skoro nikdy nevznikne tím, že by někdo zadal špatné číslo. Vzniká tam, kde na sebe jednotlivé systémy navazují.

Akční ceny a zpoždění exportu. Nejčastější případ vůbec: sleva se spustí na webu, feed ji převezme až při dalším exportu a mezitím vznikne prodleva, ve které web a feed tvrdí každý něco jiného. U krátkých víkendových akcí bývá ta prodleva delší než samotná akce, takže se sleva ven pořádně ani nedostane.

Řešit se to dá i bez zrychlování exportu. Google má pro akce vlastní dvojici atributů: cena v akci (sale_price) a doba platnosti ceny (sale_price_effective_date), do které se zapisuje datum a čas od–do. Akci tak můžete poslat do feedu dopředu i s termínem, kdy začne a skončí, a prodleva zmizí. Jestli to zvládnete sami, záleží na platformě. Když ta pole váš export do Nákupů umí, vyplníte akci rovnou v administraci; když ne, doplní se do feedu až na cestě ven.

K tomu se vyplatí zkontrolovat plán stahování zdroje dat, tedy jak často si Google váš feed sám stahuje. Feed uložený na adrese vašeho webu si bere bez dalšího nastavení jednou za 24 hodin, a u denních akcí to nestačí.

Cena, která se počítá jinde než ve feedu. Tady rozdíl vznikne samotným výpočtem: jiná cena pro přihlášeného zákazníka nebo pro velkoobchodní skupinu, jiné zaokrouhlení DPH na webu a v exportu nebo cena s dopravou proti ceně bez ní. Googlebot chodí na stránku nepřihlášený, takže vidí základní cenu. Pokud feed plníte cenou pro nějakou skupinu, neshoda se opakuje u každého takového produktu. Otevřete si produktovou stránku v anonymním okně prohlížeče: cena, kterou tam uvidíte, je ta, kterou vidí Googlebot, a právě ta musí být ve feedu.

Parametry, které se na stránku a do feedu dostanou jinak. Zrovna tenhle rozdíl váží u produktových dat nejvíc a zároveň se hledá nejhůř. Šablona vypíše do tabulky parametrů všechno, co u produktu je, ale do feedu odejde jen to, co je přiřazené k některému poli u Googlu — barva ke color, velikost k size. Odborně se tomu přiřazení říká mapování. Parametr s vlastním názvem, který nikdo nenamapoval, zůstane na stránce a ve feedu chybí. Zákazník ho tedy vidí, Google ne.

Tohle je zároveň jediná ze tří příčin, na kterou nestačí oprava v katalogu: hodnota je tam správně, jen se ven neposílá.

Projděte si proto v administraci mapování parametrů u exportu do Nákupů. Je to tabulka, ve které nastavíte, který parametr z vašeho katalogu odpovídá kterému poli u Googlu. Co v ní není napojené na color, size nebo material, do feedu neodejde, i když to na stránce vidíte. Když má váš export mapování pevně dané a nová pole do něj nepřidáte, zbývá upravit feed až na cestě ven; jak se to dělá, rozebírá hromadné obohacení produktových dat. Co se ve feedu běžně rozejde, shrnují typické chyby ve feedu e-shopu.

Ke všem třem příčinám se přidává ještě jedna skupina, která nevzniká v datech, ale v tom, jak je e-shop zapisuje. Šablona dosadí značku, kterou nikdo nezadal, vloží strukturovaná data až JavaScriptem, tedy až v prohlížeči návštěvníka, nebo je u jednoho produktu vygeneruje dvakrát. Prošli jsme je v červenci 2026 na živých stránkách devíti e-shopových platforem a rozebíráme je ve strukturovaných datech a rozšířených výsledcích. Opravují se úplně jinak než chyby v datech — v katalogu na ně nesáhnete.

Všechny případy spojuje jedno: obchodník neudělal nic špatně. Rozdíl vznikl tím, že každý výstup plní jiný systém podle vlastních pravidel a žádný z nich nevidí, co dělají ostatní.

Proč si toho nikdo nevšimne včas

Nevšimnout si rozporu mezi feedem a stránkou je snadné a není to nedbalost. Může za to způsob, jakým jsou rozdělené nástroje i role.

Search Console ukazuje web. Je to bezplatný nástroj Googlu, ve kterém vidíte, jak si web vede ve vyhledávání. Merchant Center oproti tomu ukazuje feed. Rozdíl mezi nimi ale ani jeden z nich neukáže jako samostatné zjištění. Merchant Center sice zamítnutí ohlásí, jenže až jako hotový důsledek — u konkrétních produktů a bez souvislosti s tím, co se změnilo na webu. Dokud se nezamítne tolik položek, aby si někdo všiml propadu, neupozorní vás ani jeden z nich.

Stejně je rozdělená i práce. SEO audit se dívá na web. Je to placená kontrola, při které někdo zvenčí projde web bod po bodu a odevzdá seřazený seznam nálezů. Právě tam SEO žije: indexace, obsah, rychlost, strukturovaná data. (Co všechno se v auditu prochází, rozebíráme zvlášť.) Feedový nástroj naproti tomu hlídá feed, protože tam žije výkon v Nákupech. Rozpor ale nevzniká ani v SEO, ani ve feedu — vzniká přesně mezi nimi, a proto ho nemá kdo hlídat.

K tomu se přidává, že se problém projeví na nečekaném místě. Produkty zmizí z Nákupů, takže to nejdřív vypadá jako výpadek reklamy, a zpráva doputuje k člověku, který má na starosti placené kampaně. Ten vidí zamítnuté položky a nemá důvod hledat příčinu v šabloně webu. Člověk od webu se o zamítnutích v Merchant Center nedozví vůbec. Přitom jde o organickou viditelnost úplně stejně jako o placenou.

Prakticky z toho plyne jedno: pokud vám nikdo neřekl, že máte data v nepořádku, neznamená to, že v pořádku jsou. Znamená to jen, že se na to nikdo nedíval.

Kontrola na dvacet minut

Než začnete cokoli měnit, změřte si, jak na tom jste. Nepotřebujete k tomu placený nástroj ani programátora. U prvního produktu se zdržíte, protože hledáte, kde co je; u dalších čtyř už jde o minuty.

Vyberte si znovu pět produktů, tentokrát ale tak, aby se od sebe co nejvíc lišily. Jeden běžný skladový, jeden akční se slevou, jeden vyprodaný, jeden s variantami (totéž zboží ve víc velikostech) a jeden z okraje sortimentu, kterému se dlouho nikdo nevěnoval. Právě u vyprodaného, variantního a zapomenutého zboží se ukazují díry, které na běžném produktu nevidíte.

U každého z nich pak porovnejte cenu, dostupnost a parametry na čtyřech místech:

1. ve feedu, který odchází do Nákupů. Jeho adresu najdete v administraci e-shopu v sekci s exporty nebo napojením na Google. Když ji otevřete v prohlížeči, uvidíte hustý nepřehledný text. Tak to má být; konkrétní produkt v něm najdete přes Ctrl+F podle kódu produktu, a když ho neznáte, hledejte podle názvu. Kromě ceny se dívejte i na to, jestli tam jsou barva, velikost a materiál a jestli sedí s tím, co má produkt v katalogu;
2. na produktové stránce tak, jak ji vidí zákazník, včetně tabulky parametrů;
3. na stránce placení. Vložte produkt do košíku a projděte objednávku až k rekapitulaci. Porovnávejte jednotkovou cenu položky a její dostupnost, ne součet objednávky s dopravou; parametry tam nehledejte, ty v rekapitulaci nejsou. Je to právě to místo, o kterém byla řeč výš a které mezi tři podoby dat nepatří;
4. ve strukturovaných datech. Otevřete si na produktové stránce zdrojový kód (Ctrl+U) a hledejte v něm cenu. Když ji tam nenajdete, ještě to neznamená, že strukturovaná data nemáte — může se do stránky vkládat až v prohlížeči. Podrobný postup i to, jak si přečíst výsledek, najdete ve strukturovaných datech a rozšířených výsledcích.

Zamítnuté položky jste už jednou počítali v kapitole Proč je to téma pro SEO, ne jen pro Nákupy, tedy v Merchant Center na stránce Produkty, karta „Vyžaduje pozornost“. Teď se u nich podívejte, jestli mezi důvody nefiguruje právě cena nebo dostupnost. Pokud máte účet uspořádaný jinak, hledejte přehled zamítnutých položek kdekoli v sekci Produkty; Google podobu účtu čas od času mění. Na kartě Automatizace při té příležitosti zkontrolujte, jestli máte zapnuté automatické aktualizace položek. Že je Google kvůli nízké shodě sám vypnul, se z ní poznat nemusí, ale aspoň uvidíte, jestli je někdo nevypnul ručně.

Chybějící parametry napříč celým katalogem se ale hledají hůř, protože statistiky výkonu pro AI v Česku zatím nejsou. Zbývá tedy stáhnout si feed, otevřít ho v Excelu nebo Google Tabulkách a spočítat prázdné buňky ve sloupcích s barvou, velikostí a materiálem. Je to hrubé měřítko, ale hned uvidíte, jestli jde o pár produktů, nebo o celé kategorie.

Výsledek se pak čte jednoduše. Když se všech pět produktů shoduje, nemáte žádnou z vad, které se na těchhle druzích zboží typicky ukazují. Když se rozejde jeden nebo dva, hledejte příčinu u toho typu produktu. U akčního zboží to bývá prodleva exportu. U variant zase to, že šablona i export počítají jen s hlavním produktem a jednotlivé varianty už nerozlišují — ve feedu je přitom svazuje atribut item_group_id. Když se rozejde půlka a víc, podívejte se rovnou na to, jak se výstupy plní.

Opravujte data u zdroje

Když se výstupy rozcházejí, nabízí se hlídat rozdíly mezi nimi: porovnávat feed se stránkou, stránku s jejím kódem a nesrovnalosti opravovat. U katalogu o pár desítkách produktů to jde. U tisíců je to práce, která nikdy neskončí, protože každý import od dodavatele a každá změna cen ji spustí znovu.

Užitečnější je otočit směr a zeptat se, odkud ty tři podoby data berou. Ve většině případů z jednoho místa: z katalogu. Šablona z něj vykresluje produktovou stránku i strukturovaná data, export z něj plní feed. Když je tedy chybná hodnota v katalogu, projeví se na všech třech místech; když ji tam opravíte, na všech třech místech zmizí.

Z toho plyne pravidlo, které ušetří nejvíc práce: opravujte data u zdroje, ne na výstupech. Oprava jen ve feedu srovná feed, ale na stránce i v jejím kódu zůstane původní hodnota — a Google pak porovnává opravený feed s neopravenou stránkou. Rozdíl se tím neodstraní, jen přesune jinam.

Platí to ovšem jen pro vadná nebo chybějící data. Když šablona dosazuje značku sama, vkládá strukturovaná data JavaScriptem nebo je u jednoho produktu vygeneruje dvakrát, v katalogu není co opravovat; je to práce pro podporu vaší platformy nebo pro kodéra šablony. Stejně tak u parametrů, které se nikdy nenamapovaly do feedu: hodnotu v katalogu máte, chybí jí cesta ven. Vyplatí se to rozlišit hned na začátku, protože jinak budete hledat v datech chybu, která tam není.

Zpátky k opravě v katalogu. Zbývá totiž otázka, jak se k ní vůbec dostat: ručně přepisovat tisíce produktů v administraci nikdo nebude. Naše odpověď se jmenuje „z feedu na stránku a zpět“ a stojí na jednom rozlišení: feed je tu dílna, ne cíl. Data se v něm hromadně srovnají, ale neskončí tam — vrátí se do katalogu a teprve odtud putují na stránku. Tím pravidlo „opravujte u zdroje“ neporušujeme, jen se ke zdroji dostáváme oklikou přes feed. Ve čtyřech krocích to vypadá takhle:

1. Z katalogu odchází feed a zároveň se z něj vykresluje produktová stránka i její strukturovaná data.
2. Cestou ven se feed srovná a doplní se v něm, co chybí: parametry, které dodavatel neposlal, sjednocené názvy a dopočítané kategorie.
3. Opravená data se vrátí zpátky do katalogu jako soubor k importu. Nezůstanou jen v odchozím feedu.
4. Protože šablona bere hodnoty právě z katalogu, promítne se stejná oprava i na produktovou stránku a do strukturovaných dat.

Bez posledních dvou kroků má e-shop hezký feed a neopravený web, přitom Google porovnává právě ty dva. S nimi stačí jedna oprava a srovná se všechno, co produkt o sobě říká.

Kde v tom stojí Conviu

Pracujeme přesně v mezeře mezi webem a feedem, kterou nemá kdo hlídat. Data z e-shopu načteme, doplníme chybějící parametry a srovnáme je; do každého kanálu pak odchází feed, který říká totéž co web. Je to jednorázová oprava a dostanete ji jako soubor, který nahrajete zpátky do katalogu. Aby se vám data s dalším importem od dodavatele znovu nerozešla, drží pravidla úprav editor datových feedů. Nové zboží prochází stejnou cestou v dávkách: srovná se na cestě ven a stejně jako poprvé se vrátí do katalogu. Pokud máte tisíce produktů, víc dodavatelů a nevíte, kde se vám data rozcházejí, ozvěte se nám, projdeme to s vámi.

Co si z toho odnést

Pořadí kroků, které dává smysl:

1. Ověřte si, že máte účet Merchant Center. Je zdarma a bez něj se do Nákupů ani do bezplatných záznamů produkty nedostanou. Na Merchant Center ukazuje Google i ve svém průvodci optimalizací pro AI jako na cestu k viditelnosti v odpovědích.
2. Podívejte se, kolik parametrů vaše produkty vůbec mají. Stačí pět produktů z různých kategorií a pět minut v administraci. Co tam není, to se ven nedostane.
3. Doplňte povinné atributy podle kategorie. U oblečení a doplňků barvu, věkovou skupinu a pohlaví, u oblečení a obuvi navíc velikost — bez nich se zboží nezobrazí ani v bezplatných záznamech.
4. Ověřte shodu. Cena, dostupnost a parametry ve feedu, na stránce, v košíku a ve strukturovaných datech musí říkat totéž. Postup najdete výš — pět produktů, čtyři místa.
5. Opravujte v katalogu, ne ve feedu. To je ta cesta „z feedu na stránku a zpět“: jedna oprava, tři srovnané výstupy. Když je ale příčinou šablona nebo chybějící mapování do feedu, v datech se to opravit nedá; je to práce pro podporu platformy, nebo úprava feedu na cestě ven.

Jak z parametrů skládat titulky, popisky a texty kategorií, rozebírá on-page SEO produktových a kategorie stránek. Celé téma najdete v SEO a UX pro e-shop.