Warum zeigt Google Web-to-App in AppsFlyer keine Conversions?

Zeigt eine Google-Web-Kampagne keine App-Conversions, prüfen Sie vier getrennte Schritte der Reihe nach und stoppen Sie beim ersten, der scheitert: Der Tracking-Link passt zur Final URL, die Anzeige ist genehmigt, AppsFlyer hat den Install unter der Media Source attribuiert, die Sie gerade lesen, und Google hat den Conversion-Upload akzeptiert. Beginnen Sie beim Kampagnentyp und der Final URL, denn das Ziel der Anzeige ändert die Antwort. Wenn Ihre Anzeigen Nutzer direkt in den App Store oder zu Google Play schicken, ist AppsFlyers Upload an Googles Offline Conversion API der Weg, den AppsFlyer dokumentiert, und laut Google ist sein eigenes Web to App Acquisition Measurement für Accounts, deren Web-Kampagnen Nutzer in einen App Store schicken, nicht verfügbar.

Umfang: Google-Ads-Web-Kampagnen (jedes Kampagnenziel außer App promotion), die eine iOS- oder Android-App bewerben, gemessen über AppsFlyers Integration Google Ads Web (googleads_int), mit Hinweisen auf die Unterschiede bei Singular und Adjust. Keine der Seiten unten nennt eine regionale Einschränkung. Ich habe jede Plattformangabe am 1. Oktober 2026 auf der Seite des jeweiligen Anbieters geprüft. Warum Sie diesen Weg statt App-Kampagnen wählen könnten, steht in Funktionieren Google Search Ads für App-Installs?; in diesem Beitrag geht es nur darum, dass er misst.

Was sollten Sie zuerst prüfen?

Den Kampagnentyp und die Final URL, weil jede andere Regel davon abhängt. AppsFlyers Leitfaden Google Ads (AdWords): Create web-based campaigns gilt für jedes Google-Kampagnenziel außer App promotion und für jeden Kampagnentyp außer Shopping. Eine App-Kampagne ist eine andere Integration. Wenn Sie eine fahren, ist dieser Beitrag der falsche.

Lesen Sie dann die Final URL der Anzeige. Sie führt auf einen Store-Eintrag, auf Ihre eigene Website oder (versehentlich) auf einen AppsFlyer-Link, und jeder Fall braucht einen anderen Tracking-Link.

Welcher Link und welche Conversion-Quelle passen zu Ihrer Final URL?

In der Tabelle stammen die Link-Regeln von AppsFlyer und die Measurement-Regeln von Google.

Halten Sie die beiden Quellen auseinander. AppsFlyers Upload sendet, was AppsFlyer attribuiert hat, per Click-ID den Google-Klicks zugeordnet. Beim Web to App Acquisition Measurement von Google zählt Google Installs selbst, aus importierten First Opens. In einem Account, dessen Web-Kampagnen direkt in den Store führen, ist nur die erste Quelle verfügbar.

Was braucht das Tracking-Template?

AppsFlyers Leitfaden listet die Bestandteile auf, und schon ein fehlender oder falscher reicht, damit der Link oder die Anzeige scheitert:

• pid=googleads_int, Pflicht.
• af_siteid, Pflicht, mit einem beliebigen Wert Ihrer Wahl.
• c, Pflicht und statisch. Dafür gibt es laut AppsFlyer keinen ValueTrack-Parameter, Sie tippen den Namen also von Hand ein. Tragen Sie die Kampagnen-ID in af_c_id={campaignid} ein, das AppsFlyer auch für Kosten-, Klick- und Impression-Daten braucht.
• af_force_transparent=true, Pflicht. Ohne diesen Parameter kann Google die Anzeige laut AppsFlyer ablehnen.
• Ein Redirect auf {lpurl}. Der Wert {lpurl} muss HTTPS verwenden, kodiert sein und auf einer Domain liegen, die in Ihrer Redirect-Allowlist steht.

AppsFlyer lehnt af_dp, af_android_store_csl, af_ios_store_cpp, af_og_title, af_og_description und af_og_image in diesem Flow ab und verbietet af_base_params_forward und af_param_forwarding, weil sie {lpurl} verändern. Außerdem gilt: keine doppelten Parameter, keine Parameter ohne Wert, kein ValueTrack-Parameter, den Google leer lässt. Werte, die in Google Ads unter Campaign URL options gesetzt sind, müssen zum Template passen.

