Wie richte ich Google ICM und ODM für iOS App-Kampagnen ein?

Für Googles Integrated Conversion Measurement (ICM) auf iOS brauchen Sie eine iOS App-Kampagne für Installs, On-Device-Measurement (ODM) entweder über das Google Analytics for Firebase SDK oder über Googles eigenständiges GoogleAdsOnDeviceConversion SDK und das SDK eines Attributionspartners, mindestens in der dokumentierten Version und mit eingeschalteter Google-Einstellung. Außerdem muss die Conversion-Info beim ersten Start abgerufen werden, bevor first_open gesendet wird. Die Region ändert die Antwort. Mit Stand 29. September 2026 sagt Googles Dokumentation, dass On-Device-Measurement für Nutzer im EWR, in Großbritannien und in der Schweiz inaktiv ist. Dort entstehen bisher keine ICM-Claims.

Umfang: iOS App-Kampagnen für Installs, gemessen über AppsFlyer, Adjust oder Singular, entweder über Firebase oder über das eigenständige SDK, geprüft anhand der eigenen Seiten des jeweiligen Anbieters am 29. September 2026. Google ändert hier oft etwas. Prüfen Sie das Datum, bevor Sie sich auf eine Versionsnummer verlassen.

Ich habe iOS App-Kampagnen mit ICM über AppsFlyer gefahren, bei einer Subscription-App im März 2026. Die Lehre aus diesem Account hatte mit ICM selbst nichts zu tun. Sie steht in Schritt 7 der Test-Install unten.

Was ist der Unterschied zwischen ODM und ICM?

ODM ist das Signal. ICM ist der Ort, an dem das Ergebnis erscheint.

Googles Seite About on-device conversion measurement for iOS App campaigns beschreibt zwei ODM-Varianten: Die eine nutzt First-Party-Daten wie E-Mail oder Telefonnummer aus Ihrem Anmelde-Flow, die andere nutzt, was Google “de-identified, temporary app event data” nennt, abgeleitet aus Signalen wie IP-Adresse und Zeitstempeln. ICM auf iOS hängt an der zweiten.

Googles Seite About Integrated Conversion Measurement for App Campaigns listet vier iOS-Schritte auf: eine aktive iOS App-Kampagne für Installs, die in Google Ads importierten Daten Ihres Attributionspartners, ODM mit Eventdaten und das aktuelle Partner-SDK. Server-to-Server-Integrationen müssen den ODM-Info-String an den Partner weitergeben. Auf Android sagt dieselbe Seite, dass keine Aktion nötig ist.

ODM macht also Googles Install-Claims möglich, und ICM bedeutet, dass Google diese Claims an Ihren MMP schickt, wo sie als probabilistische Attributionen erscheinen.

Was verlangt jeder Integrationsweg?

Jede Partnerzeile nennt nur, was der jeweilige Partner für sich selbst dokumentiert. Die Wahl zwischen Firebase und dem eigenständigen SDK hat eine Folge für das Bidding, die die Setup-Seiten nicht ausdrücklich nennen. Laut Googles About bidding in App campaigns verlangt tROAS das Google Analytics for Firebase SDK, und AppsFlyers Setup-Artikel sagt, dass Sie Zielgruppen aus App-Kampagnen nur ausschließen können, wenn die Kampagne auf Firebase-SDK-Events optimiert, nicht auf MMP-Events. Wenn Sie später auf Value bieten wollen, löst der eigenständige Weg zwar das Measurement, aber nicht diese Anforderung. Wenn Sie beide installieren, veröffentlicht Googles Repository GoogleAdsOnDeviceConversion eine Versionsübersicht: GA4F 12.19.0 passt zu ODM 3.7.0, 12.12.1 zu 3.5.0 und 11.14.0 zu 2.0.0.

Welche Firebase-Version ist das Minimum, 11.14.0 oder 12.12.1?

Googles Dokumentation gibt zwei Antworten, und ich habe keine Quelle gefunden, die das klärt.

Googles Hilfeseite zu On-Device-Measurement verlangt “version 11.14.0 available in June 2025”, und das Firebase-Tutorial: Measure iOS Ads conversions using event data (zuletzt aktualisiert am 25. September 2026) nennt 11.14.0 oder höher. Googles iOS Best Practices Guide: Do the iOS Three to maximize your ROI, der kein Datum trägt, nennt in seinen Implementierungsschritten das Firebase SDK mit “minimum version 12.12.1+”. AppsFlyer und Adjust wiederholen beide 11.14.0.

