Rewardful, Tolt és FirstPromoter mobilalkalmazásokhoz: működnek a webes affiliate eszközök alkalmazáson belüli vásárlásoknál?

Hogyan követik a webes affiliate eszközök az eladást

A Rewardful, a Tolt, a FirstPromoter és a PartnerStack ugyanazt az alapmintát követi. A látogató rákattint egy affiliate linkjére, az oldaladon futó szkript egy ajánlói azonosítót ment sütibe, a fizetésnél pedig az ajánlás hozzákapcsolódik az ügyfélhez a számlázási rendszeredben. Amikor a számlázási rendszer befizetést, megújítást vagy visszatérítést jelent, az eszköz jóváírja vagy visszavonja az affiliate jutalékát.

A weben Stripe-on vagy Paddle-ön keresztül értékesített SaaS-termékeknél ez majdnem ideális. A kattintás és a fizetés ugyanabban a böngészőben történik, a számlázási rendszer a hiteles forrás, az ismétlődő jutalék pedig automatikusan követi az előfizetést. Ezek az eszközök évek óta pontosan erre a folyamatra épülnek: affiliate portálok, kuponkövetés, csalásszűrő szabályok és integrációk a webes számlázási rendszerekkel.

Hol szakítják meg a láncot az alkalmazáson belüli vásárlások

Egy mobilalkalmazásban ennek a láncnak szinte minden lépése más:

• Egyetlen süti sem éli túl az áruházat. Az affiliate link az App Store-t vagy a Google Play-t nyitja meg, és az alkalmazást onnan telepítik. A böngészőben beállított süti nem érhető el az alkalmazásodban, így az ajánlás elvész, hacsak az alkalmazás más úton nem kapja meg a kódot.

• A fizetést nem te látod. Az alkalmazáson belüli előfizetéseket a StoreKit és a Play Billing kezeli. A pénz az Apple-höz és a Google-höz megy, nem a Stripe-fiókodba, így a Stripe-ot figyelő eszköz sosem értesül az eladásról.

• A megújítások és a visszatérítések az áruháznál történnek. A hetedik havi megújítást és a nyolcadik havi visszatérítést is az Apple vagy a Google rögzíti. Az ismétlődő jutalékhoz ezek az események kellenek, ellenőrizve, minden előfizetőnél.

• A bizonyíték egy áruházi tranzakció. A jutalék biztonságos kifizetéséhez az áruháznak meg kell erősítenie a vásárlást, vagy egy olyan szolgáltatáson keresztül, mint a RevenueCat, vagy az App Store Server API-n és a Google Play Developer API-n át.

• A kuponkövetés nem ér el az áruházig. A webes eszközök jóváírhatják az affiliate-nak az eladást, ha az ügyfél beírja a kuponját egy Stripe-fizetési oldalon. Az App Store-os és Google Play-es vásárlások sosem mennek át ezen a fizetési oldalon, ezért azt a kódot, amelyet az alkotó a videóban mond, magában az alkalmazásban kell rögzíteni.

Ez nem a webes eszközök hibája. Webes számlázásra készültek, az alkalmazáson belüli számlázás pedig egyszerűen nem webes számlázás.

Melyik eszköz mit támogat (ellenőrizve: 2026. október 31.)

Az egyes szolgáltatók árazási oldaláról és integrációs dokumentációjából, 2026. október 31-i állapot szerint. Az árak havi árak; a zárójeles bevételi adatok a szolgáltatók által közzétett csomaghatárok.

Mikor jó választás a webes eszköz

Ha a bevételed nagy részét weben számlázod, maradj a webes eszköznél. Ezt jobban végzi el, mint egy mobilplatform. Tipikus esetek:

• Webes előfizetések. A felhasználók a weboldaladon regisztrálnak és fizetnek Stripe-pal vagy Paddle-lel, az alkalmazásban pedig azt használják, amit megvettek.

• B2B szoftver mobilos klienssel. A fiókokat weben adod el felhasználónként vagy csomagonként, az iPhone-os és Androidos alkalmazások pedig csak bejelentkezésre szolgálnak.

• Webes fizetés, ahová az alkalmazás felhasználóit küldöd. Az Egyesült Államokban az Epic kontra Apple ügy 2025-ös bírósági döntése óta az alkalmazások hivatkozhatnak külső webes fizetési oldalra. A szabályok országonként és áruházanként eltérnek, ezért nézd meg az Apple és a Google aktuális irányelveit. Amit ott értékesítesz, az webes számlázás, és úgy követhető, mint bármely webes eladás — feltéve, hogy az ajánlási süti abba a böngészőbe is eljut, ahol a felhasználó fizet.

