Ukratko: Od 22. travnja 2026. Merchant API dostupan je izravno iz Google Ads Scriptsa. Feed i kampanje konačno žive u istom runtimeu. Jedna skripta čita podatke iz Merchant Centra i reagira na njih. Odbijeni proizvod izlijeće iz PMax listing grupe, SKU bez zalihe pauzira svoju asset grupu. Automatski, bez vanjskog ljepila između dvaju sustava.
Google Ads Scriptse pišem od 2015., kad sam pokrenuo ppc-scripts.eu. I sve te godine usred svakog Shopping setupa stajao je isti zid. Kampanje su živjele u Scriptsima, feed negdje sasvim drugdje, a sve što je trebalo oboje značilo je ljepljivu traku. 22. travnja 2026. Google je srušio taj zid. Merchant API sada je dostupan izravno iz Google Ads Scriptsa.
Što se promijenilo
Jedna skripta sada može čitati podatke iz Merchant Centra i reagirati na njih u istom Google Ads runtimeu. Dodaj tome product_filters (uvjetno dijeljenje feeda s Google Adsom, objavljeno u studenome 2025.) i petlja između zdravlja feeda i potrošnje na oglase konačno se zatvara u jednom okruženju.
Zašto je to važno
Podjela je prije iznuđivala nezgrapna zaobilazna rješenja. Problem s feedom otkrio bi se u jednom sustavu. Reakcija kampanje okinula bi se u drugom. A između njih sjedila je vanjska infrastruktura, cron job, server, pristupni ključevi, sve na tvojoj grbači. U dvanaest godina na Google Ads API-ju izgradio sam više takvog ljepila nego što mi je drago priznati. Sada reakcija živi tamo gdje kampanjom ionako već upravljaš.
Očiti dobitak je zaštitna ograda u zatvorenoj petlji. Proizvod dobije odbijanje u Merchant Centru i ista ga skripta izbaci iz PMax listing grupe ili mu sreže proračun. Automatski, bez čovjeka u petlji.
Kako to automatizirati
Kreni od feed događaja koji te danas ručno najviše boli i poveži ga s akcijom na kampanji:
- Odbijanje → isključenje. SKU izgubi odobrenje, pa ga ukloni iz relevantne listing grupe. Potrošnja prestaje juriti za proizvodom koji nitko ne može kupiti.
- Nema zalihe → pauza. Zaliha u feedu padne na nulu, pa pauziraj asset grupu koja ga prikazuje ili joj snizi licitaciju.
- Promjena cijene → revizija licitacije. Promjena cijene nagriza maržu, pa označi proizvod za ponovno preispitivanje licitacije.
Upravo je ovakva logika preko više domena prije zahtijevala dva sustava i cron job između njih. Sada je to jedna skripta koja se izvodi po Googleovom vlastitom rasporedu, bez vanjskog ljepila za održavanje i bez tajni koje bi se prenosile između okruženja. Kreni s jednim događajem i jednom akcijom. Potvrdi da se reakcija okida, pa tek onda poveži sljedeću.
Za širi kontekst Googleovih konvergirajućih Ads i Merchant API-ja pogledaj naš godišnji pregled Google API-ja.
