Affiliate-Tracking für Mobile Apps: Installs und Abos ohne MMP

Warum App-Tracking schwieriger ist als Web-Tracking

Im Web ist Affiliate-Tracking ein gelöstes Problem. Ein Besucher tippt auf den Link eines Creators, ein Cookie oder URL-Parameter hält die Empfehlung fest, und der Checkout auf derselben Seite ordnet den Verkauf dem Creator zu. Eine mobile App unterbricht diese Kette an zwei Stellen: Zwischen Link und erstem Start liegt der App Store oder Google Play, und die Zahlung läuft über Apple oder Google statt über deinen eigenen Checkout.

Mobiles Affiliate-Tracking hat also zwei getrennte Aufgaben. Die Attribution klärt, welcher Creator diesen Nutzer gebracht hat. Die Verifizierung klärt, ob der Kauf echt ist und wie viel er wert war. Ein MMP erledigt die erste Aufgabe für bezahlte Werbung. Ein Creator-Programm braucht beides, pro Person, denn am Monatsende überweist du jemandem Geld.

Die Attributionsmethoden – und was jede sehen kann

Jede der folgenden Methoden kennt den Creator entweder sicher oder rät so gut wie möglich. Nutze die exakten, wo immer du kannst, und lass den Fallback den Rest auffangen.

• Ein Code, den der Nutzer eingibt. Der Creator sagt in einem Video oder Podcast „Nutze den Code MAYA“, und der Nutzer gibt ihn in ein Feld im Onboarding oder auf deiner Paywall ein. Das ist eine bewusste Handlung des Nutzers, funktioniert auf iOS und Android gleich und braucht keine Berechtigung. Es ist auch die einzige Methode, die funktioniert, wenn es keinen Link zum Antippen gibt: Audio, Livestreams, Mundpropaganda.

• Ein Link, der den Code in die App trägt. Ist die App schon installiert, kann ein Universal Link oder Android App Link sie mit dem Code in der URL öffnen. Web-Apps, PWAs sowie Capacitor- oder Cordova-Apps können den Code aus ihrer Start-URL lesen. Was auf iOS nicht funktioniert: einen Parameter durch eine Installation über den App Store zu reichen. Der App Store gibt beim ersten Start nichts vom Link an deine App weiter.

• Der Google Play Install Referrer. Auf Android speichert Google Play den Referrer-Parameter aus dem Link zum Play Store. Deine App kann ihn nach der Installation über die Play Install Referrer API auslesen, zusammen mit den Zeitstempeln für Klick und Install. Ein Creator-Link, der den Code im Referrer enthält, liefert eine exakte Zuordnung. iOS hat nichts Vergleichbares.

• Ein Code, den deine App schon kennt. Wenn dein eigener Deep Link oder Promo-Ablauf den Code erfasst, speichere ihn beim Nutzer. Mit RevenueCat heißt das: Schreibe ihn als Subscriber Attribute, damit jedes Kaufereignis den Code des Creators trägt.

• Link-Klick-Zuordnung als Fallback. Wenn jemand auf den Link eines Creators tippt, die App aus dem Store installiert und der Code nie in der App ankommt, lässt sich der Install dem letzten Tipp auf diesen Link zuordnen. Das ist ein Näherungsverfahren (Best Effort). Beschränke es deshalb auf ein kurzes Zeitfenster und auf deine eigene App, und lass jede exakte Methode Vorrang haben.

• Attribution über Werbenetzwerke. SKAdNetwork und AdAttributionKit auf iOS sowie MMP-Tracking-Links messen Installs aus Anzeigen. Sie sind für bezahlte Kampagnen gebaut, nicht dafür, einzelne Creators zu bezahlen (mehr dazu weiter unten).

Wenn sich Methoden widersprechen, sollte die Regel einfach sein und schriftlich feststehen. Bei InfluTo schlägt ein eingegebener Code einen Link-Tipp, von mehreren Tipps gewinnt der letzte, und sobald der erste Kauf eines Nutzers zugeordnet ist, behält dieser Creator den Nutzer bei jeder Verlängerung.

Methode für Methode: Was exakt ist und wo es funktioniert

Exakt heißt: Der Creator steht sicher fest, ganz ohne Modellierung.

Was Apple ohne IDFA oder ATT erlaubt

Apple verlangt für Tracking die Abfrage von App Tracking Transparency. Als Tracking gilt, Daten aus deiner App mit Daten aus Apps, Websites oder Offline-Angeboten anderer Unternehmen zu verknüpfen – für gezielte Werbung oder Werbemessung – oder sie an Datenhändler weiterzugeben. Die IDFA, Apples Werbe-ID, ist erst verfügbar, nachdem der Nutzer zugestimmt hat.

Apple verbietet außerdem Fingerprinting, mit oder ohne Einwilligung. Laut Developer Agreement darfst du keine Daten von einem Gerät ableiten, um es eindeutig zu identifizieren. Apps mit SDKs, die das tun, können abgelehnt werden. Damit ist ausgeschlossen, Installs über Gerätemodell, Bildschirmgröße, Zeitzone oder ähnliche Signale zuzuordnen.