Auf Googles Seite müssen laut About tracking in Google Ads das Template und jeder Redirect HTTPS verwenden und auf dem Server erfolgen, und der Test-Button prüft, ob die Final URL samt Tracking auflöst. Nach About parallel tracking ist Parallel Tracking für Search, Shopping, Display, Video und Performance Max Pflicht: Der Nutzer geht direkt zur Final URL, während das Template im Hintergrund lädt. AppsFlyer knüpft seine Redirect-Regel für {lpurl} genau daran.

Warum beweist ein funktionierender Redirect nicht, dass das Setup funktioniert?

Ein Klick, der am richtigen Ort landet, hat nur die erste von vier Prüfungen bestanden. Testen Sie sie getrennt, mit einem echten Klick auf einem Telefon, und notieren Sie die erste, die scheitert.

1. Link-Validierung. Googles Test-Button löst die URL auf, und der Testklick erscheint in AppsFlyer unter der Kampagne, die Sie erwarten. Ein Fehler “Tracking call unsuccessful” verweist zurück auf den Link-Typ in der Tabelle.
2. Anzeigengenehmigung. Googles Richtlinie Destination requirements lehnt ein Tracking-Template ab, das nicht zum selben Inhalt führt wie die Final URL, ebenso Ziele, die “solely designed to send users elsewhere” sind, und das betrifft Sie, wenn Ihre Landingpage Nutzer nur in den Store weiterreicht. Laut About ValueTrack parameters dauert es 24 bis 48 Stunden, bis Template-Änderungen ausgelieferte Anzeigen erreichen, testen Sie also erst danach. Laut About tracking in Google Ads gehen URL-Optionen, die auf Ebene von Anzeige, Keyword oder Sitelink gesetzt oder bearbeitet werden, erneut durch die Prüfung, auf Ebene von Account, Kampagne oder Anzeigengruppe dagegen nicht.
3. MMP-Attribution. Der Install erscheint in AppsFlyer. AppsFlyer attribuiert ihn probabilistisch, oder deterministisch, wenn ein Install Referrer verfügbar ist.
4. Annahme des Uploads. Google hat die Conversion erhalten, sie einem Klick zugeordnet und der richtigen Conversion-Aktion zugerechnet.

Ein Redirect-Test sagt nichts über die Schritte 3 und 4, und um die geht es bei einer Meldung “keine Conversions”.

Wo erscheinen Google-Web-to-App-Installs in AppsFlyer?

Meist nicht unter dem Partner, den Sie eingerichtet haben. AppsFlyer sendet Conversions unter googleads_int an Google, aber seine Dashboards und Rohdaten weisen sie unter googleadwords_int aus, der Media Source seiner Hauptintegration für Google Ads, sodass die Ergebnisse von Web-Kampagnen und App-Kampagnen in einer Ansicht liegen. Das Rohdatenfeld original_url und die Postback-Reports behalten googleads_int. Die Traits-Tabelle derselben Seite ergänzt, dass Installs unter googleads_int und Re-Engagements unter googleadwords_int erscheinen können, wenn daneben eine SRN-Integration googleadwords_int aktiv ist. AppsFlyer sagt außerdem, dass Google manche Installs aus Web-Kampagnen selbst beanspruchen kann, als selbst gemeldete googleadwords_int-Attributionen, und dass dies “may become more common as Google expands support for web campaign install attribution”. Für iOS verweist AppsFlyer bei diesen Kampagnen auf das Classic Dashboard und sagt, dass das SKAN Dashboard für sie in den meisten Fällen nicht relevant ist.

Bevor ich also davon ausgehe, dass es keine Installs gibt, würde ich das Dashboard nach googleadwords_int und der Kampagnen-ID filtern, auch googleads_int prüfen und dann in den Rohdaten bestätigen, dass original_url googleads_int enthält.

Warum zeigt AppsFlyer den Install, aber Google zeigt nichts?

Dann scheitert der Upload, oder er landet dort, wo Sie nicht hinsehen. AppsFlyers Schritte für Setup und Troubleshooting liefern die Prüfpunkte:

