Rewardful, Tolt und FirstPromoter für mobile Apps: Funktionieren Web-Affiliate-Tools bei In-App-Käufen?

Wie Web-Affiliate-Tools einen Verkauf erfassen

Rewardful, Tolt, FirstPromoter und PartnerStack folgen im Kern demselben Ablauf. Ein Besucher klickt auf den Link eines Affiliates, ein Skript auf deiner Website speichert eine Referral-ID in einem Cookie, und beim Checkout wird die Empfehlung dem Kunden in deinem Billing-System zugeordnet. Meldet das Billing-System eine Zahlung, eine Verlängerung oder eine Rückerstattung, schreibt das Tool die Provision des Affiliates gut oder storniert sie.

Für ein SaaS-Produkt, das im Web über Stripe oder Paddle verkauft wird, ist das nahezu ideal. Klick und Checkout passieren im selben Browser, das Billing-System ist die verlässliche Quelle, und wiederkehrende Provisionen folgen dem Abo automatisch. In genau diesem Ablauf steckt bei diesen Tools jahrelange Arbeit: Affiliate-Portale, Coupon-Tracking, Betrugsregeln und Integrationen in den Web-Billing-Stack.

Wo In-App-Käufe die Kette unterbrechen

In einer mobilen App ist fast jeder Schritt dieser Kette anders:

• Kein Cookie überlebt den Store. Der Affiliate-Link öffnet den App Store oder Google Play, und die App wird von dort installiert. Ein im Browser gesetztes Cookie steht in deiner App nicht zur Verfügung. Die Empfehlung geht verloren, es sei denn, die App erhält den Code auf anderem Weg.

• Die Zahlung siehst du nicht. In-App-Abos werden über StoreKit und Google Play Billing verkauft. Das Geld läuft über Apple und Google, nicht über dein Stripe-Konto. Ein Tool, das auf Stripe lauscht, erfährt vom Verkauf nie.

• Verlängerungen und Rückerstattungen passieren im Store. Eine Verlängerung im siebten Monat und eine Rückerstattung im achten erfasst jeweils Apple oder Google. Für wiederkehrende Provisionen brauchst du diese Ereignisse, geprüft, für jeden Abonnenten.

• Der Nachweis ist eine Store-Transaktion. Um Provisionen sicher auszuzahlen, muss der Store den Kauf bestätigen — über einen Dienst wie RevenueCat oder über die App Store Server API und die Google Play Developer API.

• Coupon-Tracking erreicht den Store nicht. Web-Tools können einem Affiliate einen Verkauf gutschreiben, wenn ein Kunde beim Stripe-Checkout seinen Coupon eingibt. Käufe im App Store und bei Google Play laufen nie durch diesen Checkout. Ein Code, den ein Creator in einem Video nennt, muss deshalb in der App selbst erfasst werden.

Das ist kein Fehler der Web-Tools. Sie wurden für Web-Billing gebaut, und In-App-Billing ist schlicht kein Web-Billing.

Was jedes Tool unterstützt (geprüft am 31. Oktober 2026)

Quelle: Preisseite und Integrationsdoku des jeweiligen Anbieters, Stand 31. Oktober 2026. Preise gelten pro Monat; die Umsatzangaben in Klammern sind die Plangrenzen, die der jeweilige Anbieter veröffentlicht.

Wann ein Web-Tool die richtige Wahl ist

Wenn der Großteil deines Umsatzes im Web abgerechnet wird, bleib beim Web-Tool. Es erledigt diese Aufgabe besser als eine Mobile-Plattform. Typische Fälle:

• Abos, die zuerst im Web laufen. Nutzer registrieren sich und zahlen auf deiner Website über Stripe oder Paddle. In der App nutzen sie nur, was sie gekauft haben.

• B2B-Software mit mobilem Client. Konten werden im Web pro Lizenzplatz oder Tarif verkauft, und die Apps für iPhone und Android dienen nur zur Anmeldung.

• Ein Web-Checkout, zu dem du App-Nutzer schickst. In den USA dürfen Apps seit dem Gerichtsurteil von 2025 im Fall Epic v. Apple auf einen externen Web-Checkout verlinken. Die Regeln unterscheiden sich je nach Land und Store, prüfe also die aktuellen Richtlinien von Apple und Google. Was du dort verkaufst, ist Web-Billing und lässt sich wie jeder Web-Verkauf erfassen, solange der Referral-Cookie in dem Browser ankommt, in dem der Nutzer bezahlt.

