#Sollten Influencer bei jeder Verlängerung mitverdienen – oder nur beim ersten Sale?
Bezahle sie bei jeder Verlängerung. Das ist nicht kontrovers: So funktionieren die meisten Affiliate-Programme für Abonnements, wobei wiederkehrende Provisionen im SaaS-Bereich üblicherweise 20–30 % des monatlichen Umsatzes im ersten Jahr betragen. Ein Creator, der dir einen Abonnenten bringt, der acht Monate bleibt, hat den Wert von acht Monaten geliefert, nicht von einem.
Die eigentliche Debatte sollte sich nicht darum drehen, ob wir wiederkehrende Provisionen zahlen sollten. Die Frage ist: Kann dein System den Unterschied zwischen demselben Abonnenten, der zum siebten Mal verlängert, und einem neuen Verkauf, der auf dem Papier ähnlich aussieht, erkennen?
Das ist eine viel engere, viel leichter lösbare Frage – und die meisten Gründer stellen sie erst, wenn sie bereits zu viel gezahlt haben.
Hier ist der Haken: Die Absicht spielt für eine Zahlungspipeline keine Rolle. Ein Webhook für eine Verlängerung und einer für einen Erstkauf können fast identisch aussehen. Wenn deine Deduplizierungs-Logik prüft, "habe ich diesen Nutzer schon einmal gesehen", und dabei etwas verwendet, das zurückgesetzt werden kann – wie eine Geräte-ID oder den frischen Nutzerdatensatz einer neu installierten App –, wird eine loyale Verlängerung fälschlicherweise als neue Akquise gelesen. Und schon werden zwei Creator für denselben Abonnenten bezahlt. Das zu beheben ist ein Identitätsproblem, kein Richtlinienproblem, und genau darum geht es im Rest dieses Artikels.
#Was verhindert tatsächlich, dass du bei derselben Verlängerung doppelt zahlst?
Eine vom Store vergebene Transaktionsidentität, nicht irgendetwas aus deiner eigenen Datenbank. Apple nennt es originalTransactionId. Google nennt es purchaseToken. Beide werden im Moment des Kaufs vom App Store zugewiesen und sind darauf ausgelegt, über die gesamte Laufzeit des Abonnements bestehen zu bleiben.
Apples eigene Dokumentation ist hierzu explizit: Der Identifikator bleibt bei Verlängerungen und Wiederherstellungen gleich, auch wenn für jeden Abrechnungszyklus eine neue Transaktions-ID generiert wird.
Der Transaktionsidentifikator des ursprünglichen Kaufs. Dieser Wert ist identisch mit der transaction_id, außer wenn der Benutzer einen Kauf wiederherstellt oder ein Abonnement verlängert.— Apple Developer Documentation
Stell es dir wie einen Familiennamen im Vergleich zu einem Spitznamen vor. Jede Verlängerung, jede Wiederherstellung, jede Neuinstallation auf einem Gerät generiert einen neuen "Spitznamen": eine frische Transaktions-ID, eine neue Sitzung, manchmal einen neuen lokalen Nutzerdatensatz. Der Familienname ändert sich nie. Wenn du deine Logik für faire Zahlungen auf dem Spitznamen aufbaust, wirst du irgendwann zwei Familien für dasselbe Kind bezahlen.
Geräte-IDs und App-generierte User-IDs versagen aus demselben Grund: Sie können bei einer Neuinstallation zurückgesetzt werden, bei einem Werksreset verloren gehen oder in einem Haushalt geteilt werden. originalTransactionId und purchaseToken können das nicht. Genau deshalb setzen Attributions-Engines auf diese Werte. Mehr dazu findest du unter warum ein Kauf versehentlich zwei Influencer bezahlen kann.
#Wenn ein Abonnent pausiert und zurückkehrt, ist das eine neue Akquise?
Nein. Pause-and-Resume ist ein gelöstes Problem, Punkt. Die zugrunde liegende Store-Identität des Abonnements ändert sich nicht, wenn ein Abonnent pausiert: Google Play und der App Store behandeln dies als Statusänderung des gleichen Abonnement-Datensatzes, nicht als einen neuen.
Der ursprüngliche Influencer verdient weiterhin an den fortgesetzten Abrechnungszyklen, und ein zweiter Creator hat keinen legitimen Anspruch, nur weil der Abonnent sechs Wochen lang inaktiv war.
Das Versagen ist hier hausgemacht: Wenn dein System auf Basis von Aktivitätsdaten oder "Zuletzt gesehen"-Zeitstempeln dedupliziert, anstatt auf die Store-Transaktionsidentität zu setzen, sieht eine Pause wie Churn aus und eine Wiederaufnahme wie eine neue Akquise. Das ist nicht die Schuld des Stores. Das ist eine Designentscheidung in deiner Matching-Logik, und sie lässt sich leicht korrigieren, da die Identität sich nie wirklich bewegt hat.
#Dein Abonnent wechselt von monatlich auf jährlich – wird die Provision des Influencers zurückgesetzt?
Nein. Gleiche Abstammung, anderer Preis. Ein Plan- oder Stufenwechsel generiert einen neuen Preispunkt und oft eine neue Position in deiner Umsatzübersicht – genau deshalb sieht es wie ein neuer Verkauf aus, wenn man nur flüchtig auf die Zahlen schaut.
Aber die Store-Identität unter dem Abonnement bleibt auch nach dem Upgrade bestehen. Apple und Google verknüpfen den Planwechsel mit demselben ursprünglichen Kaufdatensatz, anstatt eine völlig neue Identität auszustellen. Es ist derselbe Mechanismus, der Pause/Resume sicher macht, nur angewendet auf eine Preisänderung statt auf eine Statusänderung.
Hier verbrennen sich Gründer die Finger: Sie matchen auf Basis der Produkt-ID oder des Preises statt auf Basis der Transaktionsidentität. Ein Upgrade von monatlich auf jährlich ändert beides. Ein Deduplizierungs-Schlüssel, der auf "gleiche Produkt-ID, gleicher Preis" basiert, liest das Upgrade also als einen zweiten, unabhängigen Verkauf, und ein anderer Creator erhält die Gutschrift für einen Abonnenten, den er nie berührt hat. Nutze stattdessen die Store-Identität, und das Upgrade ist bedeutungslos: gleicher Abonnent, gleiche ursprüngliche Empfehlung, nur ein höherer Verlängerungsbetrag für die Provision. Die Besonderheiten bei jährlichen Abonnements werden in Umgang mit Abrechnungsplänen und Laufzeitinformationen in Store-Direct genauer erläutert.
#Jemand kündigt und abonniert acht Monate später über den Link eines anderen Creators neu – wer wird bezahlt?
Es kommt darauf an, und das ist eine ehrliche Antwort, keine Ausrede. Dies ist der einzige Fall in diesem Artikel, der nicht sauber durch die Transaktionsidentität gelöst wird, da der Abonnent tatsächlich gekündigt hat und tatsächlich über einen anderen Kanal zurückgekommen ist.
Im Gegensatz zu Pause/Resume oder einem Plan-Upgrade kann eine vollständige Kündigung gefolgt von einem neuen Abonnement nach mehreren Monaten tatsächlich eine neue Store-Transaktionsidentität generieren. Das ist kein Fehler in der Deduplizierungs-Logik. Es ist der Store, der korrekt widerspiegelt, dass es sich mechanisch um einen neuen Kauf handelt. Die offene Frage ist eine geschäftliche, keine technische: Bedeutet "neuer Kauf" auch "neue Akquise"?
Was eine Antwort fairer macht als eine andere, ist die Art und Weise, wie du die Lücke behandelst. Ein Abonnent, der eine Woche pausiert und über einen neuen Link zurückkommt, riecht nach Link-Hopping. Ein Abonnent, der tatsächlich gekündigt hat, acht Monate weg war und die App durch einen anderen Creator wiederentdeckt hat, ist eine legitime neue Akquise für diesen zweiten Creator.
Der ehrliche Weg ist, in deinen Programmbedingungen eine klare Linie zu ziehen: ein festes Zeitfenster (sagen wir 30 oder 60 Tage), innerhalb dessen die ursprüngliche Attribution gewinnt, und nach dem der neueste Empfehlungslink den Verkauf erhält. Lass es nicht implizit. Creator werden fragen, und ein "es kommt darauf an" ohne schriftliche Regel wirkt wie "wir entscheiden das willkürlich bei jedem Streitfall".
#Kann ein fehlerhafter Webhook eine Provision für dieselbe Verlängerung doppelt berechnen?
Ja, und das ist langweilige Infrastruktur, kein Betrug. Webhooks wiederholen sich. Zahlungsanbieter stellen Ereignisse erneut zu, die bereits erfolgreich waren, weil aus Sicht des Senders eine fehlende Bestätigung wie eine fehlgeschlagene Zustellung aussieht. Über die gesamte Lebensdauer eines Abonnenten mit Dutzenden von Verlängerungsereignissen ist die Wahrscheinlichkeit für mindestens eine doppelte Zustellung nicht gering.
Das Versagen liegt nicht in der Wiederholung selbst. Es liegt in einem Zahlungssystem, das auf "ein Ereignis ist eingetroffen" zahlt, anstatt auf "diese exakte Transaktionsidentität wurde noch nie zuvor bezahlt". Zähle Ereignisse, und ein wiederholter Webhook ist eine zweite Auszahlung. Zähle Identitäten, und die Wiederholung ist wirkungslos: Dieselbe originalTransactionId oder dasselbe purchaseToken hat bereits einen Provisionsdatensatz, sodass das Duplikat erkannt und verworfen wird, bevor Geld fließt.
Das ist auch der Grund, warum es gefährlich ist, zwei Validierungspfade gleichzeitig zu betreiben: Wenn sowohl die Webhooks von RevenueCat als auch eine direkte Prüfung über die App Store Server API gleichzeitig aktiv sind, kann dieselbe Verlängerung legitimerweise zweimal aus zwei verschiedenen Quellen eintreffen, die beide autoritativ wirken. Wähle genau einen Pfad und gleiche jedes eingehende Ereignis mit der Transaktionsidentität ab, bevor es ein Auszahlungssystem berührt.
#Wie viel könnte "Provision für immer" dich tatsächlich kosten? Ein Modellbeispiel
Alles Folgende ist ein illustratives Modell, das für diesen Artikel erstellt wurde, keine gemessenen Kundendaten. Nutze es, um über Risiken nachzudenken, nicht um deine tatsächliche Rechnung vorherzusagen.
Nehmen wir einen hypothetischen Abonnenten, der 9,99 € im Monat zahlt, bei 10 % wiederkehrender Provision, und der 12-mal im Jahr verlängert. Die korrekte Provision für diesen Abonnenten über alle 12 Verlängerungen beträgt die monatliche Provision (0,999 €) mal 12, also knapp unter 12 € für den Influencer für ein volles Jahr an gebundenem Umsatz. Das ist die Zahl, die ein faires System produziert.
Angenommen, deine Deduplizierungs-Logik übersieht eine Verlängerung und zählt sie doppelt, sei es durch eine Webhook-Wiederholung, ein Plan-Wechsel-Ereignis, das falsch gegen die Produkt-ID statt gegen die Identität gematcht wurde, oder aus einem anderen Grund. Eine doppelt gezählte Verlängerung fügt eine zusätzliche monatliche Provision zum korrekten Gesamtbetrag hinzu. Verpasse zwei, und du hast zwei hinzugefügt. Verpasse drei im Laufe des Jahres, und fast ein Viertel der gesamten Provision dieses Abonnenten war Geld, das du niemandem geschuldet hast.
Das ist das Ausmaß des Risikos: klein pro Vorfall, aber es summiert sich mit der Lebensdauer des Abonnenten und der Anzahl der Verlängerungen. Ein Abonnent, der zwei Jahre statt eines verlängert, verdoppelt nicht nur deine korrekte Provision. Er verdoppelt deine Anfälligkeit für jede ungelöste Deduplizierungs-Lücke in deiner Pipeline.
Eine strukturelle Alternative, die eine Überlegung wert ist: Statt offener wiederkehrender Prozentsätze kannst du die Beziehung mit Meilenstein-Boni begrenzen: Zahle feste Beträge bei bestimmten Verlängerungs-Meilensteinen, anstatt eines Prozentsatzes, der ewig läuft. Das begrenzt dein Worst-Case-Risiko per Design, unabhängig davon, wie gut deine Deduplizierungs-Logik ist.
#Was solltest du prüfen, bevor du wiederkehrende Provisionen aktivierst?
Vier Dinge, der Reihe nach. Erstens: Bestätige, dass dein Attributions-Tool Verlängerungen gegen eine vom Store vergebene Transaktionsidentität abgleicht (originalTransactionId auf iOS, purchaseToken auf Android), nicht gegen eine User-ID oder Geräte-ID, die zurückgesetzt werden kann. Zweitens: Bestätige, dass genau ein Kaufvalidierungspfad aktiv ist. Eine Webhook-basierte Integration und eine direkte Store-API-Prüfung gleichzeitig laufen zu lassen, führt dazu, dass dieselbe Verlängerung zweimal aus zwei "korrekten" Quellen gemeldet wird.
Drittens: Schreibe deine Richtlinie für Kündigung und erneutes Abonnieren auf, bevor dich ein Streitfall dazu zwingt, sie spontan zu erfinden. Ein Zeitfenster für die Karenzzeit mit einem klaren Stichtag ist einer Ad-hoc-Entscheidung immer überlegen.
Viertens: Wenn dir offene wiederkehrende Prozentsätze bei Abonnenten mit langer Laufzeit Sorgen bereiten, schau dir Meilenstein-Boni als begrenzte Alternative an. InfluTo unterstützt beide Modelle, neben der eigenen 10 % Plattformgebühr auf den attribuierten Umsatz und einer Mindestauszahlungsschwelle von 20 $, aber die obige Checkliste gilt unabhängig davon, auf welcher Plattform du es betreibst.
Wenn die Identität stimmt, hört "Provision für immer" auf, ein Risiko zu sein, und wird zu dem, was es die ganze Zeit hätte sein sollen: eine faire, langweilige, korrekt gemessene Auszahlung. Klickbetrug ist ein verwandter, aber separater Fehler, der unter warum Click Injection eine App dazu brachte, Provisionen für kostenlose Installationen zu zahlen behandelt wird.
Gilt die 10 % Plattformgebühr von InfluTo für jede Verlängerung oder nur für die erste Zahlung?
Sie gilt für den attribuierten Umsatz, sobald er verdient wird, was auch Verlängerungen einschließt, nicht nur die erste Zahlung. Es gibt keinen separaten Satz für den "ersten Verkauf".
Was bedeutet die Mindestauszahlungsschwelle von 20 $ für kleine wiederkehrende Provisionen, die monatlich eintrudeln?
Provisionen sammeln sich auf dem Guthaben des Influencers an und werden ausgezahlt, sobald dieses Guthaben 20 $ überschreitet, anstatt bei jeder einzelnen Verlängerung eine Auszahlung auszulösen.
Kann ich begrenzen, wie viel ein Influencer von einem Abonnenten über dessen gesamte Laufzeit verdient?
Ja. Meilenstein-Boni (bis zu fünf pro Kampagne) ermöglichen es dir, feste Beträge an festgelegten Punkten zu zahlen, anstatt eines offenen Prozentsatzes, was das Risiko pro Abonnent effektiv deckelt.
Werden Jahresabonnements auf doppelte Zahlungen genauso geprüft wie monatliche?
Ja. Dieselbe Store-Transaktionsidentität bleibt auch bei Jahresplänen und deren Verlängerungen bestehen, daher gilt dieselbe Deduplizierungs-Logik. Es gibt keine separate Regel für längere Abrechnungszyklen.
Quellen
- original_transaction_id | Apple Developer Documentation
- Software Affiliate Program: How to Build One (2025)
- Boost ROI with Integrated Influencer & Affiliate Marketing
- Affiliate marketing statistics for 2026
- Affiliate Marketing Industry Size 2025-2026: Growth Trends
- Best Affiliate Programs with Recurring Commissions in 2025
- 10 Must-Know Affiliate Marketing Statistics for 2025
- Top Influencer Marketing Statistics for 2026