Für Abo-Apps mit RevenueCat

RevenueCat-Creator-Attribution: Welche Creator haben Abonnenten gebracht?

RevenueCat zeigt jede Testphase und jedes Abo. Es kann dir nicht sagen, welches TikTok oder Reel welches Creators sie jeweils geschickt hat. WhichPost greift nur lesend auf deine RevenueCat-Daten zu und rechnet jedem Creator die zahlenden Nutzer zu, die seine Posts gebracht haben, jeweils mit wahrscheinlicher Spanne.

Die kurze Antwort

Erstelle einen geheimen RevenueCat-API-Schlüssel der Version 2 mit reinem Lesezugriff auf Kundeninformationen und füge ihn zusammen mit deiner Projekt-ID und den Links zu deinen Creator-Posts ein. WhichPost legt die stündlichen Aufrufe jedes Posts neben deine Installationen, Testphasen und Käufe und gibt jedem Creator eine Empfehlung: wieder buchen, erneut testen oder pausieren.

Das Problem

Abonnenten kommen an. Ihre Herkunft nicht.

Abo-Apps, die Creator bezahlen, stoßen immer wieder auf dieselben Lücken.

  • Die Spur reißt im App Store ab

    Ein Zuschauer sieht einen Post, öffnet den App Store und sucht nach deiner App. Es wurde kein Link angetippt, also wirkt die Installation organisch, und der Creator geht leer aus.

  • Angebotscodes skalieren nicht

    Apple begrenzt, wie viele Angebotscodes gleichzeitig laufen können, und die meisten Zuschauer lösen nie einen ein. Ein Code pro Creator wird bei Dutzenden Creatorn schwer zu verwalten.

  • Abos sind keine Attribution

    RevenueCat erfasst, wer wann ein Abo abgeschlossen hat. Laut eigener Dokumentation ist es kein Attributionstool: Es leitet Ereignisse an die Attributionstools weiter, die du verbindest, und die stützen sich auf getrackte Klicks und Anzeigen.

So beantwortet WhichPost die Frage

Installationen, Testphasen und Zahlungen, Post für Post zugeordnet

Kein SDK und kein App-Update. Deine RevenueCat-Daten und die öffentlichen Aufrufe deiner Posts reichen aus.

  1. RevenueCat nur mit Lesezugriff verbinden

    Erstelle einen geheimen API-Schlüssel der Version 2, bei dem „Customer information“ auf „Read only“ (nur Lesen) steht, und füge ihn mit deiner Projekt-ID ein. Widerrufe ihn jederzeit in RevenueCat.

  2. Creator-Posts hinzufügen

    Füge Links zu den Posts auf TikTok, Instagram oder YouTube Shorts ein, für die du bezahlt hast. WhichPost prüft ihre öffentlichen Aufrufe jede Stunde.

  3. Eine Empfehlung für jeden Creator

    Die zahlenden Nutzer jedes Creators und seine Kosten pro zahlendem Nutzer, jeweils mit Spanne, damit du die Creator wieder buchst, deren Zuschauer ein Abo abschließen.

Simuliertes Beispiel
Creator Zahlende Nutzer mit wahrscheinlicher Spanne Zahlende Nutzer Entscheidung
@cramclub7 Posts · 239.490 Aufrufe
4336 bis 50
Wieder buchenje 8,40 $
@medschool.min6 Posts · 366.754 Aufrufe
3731 bis 42
Wieder buchenje 12,45 $
@sciencesnips10 Posts · 121.316 Aufrufe
123 bis 19
Erneut testenje 15,89 $
@revisionroom11 Posts · 710.207 Aufrufe
20 bis 6
Pausierenje 656 $
Aus dem Beispielbericht: jeder Creator nach zahlenden Nutzern sortiert, jeweils mit wahrscheinlicher Spanne und Empfehlung. Beispielbericht ansehen

Was du brauchst

Zwei Dinge verbinden. Nichts installieren.

Kein SDK, keine Tracking-Links und keine Änderungen an deiner App, deinem Checkout oder deinen Captions.

  • Stripe oder RevenueCat

    Einen eingeschränkten Stripe-Schlüssel nur mit Lesezugriff für ein Webprodukt oder einen RevenueCat-Schlüssel nur mit Lesezugriff für eine mobile App. Verbinde beide, wenn du an beiden Orten verkaufst.

  • Die Posts, für die du bezahlt hast

    Links zu den Posts auf TikTok, Instagram oder YouTube Shorts, aus einer Clipping-Plattform, der Tabelle einer Agentur oder direkten Creator-Deals.

  • Genug tägliches Volumen

    Etwa 20 oder mehr neue Registrierungen oder Installationen pro Tag und mindestens eine Woche Verlauf vor Kampagnenstart. Ein kostenloser Datencheck zeigt dir, ob deine Daten reichen, bevor du bezahlst.

Fragen

Fragen und Antworten.

Was liest WhichPost aus RevenueCat?

Kunden, Abos, Käufe und ihre Transaktionen: wann jemand die App zum ersten Mal geöffnet, eine Testphase gestartet, bezahlt, verlängert oder eine Erstattung erhalten hat, und sein Land. Der Schlüssel kann nur lesen. Er kann deine Produkte, Preise oder Kunden nicht ändern.

Werden Creator nach Installationen oder nach zahlenden Nutzern sortiert?

Nach zahlenden Nutzern. WhichPost liest Installationen, Testphasen, Erstzahlungen, Verlängerungen und Erstattungen und sortiert Creator nach den zahlenden Nutzern, die ihre Posts gebracht haben. So sieht ein Creator, dessen Testphasen selten konvertieren, nicht besser aus als einer, dessen Testphasen es tun.

Brauche ich ein Attributions-SDK?

Nein. An deiner App ändert sich nichts. Wenn du schon ein Attributions-SDK nutzt, behalte es für bezahlte Anzeigen. WhichPost deckt die Creator-Posts ab, die Menschen ohne getrackten Klick erreichen.

Wir verkaufen auch im Web über Stripe. Können wir beides verbinden?

Ja. Verbinde RevenueCat für die App und Stripe für Web-Checkouts, dann zählt der Bericht zahlende Nutzer aus beiden.

Sieh, welche deiner Creator sich gelohnt haben

In etwa zwei Minuten verbunden, oder sieh dir zuerst einen Beispielbericht an. Jedes Ergebnis kommt mit seiner Spanne.

RevenueCat verbinden Beispielbericht ansehen

Für wie viele Creator oder Posts bezahlst du in einem typischen Monat?

Feedback

Gestalte WhichPost mit

Wir lesen jede Nachricht, in jeder Sprache.

Worum geht es?
Nur, wenn du eine Antwort möchtest.

Gesendet mit der Adresse dieser Seite, deiner Sprache und der App-Version. Sonst nichts. Bitte füge keine API-Schlüssel oder Passwörter ein.