W skrócie: Od 22 kwietnia 2026 Merchant API jest dostępne z wnętrza Google Ads Scripts — feed i kampanie nareszcie żyją w jednym środowisku uruchomieniowym. Jeden skrypt potrafi teraz odczytać dane z Merchant Center i zadziałać na nich: odrzucony produkt zostaje wyciągnięty z grupy produktów w PMax, niedostępna SKU pauzuje swoją grupę plików — automatycznie, bez zewnętrznego kleju między dwoma systemami.
Feed i kampanie zawsze żyły w osobnych światach: kampanie skryptowalne w Google Ads Scripts, feed zarządzany zupełnie gdzie indziej. Od 22 kwietnia 2026 ta ściana zniknęła — Merchant API jest teraz dostępne z wnętrza Google Ads Scripts.
Co się zmieniło
Jeden skrypt potrafi teraz odczytać dane z Merchant Center i zadziałać na nich w obrębie tego samego środowiska uruchomieniowego Google Ads. W połączeniu z product_filters (warunkowe współdzielenie feedu z Google Ads, wdrożone w listopadzie 2025) pętla między kondycją feedu a wydatkami na reklamę nareszcie domyka się w jednym środowisku.
Dlaczego to ważne
Podział wymuszał kiedyś niezgrabne obejścia: problem feedu wykryty w jednym systemie, reakcja kampanii wywołana w innym, sklejone zewnętrzną hydrauliką. Teraz reakcja żyje tam, gdzie i tak już jest sterowanie kampanią.
Oczywista wygrana to zabezpieczenie w zamkniętej pętli: produkt zostaje odrzucony w Merchant Center → ten sam skrypt wyciąga go z grupy produktów w PMax albo przycina jego budżet — automatycznie, bez człowieka w pętli.
Jak to zautomatyzować
Zacznij od najbardziej bolesnego zdarzenia w feedzie, które dziś obsługujesz ręcznie, i wepnij je w akcję kampanii:
- Odrzucenie → wykluczenie. SKU traci akceptację → usuń ją z odpowiedniej grupy produktów, by wydatki nie goniły za produktem nie do kupienia.
- Brak na stanie → pauza. Stan spada do zera w feedzie → spauzuj lub obniż stawkę grupy plików, która go wyświetla.
- Zmiana ceny → przegląd stawki. Aktualizacja ceny zjadająca marżę → oznacz produkt do ponownego przejrzenia stawki.
To rodzaj logiki międzydomenowej, która wcześniej potrzebowała dwóch systemów i zadania cron między nimi. Teraz to jeden skrypt, działający według harmonogramu samego Google, bez zewnętrznego kleju do utrzymania i bez sekretów do przekazywania między środowiskami. Zacznij od małego — jedno zdarzenie, jedna akcja — i upewnij się, że reakcja się odpala, zanim wepniesz kolejną.
Szerszy kontekst zbliżających się do siebie API Ads i Merchant od Google znajdziesz w naszym podsumowaniu roku w API Google.
