Google Ads API öffnet Produktberichte ab 15. Juni: Was bricht

Jeder Plattform-Lead, der schon einmal einen Anomalie-Detektor für Google Ads-Daten entwickelt hat, kennt das Spiel: Schwellenwerte werden wochenlang kalibriert, dann macht eine einzige Änderung am vorgelagerten Schema alles um 3 Uhr morgens zunichte. Genau dieses Szenario kommt am 15. Juni 2026. Google erweitert das produktseitige Reporting über die Ads API – und die Datenverschiebung wird nicht wie ein Launch aussehen. Sie wird wie ein Incident aussehen.

Was passiert ist

Am 30. April 2026 veröffentlichte Dora Sun vom Google Ads API-Team einen Hinweis im Google Ads Developer Blog, der drei koordinierte Änderungen am Produktreporting ankündigt, die am 15. Juni 2026 in Kraft treten. Wie PPC Land berichtete, betreffen die Änderungen gleichzeitig die Ressource shopping_product, die Ressource shopping_performance_view sowie die Netzwerkabdeckung von Performance Max.

Die erste Änderung: Kosten- und Conversion-Metriken werden künftig für Video-, Demand Gen- und App-Kampagnen innerhalb der Ressource shopping_product zurückgegeben. Bis zum 15. Juni lieferten diese Kampagnentypen auf Produktebene lediglich Impressionen und Klicks – kein Ausgaben, keine Conversions. Wer produktverknüpfte Video- oder App-Kampagnen betreibt, hat beim ROI pro Produkt über diesen Endpunkt bislang im Dunkeln getappt.

Die zweite Änderung: shopping_performance_view wird Ergebnisse für alle Kampagnentypen liefern, die Google Merchant Center nutzen. Bisher war das Verhalten je nach Kampagnentyp inkonsistent, was den Aufbau einheitlicher Produkt-Dashboards ohne benutzerdefinierten Verbindungscode mühsam machte.

Die dritte Änderung – und die, die Alarmierungen auslösen wird – betrifft Performance Max. Beim Abfragen von shopping_performance_view für PMax werden künftig alle Netzwerke zurückgegeben. Bisher war nur ein Teil der Netzwerke enthalten. Google warnt ausdrücklich, dass dies zu einem einmaligen Anstieg aller Produktreporting-Metriken für PMax-Kampagnen führen wird. Der Anstieg ist keine neue Performance. Es sind Daten, die bereits generiert wurden, aber nicht über die API zugänglich waren.

Ein Detail, das wichtiger ist als es klingt: Es gibt kein Backfill. Historische API-Anfragen für Zeiträume vor dem 15. Juni 2026 werden die erweiterten Daten nicht enthalten. Keine Beta. Kein Opt-in-Zeitfenster. Der Stichtag ist hart.

Technische Hintergründe

Um zu verstehen, warum dieses Release so einschlägt, lohnt sich ein Blick auf die Spur, die Google durch 2025 und 2026 hinterlassen hat. Das kanalebene Reporting für Performance Max erreichte die Advertiser-Oberfläche erstmals im Mai 2025 und schlüsselte die Auslieferung nach Search, YouTube, Display, Discover, Gmail und Maps auf. Diese Transparenz brauchte acht Monate, bis sie die API erreichte – sie kam mit Google Ads API v23 im Januar 2026, die das generische MIXED-Enum durch spezifische Kanal-Breakdowns ersetzte. Entscheidend: v23-Kanaldaten existieren nur für Zeiträume ab dem 1. Juni 2025. Genau dieses Stichtagsmuster wiederholt sich jetzt auf Produktebene.

Rückblickend: v20 wurde am 4. Juni 2025 veröffentlicht und führte kampagnenseitige negative Keywords für PMax ein (zuvor nur auf Kontoebene verfügbar) sowie erweitertes Asset-Group-Reporting. v22 folgte am 15. Oktober 2025 mit Reporting-Segmenten wie ad_using_product_data und ad_using_video, die angeben, ob eine Anzeige aus Merchant Center-Feeds gespeist wurde oder Video-Assets verwendete. v24 erschien am 22. April 2026 mit CartDataSalesView für das Reporting von verkauften Artikeln auf Produktebene, neun neuen Enums für Lead-Generation-Conversion-Typen aus GA4 und Firebase sowie VTC-Optimierungsunterstützung für Demand Gen- und App-Kampagnen.

Die Änderung vom 15. Juni schließt eine strukturelle Lücke, die durch all diese Arbeiten entstanden ist. Demand Gen läuft über YouTube, Discover und Gmail. App-Kampagnen treiben Installationen und In-App-Aktionen über Search, Play, YouTube und Display. Beide haben produktverknüpfte Ausgaben und Conversions generiert, aber keine dieser Kampagnentypen gab diese Daten auf Produktebene zurück. PMax gab sie zurück, aber nur für einen Teil der Netzwerke.

Meine Einschätzung: Das ist kein Feature-Launch, sondern ein Transparenz-Aufholschritt. Google vereinheitlicht die Oberfläche des Produktreportings, sodass GMC-verknüpfte Kampagnen unabhängig vom Kampagnentyp einheitlich über die API funktionieren. Langfristig ist das gut für Technikteams. Kurzfristig ist es operativ belastend, weil derselbe SQL- oder BigQuery-Export am 16. Juni andere Strukturen und größere Zahlen liefert als am 14. Juni – ohne Versions-Flag, das das Verhalten kennzeichnet.

Wer betroffen ist

