Google verlagert Offline-Conversions aus der Ads API: Was Teams jetzt tun müssen

Die Frage, die jeder Performance-Marketing-Verantwortliche diese Woche seinem VP Eng stellen sollte, lautet nicht, ob die Offline-Conversion-Pipeline neu gebaut werden muss, sondern wer das Migrationsbudget verantwortet und welches Q3-Roadmap-Element gestrichen wird, um es zu finanzieren. Google verlagert Offline-Conversion-Imports aus der Google Ads API – und dieser eine Satz verändert einen Stack, den Tausende von Werbetreibenden, Agenturen und Martech-Anbietern im letzten Jahrzehnt still und leise aufgebaut haben. Die Teams, die Offline-Conversion-Imports als stabile Grundfunktion betrachtet haben, werden bald erfahren, wie teuer „stabil" wirklich war.

Die wichtigsten Details

Wie MSN berichtete, verlagert Google Offline-Conversion-Imports aus der Google Ads API. Offline-Conversion-Imports sind der Mechanismus, mit dem Werbetreibende Signale zurückspielen, die außerhalb des eigentlichen Ad-Klicks entstehen: ein abgeschlossener Verkauf, ein konvertierter Anruf, eine CRM-Stufenänderung oder ein Retail-Kauf, der über eine Google Click ID (GCLID) zurückverfolgt wird. Für Lead-Gen-Branchen, B2B SaaS, Automobilindustrie, Finanzdienstleistungen und jedes Unternehmen mit einem Verkaufszyklus, der länger ist als ein Checkout-Prozess, ist diese Pipeline das zentrale Signal für die Gebotsoptimierung. Ohne dieses Signal optimiert Smart Bidding auf Formularabsendungen statt auf Umsatz.

Die genauen Details zum neuen Endpunkt, zum Zeitplan und zum Deprecation-Zeitplan sind nicht Gegenstand dieses Artikels, und ich werde dazu keine Spekulationen anstellen. Was konkret feststeht, ist die architektonische Richtung: Eine Funktion, die innerhalb der Ads API angesiedelt war, wird ausgelagert. Das allein zeigt, dass Google diesen Workflow an einem Ort abwickeln möchte, den es stärker kontrollieren kann – sei es eine dedizierte Datenerfassungsoberfläche, ein Google Cloud-Produkt oder eine engere Integration mit Consent- und Identity-Layern.

Zum Kontext: Die Ads API war historisch gesehen der einzige Integrationspunkt, auf den Martech-Anbieter abzielten. Ein einziges Credential-Set, ein einziges Rate-Limit-Modell, ein einziger Auth-Flow. Die Aufteilung von Workflows auf verschiedene Oberflächen bedeutet, dass jeder Integrationspartner künftig mindestens zwei Clients, zwei Fehlerbehandlungspfade und zwei Quota-Modelle pflegen muss. Das ist kein geringer Aufwand für Anbieter, die ihre Preise auf Basis einer einzigen Integrationsoberfläche kalkuliert haben.

Warum das für Performance Marketing relevant ist

Offline-Conversion-Imports sind die wenig glamouröse Infrastruktur, die dafür sorgt, dass maschinell gestütztes Bidding tatsächlich mit Umsatz korreliert. Wird diese Infrastruktur aus der API-Oberfläche entfernt, die Ingenieure bereits kennen, passieren drei Dinge in Folge. Erstens hat jeder Martech-Anbieter mit einer Funktion zum Senden von Offline-Conversions an Google eine erzwungene Migration im Backlog. Zweitens stehen interne Datenteams, die eigene GCLID-zu-CRM-Brücken gebaut haben (und davon gibt es mehr als Anbieter zugeben), vor derselben Migration – ohne einen Anbieter, dem sie die Schuld geben können. Drittens erhalten Teams, die ohnehin schon über serverseitiges Tagging oder einen CDP-vermittelten Ansatz nachgedacht haben, einen willkommenen Anlass, den größeren Umbau anzugehen, den sie seit 2024 aufgeschoben haben.

Die wirtschaftliche Frage ist schärfer als sie aussieht. Ein mittelständischer Werbetreibender mit einem jährlichen Paid-Search-Budget von etwa 2 bis 10 Millionen Euro hat typischerweise ein bis zwei Ingenieure, die sich in Teilzeit um die Conversion-Pipeline kümmern, plus einen Anbietervertrag zwischen 30.000 und 200.000 Euro – je nachdem, ob Attribution gebündelt ist. Eine erzwungene Neuintegration verursacht auf Kundenseite zwischen 80 und 300 Engineering-Stunden, zuzüglich der Kosten, die der Anbieter bei der nächsten Vertragsverlängerung als „Plattform-Modernisierungszuschlag" weitergibt. Multipliziert über ein Agenturbuch mit 40 Kunden ergibt das eine reale Zahl, die jemand tragen muss.

Es gibt auch einen regulatorischen Aspekt, den Plattform-Verantwortliche nicht ignorieren sollten. Offline-Conversion-Imports enthalten gehashte personenbezogene Daten, GCLIDs, die mit Nutzersitzungen verknüpft sind, sowie Umsatzdaten. Jede Änderung in der Art und Weise, wie Google diese Daten verarbeitet, wird mit aktualisierten Consent-Anforderungen einhergehen – wahrscheinlich in engerer Abstimmung mit den Grundsätzen der Privacy Sandbox – und mit ziemlicher Sicherheit mit einem aktualisierten Datenverarbeitungsvertrag. Die Rechtsabteilung wird die neuen Bedingungen lesen wollen, bevor die Integration in Betrieb geht, was mehrere Kalenderwochen in Anspruch nimmt – nicht nur Tage.

