· 11 Min. · Samet Durgun

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

Ich bin Samet Durgun, Fractional Head of UA. Ich verantworte Paid UA für Subscription-Apps und Mobile Games und schreibe hier auf, was ich in meinen Accounts sehe. Dieser Beitrag gehört zum Thema Signal Engineering; mehr über mich.

Um Googles Integrated Conversion Measurement (ICM) auf iOS zu bekommen, 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, das SDK eines Attributionspartners mindestens in der dokumentierten Mindestversion und mit eingeschalteter Google-Einstellung, und Sie müssen die Conversion-Info beim ersten Start abrufen, bevor first_open gesendet wird. Die Bedingung, die die Antwort verändert, ist die Region: 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, sodass nichts davon dort bisher ICM-Claims erzeugt.

Umfang: iOS App-Kampagnen für Installs, gemessen über AppsFlyer, Adjust oder Singular, über den Firebase-Weg oder den Weg mit dem eigenständigen SDK, geprüft gegen die eigenen Seiten des jeweiligen Anbieters am 29. September 2026. Google ändert in diesem Bereich oft etwas, prüfen Sie also 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, die ich weitergeben würde, hatte mit ICM selbst nichts zu tun, und sie steckt im letzten Schritt 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 in Ihren MMP schickt, wo sie als probabilistische Attributionen erscheinen.

Was verlangt jeder Integrationsweg?

Die Tabelle stellt die fünf Wege nebeneinander, eine Zeile pro Weg.

Weg Dokumentiertes Minimum Einstellung Regionaler Geltungsbereich Prüfschritt Quelle, geprüft
Firebase (GA4F) iOS 12+. GA4F 11.14.0 laut Googles Hilfeseite und Firebase-Tutorial; 12.12.1+ laut Googles iOS-Leitfaden (ungeklärt, siehe unten) Die Google-Analytics-Property mit dem Google-Ads-Account verknüpfen. Der Pod FirebaseAnalytics enthält GoogleAdsOnDeviceConversion bereits Inaktiv für Nutzer im EWR, in Großbritannien und in der Schweiz Mit -FIRDebugEnabled starten, nach dem Log “framework is linked” suchen, dann etwa 15 Sekunden später nach der User Property _psmvalue_gads Google 12119136, Firebase-Tutorial, 29. Sep. 2026
Eigenständiges GoogleAdsOnDeviceConversion SDK Auf Googles Seite ist kein Minimum genannt. Aktuelles Release 3.7.0 (1. Sep. 2026). Wenn Sie zusätzlich GA4F installieren, halten Sie sich an Googles Versionsübersicht setFirstLaunchTime mit dem echten Datum des ersten Starts, dann fetchAggregateConversionInfo(for: .installation), dann das Ergebnis als odm_info weitergeben Googles ODM-Seite schließt den EWR, Großbritannien und die Schweiz aus; die Troubleshooting-Zeile dieser Seite widerspricht dem (siehe unten) Bestätigen, dass der Info-String nicht leer ist, bevor first_open gesendet wird, und dass odm_info beim ersten Install-Call vorhanden ist Google 16384720, Google-Entwicklerseite, GitHub-Repo, 29. Sep. 2026
AppsFlyer iOS SDK 6.17.9+, dazu Firebase 11.14.0+ oder das eigenständige SDK Advanced Data Sharing in der Google-Ads-Integration. first_open als Conversion importiert. IDFV bei jedem App-Öffnen und In-App-Event, IP-Adresse bei jedem App-Öffnen Nicht verfügbar für iOS-Nutzer im EWR, in Großbritannien und in der Schweiz Rohdaten match_type: srn für deterministische Claims, probabilistic für ICM-Claims AppsFlyer-Bulletin, AppsFlyer-Setup, 29. Sep. 2026
Adjust iOS SDK 5.4.1+ mit dem ODM-Plugin (getestet mit GoogleAdsOnDeviceConversion 3.0.0), dazu Firebase 11.14.0+ oder das eigenständige SDK “Enable probabilistic modeling” in den Attributionseinstellungen des Google-Ads-Partners. initSdk so früh wie möglich aufrufen Die Adjust-Seiten nennen keine regionale Einschränkung; Googles ODM-Ausschluss gilt trotzdem Adjust dokumentiert auf den von mir geprüften Seiten keinen Prüfschritt Adjust Dev Hub, Adjust Help, 29. Sep. 2026
Singular Natives iOS SDK 12.8.1+ (Unity 5.5.0+) enableOdmWithTimeoutInterval, empfohlen sind 5 Sekunden. “Include Integrated Conversion Measurement Attributions” in der Google-Ads-Partner-Konfiguration Nicht unterstützt auf iOS-Geräten im EWR und in Großbritannien (die Schweiz wird nicht genannt) ICM-Installs erscheinen als Click-Through-Installs, in User-Level-Reports als probabilistic gekennzeichnet Singular help, 29. Sep. 2026

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 ausformulieren. Googles About bidding in App campaigns sagt, dass tROAS das Google Analytics for Firebase SDK verlangt, 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 bis zum von Ihnen gesetzten Timeout, empfohlen sind 5 Sekunden, und Singular warnt, dass das SDK-Callbacks verzögert, einschließlich Deep Links. 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 also an einem echten Install.

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

