Was sich dieses Jahr in Googles APIs änderte — und was genau Sie tun sollten

Das ganze Jahr in einem Satz

Zwei datierte Stichtage zerlegen Ihren Stack, wenn Sie sie ignorieren — die Content API for Shopping wird am 18. August 2026 abgeschaltet, und Dynamic Search Ads werden im September 2026 automatisch in AI Max upgegradet — und eine dritte Änderung, der neue monatliche Release-Takt, lässt Ihre API-Version still schneller veralten als zuvor. Alles andere, was Google dieses Jahr ausgeliefert hat, ist Chance, nicht Pflicht. Dieses Stück geht jede Änderung gleich an: was sich änderte, warum es für Ihr Konto zählt, und der exakte Call, das Payload oder die Migration, die Sie ausführen müssen — in Prioritätsreihenfolge, härteste Deadline zuerst.

Ich belasse es bei keiner davon bei „Sie sollten migrieren”. Bei jedem Schritt steht das konkrete Artefakt — der Endpoint, der den alten ersetzt, das Experiment-Payload, die GAQL-Query — damit Sie genau sehen, was Sie bauen müssen, bevor das Datum kommt.

Ein Wort dazu, warum das überhaupt zählt. Jahrelang waren die Google-Ads- und Merchant-APIs eine träge Fläche, die Sie einmal im Jahr anfassen konnten. Das ist vorbei. Die Plattform liefert jetzt monatlich, zwei ihrer größten Flächen werden abgeschaltet, und die Kontrolle, die Sie früher von Hand hielten, wird an Modelle übergeben. Die Konten, die vorne herauskommen, sind jene, die dieses Jahr als Migrationsprojekt behandelt haben, nicht als Wartungsprojekt.

Deadline #1 — Content API for Shopping → Merchant API (18. Aug. 2026)

Das ist das härteste Datum des Jahres, also kommt es zuerst.

Was sich änderte. Content API for Shopping v2.1 wird am 18. August 2026 abgeschaltet. Ihr Nachfolger, Merchant API v1, ging im Juli 2025 in GA, und das Zwischen-v1beta wurde bereits am 28. Februar 2026 abgeschaltet. Der alte Monolith wird durch fokussierte Sub-APIs ersetzt — datasources, products, inventories, reports, notifications.

Warum es für Ihr Konto zählt. Alles, was Ihren Feed über die alte API berührt, hört an diesem Datum auf zu funktionieren: Feed-Uploads, supplementäre Feeds, Custom Labels, Preis- und Bestandsupdates, Ablehnungs-Reads. Kein „nett zu migrieren” — ein harter Schnitt. Wenn ein tägliches Script Ihre Preise synchron hält, verstummt es am 18. August und Ihr Feed driftet langsam aus der Aktualität, bis jemand den entgangenen Umsatz bemerkt.

Was zu tun ist. Bauen Sie gegen die Sub-API-Struktur neu. Die Form der Migration ist mechanisch — der Host, der Pfad und das Resource-Modell ändern sich, die Absicht bleibt gleich. Hier ist das Vorher/Nachher für den häufigsten Call überhaupt, ein Product-Upsert:

# OLD — Content API for Shopping v2.1 (off on 2026-08-18)
curl -X POST \
  "https://shoppingcontent.googleapis.com/content/v2.1/{merchantId}/products" \
  -H "Authorization: Bearer $TOKEN" -H "Content-Type: application/json" \
  -d '{ "offerId": "SKU-123", "title": "...", "price": {"value":"19.90","currency":"EUR"} }'

# NEW — Merchant API v1 (productInputs sub-API)
curl -X POST \
  "https://merchantapi.googleapis.com/products/v1/accounts/{account}/productInputs:insert?dataSource=accounts/{account}/dataSources/{ds}" \
  -H "Authorization: Bearer $TOKEN" -H "Content-Type: application/json" \
  -d '{ "channel": "ONLINE", "offerId": "SKU-123", "contentLanguage": "en", "feedLabel": "US",
        "attributes": { "title": "...", "price": {"amountMicros":"19900000","currencyCode":"EUR"} } }'

(Endpoint-Hosts und der Sub-API-Split stammen aus Googles Docs; bestätigen Sie den exakten Request-Body für Ihre Resource gegen die Merchant-API-Referenz, bevor Sie ausliefern — die Feldnamen änderten sich, nicht nur die URL.)

Das Ziel ist ehrlich besser als das, was es ersetzt — der Teil, den Ihnen niemand erzählt. Drei Verbesserungen, die Sie durch die Migration gratis erben:

