Produktové feedy a napojení e-shopu

Co je propojení produktových dat a proč ho váš e-shop potřebuje

Produktová data nejsou jen XML feed. Patří sem všechno, co putuje mezi vaším e-shopem a okolím: produkty, ceny, sklad i objednávky — oběma směry a v jakémkoli formátu.

V praxi se to rozpadá do tří základních toků, které se v každém zralém e-shopu potkávají:

1. E-shop → ven do světa. Posíláte produkty na srovnávače (Heureka, GLAMI, Biano, zahraniční Idealo nebo Ceneo), do reklamních systémů (Google Shopping, Sklik / Seznam Nákupy), na marketplaces (Allegro vč. ex-Mall a ex-CZC sekcí, Kaufland Global Marketplace, Alza Trade, eMAG, Heureka Marketplace), do sociálních shopů (Facebook, Instagram, TikTok katalog) i k AI asistentům (Google AI Mode a Gemini, ChatGPT, Microsoft Copilot).
2. Svět → zpátky do e-shopu. Z marketplaců se vracejí objednávky, které je potřeba stáhnout do e-shopového systému, doplnit číslo zásilky, řešit reklamace. Bez tohoto toku marketplace prakticky nelze provozovat.
3. Dodavatel → e-shop. Pokud prodáváte cizí zboží, dostáváte od dodavatelů ceníky, dostupnosti, popisy a obrázky — typicky v různých formátech, různou strukturou a různou kvalitou.

Bez funkčního propojení těchto toků jste neviditelní tam, kde dnes nakupuje většina zákazníků:

• Heureka a další srovnávače (ceny a recenze)
• Google Shopping, Performance Max a AI Mode (placená i AI-asistovaná reklama v Googlu)
• Sklik a Seznam Nákupy (sjednocená správa na straně Seznamu)
• Allegro (vč. ex-Mall a ex-CZC sekcí), Kaufland Global Marketplace, Alza Trade, Heureka Marketplace (marketplaces s vlastní návštěvností)
• Facebook a Instagram Shops, Meta katalog, TikTok Shopping (sociální shopy a dynamický remarketing)
• AI asistenti — Google AI Mode a Gemini, ChatGPT, Microsoft Copilot

Každý kanál si bere a vrací data po svém, a právě v tom je celá obtížnost správy produktových dat.

Jak se data mezi systémy přenáší: čtyři formáty, které je dobré znát

V e-commerce světě se setkáte se čtyřmi hlavními způsoby, jak data putují. Žádný z nich není „lepší" — každý má své místo.

XML feed — stále nejčastější forma exportu

XML feed je textový soubor, ve kterém jsou produkty zapsané v opakující se struktuře. Pro představu ukázka Heureka formátu:

<SHOP>
  <SHOPITEM>
    <ITEM_ID>KNIHA-001</ITEM_ID>
    <PRODUCTNAME>Harry Potter a Kámen mudrců</PRODUCTNAME>
    <URL>https://www.mujeshop.cz/produkt/harry-potter-1</URL>
    <IMGURL>https://www.mujeshop.cz/obrazky/hp1.jpg</IMGURL>
    <PRICE_VAT>299</PRICE_VAT>
    <DELIVERY_DATE>0</DELIVERY_DATE>
    <EAN>9788072037797</EAN>
    <CATEGORYTEXT>Knihy | Beletrie | Fantasy</CATEGORYTEXT>
  </SHOPITEM>
</SHOP>

Většinu XML feedu vygeneruje e-shopová platforma (Shoptet, Upgates, WooCommerce, PrestaShop) automaticky. XML je dominantní formát pro srovnávače a reklamní systémy: Heureka, Sklik (Seznam Nákupy přes Sklik API Fénix po sjednocení Zboží.cz do Skliku) i Google Merchant Center. Pozor: Google vypíná 18. 8. 2026 staré Content API for Shopping a přechází na nové Merchant API. Pokud váš nástroj nebo integrace běží na Content API, je třeba migrovat — detaily níže v sekci o nejčastějších chybách.

CSV, XLSX a Google Sheets — jazyk dodavatelů

V druhém směru toku, od dodavatelů, se XML používá jen výjimečně. Mnohem častější jsou tabulky: CSV, Excel, nebo přímo sdílený Google Sheet, který dodavatel pravidelně aktualizuje. Tyto formáty jsou srozumitelnější pro lidi (otevřete je v Excelu) a hodí se tam, kde druhá strana není „technologická firma", ale obchodní partner.