• Events sind gemappt. Installs sind der einzige automatische Postback. Jedes andere Event braucht eine Google-Conversion-Aktion, die als Click-Import angelegt ist und deren ctid-Wert in das AppsFlyer-Event-Mapping eingefügt wird. Eine neue Conversion-Aktion wird als Inactive angezeigt, bis Daten eintreffen.
• Count steht auf Every. Laut AppsFlyer muss die Conversion-Aktion Every statt One verwenden, damit sie Uploads mit gbraid und wbraid annimmt.
• Click-IDs bleiben erhalten. Google hängt gclid für Android und für iOS-Nutzer mit Consent an, und gbraid und wbraid für iOS-Nutzer, die keinen Consent gegeben haben. Auf einer Landingpage muss die ausgehende URL des Buttons eine davon tragen, sonst kann der Postback nicht registriert werden. Um sie in den Rohdaten zu sehen, mappen Sie außerdem jede auf einen eigenen af_sub-Parameter.
• Das Token funktioniert. Dafür braucht es den OAuth-Scope https://www.googleapis.com/auth/adwords, das durchgeführte Sign in with Google in AppsFlyer und die Manager-ID (MCC) in beiden Feldern Customer ID, wenn mehr als ein Google-Ads-Account die App bewirbt. Ein Fehler “Missing token” bedeutet, dass dieser Schritt nicht erledigt ist.
• Agentur-Accounts. Wenn eine Agentur die Kampagne fährt, müssen die googleads_int-Integrationen des Werbetreibenden und der Agentur beide aktiv sein, und die Agentur muss Sign in with Google durchführen, sonst scheitert der Postback.
• Der Tarif. Laut AppsFlyer ist googleads_int nur in den Tarifen Growth und Enterprise verfügbar, nicht in Zero oder Welcome.
• iOS-Datenschutzeinstellung. AppsFlyers Setup weist iOS-Apps an, Advanced Privacy für diesen Partner auszuschalten. Die Seite Apply Aggregated Advanced Privacy framework sagt, dass Identifier wie Click-IDs, IDFV, User Agent und IP von Nutzern mit iOS 14.5+ ohne ATT-Consent für Partner nicht verfügbar sind, solange der Schalter Aggregated Advanced Privacy auf App-Ebene oder der Schalter Advanced Privacy eines Partners eingeschaltet ist, und dass der Partnerschalter erst geändert werden kann, wenn der auf App-Ebene aus ist. Die Seite rät Werbetreibenden außerdem, mit Rechtsberatern zu klären, wie Apple Tracking definiert, bevor sie die Einstellung auf App-Ebene ausschalten. Apples Seite User Privacy and Data Use sagt “you may not derive data from a device for the purpose of uniquely identifying it”. Diese Einstellung entscheiden App-Inhaber und Datenschutzberatung vor dem Test.

Öffnen Sie in Google Ads die Conversion-Aktion, die im Mapping genannt ist, denn die Spalte Conversions kann sie auslassen. Laut Googles About primary and secondary conversion actions werden sekundäre Aktionen in All conversions ausgewiesen und nicht für das Bidding genutzt, es sei denn, sie liegen in einem Custom Goal.

Mit der Annahme ist es auch nicht getan. In einem Test mit einer Google App-Kampagne, den ich im Februar und März 2026 gefahren und in AppsFlyer gemessen habe, sendete das Umsatz-Event 1 $ statt 0 $, wenn es keinen Wert gab. Google erhielt diese Werte, und sein ausgewiesener ROAS war durchweg überhöht, am stärksten auf iOS, wo die Conversion-Volumen niedriger waren. Das war eine App-Kampagne, keine Web-Kampagne, aber die Lehre gilt auch hier: Prüfen Sie neben der Anzahl auch die Werte, die Google erhalten hat. Den Rest dieses Tests habe ich in welche Google-Ads-Gebotsstrategie am besten für Apps funktioniert aufgeschrieben.

Worin unterscheidet sich Googles eigenes Web-to-App-Measurement?

Hier zählt Google Installs ohne den Upload Ihres MMP. Laut About Web to App Acquisition Measurement gilt:

• Es deckt Search-, Performance-Max-, Shopping-, Hotel-, Video- und Demand-Gen-Kampagnen ab, auf Android und iOS, und ist für Accounts mit Web-Kampagnen, die Nutzer in einen App Store schicken, nicht verfügbar.
• Indirekte Installs setzen voraus, dass First-Open-Events für beide Plattformen in den Account importiert sind, der die Web-Kampagnen enthält, und erscheinen in All conv. Die Spalte Web to app first conv. braucht außerdem importierte In-App-Aktionen, von denen eine als primäre Aktion im Bidding genutzt wird.
• Integrated Conversion Measurement wurde über On-Device-Measurement auf Web-to-App-Akquisition ausgeweitet, was laut Google die Attribution für iOS-Installs auf Search- und Shopping-Inventar aus Ihren Web-Kampagnen bei Attributionspartnern von Drittanbietern verbessert. Video- und Display-Inventar sollen später folgen.
• Eine Conversion wird nur einer Kampagne attribuiert, ohne doppeltes Reporting zwischen App-Kampagnen und Web-Kampagnen, und laut Google gilt dieselbe Logik auch für das Partner-Reporting.

