Co se letos změnilo v Google API — a co přesně s tím udělat

Celý rok v jedné větě

Dva datované termíny vám rozbijí stack, pokud je budete ignorovat — Content API for Shopping se vypíná 18. srpna 2026 a dynamické reklamy ve vyhledávání se v září 2026 automaticky upgradují do AI Max — a třetí změna, nová měsíční kadence vydání, vám potichu nechává verzi API zastarat rychleji než dřív. Všechno ostatní, co Google letos vydal, je příležitost, ne povinnost. Tenhle text probírá každou změnu stejně: co se změnilo, proč to záleží pro váš účet a jaké přesné volání, payload nebo migrace spustit — v pořadí podle priority, nejtvrdší termín první.

Nenechám nic u „měli byste migrovat”. U každého kroku je konkrétní artefakt — endpoint, který nahrazuje ten starý, payload experimentu, GAQL dotaz — abyste přesně viděli, co postavit, než dorazí to datum.

Pár slov o tom, proč na tom vůbec záleží. Google Ads a Merchant API byly roky pomalu se hýbající plocha, které jste se dotkli jednou za rok. To skončilo. Platforma teď vydává měsíčně, dvě z jejích největších ploch se vypínají a kontrola, kterou jste dřív drželi v ruce, se předává modelům. Účty, které z toho vyjdou napřed, jsou ty, které tenhle rok vzaly jako migrační projekt, ne jako údržbu.

Termín č. 1 — Content API for Shopping → Merchant API (18. 8. 2026)

Tohle je nejtvrdší datum roku, takže jde první.

Co se změnilo. Content API for Shopping v2.1 se vypíná 18. srpna 2026. Jeho nástupce, Merchant API v1, vyšel jako GA v červenci 2025, a mezikrok v1beta už skončil 28. února 2026. Starý monolit nahrazují zaměřená sub-API — datasources, products, inventories, reports, notifications.

Proč to záleží pro váš účet. Cokoli, co se dotýká vašeho feedu přes staré API, k tomu datu přestane fungovat: nahrávání feedů, supplementální feedy, vlastní štítky, aktualizace cen a skladu, čtení zamítnutí. Žádné „bylo by fajn migrovat” — tvrdý termín. Pokud denní skript drží vaše ceny v synchronizaci, 18. srpna ztichne a váš feed se pomalu rozejde s realitou, dokud si někdo nevšimne ztracených tržeb.

Co s tím. Postavte to znovu nad strukturou sub-API. Tvar migrace je mechanický — mění se host, cesta a resource model, záměr zůstává. Tady je before/after pro nejběžnější volání ze všech, upsert produktu:

# OLD — Content API for Shopping v2.1 (off on 2026-08-18)
curl -X POST \
  "https://shoppingcontent.googleapis.com/content/v2.1/{merchantId}/products" \
  -H "Authorization: Bearer $TOKEN" -H "Content-Type: application/json" \
  -d '{ "offerId": "SKU-123", "title": "...", "price": {"value":"19.90","currency":"EUR"} }'

# NEW — Merchant API v1 (productInputs sub-API)
curl -X POST \
  "https://merchantapi.googleapis.com/products/v1/accounts/{account}/productInputs:insert?dataSource=accounts/{account}/dataSources/{ds}" \
  -H "Authorization: Bearer $TOKEN" -H "Content-Type: application/json" \
  -d '{ "channel": "ONLINE", "offerId": "SKU-123", "contentLanguage": "en", "feedLabel": "US",
        "attributes": { "title": "...", "price": {"amountMicros":"19900000","currencyCode":"EUR"} } }'

(Hosty endpointů a rozdělení na sub-API jsou z dokumentace Googlu; přesné tělo požadavku pro váš resource si ověřte v referenci Merchant API, než to nasadíte — změnila se i jména polí, nejen URL.)

Cíl je vážně lepší než to, co nahrazuje — což vám nikdo neřekne. Tři vylepšení, která migrací zdědíte zadarmo:

