Kurz gesagt: Die Content API for Shopping v2.1 wird am 18. August 2026 abgeschaltet. An dem Tag hören Feed-Uploads, ergänzende Feeds, benutzerdefinierte Labels, Preis- und Bestandsupdates und Ablehnungsprüfungen auf zu funktionieren. Der Nachfolger, Merchant API v1, ist seit Juli 2025 GA und wirklich besser. Maschinenlesbares ErrorInfo, Paginierung mit 1.000 Zeilen, partielle Produkt-Patches. Die härteste Deadline des Jahres.
Das Erste, was ich nach der Ankündigung gemacht habe, war, unsere Codebase bei Lynt nach shoppingcontent.googleapis.com zu durchsuchen. Jeder Treffer ist ein Skript, das am 18. August 2026 stirbt. An dem Tag schaltet Google die Content API for Shopping v2.1 endgültig ab. Die Zwischenversion Merchant API v1beta wurde bereits am 28. Februar 2026 abgeschaltet, und der offizielle Nachfolger, Merchant API v1, ist seit Juli 2025 GA.
Was wirklich bricht
Alles, was noch mit der alten API spricht. Feed-Uploads, ergänzende Feeds, benutzerdefinierte Labels, Preis- und Bestandsupdates, Ablehnungsprüfungen. Wenn ein tägliches Skript deine Preise synchron hält, verstummt es am 18. August, und der Feed weicht immer weiter von der Realität ab, bis jemand den fehlenden Umsatz bemerkt. Ich habe dieses Fehlermuster in echten Konten erlebt. Teuer ist nie der Ausfall selbst, teuer sind die Wochen, in denen ihn niemand bemerkt.
Das ist die härteste Deadline in Googles Werbe-Ökosystem in diesem Jahr. Alles andere auf der Roadmap darf rutschen. Diese eine nicht.
Warum sich die Migration trotzdem lohnt
Die Merchant API ist nicht bloß ein umbenannter Endpoint. Sie teilt einen Monolithen in fokussierte Sub-APIs auf (datasources, products, inventories, reports, notifications) und behebt drei Schwächen, die die Automatisierung mit v2.1 anfällig gemacht haben:
- Maschinenlesbares
ErrorInfo. Deine Retry-Logik richtet sich nach einem Fehlercode, statt Meldungstexte abzugleichen. - Paginierung von 250 auf 1.000 Zeilen angehoben. Derselbe Report mit einem Viertel der Calls.
patchfür einzelne Produktfelder. Du änderst ein Feld, statt das ganze Produkt neu zu pushen.
Wie du die Migration angehst
Nutz den Umbau als Chance, den Stack zu härten, statt nur den Betrieb am Laufen zu halten. Ordne jeden alten Call seiner Sub-API zu, binde ErrorInfo in deine Retry-Schicht ein und stell Reports auf die größere Seitengröße um. Betreust du mehrere Konten, bau den Connector einmal und roll ihn für alle Kunden aus. Die Sub-API-Struktur ist überall gleich, also erledigst du die Arbeit einmal, und danach profitieren alle Konten davon.
Führ dieselbe Suche aus wie ich. Durchsuch deine Codebase nach shoppingcontent.googleapis.com und zähl die Treffer. Jeder davon läuft jetzt gegen die Uhr. Wie sich die Merchant API in die übrigen Änderungen des Jahres einfügt, zeigt mein Google-Ads-API-Jahresrückblick.
