Ajoutez un programme d'affiliation à votre app iOS ou Android.

Étape 1 : décidez ce que vous paierez aux créateurs

Cette décision façonne tout le reste. Il existe trois modèles courants :

• À l'installation. Facile à comprendre, facile à truquer, et ça récompense une qualité de trafic nulle. Un créateur qui envoie 10 000 installations sans intention vous coûte de l'argent et ne vous rapporte rien.

• Prime unique par abonné. Mieux, mais le créateur se désintéresse après le premier paiement. Son incitation et votre rétention divergent dès le premier jour.

• % récurrent des revenus d'abonnement. Le créateur gagne tant que l'abonné paie. C'est le modèle autour duquel InfluTo est construit : la commission est un pourcentage de revenus d'abonnement vérifiés, cumulé à chaque renouvellement.

La règle absolue qui fait tenir tout ça : ne payez que sur des abonnés payants vérifiés. Pas des installations, pas des clics, pas des captures d'écran auto-déclarées. Si votre programme paie sur quoi que ce soit que l'appareil du client ou le créateur peut affirmer, il sera contourné. S'il paie sur des reçus des stores, il ne peut pas l'être.

Vous pouvez superposer des bonus de palier (par exemple, un bonus forfaitaire quand un créateur atteint N abonnés). Sur InfluTo, ils passent par une étape de vérification avant versement, pour qu'un pic de conversions suspectes ne déclenche pas un bonus automatiquement.

Étape 2 : choisissez exactement un chemin de vérification

Une conversion doit être prouvable côté serveur. Il y a deux façons de la prouver, et vous en choisissez une — jamais les deux :

1. 1

   Webhook RevenueCat. Si votre app utilise déjà RevenueCat, c'est le chemin en 10 minutes. Le webhook RevenueCat devient l'unique source de vérité : INITIAL_PURCHASE crée la conversion, RENEWAL cumule la commission récurrente, CANCELLATION garde les versements honnêtes. Le déroulé événement par événement se trouve dans le guide d'intégration d'affiliation RevenueCat, en lien ci-dessous.

2. 2

   Validation directe au store. Pas de RevenueCat ? InfluTo valide directement via l'App Store Server API (iOS) ou la validation des reçus Google Play (Android). Même garantie — une commission n'existe que là où existe une transaction vérifiée par le store.

Dans les deux cas, la propriété obtenue est la même : on ne peut pas devoir de l'argent à un créateur pour des revenus qui n'ont pas existé, et on ne peut pas vous piéger pour les payer.

Étape 3 : installez le SDK (~5 minutes)

Il y a un SDK par stack — Swift (iOS), Kotlin (Android), Flutter et React Native/Expo — tous open source sur github.com/influto. Le SDK fait deux choses simples :

• Capturer l'attribution. Quand un utilisateur arrive via le lien d'un créateur ou saisit un code de parrainage, le SDK l'enregistre. Les codes rendent l'attribution déterministe : sans IDFA, sans invite ATT, sans rapprochement probabiliste par fingerprint.

• Relier l'attribution aux revenus. Sur le chemin RevenueCat, le SDK écrit le code comme subscriber attribute pour qu'il voyage avec l'utilisateur jusque dans le webhook. Sur le chemin direct au store, il signale l'achat pour la validation du reçu.

L'intégration typique, c'est une ligne de dépendance, un appel d'initialisation et un appel « l'utilisateur a saisi un code ». Voilà la promesse des 5 minutes — mesurée, pas fantasmée. Les extraits complets par plateforme sont sur docs.influ.to.

Si vous utilisez un agent de code IA, vous pouvez sauter tout le travail manuel. Après l'OAuth, l'agent dispose de 57 outils — de quoi installer le SDK dans votre code, configurer le chemin de validation, créer la campagne et inviter des créateurs, de bout en bout :

claude mcp add --transport http influto https://influ.to/mcp

Étape 4 : vérifiez avant d'inviter qui que ce soit

C'est l'étape que la plupart des équipes sautent — et regrettent. Un programme d'affiliation à l'intégration silencieusement cassée brûle la confiance des créateurs : ils promeuvent, les conversions n'apparaissent jamais, ils partent.

Vérifiez avec un achat sandbox : lancez l'app, appliquez un code de test, complétez un abonnement sandbox et confirmez que la conversion apparaît attribuée au bon code. Sur InfluTo, le contrôle est intégré — influto_integration_status rapporte ce que la plateforme a réellement vu de votre app (pings SDK, événements webhook, conversions de test), et influto_test_integration exécute le contrôle en direct. Un agent IA peut lancer les deux et ne dira pas que le travail est fini tant qu'ils ne passent pas.

Étape 5 : approvisionnez le portefeuille et lancez

La mécanique de l'argent, en un paragraphe : vous déposez des fonds dans un portefeuille sous séquestre via Stripe (le dépôt est remboursable — retirez-le si vous arrêtez le programme). Quand une conversion vérifiée cumule une commission, elle est payée depuis ce portefeuille vers le compte Stripe Connect du créateur. Le versement minimum est de 1 $, donc la première petite commission d'un créateur arrive vraiment au lieu de rester des mois sous un seuil de 50 $. La plateforme est gratuite à configurer et prend 10 % des commissions des créateurs — vous ne payez rien tant qu'un créateur ne vous apporte pas un abonné payant.

Créez ensuite la campagne : fixez le taux de commission, ajoutez des consignes créatives et, si vous le souhaitez, des bonus de palier. Les campagnes peuvent être traduites automatiquement, pour qu'un créateur tchèque ou espagnol voie les conditions dans sa langue. Invitez les créateurs directement par e-mail ou partagez le lien de participation de la campagne.

Construire ou acheter

Tout ce qui précède peut être construit en interne sur les mêmes API de stores : stockage d'attribution, traitement des webhooks, calcul des commissions, reprises de remboursement, filtrage anti-fraude, KYC, lots de versements. Ce sont des semaines d'ingénierie plus une maintenance permanente, et rien de tout ça n'est votre produit. Le détail honnête ligne par ligne est sur InfluTo vs DIY, en lien ci-dessous. Si vous préférez une ligne de dépendance et un dépôt, commencez gratuitement.