Jak opravit chyby v Google Merchant Center: nejčastější zamítnutí

Google Merchant Center zamítnutí: proč jsou v roce 2026 stále hlavní problém feedů

Google Merchant Center zamítnutí stojí za většinou případů, kdy e-shopům přes noc vypadne pokrytí v Shopping kampaních. Data z rozsáhlých auditů účtů ukazují, že zhruba 95 procent zamítnutí spadá do pěti kategorií: nesoulad ceny, nesoulad dostupnosti, problémy s identifikátory, chyby obrázků a policy porušení. Každá kategorie vyžaduje jiný typ opravy, a pokud je smícháte do jednoho backlogu, tým ztrácí čas na špatných prioritách.

Tento průvodce pokrývá nejčastější typy zamítnutí v roce 2026 včetně nového pravidla pro multi-channel product ID platného od března. Pokud váš feed potřebuje nejdřív základní revizi, projděte si průvodce optimalizací produktového feedu a sem se vraťte pro specifický postup řešení zamítnutí.

Pět datových zamítnutí, která způsobují největší škody

Datová zamítnutí jsou ta jednodušší. Nepotřebujete formální policy appeal, stačí opravit data a nahrát aktualizovaný feed. Google typicky přeindexuje změny do 24 až 72 hodin. Zaměřte se na tyto nejčastější vzory.

Nesoulad ceny mezi feedem a produktovou stránkou

Jednoznačně nejčastější důvod zamítnutí. Nastává, když se cena v odeslaném feedu liší od ceny viditelné na landing page, včetně hodnot ve structured data markup. Typické příčiny:

• Slevová akce se propíše do e-shopu, ale feed se aktualizuje s prodlevou.
• Pravidla zobrazení DPH nebo dopravy se liší podle cílového trhu.
• Zastaralý Product schema na stránce, který ukazuje jinou cenu než reálně viditelnou.

Řešení: slaďte harmonogram exportu feedu s cyklem cenových aktualizací a ověřte, že structured data na stránce přesně odpovídají odeslaným hodnotám. Zapnutí automatic item updates v Merchant Center pomůže překlenout krátkodobé nesoulady, ale není náhradou za přesný feed.

Nesoulad dostupnosti

Stav zásob se mění rychleji než exportní interval. Když feed hlásí in_stock, ale stránka ukazuje vyprodáno, Merchant Center produkt zamítne. Google navíc aplikuje preemptive item disapproval (PID), kdy na základě vzorců predikuje pravděpodobný nesoulad a produkt zamítne preventivně.

• Zvyšte frekvenci aktualizace feedu pro produkty s rychlým obratem.
• Dočasně pozastavte volatilní SKU při zpožděném syncu skladu.
• Před sezónními špičkami změřte latenci mezi skladovým systémem a e-shopem.

Chybné nebo chybějící identifikátory

Google vyžaduje validní GTIN u každého produktu, který ho má. Odeslání deformovaného čárového kódu, opakované použití stejného GTIN pro různé produkty nebo vynechání identifikátoru bez správného nastavení identifier_exists na no vede k zamítnutí a slabšímu párování reklam.

• Validujte GTIN, brand a MPN na úrovni produktové kategorie.
• Produkty bez identifikátorů směrujte do samostatné exception fronty.
• Čárové kódy od dodavatelů ověřujte proti referenční databázi ještě před importem.

Pokud spravujete mix značkových a privátních produktů, náš postup pro chybějící EAN/GTIN vysvětluje fallback logiku, která neporuší compliance pravidla.

Chyby obrázků

Hlavní produktový obrázek musí jasně ukazovat produkt na čistém pozadí, bez promo overlayů, vodoznaků, log a zástupných grafik. Zamítnutí způsobují i nízké rozlišení a obrázky, které neodpovídají konkrétní variantě.

• Blokujte promo texty a badge v hlavních obrázcích už při importu dat.
• Nastavte minimální rozlišení (800 x 800 px pro většinu kategorií, 1000 x 1000 pro oblečení).
• Ověřujte, že obrázky na úrovni variant skutečně odpovídají dané barvě, velikosti nebo stylu.