Creator-Attribution mit eigenen Daten braucht beides nicht. Ein eingegebener Code ist die eigene Eingabe des Nutzers, und ein exakter Link übergibt einen Code, keine Identität. InfluTo liest nie die IDFA oder eine andere Werbe-ID, und die Dokumentation sagt, dass du dafür kein ATT anfordern sollst. Der Link-Klick-Abgleich vergleicht nie Gerätemerkmale wie Modell, Bildschirmgröße oder Zeitzone, verknüpft nichts über andere Apps oder Websites hinweg und entscheidet immer nur zwischen „von diesem Creator empfohlen“ und organisch.

Wo SKAdNetwork passt – und wo nicht

SKAdNetwork und AdAttributionKit, das darauf aufbaut, sind Apples datenschutzfreundliche Frameworks für Werbe-Attribution. Ein registriertes Werbenetzwerk signiert seine Anzeigenimpressionen. Installiert der Nutzer die App und öffnet sie innerhalb des Attributionsfensters, sendet das Gerät einen verzögerten Postback an das Werbenetzwerk – und an dich, wenn du dich dafür entscheidest – mit einem Conversion Value und ohne Nutzeridentität.

Genau dieses Design verhindert, dass es ein Creator-Programm tragen kann. Die Caption oder der Bio-Link eines Creators ist keine signierte Anzeigenimpression. Ein Postback kann dir nicht sagen, welcher von 50 Creators einen Install gebracht hat, und er kann die Verlängerungen und Rückerstattungen eines Abonnenten nicht Monat für Monat verfolgen. Wenn du das Video eines Creators als bezahlte Anzeige bewirbst, miss diese Anzeige wie jede andere Kampagne mit dem Werbenetzwerk und deinem MMP – und behalte den eigenen Code und Link des Creators für die Provision.

Zahle für verifizierte Käufe, nicht für Installs

Ein Install ist eine schwache Grundlage für eine Zahlung. Viele Installs erreichen die Paywall nie, viele Testphasen werden nie zu zahlenden Abos, und die Zahl der Installs lässt sich am leichtesten aufblähen. Entscheidend für eine Abo-App ist ein bezahlter Kauf. Und der muss beim Store geprüft werden, bevor Geld fließt:

• Ein Kauf kann gefälscht oder ein Test sein. Ein Kauf, den nur die App meldet, kann von einem Sandbox-Konto, aus TestFlight oder von einem manipulierten Client stammen. Apple und Google können bestätigen, ob eine Transaktion echt ist und aus welcher Umgebung sie kommt.

• Verlängerungen passieren ohne die App. Wer im siebten Monat verlängert, hat deine App vielleicht wochenlang nicht geöffnet. Nur der Store oder ein Dienst, der ihn überwacht, sieht diese Verlängerung.

• Rückerstattungen kommen vom Store. Apple und Google wickeln Rückerstattungen und Chargebacks ab. Dein Provisionssystem muss davon erfahren, damit es gutgeschriebene Beträge zurückbuchen kann.

Es gibt zwei gängige Wege zu verifizierten Kaufereignissen: einen RevenueCat-Webhook, wenn du RevenueCat schon nutzt, oder direkt die App Store Server API und die Google Play Developer API. InfluTo unterstützt beides, pro Plattform einen Weg. Eine Provision wird erst erfasst, wenn der Store den Kauf bestätigt hat. Bei einer Rückerstattung wird sie zurückgebucht, und für Sandbox-Käufe fließt nie Geld.

Ein Setup, das ohne MMP funktioniert

1. 1

   Gib jedem Creator einen Code und einen Link. Derselbe kurze Code funktioniert eingetippt und im Link. So kann ein Creator ihn im Video nennen und in seiner Bio posten.

2. 2

   Baue vor dem ersten Kauf ein Code-Feld ein. Ein optionaler Schritt „Du hast einen Code?“ im Onboarding erreicht die meisten, ein kleiner Link auf der Paywall den Rest. Fülle das Feld vor, wenn der Install schon zugeordnet wurde. Dann muss der Nutzer nur noch bestätigen.

3. 3

   Prüfe die Zuordnung beim ersten Start. Frage das SDK beim Start ab, bevor die Paywall entscheidet, was sie zeigt. So wird ein Link-Klick-Treffer oder ein Code aus der Start-URL oder dem Install Referrer in derselben Session erkannt.

4. 4

   Verbinde eine Quelle für verifizierte Käufe. Entweder den RevenueCat-Webhook, wobei der Code des Creators als Subscriber Attribute gespeichert wird, oder die Validierung direkt beim Store mit deinen App-Store- und Google-Play-Zugangsdaten.

5. 5

   Teste einen vermittelten Kauf von Anfang bis Ende. Installiere auf einem Sandbox-Build über den Link eines Test-Creators oder gib seinen Code ein, kaufe etwas und prüfe, ob der Kauf diesem Code zugeordnet wird. Erst danach lädst du echte Creator ein.

Wann brauchst du trotzdem einen MMP? Wenn du Anzeigen in mehreren Netzwerken schaltest und an einer Stelle sehen willst, welches Netzwerk den Erfolg verdient. Die beiden Ebenen kommen sich nicht in die Quere: Der MMP misst weiter bezahlte Kampagnen, die Creator-Plattform zahlt auf Käufe, die der Store bestätigt hat. Der Leitfaden „MMPs vs. Affiliate-Plattformen“ weiter unten erklärt die Aufteilung.