Auswirkungen auf die Branche

Für den Traffic- und Akquisitionsbereich von iGaming-, Fintech- und DeFi-Onboarding-Funnels ist das relevanter als für den durchschnittlichen E-Commerce-Shop. Diese Branchen sind auf Offline-Conversion-Signale angewiesen, weil die eigentlich relevante Conversion (ein gespeistes Konto, ein abgeschlossener KYC-Prozess, eine erste Einzahlung über einem Schwellenwert) Tage oder Wochen nach dem Klick stattfindet. Gebotsoptimierung ohne dieses Signal ist Gebotsoptimierung auf Registrierungen – was die falsche Zielfunktion ist und genau die Art von Low-LTV-Traffic produziert, über die Finanzteams jeden Quartal klagen.

Die Konsequenzen für Engineering-Organisationen liegen auf der Hand. Teams, die bisher mit einem einzigen „Paid Media Integrations"-Ingenieur auskamen, weil die Ads API eine einzige Oberfläche war, werden entweder eine zusätzliche Einstellung oder einen Anbieter benötigen. Der Einstellungsmarkt für Ingenieure, die sowohl Ad-Platform-APIs als auch Conversion-Modellierung wirklich verstehen, ist dünn – und die Personen, die es tatsächlich können, arbeiten bereits bei Google, Meta oder den größeren Holdco-Agenturen. Für diese Rolle ist mit Gehaltsdruck in der zweiten Jahreshälfte 2026 zu rechnen.

Auch die Build-versus-Buy-Kalkulation verschiebt sich. Anbieter wie die führenden CDPs und serverseitigen Tagging-Lösungen haben sich als Abstraktionsschicht positioniert, die Kunden genau vor dieser Art von Plattform-Fluktuation schützt. Dieser Schritt ist ihr bestes Verkaufsargument des Jahres. Ob sie tatsächlich Schutz bieten oder die Migrationskosten mit einem Aufschlag weitergeben, ist die Frage, die der Einkauf stellen sollte, bevor irgendetwas Neues unterzeichnet wird.

Was zu beobachten ist

Drei Signale werden zeigen, wie disruptiv das tatsächlich wird. Erstens: Beobachten Sie den Deprecation-Zeitplan, den Google veröffentlicht. Ein 12-monatiger Sunset ist handhabbar, ein 6-monatiger ist ein Feuerwehreinsatz, und alles Kürzere erzwingt Notfallverträge. Zweitens: Beobachten Sie, ob die neue Oberfläche ein Google Cloud-Projekt oder eine Abrechnungsbeziehung erfordert, die die Ads API nicht benötigte. Das ist ein Indiz dafür, ob es sich auch um einen indirekten Monetarisierungsschritt handelt – der Conversion-Import in ein verbrauchsbasiertes Produkt verlagert wird. Drittens: Beobachten Sie, was Meta tut. Die Meta Marketing API und die Conversions API haben bereits eine eigene architektonische Trennung zwischen Ad-Management und Conversion-Erfassung, und Plattformbewegungen auf dieser Ebene tendieren dazu, sich innerhalb von 12 bis 18 Monaten im Duopol anzugleichen.

Meine Einschätzung: Das ist der Beginn einer formellen Trennung von „Ad Operations" und „Measurement Infrastructure" auf API-Ebene durch Google – und der nächste Schritt wird eine strengere Durchsetzung des Consent-Modus auf der Ingestion-Seite sein. Teams, die jetzt mit dieser Annahme im Hinterkopf neu aufbauen, werden 2027 nicht erneut umbauen müssen.

Hier ist der Stakeholder-Absatz, der zählt. Der CFO jedes Unternehmens, das mehr als 5 Millionen Euro jährlich für Google Ads ausgibt, sollte dem Head of Platform diese Woche eine konkrete Frage stellen: Was sind die Gesamtkosten – Engineering plus Anbieter plus Opportunitätskosten – für die Aufrechterhaltung unserer aktuellen Offline-Conversion-Pipeline durch die Migration, und ab welchem Ausgabenniveau wird es günstiger, die gesamte Measurement-Schicht an einen Managed-Service-Anbieter auszulagern, anstatt sie intern zu betreiben? Diese Zahl lässt sich ermitteln – und wenn niemand im Team sie innerhalb von zehn Arbeitstagen liefern kann, hat die Organisation eine Plattform-Ownership-Lücke, die diese Migration gerade sichtbar macht.

Wichtigste Erkenntnisse

• Google verlagert Offline-Conversion-Imports aus der Google Ads API und teilt damit einen Workflow, den Martech-Anbieter und interne Teams als eine einzige Integrationsoberfläche behandelt haben.
• Jeder Anbieter mit einer Offline-Conversion-Funktion hat nun eine erzwungene Migration im Backlog, und die Kosten werden in der Vertragsverlängerung auftauchen – ob aufgeführt oder nicht.
• Branchen mit langen Conversion-Fenstern (iGaming-Einzahlungen, gespeiste Fintech-Konten, B2B-Pipeline) sind am stärksten betroffen, da ihre Gebotsoptimierung auf dieses Signal angewiesen ist.
• Plattform-Verantwortliche sollten dies als Anlass nutzen, serverseitiges Tagging und CDP-Architektur zu überdenken, statt es als einfachen Endpunkt-Austausch zu behandeln.
• Beobachten Sie den Deprecation-Zeitplan, prüfen Sie, ob die neue Oberfläche eine Google Cloud-Abrechnungsbeziehung erfordert, und behalten Sie Meta im Blick – ein paralleler Schritt ist innerhalb von 18 Monaten möglich.