Merchant API prihaja v Google Ads Scripts: feed in akcije na enem mestu

Na kratko: Od 22. aprila 2026 je Merchant API dosegljiv neposredno iz Google Ads Scripts. Feed in akcije končno živijo v istem okolju. En skript prebere podatke iz Merchant Centra in se nanje odzove. Zavrnjeni izdelek zleti iz skupine prikazov v PMax, razprodani SKU ustavi svojo skupino elementov. Samodejno, brez zunanjega lepila med dvema sistemoma.

Google Ads Scripte pišem od leta 2015, ko sem zagnal ppc-scripts.eu. In vsa ta leta je sredi vsakega Shopping setupa stal isti zid. Akcije so živele v Scriptih, feed nekje povsem drugje, in vse, kar je potrebovalo oboje, je pomenilo lepilni trak. 22. aprila 2026 je Google ta zid podrl. Merchant API je zdaj dosegljiv neposredno iz Google Ads Scripts.

Kaj se je spremenilo

En skript lahko zdaj prebere podatke iz Merchant Centra in se nanje odzove v istem izvajalnem okolju Google Ads. Dodaj še product_filters (pogojno deljenje feeda z Google Ads, izdano novembra 2025) in zanka med zdravjem feeda ter oglaševalsko porabo se končno sklene v enem samem okolju.

Zakaj je pomembno

Ločitev je prej silila v okorne obvoze. Težava s feedom se je zaznala v enem sistemu. Odziv akcije se je sprožil v drugem. In vmes je sedela zunanja infrastruktura, cron, strežnik, dostopni ključi, vse na tvojih plečih. V dvanajstih letih na Google Ads API sem takega lepila zgradil več, kot bi rad priznal. Zdaj odziv živi tam, kjer akcijo tako ali tako že upravljaš.

Očiten dobitek je varovalka v zaprti zanki. Izdelek dobi zavrnitev v Merchant Centru in isti skript ga umakne iz skupine prikazov v PMax ali mu poreže proračun. Samodejno, brez človeka v zanki.

Kako to avtomatizirati

Začni pri dogodku feeda, ki te danes ročno najbolj boli, in ga poveži z dejanjem v akciji:

  • Zavrnitev → izključitev. SKU izgubi odobritev, zato ga odstrani iz ustrezne skupine prikazov. Poraba neha loviti izdelek, ki ga nihče ne more kupiti.
  • Ni na zalogi → ustavitev. Zaloga v feedu pade na nič, zato ustavi skupino elementov, ki ga prikazuje, ali ji znižaj ponudbo.
  • Sprememba cene → pregled ponudbe. Posodobitev cene načenja maržo, zato označi izdelek za ponoven pregled ponudbe.

Prav taka logika čez več domen je prej zahtevala dva sistema in cron med njima. Zdaj je to en skript, ki teče po Googlovem lastnem urniku, brez zunanjega lepila za vzdrževanje in brez skrivnosti, ki bi jih prenašal med okolji. Začni z enim dogodkom in enim dejanjem. Potrdi, da se odziv sproži, in šele nato poveži naslednjega.

Za širši kontekst Googlovih zbližujočih se Ads in Merchant API si oglej naš Pregled leta Google API.

Upravljaš 50+ oglaševalskih akcij in to še vedno počneš ročno?

Piši mi →