Wenn Sie vorhatten, Ihr Feed-Tooling zu härten, ist die Abschaltung die erzwingende Funktion: einmal neu bauen, mit saubererem Error-Handling und weniger Round-Trips hinausgehen, als v2.1 je erlaubte.

Deadline #2 — Dynamic Search Ads → AI Max (Sep. 2026)

Die zweite datierte Änderung, und jene, die umformt, wie viel Kontrolle Sie halten.

Was sich änderte. AI Max for Search erreichte am 15. April 2026 GA, nachdem es im Mai 2025 als Beta startete. Ab September 2026 upgradet Google alle verbleibenden DSA, automatisch erstellten Assets und kampagnenweites Broad Match automatisch in AI Max. Danach können Sie keine neue DSA-Kampagne mehr erstellen — nicht im UI, nicht im Editor, nicht über die API.

Warum es für Ihr Konto zählt. Der Tausch ist Kontrolle gegen Lift. Mit dem vollen Feature-Set — Suchbegriff-Matching plus Textanpassung plus Final-URL-Erweiterung — berichtet Google etwa +7 % Conversions oder Conversion-Wert gegenüber reinem Begriff-Matching. Im Gegenzug übergeben Sie dem Modell das Matching, den Asset-Text und die Landing-URL-Wahl. Wenn Sie Marken- oder Compliance-Regeln von Hand in Ihr DSA-Setup eingebaut haben, kann ein stilles September-Upgrade leise beginnen, Traffic an URLs und Copy zu senden, die Sie nicht abgesegnet haben.

Was zu tun ist. Warten Sie nicht darauf, herauszufinden, was das Upgrade mit Ihren Zahlen macht — messen Sie es jetzt. Google lieferte die Leitplanken und die Mess-Hooks im Gleichschritt mit dem Feature über die API, sodass Sie den Wechsel auf Ihren eigenen Daten A/B-testen können, bevor er Pflicht ist:

Der praktische Zug ist der letzte: Erstellen Sie ein ADOPT_AI_MAX-Experiment über die Konten hinweg, lassen Sie es laufen, dann lesen Sie das echte Delta mit einem normalen GAQL-Pull — statt es zu erfahren, nachdem das Upgrade irreversibel ist:

-- After ADOPT_AI_MAX runs: read the keywordless match, then the trial delta
SELECT campaign.name,
       metrics.conversions,
       metrics.conversions_value,
       metrics.cost_micros
FROM targeting_expansion_view
WHERE segments.date DURING LAST_30_DAYS

(ADOPT_AI_MAX ist einer der neuen Experimenttypen, ausgeliefert in v24.1; targeting_expansion_view ist die Reporting-Resource aus v22. Bestätigen Sie die Feldverfügbarkeit gegen die Release Notes für die Version, die Sie aufrufen.)

Deadline #3 (rollend) — monatliche Releases, kürzere Haltbarkeit

Kein einzelnes Datum, sondern eine Uhr, die jetzt immer tickt.

Was sich änderte. Ab v23 (28. Januar 2026) wechselte die Google Ads API auf einen monatlichen Release-Takt: vier Hauptversionen pro Jahr plus monatliche Minor-Versionen, mit einem Jahr Support pro Hauptversion.

Warum es für Ihr Konto zählt. Schnellerer Zugang zu Features und schnellere Obsoleszenz. Versionen laufen nach einem veröffentlichten Plan aus — v20 erreicht im Juni 2026 das End-of-Life, v21 im August, v22 im Oktober. Ein monatlicher Minor-Bump ist nicht-brechend; das Verpassen eines Major-Sunsets bedeutet, dass Ihre Scripts ohne Vorwarnung Fehler zurückzugeben beginnen — außer einem Datum in einem Kalender, den Sie nicht beobachtet haben.

Was zu tun ist. Pinnen Sie Ihre Version und beobachten Sie den Sunset-Kalender. Die günstigste Versicherung ist ein wiederkehrender Check, der weiß, welche Version Sie aufrufen, und ~60 Tage vor Ablauf alarmiert — die API meldet sogar die Request-Version zurück, sodass der Check nur ein paar Zeilen sind:

# Recurring guardrail: alert ~60 days before your pinned version sunsets.
from datetime import date

PINNED = "v22"                 # the version your client is pinned to
SUNSET = {"v20": "2026-06-01", "v21": "2026-08-01", "v22": "2026-10-01"}  # from sunset-dates page
sunset = SUNSET.get(PINNED)    # None until your version reaches the published calendar
if sunset and (date.fromisoformat(sunset) - date.today()).days < 60:
    alert(f"{PINNED} sunsets {sunset} — schedule the version bump")  # major bump needs a re-test