Gyors teszt: nézd meg, hol folyik be a pénz. Ha a Stripe vagy a Paddle mutatja a nagyobb részét, a webes eszköz megfelel. Ha az App Store Connect és a Play Console mutatja, akkor nem, bármilyen jó is az eszköz weben.

Mit tehetsz, ha az alkalmazáson belül értékesítesz

Ha a bevételed a StoreKiten vagy a Google Play Billingen keresztül érkezik, ezek a reális utak:

• Mobilra készült affiliate platform. Az alkalmazásokhoz épített eszközök, például az InfluTo, az Insert Affiliate, a WinWinKit és a GoMarketMe olyan SDK-kat adnak, amelyek az alkalmazáson belül rögzítik az ajánlást (beírt kód, link, áruházi referrer), a vásárlásokat pedig az Apple-lel és a Google-lel, vagy a RevenueCat-en keresztül ellenőrzik. Hasonlítsd össze őket: ki fizeti az alkotókat, mit ellenőriznek, és mennyibe kerülnek a te bevételi szinteden.

• RevenueCat Web Billing a webes eladásaidhoz. Ha weben is értékesítesz, a RevenueCat Web Billing — a RevenueCat által kezelt, Stripe-alapú fizetési oldal — a webes vásárlásokat ugyanazon a webhookon küldi, mint az alkalmazáson belülieket. Így a RevenueCat-eseményeket olvasó platform mindkettőt jóváírhatja. Az InfluTo így írja jóvá a webes fizetést: a RevenueCat Web Billingen keresztül, vagy a RevenueCat-hez kapcsolt Stripe-fizetésen át.

• Saját építésű híd. A FirstPromoter követési API-ja például olyan számlázási rendszerekből is fogad eladásokat, amelyeket nem támogat. Minden ellenőrzött áruházi vásárlást, megújítást és visszatérítést a szerveredről kellene továbbítanod. Az alkalmazáson belül pedig neked kellene kitalálnod, melyik affiliate-tól jött az adott felhasználó, mert a böngészősüti oda nem jut el.

• A fizetés áthelyezése a webre. Értékesíts weben Stripe-on keresztül, ahol a szabályok engedik, és tartsd meg a webes eszközt. Az áruházi számlázás kényelmét egy általad irányított fizetésre cseréled, de az affiliate-süti továbbra is végig kell, hogy érjen az alkotó linkjétől a te fizetési oldaladig.

Egy korlát, amit érdemes tudni: az InfluTo nem támogatja a RevenueCat nélküli, sima Stripe-fizetést. Ha saját Stripe-os webes fizetést futtatsz, a bevételed ezen részét egyszerűbb egy webes affiliate eszközzel lefedni.

Alkalmazás-affiliate-ok átvitele webes eszközről

1. 1

   Told szét a bevételt aszerint, hol számlázod. A weben számlázott bevétel maradhat a webes eszközön. Az alkalmazáson belüli bevételhez olyan platform kell, amely ellenőrzi az áruházi vásárlásokat.

2. 2

   Válaszd ki a vásárlások forrását. A RevenueCat webhookot, ha RevenueCat-et használsz, vagy az áruházi közvetlen ellenőrzést App Store Server API-kulccsal és Google Play szolgáltatásfiókkal. Platformonként egy út.

3. 3

   Add hozzá az SDK-t és egy kódmezőt. Az SDK az első indításkor ellenőrzi az attribúciót. A kódmező pedig azokat az alkotókat fogja meg, akik videókban és podcastokban mondják be a kódjukat, ahol nincs mire koppintani.

4. 4

   Hozd létre újra a programot, és hívd meg az affiliate-jaidat. Állítsd be a jutalékot, aztán küldj a meglévő affiliate-oknak csatlakozási linket; mindegyik kap egy alkalmazásspecifikus kódot és linket. Az InfluTo-n emellett előre feltöltött egyenleget is létrehozol 50 $-tól, visszatéríthető módon. Ebből fizetjük ki az alkotókat minden hónap 1-jén.

5. 5

   Told meg az affiliate-oknak, hol melyik linket használják. A webes regisztrációk a webes eszköz linkjén menjenek, az alkalmazástelepítések az új kódon és linken, hogy egyetlen ajánlás se vesszen el a kettő között.

Ha mindkét helyen számlázol, egy ideig mindkét eszközt futtatni fogod. Ez normális: az egyik a webes fizetést fedi le, a másik az áruházakat, és mindkettő megmutatja az alkotóknak az általa jóváírt eladásokat.