Content API skončilo: co má e-shop ověřit u Merchant Centeru

Rychlá odpověď

Musí kvůli konci Content API něco udělat každý e-shop?

Ne. Pokud produkty do Merchant Centeru posílá běžný aktualizovaný doplněk nebo e-shopová platforma, migraci obvykle řeší její provozovatel. Jednat musíte hlavně tehdy, když vlastní skript, agentura, PIM nebo starší aplikace volá shoppingcontent.googleapis.com. Content API skončilo 18. srpna 2026 a od 1. září mohou projekty bez výjimky dostávat občasnou chybu HTTP 410 Gone. Samotný pravidelně stahovaný XML či CSV feed tato změna neruší.

Produktový zdroj může vypadat zdravě, i když jeho staré API napojení už část požadavků ztrácí. Cena a dostupnost se chvíli nemění, reklamy běží a problém se projeví až u dalšího přecenění nebo nového produktu. Proto má smysl nejdřív zjistit způsob přenosu dat a teprve potom řešit technickou migraci.

Co se změnilo v září 2026

Google uvádí, že Content API for Shopping dosáhlo konce podpory 18. srpna 2026. Od 1. září zavádí u projektů bez schváleného prodloužení občasné odpovědi 410 Gone; úplné vypnutí všech koncových bodů plánuje na začátek roku 2027. Opakování požadavku může dočasně projít, ale Google výslovně varuje, že retry není dlouhodobé řešení.

Nejdřív rozlište feed, plugin a vlastní API

Slovo „feed“ se používá pro několik různých cest. Pro majitele e-shopu je důležité, kdo data skutečně odesílá. Jiný postup potřebuje denně stahovaný soubor a jiný vlastní program, který mění produkty přes API.

Způsob přenosu	Týká se ho konec Content API?	Co ověřit
Plánovaný XML, CSV nebo Google Sheets zdroj	Ne přímo	Čas posledního načtení, počet produktů a chyby zdroje.
Aktuální oficiální doplněk e-shopové platformy	Migraci řeší dodavatel	Verzi doplňku a písemné potvrzení podpory Merchant API.
Externí feedový nástroj nebo PIM	Podle jeho napojení	Kdo je vlastníkem integrace a zda už používá Merchant API v1.
Vlastní skript, interní aplikace nebo starší řešení agentury	Ano, pokud volá Content API	Endpointy, chyby 410, poslední úspěšný zápis a migrační plán.

Pokud si nejste jistí, nezačínejte instalací dalšího pluginu. V Merchant Centeru si nejprve sepište všechny zdroje produktů a u každého zjistěte vlastníka. Duplicitní napojení může stejný produkt přepisovat z více míst a vytvořit další chybu. Základní kontrolu zdrojů a problémů popisuje také návod Produkty se nezobrazují na Googlu?

Pět signálů, že staré napojení stále pracuje

V dokumentaci, kódu nebo chybovém logu najdete adresu shoppingcontent.googleapis.com nebo označení Content API for Shopping v2.1.
Po 1. září se objevují nepravidelné odpovědi 410 Gone se zmínkou content_api_sunset.
Nové produkty nebo změny cen se do Merchant Centeru propisují jen někdy, zatímco ruční opakování požadavku dočasně projde.
Dodavatel nedokáže potvrdit Merchant API v1 ani uvést, kdo migraci spravuje.
Integrace byla vytvořena na míru před několika lety a od té doby nemá jasného vlastníka, dohled ani upozornění na zastaralá data.

Ani úspěšná odpověď jedné zkoušky nedokazuje, že je integrace v pořádku. Google zavádí chyby postupně. Ověřte proto skutečný poslední zápis a porovnejte několik konkrétních produktů s e-shopem, ne jen dostupnost serveru.

Co se při přechodu na Merchant API technicky mění

Merchant API není pouze nový název stejné adresy. Google rozdělil funkce do samostatných částí pro účty, produkty, datové zdroje a reporty. Projekt v Google Cloud se musí jednorázově zaregistrovat jako vývojář a staré metody je potřeba namapovat na nové zdroje a metody.

U produktů se odděluje odeslaný vstup ProductInput od zpracovaného výsledku Product. Při vkládání a mazání je potřeba uvést datový zdroj; dřívější products.custombatchnemá přímou náhradu a Google doporučuje paralelní požadavky nebo HTTP batching. Zachovejte stejné offerId, aby se zbytečně neztratila historie produktu.

Co má předat majitel e-shopu vývojáři

Seznam všech činností integrace: zápis produktů, ceny, sklad, lokální inventář, doprava, vrácení, promo akce, reporty a správa účtů. Migrace jen jedné metody nestačí, pokud starý skript používá dalších pět.