Die am stärksten exponierten Teams sind jene, die die ausgereifteste Arbeit geleistet haben. Wer Anomalieerkennung auf Basis des Google Ads-Produktreportings aufgebaut hat, hat jetzt potenzielle Schwachstellen. Production-Incidents, die ich in iGaming- und E-Commerce-Stacks erlebt habe, beginnen fast immer gleich: Ein nachgelagertes System vertraut einer Metrik, die Metrikquelle ändert sich unbemerkt, und jemand wird für einen Spike alarmiert, der nicht real ist. Der 15. Juni ist eine geplante Version dieses Musters.

Performance Max-Konten werden den lautesten Lärm erzeugen. Der Anstieg bei Impressionen, Klicks, Kosten und Conversions im Produktreporting wird proportional dazu sein, wie viele Netzwerke für das jeweilige Konto bisher ausgeschlossen waren – und Google hat die Aufschlüsselung vorab nicht veröffentlicht. Die Größenordnung lässt sich daher nicht vorab berechnen. Man kann nur den Stichtag markieren und Alerts darum herum stilllegen.

Agenturen, die Client-Dashboards betreiben, sind der nächste Risikobereich. Ein Anstieg der PMax-Produktausgaben um 30 % im Wochenvergleich in einem Montags-Kundenbericht – ohne erklärende Kampagnenänderung – ist genau die Art von Artefakt, die Notfallanrufe provoziert. Teams, mit denen ich im Performance Marketing gearbeitet habe, wissen: Ein Datenpipeline-Artefakt einem nicht-technischen Stakeholder zu erklären dauert länger als der eigentliche Fehler.

Analytics-Teams, die Jahresvergleiche der Produktperformance erstellen, sind ebenfalls stillschweigend betroffen. Jeder Vergleich, der den 15. Juni 2026 überbrückt, ist strukturell ungültig, sofern der Stichtag nicht annotiert wird. Eine Abfrage für Demand Gen-Produktausgaben im Mai 2026 liefert keine Ergebnisse. Dieselbe Abfrage für Juli 2026 liefert reale Zahlen. Das ist kein YoY-Trend – das ist eine Schema-Änderung, die sich als Wachstum tarnt.

Die unbequeme Erkenntnis: Wer die Google Ads API als stabilen Vertrag behandelt, wird weiterhin solche Überraschungen erleben. Die Plattform befindet sich in einer anhaltenden Transparenzexpansion, und jedes Quartal wird einen weiteren Endpunkt bringen, der beginnt, Daten zurückzugeben, die er zuvor nicht zurückgegeben hat.

Playbook für Performance Marketing

Vor dem 15. Juni sollten vier Dinge erledigt werden. Erstens: Inventarisieren Sie jede Alert-Regel und jedes Dashboard, das shopping_product oder shopping_performance_view berührt. Wenn eine Regel bei prozentualem Kosten- oder Conversion-Anstieg für PMax-, Video-, Demand Gen- oder App-Kampagnen auslöst, deaktivieren Sie sie für ein einwöchiges Fenster rund um den Stichtag.

Zweitens: Annotieren Sie Ihr Data Warehouse. Fügen Sie eine Spalte oder eine Dimensionstabellen-Markierung hinzu, die den 15. Juni 2026 als Schema-Break-Grenze für das Produktreporting kennzeichnet. Jedes BI-Tool, das Vor- und Nachher-Vergleiche anstellt, muss diese Markierung in der Oberfläche anzeigen – nicht in einem Wiki vergraben, das niemand liest.

Drittens: Informieren Sie Ihre Stakeholder jetzt – nicht am 16. Juni. Senden Sie Kunden und internen Finance-Partnern eine einseitige Notiz, die erklärt, dass PMax-Produktausgaben, Conversions und ROAS an diesem Datum scheinbar ansteigen werden und dass dieser Anstieg auf vollständigere Datenerfassung zurückzuführen ist, nicht auf erhöhte Mediaausgaben. Lassen Sie die E-Mail vor dem Spike mit einem Zeitstempel versehen.

Viertens: Wenn Sie Kampagnen-Mix-Entscheidungen auf Basis des produkt-ROAS für Video-, Demand Gen- oder App-Kampagnen getroffen haben, halten Sie diese Entscheidungen für zwei bis drei Wochen nach dem 15. Juni zurück, damit sich echte Daten ansammeln können. Entscheidungen, die in der ersten Woche des erweiterten Reportings getroffen werden, werden von Rauschen überlagert sein.

Eine klare Schlussfolgerung zum Mitnehmen: Die API wurde nicht über Nacht besser – Ihre blinden Flecken wurden es.

Wichtigste Erkenntnisse

• Die Google Ads API erweitert das Produktreporting ab dem 15. Juni 2026 und fügt Kosten- und Conversion-Metriken für Video-, Demand Gen- und App-Kampagnen in shopping_product hinzu.
• Performance Max shopping_performance_view wird alle Netzwerke zurückgeben und dabei einen einmaligen Spike bei produktseitigen Impressionen, Klicks, Kosten und Conversions erzeugen.
• Es gibt kein historisches Backfill. Abfragen für Zeiträume vor dem 15. Juni 2026 enthalten die erweiterten Daten nicht, was Jahresvergleiche am Stichtag strukturell ungültig macht.
• Anomalieerkennung und Client-Alert-Regeln, die auf dem Google Ads-Produktreporting basieren, müssen rund um den Stichtag deaktiviert werden, sonst lösen sie falsch-positive Alarme aus.
• Dieser Launch ist Teil eines längeren Transparenz-Bogens der API, der von v20 bis v24 reicht – weitere schema-verschiebende Erweiterungen sind zu erwarten.