Novinka 2026: konflikty multi-channel product ID

Od března 2026 Google vyžaduje, aby obchodníci prodávající online i v kamenných prodejnách používali oddělená product ID, pokud se atributy mezi kanály liší. Pokud má stejný produkt jinou cenu, dostupnost nebo stav v kamenné prodejně než v online nabídce, sdílené ID povede k chybám zpracování a zamítnutím.

• Projděte katalog a identifikujte produkty, které figurují v online i local inventory feedu s odlišnými hodnotami.
• Pro každou kanálovou variantu vytvořte samostatné product ID před březnovým termínem.
• Aktualizujte feed management nástroje tak, aby podporovaly generování duálních ID.

Tato změna se týká hlavně retailerů využívajících Local Inventory Ads. Pro širší pohled na strukturu feedu a taxonomii doporučuji průvodce mapováním Google product taxonomy.

Policy zamítnutí: jiná liga, jiný postup

Policy porušení fungují v odděleném enforcement tracku. Nejde je vyřešit editací atributu a novým uploadem feedu. Týkají se důvěryhodnosti účtu, obsahu nabídky, kvality webu a souladu s Google Shopping policies.

Časté policy triggery

• Misrepresentation: nekonzistentní obchodní údaje, skryté náklady, tvrzení neodpovídající obsahu landing page.
• Restricted content: produkty v regulovaných kategoriích (zdraví, finance, adult) bez povinných disclosures.
• Problémy s důvěryhodností webu: nefunkční checkout, chybějící reklamační řád, chybějící kontaktní údaje, nezabezpečená platební stránka.
• Opakované datové chyby: pokud se stejné problémy vracejí přes více review cyklů, Google je může překlasifikovat na policy-level problém s celkovou spolehlivostí účtu.

Správný postup pro policy appeal

Datové apely mají úspěšnost kolem 95 procent, pokud je podkladový problém skutečně opraven. Policy apely, zejména u misrepresentation nebo counterfeit flagů, jsou výrazně těžší, typicky 10 až 20 procent. Rozdíl je v přípravě.

1. Izolujte dotčené produkty a trhy, aby se problém nešířil.
2. Ke každému zamítnutí přiřaďte konkrétní text z Google policy a uložte referenční odkazy.
3. Opravte nejdřív web a kontext nabídky, ne jen feed. Policy reviewer kontroluje živý web.
4. Zdokumentujte každý nápravný krok podle typu problému.
5. Žádost o review odešlete až po uzavření všech souvisejících bodů. Poloviční opravy téměř vždy vedou k zamítnutému appealu.

Týmy, které přistupují k policy opravám jako k jednoduchému přepisu jednoho pole místo kompletního důkazního balíčku, typicky neuspějí a spustí delší cooldown periodu. Pro strukturovaný přístup ke kvalitě dat využijte náš checklist produktových dat.

Diagnostický workflow: co dělat, když zamítnutí náhle vzrostou

Když vám přes noc klesne počet schválených produktů, rozhoduje rychlost klasifikace a cílených oprav. Tento workflow funguje pro feed týmy, katalogové operace i PPC manažery.

Krok 1: Klasifikace a kvantifikace (5 minut)

Otevřete záložku Needs Attention v Merchant Center a seřaďte problémy podle počtu dotčených položek. Každý problém zařaďte do jednoho ze tří bucketů: data, policy, nebo neurčené. Prioritizujte chyby na SKU s nejvyšším obratem.

Krok 2: Porovnání tří vrstev pravdy (10 minut)

U každé skupiny chyb porovnejte:

1. Živá produktová stránka — co vidí zákazník.
2. Odeslaný feed payload — co jste poslali do Googlu.
3. Zpracovaná hodnota v Merchant Center — co Google uložil a označil.

Většina datových zamítnutí se vyřeší ve chvíli, kdy najdete místo divergence. Nástroje jako Lasso tento srovnávací proces automatizují tím, že validují channel-specific požadavky před exportem a upozorní na nesoulady dříve, než se z nich stanou zamítnutí.

Krok 3: Cílené opravy (10 minut)