Google hat nach eigener Aussage außerdem begonnen, App-First-Opens zu beanspruchen und auszuweisen, die von Search- und Shopping-Inventar in Search-, Performance-Max- und Shopping-Kampagnen ausgelöst wurden. Google nennt diese Änderung und die ICM-Ausweitung als Gründe dafür, dass Installs, die Web-Kampagnen zugeordnet werden, bei Ihrem Attributionspartner steigen können, ohne dass sich an Ihren Links etwas ändert. In AppsFlyer kommen Installs, die Google beansprucht, als selbst gemeldete googleadwords_int-Attributionen an, nicht über Ihren googleads_int-Upload. Was ICM und On-Device-Measurement in der App brauchen, je MMP, steht in meinem Setup-Leitfaden für iOS App-Kampagnen.

Funktioniert das mit Singular oder Adjust genauso?

Nein, und die Unterschiede zählen für iOS.

In Singulars Leitfaden Google Ads Web - Web to App Campaigns steht der Singular-Link im Tracking-Template, die Final URL ist die Store-URL (oder Ihre eigene Website mit dem Web SDK von Singular). Im Link ist _global_redirect={lpurl} Pflicht, sonst wird die Anzeige abgelehnt, und Deep Linking muss ausgeschaltet sein. Laut FAQ übergibt der Offline-Upload gclid automatisch, gbraid und wbraid sind als demnächst verfügbar aufgeführt. Als Limits der Offline Conversions API nennt sie nur Click-Conversions, ohne Modellierung. Außerdem müssen in Google Ads enhanced conversions for leads eingeschaltet sein. Die Integrationsübersicht markiert View-Through und Re-Engagement als nicht unterstützt. Nach Singulars eigener Seite haben also iOS-Klicks ohne Consent, die gbraid oder wbraid statt gclid tragen, noch keine Click-ID, die Singular hochladen kann.

Laut Adjusts Extend your Google Ads setup beyond app campaigns akzeptiert Google Ads Universal Links oder Branded Links von Adjust nicht als Tracking-Template, das Bearbeiten des Adjust-Links kann zur Ablehnung führen, und Google Ads beansprucht die Attribution für bestimmte Nutzer in Web-to-App-Kampagnen möglicherweise nicht.

Wo passt das in meine Arbeit?

Die App-Conversions einer Web-Kampagne zurück zu Google zu bringen, ist Teil von signal engineering: Das Bidding kann nur auf die Conversions optimieren, die es erhält. Die Reihenfolge folgt aus den Regeln oben: die Final URL festlegen, den Typ des Tracking-Links darauf abstimmen, die vier Prüfungen durchlaufen und die Performance erst lesen, wenn der Upload akzeptiert ist. Ob das Measurement den Account bremst, klärt der growth audit, den Sie auch einzeln buchen können. Der Vergleich dieses Wegs mit App-Kampagnen steht in warum eine Google App-Kampagne auf YouTube ausgibt. Dieselbe Nachverfolgung für Meta steht in warum Meta Web-to-App in AppsFlyer Klicks, aber keine Installs zeigt.

Quellen

Alle am 1. Oktober 2026 geprüft.

• AppsFlyer: Google Ads (AdWords): Create web-based campaigns, zuletzt bearbeitet am 15. September 2026.
• AppsFlyer: Apply Aggregated Advanced Privacy framework, zuletzt bearbeitet am 11. Juni 2026.
• Google Ads Help: About Web to App Acquisition Measurement, kein Seitendatum.
• Google Ads Help: About primary and secondary conversion actions, kein Seitendatum.
• Google Ads Help: About tracking in Google Ads, kein Seitendatum.
• Google Ads Help: About parallel tracking, kein Seitendatum.
• Google Ads Help: About ValueTrack parameters, kein Seitendatum.
• Advertising Policies Help: Destination requirements, kein Seitendatum.
• Singular: Google Ads Web - Web to App Campaigns, zuletzt bearbeitet am 24. August 2026.
• Adjust Help Center: Extend your Google Ads setup beyond app campaigns, kein Seitendatum.
• Apple Developer: User Privacy and Data Use, kein Seitendatum.