Bezpečný postup pro majitele e-shopu

Sepište zdroje. U každého uveďte, zda jde o soubor, platformní doplněk, externí nástroj nebo vlastní API.
Určete vlastníka. Napište, kdo řeší aktualizace, přístupy, chyby a podporu. „To kdysi dělal programátor“ není odpovědnost.
Vyžádejte si důkaz migrace. Stačí potvrzení Merchant API v1, datum nasazení, rozsah převedených funkcí a způsob monitoringu.
Vyberte testovací vzorek. Zahrňte nový produkt, zlevněný produkt, variantu, vyprodanou položku a produkt s rychlou změnou ceny nebo skladu.
Porovnejte stav před a po. Kontrolujte ID nabídky, cenu, dostupnost, zemi, jazyk, obrázek, dopravu a diagnostiku.
Ověřte zpracovaný výsledek. Úspěšné odeslání ještě neznamená, že Google produkt přijal bez problému.
Nastavte hlídání stáří dat. Upozornění má reagovat i na dlouho nezměněnou cenu či sklad, nejen na spadlý program.

Kontrola pěti produktů za 30 minut

U každého vybraného produktu změňte jen bezpečný údaj v testovacím nebo schváleném procesu a poznamenejte čas. Po zpracování porovnejte veřejnou stránku, zdrojová data a výslednou položku v Merchant Centeru. Postup je podobný kontrole ceny a dostupnosti mezi webem, feedem a schema, jen navíc sledujete, která integrace změnu skutečně odeslala.

Test	Co má souhlasit	Varovný výsledek
Nový produkt	Stejné ID, URL, název a datový zdroj.	Produkt chybí nebo vznikne druhá kopie.
Změna ceny	Nová částka a měna po očekávané době.	Stará cena zůstane bez chyby nebo se vrací zpět.
Změna skladu	Dostupnost stejné varianty.	Jiná varianta nebo dlouho zastaralý stav.
Diagnostika	Zpracovaný produkt bez nové kritické chyby.	API přijme zápis, ale produkt Google odmítne.

Co nedělat při prvním výpadku

Nespoléhejte na nekonečné opakování požadavků po chybě 410. Google potvrzuje, že podíl odmítnutých volání poroste.
Nezakládejte bez kontroly druhý produktový zdroj se stejnými položkami. Duplicitní vstupy mohou přepisovat správná data.
Neměňte při migraci současně ID nabídek, strukturu variant a názvy. Ztratili byste možnost poznat příčinu problému.
Nehodnoťte výsledek jen podle reklamy. Zkontrolujte také bezplatné záznamy, diagnostiku a zpracované produktové hodnoty.

Když produkt po migraci chybí, pokračujte systematicky přes devět kontrol Merchant Centeru. Pokud řešíte větší katalog, pomůže také společný seznam povinných a doporučených polí v článku o produktových datech pro Google a AI.

Kontrolní seznam před uzavřením migrace

Víte, které zdroje používají soubor a které programové API?
Každé napojení má konkrétního vlastníka a kontakt pro výpadek?
Dodavatel potvrdil Merchant API v1 a rozsah převedených funkcí?
V logu nezůstala produkční volání na shoppingcontent.googleapis.com?
Nové produkty, ceny, sklad a varianty se propisují v očekávaném čase?
Stejné offerId zůstalo zachované a nevznikají duplicitní produkty?
Kontrolujete zpracovaný výsledek a diagnostiku, ne jen úspěšný zápis?
Monitoring upozorní na zastaralá data i na technickou chybu?
Máte zapsaný návratový postup pro poslední funkční verzi integrace?

Časté otázky

Ovlivní konec Content API běžný XML feed?

Ne přímo. Plánované načítání souboru je jiná cesta než programové volání Content API. Ověřte ale, zda váš feedový nástroj soubor jen vytváří, nebo produkty do Merchant Centeru zároveň zapisuje přes API.

Stačí po chybě 410 požadavek zopakovat?

Ne. V přechodné fázi může opakování projít, ale Google ho nepovažuje za řešení. Chyby mají být stále častější a úplné vypnutí je plánované na začátek roku 2027.

Musí majitel e-shopu programovat Merchant API?

Většinou ne. Potřebuje ale zjistit vlastníka integrace, vyžádat si potvrzení migrace a obchodně ověřit výsledek na konkrétních produktech. Vlastní kód musí upravit jeho vývojář nebo dodavatel.

Je zachování stejného ID produktu důležité?

Ano. Google při migraci produktů doporučuje zachovat stejné offerId, aby se neztratila historie položky. Změnu identity produktu proto oddělte od technického přechodu na nové API.