Pokud jste si dlouho slibovali zpevnit nástroje na feed, vypnutí je ta vynucující funkce: postavte to jednou znovu a vyjdete z toho s čistším ošetřením chyb a menším počtem round-tripů, než kdy v2.1 dovolovalo.

Termín č. 2 — Dynamické reklamy ve vyhledávání → AI Max (9/2026)

Druhá datovaná změna a ta, která přepisuje, kolik kontroly držíte.

Co se změnilo. AI Max for Search dosáhl GA 15. dubna 2026 poté, co vyšel v betě v květnu 2025. Od září 2026 Google automaticky upgraduje všechny zbývající DSA, automaticky vytvořené podklady a broad match na úrovni kampaně do AI Max. Poté už novou DSA kampaň nevytvoříte — ani v UI, ani v Editoru, ani přes API.

Proč to záleží pro váš účet. Obchodujete kontrolu za nárůst. S plnou sadou funkcí — párování vyhledávacích dotazů plus přizpůsobení textu plus rozšíření finální URL — Google uvádí přibližně +7 % konverzí nebo hodnoty konverzí oproti samotnému párování dotazů. Výměnou modelu předáte párování, text podkladů i výběr landing URL. Pokud máte do svého DSA setupu ručně zapečená pravidla pro značku nebo compliance, tichý zářijový upgrade může potichu začít posílat provoz na URL a texty, které jste neschválili.

Co s tím. Nečekejte, až zjistíte, co upgrade udělá s vašimi čísly — změřte to teď. Google vydal pojistky a měřicí háčky přes API v krocích s funkcí samotnou, takže přepnutí si můžete A/B otestovat na vlastních datech, než bude povinné:

Praktický tah je ten poslední: vytvořte experiment ADOPT_AI_MAX napříč účty, nechte ho běžet a pak si přečtěte reálný rozdíl běžným GAQL dotazem — místo abyste to zjistili, až bude upgrade nevratný:

-- After ADOPT_AI_MAX runs: read the keywordless match, then the trial delta
SELECT campaign.name,
       metrics.conversions,
       metrics.conversions_value,
       metrics.cost_micros
FROM targeting_expansion_view
WHERE segments.date DURING LAST_30_DAYS

(ADOPT_AI_MAX je jeden z nových typů experimentů vydaných ve v24.1; targeting_expansion_view je reportovací resource z v22. Dostupnost polí si ověřte v release notes pro verzi, kterou voláte.)

Termín č. 3 (průběžný) — měsíční vydání, kratší životnost

Ne jediné datum, ale hodiny, které teď tikají pořád.

Co se změnilo. Od v23 (28. ledna 2026) Google Ads API přešlo na měsíční kadenci vydání: čtyři hlavní verze ročně plus měsíční minor verze, s jednoletou podporou na každou hlavní verzi.

Proč to záleží pro váš účet. Rychlejší přístup k funkcím a rychlejší zastarávání. Verze končí podle zveřejněného harmonogramu — v20 dosáhne konce životnosti v červnu 2026, v21 v srpnu, v22 v říjnu. Měsíční minor bump je nerozbíjející; zmeškat sunset hlavní verze znamená, že vaše skripty začnou vracet chyby bez varování — kromě data v kalendáři, který jste nesledovali.

Co s tím. Připněte si verzi a hlídejte sunset kalendář. Nejlevnější pojistka je opakovaná kontrola, která ví, jakou verzi voláte, a upozorní ~60 dní před tím, než vyprší — API dokonce vrací zpět verzi požadavku, takže kontrola je pár řádků:

# Recurring guardrail: alert ~60 days before your pinned version sunsets.
from datetime import date

PINNED = "v22"                 # the version your client is pinned to
SUNSET = {"v20": "2026-06-01", "v21": "2026-08-01", "v22": "2026-10-01"}  # from sunset-dates page
sunset = SUNSET.get(PINNED)    # None until your version reaches the published calendar
if sunset and (date.fromisoformat(sunset) - date.today()).days < 60:
    alert(f"{PINNED} sunsets {sunset} — schedule the version bump")  # major bump needs a re-test