• Nesoulad ceny a dostupnosti: opravte zdrojová data a spusťte nový upload feedu.
• Problémy s identifikátory: opravte GTIN nebo nastavte identifier_exists, pak znovu odešlete.
• Chyby obrázků: nahraďte problémový obrázek a vyčistěte CDN cache, pokud servíruje starou verzi.
• Policy případy: postupujte podle kompletního workflow výše. Nepospíchejte s review žádostí.

Krok 4: Zajištění prevence (5 minut)

Každou nalezenou root cause přetavte do trvalého validačního pravidla. Nastavte alert pro náhlé skoky v zamítnutích a přiřaďte ownera s jasným response SLA. Týmy, které tento krok přeskočí, typicky opakují stejný debugging cyklus každých pár týdnů.

Pro strukturovaný pre-launch validační proces projděte feed QA checklist, který pokrývá kompletní sadu kontrol před každým větším pushem do katalogu.

Prevence zamítnutí: systém, který škáluje

Opravovat zamítnutí je nutné, ale samo o sobě nestačí. Skutečný cíl je přestat zanášet stejné defekty s každou aktualizací katalogu. Lehký governance model postavený na pěti principech dokáže dramaticky snížit opakovaná zamítnutí.

Schema kontrakty podle cílového kanálu. Definujte povinná, doporučená a podmíněná pole zvlášť pro Google Shopping, free listings a Local Inventory Ads. Každý kanál má jiné atributové požadavky. Dokumentace zabrání vynechání polí při exportu. Náš framework pro validaci katalogu vysvětluje, jak to nastavit systematicky.

Validační brány před publikací. Blokujte export feedu, když selžou kritická pole: cena, dostupnost, identifikátory, validita URL obrázků, délka titulku. Chyby tak zachytíte dříve než Google.

Kontrola souladu structured data. Pravidelně ověřujte, že Product schema na landing pages odpovídá hodnotám ve feedu. Nesoulad na této úrovni je hlavní příčinou zamítnutí kvůli ceně a dostupnosti.

Monitoring trendů v diagnostice. Sledujte zamítnutí podle typu chyby v čase, ne jen celkový počet. Klesající trend v jedné kategorii a rostoucí v jiné vám řekne, kde se pipeline rozpadá.

Zpětná vazba na kvalitu dodavatelů. Pokud určití dodavatelé konzistentně dodávají data generující chyby, předejte tento signál zpět. Měřte, které zdrojové feedy způsobují nejvíc zamítnutí, a vyžadujte kvalitativní standardy.

S Lasso tyto kontroly spojíte do jednoho workflow: import surových dodavatelských dat, normalizace atributů podle specifikací kanálu, validační pravidla a routing problémových produktů do review fronty ještě před odesláním do Merchant Center. Výsledkem je méně překvapení v diagnostice a stabilnější pokrytí reklam.

Jak obnovit výkon a udržet produkty schválené

Google Merchant Center zamítnutí nejsou jednorázová záležitost. Jsou to opakující se provozní výzvy na průsečíku datové kvality, policy compliance a publikačního procesu. Týmy, které je zvládají nejlépe, přistupují ke zdraví feedu jako ke kontinuálnímu procesu, ne jako k občasnému úklidu.

Doporučené pořadí kroků:

1. Každé zamítnutí rozdělit na datové versus policy.
2. Opravit nejdražší datové nesoulady pomocí porovnání tří vrstev.
3. U policy případů sestavit kompletní nápravný balíček před žádostí o review.
4. Každou opakující se root cause převést na trvalé validační pravidlo.
5. Zkontrolovat soulad s březnovým 2026 pravidlem pro multi-channel product ID, pokud prodáváte online i přes local inventory.
6. Diagnostiku sledovat týdně jako provozní KPI společně s konzistencí produktových titulků a best practices pro správu feedů.

Kvalita feedu je konkurenční výhoda. Obchodníci, kteří udržují své produkty schválené, zatímco konkurence cykluje přes zamítnutí, získávají neúměrně vyšší podíl impresí. Investice do prevence se vrátí v ušetřeném ad spendu a stabilní viditelnosti v Shopping kampaních.