Ich behandle das als ungeklärten Unterschied zwischen zwei Google-Quellen. Halten Sie fest, welche Version die App ausliefert, und sprechen Sie die Lücke bei Google an, bevor Sie die App unter 12.12.1 festschreiben.

Warum ist die Reihenfolge beim ersten Start wichtig?

Weil die Conversion-Info existieren muss, bevor der Install gemeldet wird. Googles Entwicklerseite zur App Conversion API, Integrated Conversion Measurement, sagt, dass Sie die Conversion-Info kurz nach dem ersten Start der App abrufen sollen, bevor das Event first_open gesendet wird, und sie als Parameter odm_info übergeben. Googles Seite zum eigenständigen SDK ergänzt, dass der Abruf sowohl für first_open als auch für reinstall_open gilt und dass setFirstLaunchTime das Datum erhalten muss, an dem die App tatsächlich zum ersten Mal gestartet wurde.

Die Partner gehen mit dem Warten unterschiedlich um:

• Singulars SDK wartet auf die ODM-Info, höchstens bis zum Timeout, den Sie setzen, empfohlen sind 5 Sekunden. Singular warnt, dass dadurch SDK-Callbacks einschließlich Deep Links später kommen. Für Server-to-Server-Setups vermerkt Singular, dass der Abruf asynchron ist und Sie das Session-Event womöglich zurückhalten müssen, bis er abgeschlossen ist.
• Adjust sagt, initSdk so früh wie möglich aufzurufen, idealerweise in application:didFinishLaunchingWithOptions:. Mit First Session Delay rufen Sie initSdk trotzdem früh auf, damit ODM den Startzeitpunkt erfasst, und beenden die Verzögerung später.

In einem Audit prüfe ich zuerst, ob ein Consent-Screen, eine Paywall oder ein Onboarding-Flow das MMP SDK später startet, als die Dokumentation erwartet. Die Dokumentation nennt keinen allgemeingültigen Verzögerungswert. Testen Sie die Reihenfolge deshalb an einem echten Install.

Funktioniert ICM für iOS-Nutzer im EWR, in Großbritannien und in der Schweiz?

Nicht laut der Dokumentation, die am 29. September 2026 geprüft wurde.

• Googles Seite zu On-Device-Measurement: Die Funktion wird für alle Nutzer im EWR, in Großbritannien und in der Schweiz inaktiv sein.
• Das Firebase-Tutorial: Die Verifizierungsmeldung erscheint für Geräte dort nicht.
• AppsFlyers Bulletin: AppsFlyer and Google attribution solution [Open BETA] (zuletzt bearbeitet am 5. August 2026) schließt iOS-Traffic von Nutzern in allen dreien aus, und der Setup-Artikel (zuletzt bearbeitet am 15. September 2026) führt die EU, Großbritannien und die Schweiz als nicht unterstützt auf.
• Singular (aktualisiert am 24. September 2026) sagt, dass ICM auf iOS-Geräten im EWR und in Großbritannien nicht unterstützt wird.

Im Mai 2026 kündigte Google in iOS App campaign advancements an, den Measurement-Support für Nutzer im EWR, in Großbritannien und in der Schweiz auszuweiten. Ein Datum nennt Google nicht. Eine Ankündigung ist ein Plan, deshalb rechne ich in der Budgetplanung nicht damit, bevor sich Googles Hilfeseite und die MMP-Dokumentation ändern.

Die Troubleshooting-Liste auf Googles Seite zum eigenständigen SDK sagt, Sie sollten prüfen, ob Ihre App im EWR, in Großbritannien und in der Schweiz läuft. Das widerspricht Googles eigener Seite zu On-Device-Measurement. Ich lese es als Fehler in der Dokumentation. Es belegt nicht, dass der Europa-Support gestartet ist.

Europäische iOS-Nutzer werden weiterhin gemessen, nur nicht über ICM. Googles Understanding iOS App campaign measurement and reporting sagt, dass modellierte Conversions in Google Ads und SKAdNetwork für alle Nutzer verfügbar sind, einschließlich des EWR, Großbritanniens und der Schweiz. Die ICM-Spalte der Vergleichstabelle auf dieser Seite enthält keine solche Aussage.