404 ze sunsetnuté verze je výpadek, který si způsobíte sami. Berte řízení verzí jako stálý opakovaný úkol, ne jako požární poplach.

A teď upside — AI se stěhuje do kreativy a feedu

S vyřešenými termíny je zbytek roku páka, kterou si nasadíte podle vlastního harmonogramu. Dvě služby proměnily práci s podklady a feedem v něco, co lze skriptovat napříč tisíci SKU:

• AssetGenerationService — Ads API, v22, closed beta: generování AI textu a obrázků, s vylepšováním a extrakcí obrázků v PMax; v23.2 přidalo VideoEnhancement pro video generované Googlem. Tvorba kreativy se přesouvá z UI do programovatelné vrstvy.
• Product Studio — Merchant API, alfa od dubna 2025: AI generované názvy a popisy produktů, plus AutomatedDiscounts pro cenotvorbu v reálném čase. Kvalita feedu je stropem výkonu v Shopping a PMax, takže přepisování názvů na úrovni API znamená hromadné vylepšení tisíců SKU bez ruční práce.

Konkrétní pipeline, kterou to odemyká: načti SKU z feedu → vygeneruj compliant název/popis a obrázkové podklady → pošli je rovnou do asset group, bez ruční Canva mezikroku. Obě služby jsou pre-GA — berte je jako pilot na výseku katalogu, ne jako celokatalogový rollout, dokud nedosáhnou GA.

A instalatérská část — Ads a Merchant na jednom místě

Nejvíc podceňovaná změna roku je neefektní: dvě poloviny e-commerce účtu se konečně potkávají.

Co se změnilo. Od 22. dubna 2026 je Merchant API dostupné z Google Ads Scriptů. Ve spojení s product_filters (podmíněné sdílení feedu s Google Ads, vyšlo v listopadu 2025) a CartDataSalesView (v24) se smyčka mezi zdravím feedu a útratou za reklamu uzavírá uvnitř jednoho prostředí.

Proč to záleží pro váš účet. Staré rozdělení — kampaně ve Scriptech, feed spravovaný někde jinde — znamenalo, že zamítnutý produkt dál pálil rozpočet, dokud si toho člověk nevšiml. Teď jeden skript dokáže zareagovat na zamítnutí feedu pozastavením kampaně nebo vytažením SKU z listing group v PMax. A CartDataSalesView přináší segmentaci konverzí na úrovni produktu do API, takže dostanete ROAS na úrovni SKU bez ručního sešívání dat kampaně s feedem:

-- Product-level ROAS straight from the API (v24+), no manual feed stitching
SELECT segments.product_item_id,
       metrics.conversions_value,
       metrics.cost_micros
FROM cart_data_sales_view
WHERE segments.date DURING LAST_30_DAYS
ORDER BY metrics.conversions_value DESC

Ten jediný dotaz je vstupem pro tierování ziskovosti, které jste dřív přestavovali ručně každý měsíc. (Resource je cart_data_sales_view, vyšel ve v24; dostupnost segmentů si ověřte v release notes pro vaši verzi.)

Rok na jedné časové ose

Každá hlavní verze níže pochází z oficiálních release notes; milníky Merchantu z Merchant API latest updates. Pravý sloupec je jediný, který by měl řídit váš kalendář — všechno datované je nesmlouvavé.

[TVRDÉ 18. 8.] 1. Migrace feedu → pryč z v2.1, na Merchant sub-API
[TVRDÉ 9/]     2. Inventura DSA → nejdřív spustit ADOPT_AI_MAX A/B
[PRŮBĚŽNÉ]     3. Hlídání verzí → alert 60 dní před sunsetem
[upside]       4. Asset pipeline → AssetGenerationService / Product Studio
[upside]       5. ROAS na SKU → tierování přes cart_data_sales_view
[upside]       6. Uzavřená smyčka → Merchant ve Scriptech: zamítnutí → pozastavení

FAQ