Jan vagyok. Azért építettem az InfluTót, mert a saját kalóriaszámláló appom fizetett felhasználószerzése veszteséges volt, és a platform első éles felhasználói a saját appjaim voltak. Ez az útmutató tehát abból az integrációból íródott, amit tényleg végigcsináltam — nem egy funkciólistából.
Egy mobilapphoz öt lépésben adsz partnerprogramot: döntsd el, miért fizetsz (az előfizetési bevétel ismétlődő százaléka veri a telepítési bountykat), válassz pontosan egy validálási utat (RevenueCat webhook vagy áruházi nyugtavalidálás), telepíts egy SDK-t (~5 perc, négy platform), ellenőrizd az integrációt sandbox-vásárlással, majd töltsd fel a letéti egyenleget és hívj meg alkotókat. A kifizetések automatikusan futnak Stripe Connecten. A beállítás ingyenes; a platform az alkotói jutalékok 10%-át kapja.
Ez a döntés mindent meghatároz lejjebb. Három elterjedt modell van:
Telepítésenként. Könnyű megérteni, könnyű hamisítani, és nulla forgalmi minőséget jutalmaz. Egy alkotó, aki 10 000 alacsony szándékú telepítést küld, pénzedbe kerül és semmit sem hoz.
Egyszeri bounty előfizetőnként. Jobb, de az alkotót az első fizetés után már nem érdekli. Az ő ösztönzője és a te megtartásod az első napon szétválik.
Az előfizetési bevétel ismétlődő százaléka. Az alkotó addig keres, amíg az előfizető fizet. Erre a modellre épül az InfluTo: a jutalék az igazolt előfizetési bevétel százaléka, minden megújításnál elszámolva.
A kemény szabály, amitől bármelyik működik: csak igazolt, fizető előfizetők után fizess. Nem telepítésekért, nem kattintásokért, nem képernyőfotókért. Ha a programod bármi után fizet, amit a klienseszköz vagy az alkotó állíthat, ki fogják játszani. Ha áruházi nyugták után fizet, nem lehet.
Erre rétegezhetsz mérföldkő-bónuszokat (például fix bónusz, amikor egy alkotó elér N előfizetőt). Az InfluTón ezek kifizetés előtt ellenőrzésen mennek át, így egy gyanús konverziós hullám nem vált ki automatikusan bónuszt.
Egy konverziónak szerveroldalon bizonyíthatónak kell lennie. Két módon bizonyítható, és egyet választasz — sosem mindkettőt:
RevenueCat webhook. Ha az appod már RevenueCatet használ, ez a 10 perces út. A RevenueCat webhookja lesz az egyetlen igazságforrás: az INITIAL_PURCHASE létrehozza a konverziót, a RENEWAL gyűjti az ismétlődő jutalékot, a CANCELLATION őszintén tartja a kifizetéseket. Az eseményenkénti teljes végigvezetés a lent linkelt RevenueCat-integrációs útmutatóban van.
Közvetlen áruházi validálás. Nincs RevenueCat? Az InfluTo közvetlenül az App Store Server API-val (iOS) vagy a Google Play nyugtavalidálásával (Android) ellenőriz. Ugyanaz a garancia — jutalék csak ott létezik, ahol áruház által igazolt tranzakció is.
Bárhogy is, ugyanazt a tulajdonságot kapod: egy alkotónak nem járhat pénz olyan bevételért, ami nem történt meg, és téged sem lehet rávenni, hogy fizess érte.
Stackenkénti egy SDK van — Swift (iOS), Kotlin (Android), Flutter és React Native/Expo —, mind nyílt forráskódú a github.com/influto címen. Az SDK két kis dolgot csinál:
Rögzíti az attribúciót. Amikor egy felhasználó egy alkotó linkjén érkezik vagy beír egy ajánlókódot, az SDK rögzíti. A kódok determinisztikussá teszik az attribúciót: se IDFA, se ATT-kérdés, se valószínűségi fingerprint-párosítás.
Összeköti az attribúciót a bevétellel. A RevenueCat-úton az SDK subscriber attribute-ként írja be a kódot, így az a felhasználóval együtt utazik a webhookba. A közvetlen áruházi úton a vásárlást jelenti nyugtavalidálásra.
A tipikus integráció egy függőségi sor plusz egy inicializáló hívás plusz egy „felhasználó kódot írt be” hívás. Ez az 5 perces állítás — mérve, nem vágyvezérelve. A platformonkénti teljes kódrészletek a docs.influ.to címen.
Ha AI kódoló agentet használsz, a kézi munkát teljesen kihagyhatod. OAuth után az agent 57 eszközt kap — elég ahhoz, hogy az SDK-t a kódbázisodba telepítse, beállítsa a validálási utat, létrehozza a kampányt és alkotókat hívjon meg, az elejétől a végéig:
claude mcp add --transport http influto https://influ.to/mcpEzt a lépést hagyja ki a legtöbb csapat, és bánja meg. Egy csendben elromlott integrációjú partnerprogram felégeti az alkotói bizalmat: promóznak, konverzió sosem jelenik meg, elmennek.
Ellenőrizz sandbox-vásárlással: futtasd az appot, válts be egy tesztkódot, csinálj végig egy sandbox-előfizetést, és győződj meg róla, hogy a konverzió a megfelelő kódhoz attribuálva megjelenik. Az InfluTón az ellenőrzés beépített — az influto_integration_status jelenti, mit látott ténylegesen a platform az appodtól (SDK-pingek, webhook-események, tesztkonverziók), az influto_test_integration pedig élőben futtatja az ellenőrzést. Egy AI agent mindkettőt lefuttatja, és addig nem jelenti késznek a munkát, amíg át nem mennek.
A pénzmechanika egy bekezdésben: letéti egyenlegre töltesz fel pénzt Stripe-on (a befizetés visszatéríthető — kiveheted, ha leállítod a programot). Amikor egy igazolt konverzió jutalékot termel, azt ebből az egyenlegből fizetjük az alkotó Stripe Connect-fiókjába. A minimális kifizetés $1, így az alkotó első kis jutaléka tényleg megérkezik, ahelyett, hogy hónapokig egy $50-os küszöb alatt ülne. A platform beállítása ingyenes, és az alkotói jutalékok 10%-át kapja — semmit sem fizetsz, amíg egy alkotó nem hoz fizető előfizetőt.
Aztán hozd létre a kampányt: állítsd be a jutalékot, adj kreatív irányelveket, opcionálisan mérföldkő-bónuszokat. A kampányok automatikusan fordíthatók, így egy cseh vagy spanyol alkotó a saját nyelvén látja a feltételeket. Hívj meg alkotókat közvetlenül e-mailben, vagy oszd meg a kampány csatlakozási linkjét.
A fentiek mindegyike megépíthető házon belül ugyanazokra az áruházi API-kra: attribúció-tárolás, webhook-feldolgozás, jutalékmatek, visszatérítés-visszavonások, csalásszűrés, KYC, kifizetés-kötegelés. Hetek fejlesztés plusz állandó karbantartás, és semelyik része sem a terméked. Az őszinte, tételes bontás az InfluTo vs DIY oldalon van, lent linkelve. Ha inkább egy függőségi sort írnál és egy befizetést, kezdj bele ingyen.
Egy SDK, egy validálási út, egy visszatéríthető befizetés. Ingyenes beállítás — 10% csak a jutalékokra, amiket az alkotók tényleg megkeresnek.
Kezdj bele ingyen