Kaj se je letos spremenilo v Googlovih API-jih — in kaj točno storiti

Vse leto v enem stavku

Dva datumsko določena mejnika ti bosta razbila stack, če ju boš ignoriral — Content API for Shopping se ugasne 18. avgusta 2026, Dynamic Search Ads pa se septembra 2026 samodejno nadgradijo v AI Max — tretja sprememba, novi mesečni ritem izdaj, pa tvojo različico API tiho postara hitreje kot prej. Vse drugo, kar je Google letos izdal, je priložnost, ne obveznost. Ta članek vsako spremembo obravnava enako: kaj se je spremenilo, zakaj je pomembno za tvoj račun in natančen klic, payload ali migracijo za izvedbo — po vrstnem redu prioritet, najtrši rok prvi.

Nobene od njih ne bom pustil pri „morali bi migrirati”. Pri vsakem koraku stoji konkreten artefakt — končna točka, ki nadomesti staro, payload eksperimenta, poizvedba GAQL — da natanko vidiš, kaj moraš zgraditi, preden pride datum.

Beseda o tem, zakaj je to sploh pomembno. Leta so bili Google Ads in Merchant API počasna površina, ki si se je lahko dotaknil enkrat na leto. To je mimo. Platforma zdaj izdaja mesečno, dve njeni največji površini se ugašata, nadzor, ki si ga prej držal v rokah, pa se predaja modelom. Računi, ki bodo prišli iz tega na boljšem, so tisti, ki so to leto obravnavali kot migracijski projekt, ne kot vzdrževalnega.

Rok #1 — Content API for Shopping → Merchant API (18. avg. 2026)

To je najtrši datum leta, zato gre prvi.

Kaj se je spremenilo. Content API for Shopping v2.1 se ugasne 18. avgusta 2026. Njegov naslednik, Merchant API v1, je julija 2025 dosegel GA, vmesni v1beta pa je bil že ukinjen 28. februarja 2026. Stari monolit nadomeščajo usmerjeni pod-API-ji — datasources, products, inventories, reports, notifications.

Zakaj je pomembno za tvoj račun. Vse, kar se dotika tvojega feeda prek stare API, na ta datum neha delovati: nalaganja feeda, dopolnilni feedi, custom labels, posodobitve cen in zalog, branje zavrnitev. Ni „lepo bi bilo migrirati” — gre za trd rez. Če dnevni script ohranja tvoje cene usklajene, 18. avgusta utihne in tvoj feed počasi zastareva, dokler nekdo ne opazi izgubljenega prihodka.

Kaj storiti. Zgradi na novo proti strukturi pod-API-jev. Oblika migracije je mehanska — gostitelj, pot in model virov se spremenijo, namen ostaja enak. Tukaj je primer prej/potem za najpogostejši klic, vstavljanje izdelka (upsert):

# 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"} } }'

(Gostitelji končnih točk in razdelitev na pod-API-je izhajajo iz Googlove dokumentacije; potrdi natančno telo zahteve za svoj vir proti referenci Merchant API, preden objaviš — imena polj so se spremenila, ne le URL.)

Cilj je iskreno boljši od tistega, kar nadomešča — del, ki ti ga nihče ne pove. Tri izboljšave, ki jih z migracijo podeduješ brezplačno:

Če si nameraval utrditi svoje orodje za feed, je ukinitev prisilna funkcija: zgradi enkrat na novo in izstopi s čistejšim ravnanjem z napakami in manj povratnimi klici, kot jih je v2.1 kdaj dovoljevala.

Rok #2 — Dynamic Search Ads → AI Max (sep. 2026)

Druga datumsko določena sprememba in tista, ki preoblikuje, koliko nadzora držiš.

Kaj se je spremenilo. AI Max for Search je 15. aprila 2026 dosegel GA, potem ko se je maja 2025 zagnal v beti. Od septembra 2026 Google samodejno nadgradi vse preostale DSA, samodejno ustvarjene elemente in široko ujemanje na ravni akcije v AI Max. Po tem ne moreš več ustvariti nove DSA akcije — ne v vmesniku, ne v Editorju, ne prek API.

Zakaj je pomembno za tvoj račun. Menjava je nadzor za dvig. S celotnim naborom funkcij — ujemanje iskalnih poizvedb plus prilagajanje besedila plus razširitev končnega URL — Google poroča približno +7 % konverzij ali vrednosti konverzij v primerjavi zgolj z ujemanjem poizvedb. V zameno modelu predaš ujemanje, besedilo elementa in izbiro ciljnega URL. Če imaš v svojo DSA nastavitev ročno vgrajena pravila znamke ali skladnosti, lahko tiha septembrska nadgradnja neopazno začne pošiljati promet na URL-je in besedilo, ki jih nisi odobril.

Kaj storiti. Ne čakaj, da odkriješ, kaj nadgradnja naredi s tvojimi številkami — izmeri jo zdaj. Google je varovala in merilne priključke izdal vzporedno s funkcijo prek API, tako da lahko preklop A/B testiraš na svojih podatkih, preden postane obvezen:

Praktična poteza je zadnja: ustvari eksperiment ADOPT_AI_MAX čez račune, pusti ga teči, nato preberi dejansko razliko z običajnim GAQL pull-om — namesto da to izveš, ko je nadgradnja že nepovratna:

