Kurz gesagt: Die Content API for Shopping v2.1 wird am 18. August 2026 abgeschaltet. An dem Tag hören Feed-Uploads, supplementäre Feeds, Custom Labels, Preis- und Bestandsupdates und Ablehnungs-Checks auf zu funktionieren. Der Nachfolger, Merchant API v1, ist seit Juli 2025 GA und ehrlich besser. Maschinenlesbares ErrorInfo, Paginierung mit 1.000 Zeilen, partielles Produkt-Patch. 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, supplementäre Feeds, Custom Labels, Preis- und Bestandsupdates, Ablehnungs-Checks. Wenn dir ein tägliches Skript die Preise synchron hält, verstummt es am 18. August, und der Feed driftet von der Realität weg, bis jemand den fehlenden Umsatz bemerkt. Ich habe dieses Fehlermuster auf echten Konten gesehen. 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 repariert drei Dinge, die Automatisierung auf v2.1 zerbrechlich gemacht haben:
- Maschinenlesbares
ErrorInfo. Deine Retry-Logik verzweigt nach Fehlercode statt nach Textvergleich. - Paginierung von 250 auf 1.000 Zeilen angehoben. Derselbe Report mit einem Viertel der Calls.
- Produkt-
patch. Du änderst ein Feld, statt das ganze Produkt neu zu pushen.
Wie du die Migration angehst
Nimm den Umbau als Chance, den Stack zu härten, nicht 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 über alle Kunden aus. Die Sub-API-Struktur ist überall gleich, also machst du die Arbeit einmal und jedes Konto erbt sie.
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-API-Jahresrückblick.