Was deckt ICM ab, und was lässt es aus?

Aus AppsFlyers Setup-Artikel, der die vollständigste Liste hat:

• Nur Installs und Reattributionen. Keine Re-Engagements.
• Auf iOS nur Klicks. “Google currently claims only clicks on iOS. It does not claim impressions.” Singular beschreibt ebenfalls nur Click-Through-Install-Measurement, und Adjust sagt, dass ICM nur für App-Kampagnen für Installs unterstützt wird.
• Kampagne und Anzeigengruppe, keine Anzeige. AppsFlyer sagt, dass Claims in den meisten Fällen Kampagne und Anzeigengruppe enthalten und keine Anzeigeninformation. Singular sagt, die Ad-Group-ID sei nicht verfügbar, und Googles Leitfaden sagt, Daten auf Kampagnenebene gebe es jetzt, auf Anzeigengruppenebene bald. Planen Sie auf Kampagnenebene.
• Ein unvollständiger Kanal. Das Channel-Feld zeigt ACI_ ohne Netzwerk-Suffix.
• Gerundete Zeitstempel. Zeitstempel probabilistischer Claims werden auf Intervalle von 15 Minuten gerundet.

Laut Googles Leitfaden unterstützt ICM außerdem Lookback-Fenster nach dem Install von bis zu 180 Tagen. Das zählt bei Subscription-Apps, deren bezahlte Events Wochen nach dem Install eintreffen. Der Leitfaden koppelt diese Fenster an tROAS, aber Googles Bidding-Seite sagt weiterhin, dass tROAS das Firebase SDK verlangt. Die Wegwahl von oben gilt also weiter.

Wie teste ich einen Install von Anfang bis Ende?

Notieren Sie für einen Test-Install:

1. Versionen. App-Build, GA4F- oder GoogleAdsOnDeviceConversion-Version, MMP-SDK-Version. Prüfen Sie das Paar mit Googles Versionsübersicht.
2. Region. Wo sich das Gerät befindet. Ein Gerät im EWR, in Großbritannien oder in der Schweiz sollte keine ODM-Info erzeugen.
3. ATT- und Consent-Status. Die ATT-Antwort und die Auswahl Ihrer Consent-Plattform, und ob eines von beiden das MMP SDK zurückhält.
4. Reihenfolge. Ob die Conversion-Info abgerufen wurde, bevor first_open gesendet wurde, und ob odm_info beim ersten Install-Call vorhanden war. Auf dem Firebase-Weg die Debug-Log-Abfolge aus der Tabelle.
5. Einstellungen. Der Partnerschalter aus der Tabelle, und first_open als Conversion in Google Ads importiert.
6. Die MMP-Rohzeile. In AppsFlyer der match_type srn oder probabilistic. In Singular die probabilistische Aufschlüsselung in den User-Level-Reports.
7. Werte. Was jedes Umsatz-Event an Google sendet, auch Events, die keinen Umsatz tragen. Im oben genannten Account sendete das Umsatz-Event 1 $ statt 0 $, wenn es keinen Wert gab. Google Ads zeigte 71,4% ROAS für die iOS-Kampagne gegenüber 17,3% Lifetime-ROAS in AppsFlyer, und ICM war nicht die Ursache. Wie ich diese Lücke lese, steht in warum Google Ads, Ihr MMP und SKAN unterschiedliche iOS-Conversions melden.

Ändern Sie immer nur eine Komponente auf einmal. Ein fehlender Claim ist kein Beweis für ein kaputtes Setup. AppsFlyer validiert jeden probabilistischen Google-Claim mit einem eigenen Modell, und ein akzeptierter Claim muss sich trotzdem gegen andere Attributionskandidaten durchsetzen.

Sollten Sie Datenschutzeinstellungen oder IP-Masking ändern, um mehr Claims zu bekommen?

Für mich sind das keine Schalter, mit denen man die Abdeckung erhöht. Es sind Compliance-Entscheidungen des App-Inhabers.

