Na kratko: Od 22. aprila 2026 je Merchant API dosegljiv neposredno iz Google Ads Scripts. Feed in kampanje so končno povezani v istem okolju. En skript prebere podatke iz Merchant Centra in se nanje odzove. Zavrnjeni izdelek se odstrani iz skupine vnosov v PMaxu, ob razprodanem SKU-ju pa se ustavi njegova skupina elementov. Samodejno, brez zunanjega lepila med dvema sistemoma.
Skripte za Google Ads pišem od leta 2015, ko sem zagnal ppc-scripts.eu. Vsa ta leta sem pri vsaki postavitvi Shopping kampanje naletel na isti zid. Kampanje so bile v skriptih za Google Ads, feed pa 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žavo s feedom je zaznal en sistem, odziv v kampanji pa je sprožil drugi. Vmes je bila potrebna zunanja infrastruktura: opravilo cron, strežnik, poverilnice, vse na tvojih plečih. V dvanajstih letih dela z Google Ads API-jem sem takega lepila zgradil več, kot bi rad priznal. Zdaj se odziv izvede tam, kjer kampanjo 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 vnosov v PMaxu ali mu poreže proračun. Samodejno, brez posredovanja človeka.
Kako to avtomatizirati
Začni pri dogodku v feedu, ki ti danes povzroča največ ročnega dela, in ga poveži z dejanjem v kampanji:
- Zavrnitev → izključitev. SKU izgubi odobritev, zato ga odstrani iz ustrezne skupine vnosov. 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 med različnimi področji je prej zahtevala dva sistema in opravilo cron med njima. Zdaj je to en skript, ki teče po Googlovem lastnem urniku, brez zunanjega lepila za vzdrževanje in brez poverilnic, 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 zbliževanja Google Ads API-ja in Merchant API-ja si oglej moj pregled leta Google Ads API-ja.