Nicht in 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 sagte Googles Ankündigung iOS App campaign advancements, der Measurement-Support für Nutzer im EWR, in Großbritannien und in der Schweiz werde ausgeweitet. Ein Datum nennt sie nicht. Eine Ankündigung ist ein Plan, deshalb rechne ich in der Budgetplanung nicht damit, bevor sich Googles Hilfeseite und die MMP-Dokumentation ändern.

Eine Inkonsistenz in der Dokumentation: 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, nicht als Beleg dafür, 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. Für die ICM-Spalte gibt es 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 Re-Attributionen. 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.

Googles Leitfaden sagt außerdem, dass ICM Lookback-Fenster nach dem Install von bis zu 180 Tagen unterstützt, was für Subscription-Apps zählt, 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, sodass die Wahl des Wegs von oben weiter gilt.

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 gegen 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 jeweils eine Komponente. 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?

Ich behandle diese nicht als Schalter für Abdeckung. 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 Aggregated Advanced Privacy die von Google attribuierten 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.

Zwei Fakten helfen bei dieser Entscheidung: 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 das iOS-Reporting in Google Ads für Kampagnen mit On-Device-Measurement-Eventdaten von modellierten Conversions auf Ground-Truth-Attribution umgestellt wird. Ich gleiche die drei anhand desselben Events, derselben Datumsbasis und desselben Fensters ab, statt sie zu addieren, und diese Methode behandle ich in warum Google Ads, Ihr MMP und SKAN unterschiedliche iOS-Conversions melden.

Wo steht das in meiner Arbeit?

Das ist der Google-iOS-Teil von signal engineering: sicherstellen, dass das Bidding-System die Conversions sieht, die dem Geschäft wirklich wichtig sind. In der Praxis heißt das, 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. Wenn Sie nicht sicher sind, ob das Measurement das Problem ist, prüfe ich das im growth audit. Besseres Measurement entscheidet nicht, 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.

Häufige Fragen

Brauche ich Firebase für Google On-Device-Measurement auf iOS?

Nicht für das Measurement selbst. Google dokumentiert ein eigenständiges GoogleAdsOnDeviceConversion SDK für Apps, die Google Analytics for Firebase nicht integrieren können, und AppsFlyer und Adjust akzeptieren beide Wege. Für das Bidding spielt Firebase eine Rolle: Google sagt, dass tROAS auf App-Kampagnen das Firebase SDK verlangt, und AppsFlyer sagt, dass der Ausschluss von Zielgruppen nur funktioniert, wenn die Kampagne auf Firebase-Events optimiert.

Ist Google ICM in Europa für iOS verfügbar?

Mit Stand 29. September 2026 nicht, laut Dokumentation. Googles Seite zu On-Device-Measurement sagt, dass die Funktion für Nutzer im EWR, in Großbritannien und in der Schweiz inaktiv ist, AppsFlyer schließt diesen iOS-Traffic von ICM aus, und Singular schließt iOS-Geräte im EWR und in Großbritannien aus. Google hat im Mai 2026 erweiterten Support für diese Nutzer angekündigt, ohne Datum. Modellierte Conversions in Google Ads und SKAdNetwork decken sie weiterhin ab.

Erscheinen ICM-Installs in Google Ads?

Heute nicht. Google sagt, dass ICM-Daten im Google-Ads-Reporting nicht verfügbar sind und stattdessen in Ihrem Attributionspartner erscheinen, während Google Ads seine eigenen modellierten Conversions zeigt. Google sagt außerdem, dass das iOS-Reporting in Google Ads für Kampagnen mit On-Device-Measurement-Eventdaten von modellierten Conversions auf Ground-Truth-Attribution umgestellt wird.

Sollte ich IP-Masking oder Datenschutzeinstellungen ausschalten, um mehr ICM-Claims zu bekommen?

Das ist eine Compliance-Entscheidung des App-Inhabers, kein Schritt zur Fehlersuche. AppsFlyer weist darauf hin, dass IP-Masking ICM beeinträchtigen kann und dass der Datenschutzschalter Google-Daten als restricted anzeigt. Apple verbietet, Gerätedaten abzuleiten, um ein Gerät zu identifizieren, und verlangt für Tracking die ATT-Erlaubnis. Entscheiden Sie diese Einstellungen mit Ihrer Datenschutzberatung und messen Sie dann, was das gewählte Setup zulässt.