Produktové varianty pro Google: feed, URL a schema bez chyb

Jedna židle se prodává ve čtyřech barvách. Modrá je skladem, zelená má jinou cenu a oranžová vlastní fotografii. Když e-shop odešle Googlu jen obecný „rodičovský“ produkt, může přivést člověka na nesprávnou barvu, ukázat cenu výchozí varianty nebo propagovat vyprodané provedení. Správná varianta proto není kosmetický detail, ale samostatná prodejná nabídka.

Nejdřív určete, co je varianta a co jiný produkt

Varianty jsou provedení stejného modelu, mezi nimiž zákazník běžně vybírá na jedné produktové stránce: barva, velikost, materiál, vzor, kapacita paměti nebo šířka boty. Jiný model, typ výrobku, multipack nebo sada obvykle patří do samostatné skupiny. Stejný účel či podobný vzhled ještě zboží nedělá variantou.

1. Každé variantě dejte vlastní stabilní ID

Modrá velikost M a zelená velikost M mají být dvě samostatné řádky feedu a každý potřebuje vlastní id. Hodnota má zůstat stejná i po aktualizaci názvu, ceny nebo popisu. Pokud ID měníte, Google položku zpracuje jako novou a dosavadní historie se s ní nemusí spojit.

Nejpraktičtější bývá použít stabilní SKU konkrétní varianty. Rodičovský kód patří do item_group_id, ne do pole id všech řádků. Dvě varianty se stejným ID by se navzájem přepisovaly.

2. Varianty stejného modelu spojte pomocí item_group_id

Všem variantám jednoho modelu přiřaďte stejný item_group_id, ideálně stabilní rodičovské SKU. Každá jiná produktová rodina musí mít jinou hodnotu. Google nerozlišuje skupiny jen velikostí písmen, proto nepovažujte hodnoty typu abc123 a ABC123 za dvě různé skupiny.

Pro varianty v bezplatných produktových záznamech je seskupení povinné; u reklam závisí požadavek také na cílové zemi. I tam, kde není atribut formálně povinný, pomáhá Googlu zobrazit varianty jako jednu rodinu místo nesouvisejících položek. Jednou přidělené group ID bez důvodu neměňte a nerecyklujte je pro jiný model.

3. Popište přesně, čím se každý řádek liší

U běžných vlastností vyplňte samostatné atributy color, size, material, pattern, případně age_group a gender. Každá kombinace hodnot musí odpovídat právě jednomu řádku. Nepoužívejte neurčité hodnoty jako „mix“, pokud ve skutečnosti prodáváte samostatnou modrou, zelenou a oranžovou variantu.

Název varianty má obsahovat společný název modelu i rozhodující rozdíl, například „Křeslo Nord — zelené, vysoké opěradlo“. Člověk i Google pak poznají nabídku bez nutnosti luštit interní kód.

4. Odkaz musí po otevření vybrat správnou variantu

Každá položka feedu má vést na samostatně adresovatelnou URL. Může jít o cestu, například /kreslo/nord/zelene, nebo parametr typu /kreslo/nord?barva=zelena. Po přímém otevření se musí zobrazit správný obrázek, cena, dostupnost a aktivní tlačítko pro objednání přesně této varianty.

Nestačí, že varianta jde zvolit až ručně. Google Merchant Center porovnává údaje konkrétního řádku s výchozím stavem vstupní stránky. Pokud všechny odkazy otevřou nejlevnější modrou variantu, dražší barvy mohou skončit s nesouladem ceny nebo obrázku.

Feedová URL a canonical nejsou totéž

Odkaz link ve feedu slouží k výběru varianty. SEO canonical říká, kterou podobu stránky má Google považovat za hlavní ve výsledcích vyhledávání. U jedné stránky s volitelnými parametry Google doporučuje jako canonical zpravidla základní URL bez výběru varianty. Pokud mají varianty samostatné indexovatelné stránky, potřebují promyšlenou a konzistentní strategii, plný obsah i vlastní strukturovaná data. Nepřepisujte proto variantní URL jedním pravidlem bez ohledu na skutečné fungování e-shopu.

5. Cena, sklad a obrázek musí patřit jedné variantě

Každý řádek musí popisovat stav jednoho konkrétního SKU. Pokud je zelené křeslo vyprodané, nesmí zdědit sklad modrého. Pokud stojí více kvůli jinému materiálu, odešlete jeho skutečnou cenu a URL, na níž je tato cena viditelná. Hlavní obrázek má zobrazit správnou barvu či jiné rozpoznatelné provedení.

Tento krok přímo navazuje na obecnou diagnostiku produktů v Google Merchant Centeru. U variant bývá společnou příčinou chyby právě to, že feed smíchá údaje rodiče a dítěte.

6. Přidejte nový item_group_title bez variantního detailu

Google v květnu 2026 rozšířil Merchant Center o konverzační atributy. Volitelný item_group_title pojmenovává celou produktovou rodinu, zatímco běžný title dál popisuje konkrétní variantu. Všechny řádky se stejným item_group_id proto mají používat stejný group title.

Do společného názvu nedávejte barvu, velikost ani konfiguraci, která platí jen pro některé řádky. Google uvádí limit 150 znaků a doporučuje nejdůležitější informace umístit na začátek.

7. Variant option použijte i pro neobvyklé konfigurace