Ein 404 von einer abgeschalteten Version ist ein selbst zugefügter Ausfall. Behandeln Sie Versions-Governance als stehende wiederkehrende Aufgabe, nicht als Feuerwehrübung.

Jetzt die Upside — KI zieht in Kreatives und Feed ein

Mit den Deadlines erledigt ist der Rest des Jahres Hebelwirkung, die Sie in Ihrem eigenen Tempo adoptieren. Zwei Services verwandelten Asset- und Feed-Arbeit in etwas, das Sie über Tausende SKUs skripten können:

• AssetGenerationService — Ads API, v22, Closed Beta: KI-Text- und Bildgenerierung, mit PMax-Bildverbesserung und -Extraktion; v23.2 ergänzte VideoEnhancement für Google-generiertes Video. Kreativ-Generierung wandert aus dem UI in eine programmierbare Ebene.
• Product Studio — Merchant API, Alpha seit April 2025: KI-generierte Produkttitel und -beschreibungen, plus AutomatedDiscounts für Echtzeit-Preisgestaltung. Feed-Qualität ist die Decke für Shopping- und PMax-Performance, also heißt Titel auf API-Ebene umzuschreiben, Tausende SKUs in Masse zu verbessern, ohne manuelle Arbeit.

Die konkrete Pipeline, die das freischaltet: eine SKU aus dem Feed lesen → einen konformen Titel/eine konforme Beschreibung und Bild-Assets generieren → sie direkt in die Asset-Gruppe pushen, ohne manuellen Canva-Schritt dazwischen. Beide Services sind pre-GA — behandeln Sie sie als Pilot auf einem Teil des Katalogs, nicht als katalogweiten Rollout, bis sie graduieren.

Und die Klempnerei — Ads und Merchant an einem Ort

Die am meisten unterschätzte Änderung des Jahres ist unspektakulär: Die zwei Hälften eines E-Commerce-Kontos treffen sich endlich.

Was sich änderte. Seit dem 22. April 2026 ist die Merchant API aus Google Ads Scripts erreichbar. Kombiniert mit product_filters (bedingtes Feed-Sharing mit Google Ads, ausgeliefert November 2025) und CartDataSalesView (v24) schließt sich die Schleife zwischen Feed-Gesundheit und Werbeausgaben innerhalb einer Umgebung.

Warum es für Ihr Konto zählt. Die alte Teilung — Kampagnen in Scripts, Feed irgendwo anders verwaltet — bedeutete, dass ein abgelehntes Produkt weiter Budget verbrannte, bis ein Mensch es bemerkte. Jetzt kann ein Script auf eine Feed-Ablehnung reagieren, indem es eine Kampagne pausiert oder die SKU aus einer PMax-Listing-Gruppe zieht. Und CartDataSalesView bringt Conversion-Segmentierung auf Produktebene in die API, sodass Sie SKU-Level-ROAS bekommen, ohne Kampagnendaten manuell an den Feed zu nähen:

-- Product-level ROAS straight from the API (v24+), no manual feed stitching
SELECT segments.product_item_id,
       metrics.conversions_value,
       metrics.cost_micros
FROM cart_data_sales_view
WHERE segments.date DURING LAST_30_DAYS
ORDER BY metrics.conversions_value DESC

Diese eine Query ist der Input für ein Profitabilitäts-Tiering, das Sie früher jeden Monat von Hand neu aufbauten. (Die Resource ist cart_data_sales_view, ausgeliefert in v24; bestätigen Sie die Segment-Verfügbarkeit in den Release Notes für Ihre Version.)

Das Jahr auf einer Zeitleiste

Jede Hauptversion unten stammt aus den offiziellen Release Notes; die Merchant-Meilensteine aus den Merchant API latest updates. Die rechte Spalte ist die einzige, die Ihren Kalender steuern sollte — alles Datierte ist nicht verhandelbar.

[HART 18. Aug] 1. Feed-Migration → weg von v2.1, hin zu Merchant-Sub-APIs
[HART Sep]     2. DSA-Inventar → zuerst ADOPT_AI_MAX-A/B fahren
[ROLLEND]      3. Versions-Watch → Alarm 60 Tage vor Sunset
[Upside]       4. Asset-Pipeline → AssetGenerationService / Product Studio
[Upside]       5. SKU-ROAS → cart_data_sales_view-Tiering
[Upside]       6. Geschlossene Schleife → Merchant-in-Scripts: Ablehnung → Pause

FAQ