API — způsob, kterým mluví moderní marketplaces a reklamní systémy

API (Application Programming Interface) není soubor, ale přímé spojení dvou systémů v reálném čase. Místo aby si Allegro jednou denně stáhlo váš XML feed, ptá se a pošle data přímo do vašeho účtu, a stejně tak posílá objednávky zpátky.

API je dnes standard pro marketplaces (Allegro Group vč. Mall a CZC sekcí, Kaufland Global Marketplace na 7 trzích, Alza Trade, Heureka Marketplace, eMAG) a stále častěji i pro reklamní systémy. Google Merchant API nahrazuje od 8/2026 staré Content API, Sklik API Fénix sjednocuje Sklik i Seznam Nákupy do jednoho modernizovaného rozhraní. Důvody jsou tři:

• Rychlost. Změna ceny nebo skladu se projeví během minut, ne až po dalším stažení feedu.
• Obousměrnost. Přes API jdou data nejen ven (produkty), ale i zpátky (objednávky, statusy).
• Bohatost. API umí předat strukturovaná data, která by se do XML šablony nevlezla: varianty, parametry, lokalizace, kampaně, nově i AI Mode atributy pro konverzační nakupování.

Praktický důsledek: pokud chcete na marketplace nebo dobře vystupovat v Google Shopping po roce 2026, samotný klasický XML feed vám nestačí. Potřebujete službu, která rozumí novým API a jejich specifikům — autentizaci, rate limitům, formátu chybových odpovědí, novým atributům.

Strukturovaná data v HTML, JSON-LD a feedy pro AI

Stranou klasických feedů existují ještě strukturovaná data přímo na stránkách produktů (Schema.org, JSON-LD), která vyhledávače a AI asistenti čtou přímo z webu. Kvalita strukturovaných dat dnes přímo ovlivňuje viditelnost v Google AI Mode, Gemini i v ChatGPT. To je téma na pomezí feedu a webu — feedovou stranu rozebíráme dál v tomto tématu, organickou stranu (schema na produktové stránce, AI Overviews) řešíme v samostatném tématu o SEO a UX e-shopu.

Neklepejte se z toho. Drtivou většinu těchto formátů a napojení nemusíte řešit ručně. Vaše práce začíná tam, kde se data z e-shopu liší od toho, co cílový kanál skutečně potřebuje.

Co znamená AI vyhledávání pro váš feed

V průběhu let 2025–2026 přešel Google Shopping z čistého katalogového vyhledávání k AI Mode: konverzačnímu rozhraní, ve kterém zákazník místo „boty z kůže velikost 42" napíše „potřebuji elegantní podzimní boty na chůzi do města, do 3 tisíc". AI tyto delší dotazy mapuje na produktová data ve feedu, takže kvalita strukturovaných dat přímo určuje, jestli se vůbec zobrazíte. V Česku běží AI Overviews od 20. 5. 2025 a samostatný AI Mode od 7. 10. 2025.

Zásadní je, že nejde o jednu platformu. Produktová data čerpá víc nezávislých systémů: Google (AI Overviews, AI Mode, Gemini přes Google Merchant Center), ChatGPT i Microsoft Copilot, a všechny stojí na kvalitních strukturovaných datech z feedu. Google do specifikace Merchant Center přidal sadu osmi atributů cílených na AI Mode:

• product_highlight a product_detail — klíčové přednosti a strukturované detaily produktu
• variant_option a item_group_title — varianty a název skupiny variant
• related_product — propojení s doplňkovým zbožím (cross-sell)
• question_and_answer — FAQ páry, které AI použije k odpovědím na detailní otázky
• document_link — odkaz na detailní specifikaci, manuál nebo datasheet
• popularity_rank — pozice produktu v kategorii