Nový volitelný variant_option zapisuje vlastnost a její hodnotu jako dvojici, například šířka:úzká, paměť:32 GB nebo provedení područek:dub. Google jej může použít pro seskupování variant v konverzačních AI i tradičních vyhledávacích zkušenostech.

Všechny varianty jedné skupiny musí používat stejnou sadu názvů vlastností a každá musí mít jedinečnou kombinaci hodnot. Pokud skupinu rozlišují „barva“ a „šířka“, vyplňte obě vlastnosti u každého řádku. Google dovoluje atribut opakovat až třicetkrát, ale počet polí není cíl: uveďte jen skutečné volby zákazníka.

Standardní atributy tím nezanikají. Když se produkt liší barvou a velikostí, ponechte color a size a stejné dimenze zároveň přesně popište v variant_option. Nové konverzační atributy jsou zcela volitelné, doplňují hlavní specifikaci a podle Googlu samy neovlivňují stav schválení existujících produktů.

8. Stejný vztah vyjádřete na webu pomocí ProductGroup

Ve strukturovaných datech použijte pro rodinu ProductGroup s productGroupID, variesBy a vazbou hasVariant. Jednotlivé varianty zůstanou typem Product, mají vlastní sku nebo GTIN a nabídku Offer s cenou, dostupností a přesnou URL.

Použijte stejnou logickou hodnotu skupiny ve feedu i na webu, ať se vztah nerozchází. U jednostránkového řešení má být jedna canonical URL celé skupiny a každá varianta musí jít přímo předvolit odlišnou adresou. U více samostatných variantních stránek musí být každá stránka srozumitelná sama o sobě a obsahovat úplná data entity, kterou zobrazuje.

Modelový řádek feedu pro čtyři varianty

Jde o zjednodušený model, ne hotovou importní šablonu. Skutečný feed musí navíc obsahovat všechny povinné atributy a u každého řádku správnou cenu, dostupnost, obrázek, značku a identifikátory.

Co dělat, když vznikají tisíce kombinací

U zakázkového produktu může kombinace rozměru, barvy, materiálu a doplňků vytvořit tisíce teoretických variant. Google u takových výrobků doporučuje vybírat běžně dostupná a nejprodávanější provedení a současně zastoupit různé důležité možnosti. Není nutné vytvářet řádek pro každou matematickou kombinaci, pokud by zpracování bylo pomalé a data neudržitelná.

Začněte variantami, které umíte opravdu dodat, mají přesnou cenu, fotografii a adresu a zákazníci je kupují. U zbylých možností stránka může dál nabídnout konfigurátor. Do feedu ale neposílejte „duchovní“ SKU, která se nedají přímo vybrat a koupit.

Kontrolní test jedné variantní skupiny

1. Vyexportujte všechny řádky jednoho modelu a seřaďte je podle ID.
2. Ověřte jedinečné ID variant a stejné stabilní item_group_id.
3. Zkontrolujte, že kombinace rozlišujících hodnot se neopakují.
4. Otevřete každý odkaz v anonymním okně a zapište vybranou variantu.
5. Porovnejte cenu, dostupnost a obrázek na webu s řádkem feedu.
6. Otestujte strukturovaná data a shodu productGroupID, SKU a Offer.
7. Prověřte skupinu v Merchant Centeru a stáhněte dotčené problémy.
8. Opravte zdrojové mapování, ne ruční kopii jednoho řádku.

• Každá prodejná varianta má vlastní stabilní ID?
• Stejný model používá jedno item_group_id a jiné modely jiné?
• Název varianty obsahuje rozhodující rozdíl?
• Standardní atributy mají konkrétní, nikoli neurčité hodnoty?
• Feedová URL předvolí přesnou variantu bez dalšího klikání?
• Cena, sklad a obrázek patří právě této variantě?
• Item group title je společný a neobsahuje variantní detail?
• Variant option používá v celé skupině stejné názvy vlastností?
• ProductGroup a Product na webu popisují stejný vztah jako feed?

Nejčastější otázky

Mám do Merchant Centeru poslat rodiče, nebo všechny varianty?

U běžného počtu skutečně prodejných variant posílejte každou jako samostatný řádek a propojte je pomocí item_group_id. Obecný rodič bez vlastní ceny a skladu nemá být vydáván za koupitelnou nabídku. U obrovského počtu zakázkových kombinací vyberte udržovatelný soubor dostupných a reprezentativních variant.

Musí mít každá varianta vlastní stránku?

Musí mít vlastní adresovatelný stav, ne nutně zcela jinou šablonu. URL s parametrem je v pořádku, pokud po přímém otevření variantu předvolí a ukáže správnou cenu, sklad, obrázek a možnost nákupu.

Nahradí variant_option atributy color a size?

Ne. Google doporučuje standardní atributy zachovat a stejné rozlišující vlastnosti případně doplnit také jako variant_option.

Pomohou nové atributy automaticky k lepším pozicím?

Google takový výsledek neslibuje. Přesnější data mohou systému pomoci varianty pochopit a přiřadit k relevantnímu dotazu, ale viditelnost dál závisí na způsobilosti, kvalitě nabídky, konkurenci a kontextu hledání.

Pokud se některé varianty už zamítají, začněte devíti kontrolami Merchant Centeru. Názvy a popisy jednotlivých provedení pak připravujte podle pravidel pro bezpečné AI popisy produktů. Pro širší souvislost pokračujte návodem na SEO e-shopu v Google AI.