Ein kurzer Test: Schau, wo dein Geld eingeht. Zeigt Stripe oder Paddle den Großteil, passt ein Web-Tool. Zeigen App Store Connect und die Play Console den Großteil, passt es nicht – egal, wie gut das Tool im Web ist.

Deine Optionen, wenn du in der App verkaufst

Läuft dein Umsatz über StoreKit oder Play Billing, gibt es diese realistischen Wege:

• Eine mobile-native Affiliate-Plattform. Tools, die für Apps gebaut sind, etwa InfluTo, Insert Affiliate, WinWinKit und GoMarketMe, liefern SDKs, die den Referral in der App erfassen (ein eingegebener Code, ein Link, ein Store-Referrer) und Käufe bei Apple und Google oder über RevenueCat prüfen. Vergleiche sie danach, wer die Creator bezahlt, was sie verifizieren und was sie bei deinem Umsatz kosten.

• RevenueCat Web Billing für deine Web-Verkäufe. Wenn du auch im Web verkaufst: RevenueCat Web Billing, ein von RevenueCat verwalteter Checkout auf Basis von Stripe, schickt Web-Käufe über denselben Webhook wie In-App-Käufe. So kann eine Plattform, die RevenueCat-Events liest, beides gutschreiben. So erfasst InfluTo den Web-Checkout: über RevenueCat Web Billing oder einen mit RevenueCat verbundenen Stripe-Checkout.

• Eine Brücke, die du selbst baust. Die Tracking-API von FirstPromoter nimmt zum Beispiel Verkäufe aus Abrechnungssystemen an, die es nicht unterstützt. Du würdest jeden verifizierten Store-Kauf, jede Verlängerung und jede Rückerstattung von deinem Server weiterleiten. Und du müsstest in der App trotzdem selbst klären, von welchem Affiliate jeder Nutzer kommt, denn der Browser-Cookie kommt dort nie an.

• Den Checkout ins Web verlegen. Verkaufe dort über Stripe im Web, wo die Regeln es erlauben, und behalte das Web-Tool. Du tauschst den Komfort der Store-Abrechnung gegen einen Checkout, den du selbst kontrollierst. Der Affiliate-Cookie muss aber weiterhin den Weg vom Link des Creators bis zu deinem Checkout überstehen.

Eine Grenze, die du kennen solltest: InfluTo unterstützt keinen reinen Stripe-Checkout ohne RevenueCat. Betreibst du einen eigenen Stripe-Web-Checkout, deckst du diesen Teil deines Umsatzes einfacher mit einem Web-Affiliate-Tool ab.

App-Affiliates von einem Web-Tool umziehen

1. 1

   Teile deinen Umsatz danach auf, wo er abgerechnet wird. Im Web abgerechneter Umsatz kann beim Web-Tool bleiben. Für In-App-Umsatz brauchst du eine Plattform, die Store-Käufe verifiziert.

2. 2

   Wähle die Kaufquelle. Den RevenueCat-Webhook, wenn du RevenueCat nutzt, oder die direkte Store-Validierung mit einem App Store Server API-Schlüssel und einem Google-Play-Servicekonto. Ein Weg pro Plattform.

3. 3

   Füge das SDK und ein Code-Feld hinzu. Das SDK prüft die Zuordnung beim ersten Start. Das Code-Feld erfasst Creator, die ihren Code in Videos und Podcasts nennen, wo es keinen Link zum Antippen gibt.

4. 4

   Bau das Programm neu auf und lade deine Affiliates ein. Lege die Provision fest und schicke deinen bestehenden Affiliates dann einen Beitrittslink; jeder erhält einen app-spezifischen Code und Link. Bei InfluTo lädst du außerdem ein Prepaid-Guthaben auf, ab 50 $ und erstattungsfähig. Daraus werden Creator am 1. jedes Monats ausgezahlt.

5. 5

   Sag den Affiliates, welchen Link sie wo nutzen sollen. Web-Anmeldungen über den Link des Web-Tools, App-Installs über den neuen Code und Link – so fällt kein Referral zwischen die Tools.

Wenn du an beiden Stellen abrechnest, wirst du eine Weile beide Tools nutzen. Das ist normal: Eines deckt deinen Web-Checkout ab, das andere die Stores, und jedes zeigt den Creatorn die Verkäufe, die es gutgeschrieben hat.