Tyto atributy nejsou povinné, ale jejich přítomnost výrazně zvyšuje šanci, že se produkt zobrazí v konverzační AI odpovědi. (Samostatným médiovým atributem je video_link s validací produktového videa od 30. 6. 2026.) Krátká poznámka k vývoji, ať máte realistická očekávání: OpenAI svůj nákupní nástroj Instant Checkout v březnu 2026 zrušil, zatímco Google rozvíjí agentní nákup (protokol UCP, „Buy for Me"). Agentní nakupování berte zatím jako výhled, základem zůstává kvalita dat ve feedu.

Pro váš e-shop to znamená dvě věci: (1) udržovat feed kompletní a aktuální napříč atributy a (2) psát produktové popisy nejen pro člověka, ale i pro AI, která se nepodívá na obrázek a spoléhá na strukturovaná data.

Hlavní typy kanálů a jejich požadavky

Nejčastější chybou začátečníků je představa, že stačí jeden univerzální feed pro všechny kanály. Neexistuje. Každý typ kanálu má vlastní logiku, vlastní formát i vlastní úzká místa. V přehledu vypadají takhle:

Co stojí za poznámkou: marketplaces jedou výhradně přes API, kdežto srovnávače stále stahují klasický feed. Reklamní systémy se právě nacházejí v přechodu z feedu na API (Google Merchant API, Sklik API Fénix). Detail po jednotlivých kanálech:

Srovnávače zboží (Heureka, Sklik / Seznam Nákupy a 30+ dalších)

Jak fungují: kanál si stahuje váš XML feed (typicky každou hodinu) a z něj plní svůj katalog.

Co potřebují: validní XML v jejich formátu, kategorie napojené na jejich taxonomii, EAN/PRODUCTNO, cenu s DPH, dostupnost, hlavní obrázek. Heureka má vlastní formát heureka-shop.xml, Sklik / Seznam Nákupy vychází ze struktury blízké Google Shopping (po sjednocení jednotně přes Sklik API Fénix).

České a slovenské srovnávače jsou jen špička ledovce. Conviu se napojuje na 30+ srovnávačů napříč Evropou: specializované české (GLAMI a Modio pro módu, Biano a FAVI pro nábytek, Srovnáme.cz, Pricemania.cz), polské pro expanzi do Polska (Ceneo, Skapiec, Nokaut), DACH (Idealo, Geizhals) i multi-country platformy (Kelkoo, který pokrývá až 22 zemí). Každý má vlastní specifika feedu, ale princip zůstává stejný.

Typický problém: chybějící povinná pole u části sortimentu a nemapované kategorie.

Reklamní systémy (Google Shopping / AI Mode, Sklik, Meta katalog)

Jak fungují: stahují feed (Google Merchant Center používá RSS 2.0 s namespace g:, Sklik podobnou strukturu), na základě kterého spouštějí placené kampaně. Google navíc používá stejná data v AI Mode — konverzačním rozhraní, které mapuje delší přirozené dotazy na strukturovaná produktová data.

Co potřebují: oproti srovnávačům jsou citlivější na kvalitu titulku (g:title je klíčové SEO pole v Shoppingu), na GTIN/EAN (bez něj Google často produkt neschválí) a na konzistenci ceny ve feedu vs. na webu. Pro AI Mode pak na kompletnost strukturovaných atributů (viz sekce výše).

Typický problém: titulky generované e-shopovou platformou jsou stručné a neobsahují klíčová slova, kvůli kterým by se reklama měla zobrazovat. K tomu chybějící AI Mode atributy a obrázky pod 500×500 px.

Pozor — migrace API a image requirements: Google vypíná 18. 8. 2026 staré Content API for Shopping a přechází na nové Merchant API. Pokud váš feed jde do GMC přes vlastní integraci, je třeba ji migrovat. Specializované nástroje (Conviu) to řeší automaticky. Od 31. 1. 2027 navíc Google vyžaduje minimální rozlišení obrázků 500×500 px — od 14. 4. 2026 dostávají e-shopy varování. Doporučené rozlišení je 1500×1500 px.

Marketplaces (Allegro, Kaufland, Alza Trade, eMAG, Heureka Marketplace)

Jak fungují: přes API, nikoli přes XML feed. Marketplace se buď ptá vašeho systému, nebo vy posíláte data do něj. V Česku a na Slovensku dnes hlavní platformy řeší Allegro Group (Allegro.cz vč. sekcí Mall a CZC po sjednocení 3/2025, Allegro.pl pro polskou expanzi), Kaufland Global Marketplace (7 trhů, 139 M měsíčních zákazníků), Alza Trade (hybridní model od 7/2023, Alza prodává zboží partnerů), eMAG (Rumunsko, Maďarsko, Bulharsko) a Heureka Marketplace (CZ, SK, expanze do DE/AT/FR/IT).

Co potřebují: výrazně víc dat než srovnávače — vlastní kategorie, atributy specifické pro každou kategorii, lokalizované popisy a titulky, parametry produktu, pravidla pro varianty, splnění obchodních podmínek (doba dodání, vratky). Allegro v roce 2025 navíc zpřísnilo požadavky na prodejce mimo EHP (povinnost fyzických skladů v EU).

Co posílají zpátky: objednávky. Bez nástroje, který objednávky stáhne a předá do vašeho e-shopového systému, byste je museli ručně přepisovat.

Typický problém: e-shop nemá strukturovaná data v takové podobě, jakou marketplace vyžaduje. Chybí parametry, varianty jsou špatně rozdělené, popisy jsou v jednom dlouhém HTML bloku místo strukturovaných polí.

Sociální shopy (Facebook a Instagram Shops, Meta katalog, TikTok Shopping)

Jak fungují: katalog se plní z feedu (XML/CSV) a používá se pro Shop tab, dynamický remarketing i tagování v příspěvcích.

Co potřebují: jednodušší než marketplaces, ale specifická pravidla na obrázky a popisy. Stejný feed jako pro Google často projde s drobnými úpravami.

Dodavatelé (vstupní strana)

Jak fungují: dodavatel pravidelně poskytuje aktualizovaný ceník, dostupnosti a popisy — typicky v Excelu, CSV, Google Sheetu, někdy jako XML, výjimečně přes API.

Co s tím musíte udělat: data přečíst, zmapovat na svoji strukturu, automaticky zařadit do kategorií, doplnit svoji marži, případně přepsat popisy a teprve pak je promítnout do svého katalogu.

Typický problém: každý dodavatel má jinou strukturu a jiné názvy sloupců, takže si manuálně držíte několik různých excelů a importujete je v noci přes víkend.

Nejčastější příčiny, proč datové toky selhávají

Z dat, která procházejí Conviu, vidíme, že podstatná část exportů a importů má při prvním napojení alespoň jednu chybu. Z tisíců napojení se nám opakovaně vrací stejné typy problémů, a stojí za to je znát dřív, než se objeví v administraci Heureky nebo Googlu.

Na exportní straně (e-shop → kanály)

1. Chybí povinné elementy. Typicky EAN/GTIN, výrobce, kategorie nebo parametry.
2. Neplatné kategorie. Lidé posílají vlastní kategorie e-shopu místo kategorií cílového systému (Heureka, Google taxonomie, Allegro tree).
3. Špatný formát ceny. Cena bez DPH tam, kde se očekává s DPH. Čárka místo tečky.
4. Neplatné obrázky. Obrázky za loginem, příliš malé, ve špatném formátu, nebo URL s mezerami a diakritikou.
5. Duplicitní ID. Stejné ITEM_ID u dvou různých produktů.
6. Chybné kódování nebo nevalidní XML. Soubor není v UTF-8, nezavřené tagy, speciální znaky bez escape sekvencí, BOM znak na začátku.

Na API straně (marketplaces)

7. Chybějící parametry kategorie. Marketplace odmítá produkt, protože v dané kategorii vyžaduje atributy, které e-shop nemá strukturovaně.
8. Selhání autentizace nebo překročení rate limitu. Volání API se zaseknou, produkty se neaktualizují, a uživatel netuší proč.
9. Rozsynchronizovaný stav. Marketplace si myslí, že produkt skladem je, e-shop ví, že už není. Výsledek je objednávka, kterou nelze vyřídit.

Na importní straně (dodavatel → e-shop)

10. Změna struktury vstupního souboru. Dodavatel přejmenuje sloupec, přidá další, a noční import spadne.
11. Konflikt párování. Stejný produkt přijde od dvou dodavatelů s jiným EAN, e-shop ho založí dvakrát.

Na úrovni integrací a kompatibility

12. Integrace běží na zastaralém API. Google Content API for Shopping vypíná 18. 8. 2026. Sklik / Seznam Nákupy přešel na Sklik API Fénix (Zboží API skončilo 16. 3. 2026). Pokud váš nástroj nebo vlastní integrace neudržuje API kompatibilitu, feed přestane fungovat — bez varování, ze dne na den.
13. Chybí AI Mode atributy. Google přidal osm atributů cílených na konverzační AI (product_highlight, product_detail, variant_option, item_group_title, related_product, question_and_answer, document_link, popularity_rank). Nejsou povinné, ale jejich absence snižuje šanci na zobrazení v AI Mode i v Geminim.
14. Obrázky pod 500×500 px. Google od 14. 4. 2026 generuje varování, od 31. 1. 2027 vyžaduje minimální rozlišení 500×500 px (doporučené 1500×1500).

Každou z těchto chyb lze odhalit ještě před tím, než se projeví ztrátou tržeb. Otázka je jen, zda má tuto práci dělat majitel e-shopu ručně, nebo ji zautomatizovat.

Tři cesty, jak export, import a napojení spravovat

1. Správa vlastními silami

E-shopové platformy (Shoptet, Upgates, WooCommerce, PrestaShop) generují základní XML feedy automaticky. Některé umí i jednoduchá napojení na vybrané kanály. Pokud máte malý sortiment, prodáváte na jednom kanále a nic exotického neřešíte, tato cesta stačí.

Funguje, dokud:

• máte menší počet produktů, cca do 200,
• prodáváte na jednom, maximálně dvou kanálech mimo e-shop (typicky Heureka + Google Shopping),
• nejdete na marketplace, který vyžaduje API,
• nemáte složitou strukturu variant, balíčků a sezónních výprodejů,
• dodavatelé vám posílají data v podobě, kterou váš e-shop přímo přečte.

Jakmile se kterékoli z těchto pravidel ohne, třeba se rozhodnete prodávat na Allegru nebo chcete být vidět v Google AI Mode, narazíte na strop e-shopové platformy. K tomu navíc přibývá povinnost migrovat na nové API standardy (Google Merchant API od 8/2026, Sklik API Fénix), což ručně nezvládnete.

2. Specializovaný nástroj

Specializovaný nástroj sedí mezi vaším e-shopem a okolním světem. Vezme vstupní data (z e-shopu, od dodavatele) v jakémkoli formátu, aplikuje na ně pravidla (například „pokud je cena pod 100 Kč, produkt skryj") a doručí je tam, kde mají skončit: XML feedem do Heureky, přes API na Allegro, importem zpátky do e-shopu, přes Google Merchant API i Sklik API Fénix.

Co vám to reálně přinese:

• Jeden vstup, mnoho výstupů. Bez ohledu na to, jestli kanál chce XML, CSV nebo komunikaci přes API, řešíte data na jednom místě.
• Pravidla bez kódu. Mapování kategorií, úpravy titulků, skrývání produktů: vizuálně, bez programátora.
• Automatická validace. Nástroj ví, co Heureka potřebuje, co Google odmítne a co Allegro vyžaduje, a kontroluje to za vás.
• Obousměrné napojení marketplaců. Produkty ven, objednávky zpátky do e-shopu, sklady synchronizované oběma směry.
• Napojení dodavatelů. Pravidelný import dodavatelských ceníků v jakémkoli formátu, automatické zařazení do kategorií, přepočet marže.
• Připravenost na změny v oboru. Migrace na Google Merchant API i Sklik API Fénix, podpora AI Mode atributů, kontrola obrázků 500×500 px.
• Živý náhled. Vidíte, jak se data změní ještě před tím, než je vypustíte ven.

Právě toto děláme v Conviu: datový editor zpracovává XML, CSV, TXT i Google Sheets, na marketplaces a do reklamních systémů se napojuje přes API (včetně nového Google Merchant API a Sklik API Fénix), samostatný modul Objednávky stahuje data z marketplaců zpátky do e-shopu a součástí je i příprava strukturovaných dat pro AI vyhledávání. Vše pod jednou střechou: feed editor, marketplace napojení, bidding, cenotvorba a správa objednávek bez nutnosti řešit migrace API ručně.

3. Agenturní správa

Datové toky nejsou jen technická záležitost. Správně zvolené kategorie, dobře napsané titulky pro Google Shopping (a AI Mode), mapování parametrů na Allegro, nastavení biddingu, reakce na sezónu — to všechno přímo ovlivňuje výkon. Pokud nemáte čas nebo know-how to řešit sami, má smysl to předat agentuře.

Výhodou Conviu je, že agentura používá stejnou aplikaci jako samoobslužní zákazníci. Nejde o jiný svět, jde o stejný nástroj, jen ho obsluhuje někdo, kdo ho používá každý den. Zákazník se tak může kdykoli vrátit ke správě vlastními silami a není uzavřený v agentuře.

Jak poznat, že je čas na profesionální nástroj?

Signály, že si samoobslužný e-shop už nevystačí:

• máte více než 200 produktů a manuální kontrola přestává dávat smysl,
• prodáváte na třech a více kanálech a každý z nich má jiné požadavky,
• Heureka nebo Google vám opakovaně odmítá produkty a nevíte proč,
• chcete jít na marketplace (Allegro, Kaufland, Alza Trade, eMAG, Heureka Marketplace), tito mají výrazně náročnější požadavky než srovnávače a jedou přes API,
• pracujete s dodavateli a každý posílá ceník v jiné struktuře,
• objednávky z marketplaců přepisujete ručně do e-shopu,
• každou sezónní úpravu (Vánoce, Black Friday) musíte řešit přes programátora,
• vaše stávající integrace běží na Google Content API for Shopping, migrace na nové Merchant API se dotkne všech e-shopů s vlastními integracemi,
• chystáte se prodávat v zahraničí přes srovnávače (Idealo, Ceneo, Kelkoo) nebo marketplaces (Allegro.pl, Kaufland.de),
• chcete být vidět v Google AI Mode, ChatGPT nebo Copilotu, což vyžaduje kompletní strukturovaná data včetně nových atributů.

Pokud se ve dvou a více bodech poznáváte, manuální přístup vám brzdí růst.

Tři principy zdravých datových toků

Když se podíváme zpětně na všechny napojení, která v Conviu spravujeme, fungující e-shopy vždy stojí na třech věcech:

1. Jeden master feed jako zdroj pravdy. Produktová data normalizovaná na jednom místě, odkud se generují všechny kanálové výstupy (Heureka, Google, Allegro, AI atributy). Když přijde nový kanál nebo změna formátu, mění se mapování, ne zdrojová data.
2. Validace dřív než kanál. Chyby se odhalují na vaší straně, ne v administraci Heureky nebo Googlu. Validní EAN, mapování kategorií, kvalita titulků, rozlišení obrázků: vše projde kontrolou ještě před exportem.
3. Obousměrnost s marketplaces. Produkty jdou ven, ale stejně tak rychle se vracejí objednávky, statusy a sklady zpátky do e-shopu. Bez obousměrnosti marketplace prakticky nemá smysl provozovat.

Pokud si stavíte vlastní řešení, držte se těchto tří principů. Pokud si vybíráte nástroj, ptejte se, jak je naplňuje.

Shrnutí: checklist pro zdravé datové toky

Před každým větším krokem (nový kanál, sezóna, migrace platformy, nový dodavatel) projeďte tento checklist:

1. Export: Jsou vyplněné všechny povinné elementy pro cílový kanál (XML i API)?
2. Mapování: Jsou kategorie a parametry namapované na taxonomii cílového systému?
3. Ceny a měny: Jsou ve správném formátu, s DPH tam, kde se očekává, ve správné měně?
4. Obrázky: Jsou veřejně dostupné, ve správné velikosti (minimum 500×500 px, doporučené 1500×1500 px) a bez diakritiky v URL?
5. Identifikátory: Jsou ID produktů unikátní napříč celým katalogem? Máte EAN/GTIN tam, kde to kanál vyžaduje?
6. Soubory: Je XML/CSV v UTF-8 a validní?
7. API: Funguje autentizace, jsou volání v rámci rate limitů, máte mechanismus na opakování při chybě?
8. Objednávky: Stahujete data z marketplaců zpátky do e-shopu, nebo je přepisujete ručně?
9. Dodavatelé: Máte pravidelný, automatický import bez nutnosti zásahu? Co se stane, když dodavatel změní formát?
10. Validace: Máte mechanismus, který chyby upozorní dřív, než je zjistí Heureka, Google nebo zákazník?
11. Google Merchant API: Pokud váš feed do Google Shopping běží přes Content API for Shopping, máte připravený migrační plán na nové Merchant API před 18. 8. 2026?
12. AI Mode atributy: Máte ve feedu pro Google Shopping nové atributy (product_highlight, product_detail, related_product, question_and_answer a další)? Pokud ne, ztrácíte viditelnost v AI Mode.
13. Obrázky 500×500 px: Splňují všechny vaše produktové obrázky nové minimum (enforcement 31. 1. 2027, varování od 14. 4. 2026)?

Pokud u jakékoli odpovědi váháte, zvažte specializovaný nástroj nebo konzultaci. Cena chyby v datech se rovná ceně neprodaného produktu, nebo objednávky, kterou nemůžete vyřídit.

V tomto tématu dále najdete

Pokud řešíte bidding a viditelnost na Heurece nebo Sklik / Seznam Nákupy, podívejte se na téma Zbožové srovnávače.