-- 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 eden od novih tipov eksperimentov, izdanih v v24.1; targeting_expansion_view je vir za poročanje iz v22. Potrdi razpoložljivost polj proti release notes za različico, ki jo kličeš.)

Rok #3 (tekoči) — mesečne izdaje, krajša življenjska doba

Ni en sam datum, ampak ura, ki zdaj vedno tiktaka.

Kaj se je spremenilo. Od v23 (28. januar 2026) je Google Ads API prešel na mesečni ritem izdaj: štiri glavne različice na leto plus mesečne manjše različice, z enim letom podpore na glavno različico.

Zakaj je pomembno za tvoj račun. Hitrejši dostop do funkcij in hitrejša zastarelost. Različice se ugašajo po objavljenem urniku — v20 doseže konec življenjske dobe junija 2026, v21 avgusta, v22 oktobra. Mesečni manjši dvig je neprelomen; zamujen sunset glavne različice pomeni, da tvoji scripti začnejo vračati napake brez opozorila, razen datuma v koledarju, ki ga nisi spremljal.

Kaj storiti. Pripni svojo različico in spremljaj koledar ukinitev. Najcenejše zavarovanje je ponavljajoči se preverjevalnik, ki ve, katero različico kličeš, in opozori ~60 dni pred potekom — API celo vrača različico zahteve, tako da je preverjanje nekaj vrstic:

# 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 z ukinjene različice je sam sebi povzročen izpad. Upravljanje različic obravnavaj kot stalno ponavljajočo se nalogo, ne kot gasilsko vajo.

Zdaj priložnost — AI vstopa v kreativo in feed

Ko so roki obvladani, je preostanek leta vzvod, ki ga sprejmeš po lastnem urniku. Dve storitvi sta delo z elementi in feedom spremenili v nekaj, kar lahko skriptiraš čez tisoče SKU-jev:

• AssetGenerationService — Ads API, v22, zaprta beta: generiranje besedila in slik z umetno inteligenco, z izboljšavo in ekstrakcijo slik za PMax; v23.2 je dodal VideoEnhancement za Googlu generiran video. Generiranje kreative se seli iz vmesnika v programabilno plast.
• Product Studio — Merchant API, alfa od aprila 2025: z umetno inteligenco generirani naslovi in opisi izdelkov, plus AutomatedDiscounts za oblikovanje cen v realnem času. Kakovost feeda je strop učinkovitosti za Shopping in PMax, zato prepisovanje naslovov na ravni API pomeni množično izboljšavo tisočev SKU-jev brez ročnega dela.

Konkreten cevovod, ki ga to odklene: preberi SKU iz feeda → generiraj skladen naslov/opis in slikovne elemente → potisni jih naravnost v skupino elementov, brez ročnega koraka Canve vmes. Obe storitvi sta pred GA — obravnavaj ju kot pilot na delu kataloga, ne kot uvajanje čez celoten katalog, dokler ne dozorita.

In vodovod — Ads in Merchant na enem mestu

Najbolj podcenjena sprememba leta je neefektna: dve polovici e-commerce računa se končno srečata.

Kaj se je spremenilo. Od 22. aprila 2026 je Merchant API dosegljiv iz Google Ads Scripts. V kombinaciji s product_filters (pogojno deljenje feeda z Google Ads, izdano novembra 2025) in CartDataSalesView (v24) se zanka med zdravjem feeda in oglaševalsko porabo sklene znotraj enega okolja.

Zakaj je pomembno za tvoj račun. Stara delitev — akcije v Scripts, feed upravljan nekje drugje — je pomenila, da je zavrnjen izdelek še naprej žgal proračun, dokler ga ni opazil človek. Zdaj lahko en script reagira na zavrnitev feeda tako, da zaustavi akcijo ali umakne SKU iz PMax skupine artiklov. In CartDataSalesView v API prinaša segmentacijo konverzij na ravni izdelka, tako da dobiš ROAS na ravni SKU brez ročnega šivanja podatkov akcije na feed:

-- 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

Ta ena poizvedba je vhod za razvrščanje po dobičkonosnosti, ki si ga prej vsak mesec gradil ročno. (Vir je cart_data_sales_view, izdan v v24; potrdi razpoložljivost segmentov v release notes za svojo različico.)

Leto na eni časovnici

Vsaka glavna različica spodaj izhaja iz uradnih release notes; mejniki Merchant iz Merchant API latest updates. Desni stolpec je edini, ki naj poganja tvoj koledar — vse datirano ni predmet pogajanj.

[TRDO 18. avg] 1. Migracija feeda → stran z v2.1, na Merchant pod-API-je
[TRDO sep]     2. Inventar DSA → najprej poženi ADOPT_AI_MAX A/B
[TEKOČE]       3. Spremljanje različic → opozori 60 dni pred sunsetom
[priložnost]   4. Cevovod elementov → AssetGenerationService / Product Studio
[priložnost]   5. SKU ROAS → razvrščanje cart_data_sales_view
[priložnost]   6. Sklenjena zanka → Merchant-v-Scripts: zavrnitev → zaustavitev

FAQ