AppsFlyers Setup-Artikel sagt, dass IP-Masking ICM beeinträchtigen kann und dass Google empfiehlt, es zu deaktivieren. Er sagt außerdem, dass bei eingeschaltetem Schalter für Aggregated Advanced Privacy die von Google zugeordneten Daten in den Rohdaten-Reports als restricted erscheinen und dass Advanced Data Sharing Installs mit oder ohne Geräte-ID an Google sendet. Apples Seite User Privacy and Data Use sagt “you may not derive data from a device for the purpose of uniquely identifying it”, und dass das Tracking eines Nutzers die ATT-Erlaubnis verlangt.

Der Pod FirebaseAnalytics enthält die ODM-Bibliothek bereits, und Googles Opt-out besteht darin, GoogleAdsOnDeviceConversion aus dem Build auszuschließen. Treffen Sie die Entscheidung mit Ihrer Datenschutzberatung und messen Sie dann, was das gewählte Setup zulässt.

Warum weichen Google Ads, der MMP und SKAN trotzdem voneinander ab?

Weil es drei verschiedene Messungen sind. Googles Seite zu Measurement und Reporting sagt, dass ICM-Daten heute nicht im Google-Ads-Reporting verfügbar sind, dass Google Ads seine eigenen modellierten Conversions mit Verzögerungen von bis zu fünf Tagen zeigt und dass SKAdNetwork Apples aggregierter Feed mit eigenen Fenstern ist. Google sagt außerdem, dass es das iOS-Reporting in Google Ads für Kampagnen mit On-Device-Measurement-Eventdaten von modellierten Conversions auf Ground-Truth-Attribution umstellen wird. Ich gleiche die drei anhand desselben Events, derselben Datumsbasis und desselben Fensters ab und addiere sie nicht. Die Methode beschreibe ich in warum Google Ads, Ihr MMP und SKAN unterschiedliche iOS-Conversions melden.

Wie nutze ich das in einem Account?

In einem Account behandle ich das als signal engineering für Google auf iOS, weil das Bidding-System die Conversions sehen muss, die für das Geschäft zählen. Das heißt, den Firebase- oder den eigenständigen Weg mit Blick auf das Bidding zu wählen, die Reihenfolge beim ersten Start an einem echten Install zu bestätigen und aufzuschreiben, wie weit Google Ads, der MMP und SKAN auseinanderliegen sollten, bevor jemand Budget verschiebt. Was ICM neben SKAN und AdAttributionKit abdeckt und was jede Plattform dokumentiert, steht in was Paid UA nach ATT auf iOS noch messen kann. Im growth audit finde ich heraus, ob das Measurement das Problem ist. Besseres Measurement entscheidet nicht darüber, wo eine App-Kampagne ausgibt. Das behandle ich in warum eine App-Kampagne Ausgaben auf YouTube verlagert.

Quellen

Alle am 29. September 2026 geprüft.

• Google Ads Help: About on-device conversion measurement for iOS App campaigns, kein Seitendatum.
• Google Ads Help: Implement on-device conversion measurement with a standalone SDK, kein Seitendatum.
• Google Ads Help: About Integrated Conversion Measurement for App Campaigns, Einführung ab Mai 2025.
• Google Ads Help: Understanding iOS App campaign measurement and reporting, kein Seitendatum.
• Google Ads Help: About bidding in App campaigns, kein Seitendatum.
• Google for Developers: Integrated Conversion Measurement, zuletzt aktualisiert am 22. Oktober 2025.
• Google: iOS Best Practices Guide: Do the iOS Three to maximize your ROI, ohne Datum.
• Google: iOS App campaign advancements, veröffentlicht am 13. Mai 2026.
• Firebase: Tutorial: Measure iOS Ads conversions using event data, step 2, zuletzt aktualisiert am 25. September 2026.
• GitHub: GoogleAdsOnDeviceConversion, Release 3.7.0 vom 1. September 2026 und die GA4F-Versionsübersicht.
• AppsFlyer: Bulletin: AppsFlyer and Google attribution solution [Open BETA], zuletzt bearbeitet am 5. August 2026.
• AppsFlyer: Google Ads (AdWords) Integration setup for advertisers, zuletzt bearbeitet am 15. September 2026.
• Adjust Dev Hub: Google On-device Conversion Measurement, kein Seitendatum.
• Adjust Help Center: Set up Google Ads in Adjust, kein Seitendatum.
• Singular: Google Ads (AdWords) Mobile App Campaigns - Attribution Integration, aktualisiert am 24. September 2026.
• Apple Developer: User Privacy and Data Use, kein Seitendatum.