Mobilalkalmazás-affiliate követés: telepítések és előfizetések MMP nélkül

Miért nehezebb az alkalmazásokat követni, mint a webet

A weben az affiliate követés megoldott probléma. A látogató rákoppint az alkotó linkjére, egy süti vagy URL-paraméter rögzíti az ajánlást, és az ugyanazon az oldalon lévő fizetés az alkotóhoz köti az eladást. A mobilalkalmazás ezt a láncot két helyen szakítja meg: az App Store vagy a Google Play áll a link és az első indítás között, és a fizetés az Apple-n vagy a Google-ön keresztül megy, nem a saját fizetési oldaladon.

Ezért a mobil affiliate követésnek két külön feladata van. Az attribúció azt válaszolja meg, melyik alkotó hozta ezt a felhasználót. Az ellenőrzés azt, hogy a vásárlás valódi-e, és mennyit ért. Az MMP az elsőt végzi el a fizetett hirdetésekhez. Az alkotói programnak mindkettő kell, személyenként, mert a hónap végén valakinek pénzt küldesz.

Az attribúciós módszerek, és hogy mit lát belőlük mindegyik

Az alábbi módszerek vagy biztosan tudják, ki az alkotó, vagy csak tippelnek. Ahol lehet, a pontosakat használd, a többit pedig bízd a tartalékmegoldásra.

• A felhasználó által beírt kód. Az alkotó egy videóban vagy podcastban azt mondja: használd a MAYA kódot, a felhasználó pedig beírja egy mezőbe a bevezetőben vagy a paywallon. Ez a felhasználó tudatos lépése, iOS-en és Androidon ugyanúgy működik, és nem kér engedélyt. Ez az egyetlen módszer, amely akkor is működik, ha nincs mire koppintani: hanganyagnál, élő adásnál, szájhagyománynál.

• Link, amely a kódot az alkalmazásba viszi. Ha az alkalmazás már telepítve van, egy universal link vagy Android App Link megnyithatja azt a kóddal az URL-ben. A webalkalmazások, a PWA-k, valamint a Capacitor- vagy Cordova-alkalmazások az indítási URL-ből olvashatják ki a kódot. iOS-en az nem megy, hogy egy paramétert átvigyél egy App Store-os telepítésen: az App Store az első indításkor semmit sem ad át a linkből az alkalmazásnak.

• A Google Play Install Referrer. Androidon a Google Play megőrzi a referrer paramétert a Play Store-linkből, és a telepítés után a Play Install Referrer API-n keresztül kiolvashatóvá teszi az alkalmazásnak, a kattintás és a telepítés időbélyegével együtt. Az az alkotói link, amely a kódot a referrerbe teszi, pontos egyezést ad. iOS-en nincs ennek megfelelője.

• Egy kód, amelyet az alkalmazásod már ismer. Ha a saját deep linked vagy promóciós folyamatod rögzíti a kódot, mentsd el a felhasználóhoz. RevenueCat esetén ez azt jelenti, hogy előfizetői attribútumként írod be, így minden vásárlási esemény az alkotó kódját hordozza.

• Linkkattintás-egyeztetés, tartalékként. Ha valaki rákoppint egy alkotó linkjére, telepít az áruházból, de a kód nem jut el az alkalmazásba, a telepítés párosítható a link legutóbbi koppintásával. Ez csak a legjobb próbálkozás, ezért rövid időablakra és kizárólag a saját alkalmazásodra érdemes korlátozni, és bármely pontos módszernek elsőbbséget kell kapnia vele szemben.

• Hirdetési hálózati attribúció. Az iOS-es SKAdNetwork és AdAttributionKit, valamint az MMP-k követőlinkjei a hirdetésekből érkező telepítéseket mérik. Fizetett kampányokra készültek, nem egyes alkotók kifizetésére (erről lentebb bővebben).

Ha a módszerek eltérő eredményt adnak, a szabálynak egyszerűnek és leírtnak kell lennie. Az InfluTo-ban a beírt kód erősebb a linkkoppintásnál, több koppintás közül a legutóbbi nyer, és ha egy felhasználó első vásárlása már hozzá lett rendelve egy alkotóhoz, ő marad a felhasználó alkotója minden megújításnál.

Módszerenként: mi pontos, és hol működik

A pontos azt jelenti, hogy az alkotó biztosan ismert, modellezés nélkül.

Mit engedélyez az Apple IDFA és ATT nélkül

Az Apple a követéshez App Tracking Transparency-kérést ír elő. Követésnek azt tekinti, ha az alkalmazásod adatait más cégek alkalmazásaiból, weboldalaiból vagy offline tulajdonaiból származó adatokkal kapcsolod össze célzott hirdetés vagy hirdetésmérés céljából, vagy ha adatkereskedőknek adod át őket. Az IDFA, az Apple hirdetési azonosítója, csak a felhasználó hozzájárulása után érhető el.

Az Apple az ujjlenyomat-készítést is tiltja, hozzájárulással vagy anélkül. Fejlesztői szerződése szerint nem származtathatsz adatot egy eszközről annak egyedi azonosítása céljából, és az ilyen SDK-t tartalmazó alkalmazásokat elutasíthatják. Ez kizárja, hogy a telepítéseket eszköztípus, képernyőméret, időzóna vagy hasonló jelek kombinálásával párosítsd.

A saját adatokra épülő alkotói attribúcióhoz egyik sem kell. A beírt kódot maga a felhasználó adja meg, a pontos link pedig kódot ad át, nem személyazonosságot. Az InfluTo soha nem olvassa az IDFA-t vagy bármilyen más hirdetési azonosítót, és a dokumentációja szerint ATT-t sem kell kérni hozzá. A linkkattintás-párosítás sosem hasonlít össze eszköztulajdonságokat, például típust, képernyőméretet vagy időzónát, nem kapcsol össze semmit más alkalmazásokkal vagy weboldalakkal, és csak azt dönti el: ez az alkotó ajánlotta, vagy organikus.

Hol illeszkedik a SKAdNetwork, és hol nem

A SKAdNetwork és az erre épülő AdAttributionKit az Apple adatvédelmet őrző keretrendszerei a hirdetési attribúcióhoz. A regisztrált hirdetési hálózat aláírja a hirdetésmegjelenítéseit. Ha a felhasználó az attribúciós ablakon belül telepíti és megnyitja az alkalmazást, az eszköz késleltetett postbacket küld a hirdetési hálózatnak, és neked is, ha ezt bekapcsolod. A postback konverziós értéket tartalmaz, felhasználói azonosság nélkül.

Ez a felépítés az oka, hogy nem alkalmas alkotói program futtatására. Egy alkotó leírása vagy bióban lévő linkje nem aláírt hirdetésmegjelenítés, a postback nem árulja el, hogy az 50 alkotó közül melyik hozott egy telepítést, és nem tudja követni egyetlen előfizető megújításait és visszatérítéseit hónapról hónapra. Ha egy alkotó videóját fizetett hirdetésként felerősíted, azt a hirdetési hálózattal és az MMP-vel mérd, mint bármely más kampányt, a jutalékhoz pedig hagyd meg az alkotó saját kódját és linkjét.

Ellenőrzött vásárlás után fizess, ne telepítésért

A telepítés gyenge alap a fizetéshez. Sok telepítő sosem jut el a paywallig, sok próbaidőszak nem vált fizetőssé, a telepítésszámot pedig a legkönnyebb felfújni. Egy előfizetéses alkalmazásnál a fizetett vásárlás számít, és mielőtt pénz mozdulna, ezt ellenőrizni kell az áruházban:

• A vásárlás lehet hamis vagy teszt. A csak az alkalmazás által jelentett vásárlás származhat sandbox-fiókból, TestFlightból vagy módosított kliensből. Az Apple és a Google meg tudja erősíteni, hogy egy tranzakció valódi-e, és melyik környezetből jött.

• A megújítás az alkalmazás nélkül is megtörténik. Aki a hetedik hónapban megújít, lehet, hogy hetek óta nem nyitotta meg az alkalmazásodat. A megújítást csak az áruház, vagy az azt figyelő szolgáltatás látja.

• A visszatérítések az áruháztól jönnek. Az Apple és a Google kezeli a visszatérítéseket és a visszaterheléseket. A jutalékrendszernek tudnia kell róluk, hogy visszavonhassa, amit jóváírt.

Az ellenőrzött vásárlási eseményekhez két gyakori út vezet: a RevenueCat webhook, ha már használod a RevenueCatet, vagy közvetlenül az App Store Server API és a Google Play Developer API. Az InfluTo mindkettőt támogatja, platformonként egy utat. Csak azután rögzít jutalékot, hogy az áruház megerősítette a vásárlást, visszatérítésnél visszavonja, és sandbox-vásárlások után soha nem mozgat pénzt.

Felállás, amely MMP nélkül is működik

1. 1

   Adj minden alkotónak kódot és linket. Ugyanaz a rövid kód működik beírva és a linkben is, így az alkotó kimondhatja a videóban, és kiteheti a bióba.

2. 2

   Tegyél kódmezőt az első vásárlás elé. Egy opcionális „Van kódod?” lépés az onboardingban a legtöbb embert eléri, a paywallon egy kis link pedig a többit. Töltsd ki előre, ha a telepítés már párosítva lett, így a felhasználónak csak jóvá kell hagynia.

3. 3

   Ellenőrizd az attribúciót az első indításkor. Kérdezd le az SDK-t indításkor, még mielőtt a paywall eldönti, mit mutasson. Így a linkkattintás-párosítást, illetve az indító URL-ben vagy az Install Referrerben érkező kódot ugyanabban a munkamenetben felveszi a rendszer.

4. 4

   Kösd be az ellenőrzött vásárlási forrást. Vagy a RevenueCat webhookot, az alkotó kódjával előfizetői attribútumként kiírva, vagy az áruházi közvetlen ellenőrzést az App Store és a Google Play hozzáférési adataiddal.

5. 5

   Teszteld végig egyetlen ajánlott vásárlást. Sandbox buildben telepíts egy teszt alkotó linkjén keresztül, vagy írd be a kódját, vásárolj, és ellenőrizd, hogy a vásárlás ahhoz a kódhoz rendelve jelenik meg. Csak ezután hívj meg valódi alkotókat.

Mikor kell még MMP? Ha több hálózaton vásárolsz hirdetést, és egyetlen nézetben akarod látni, melyik hálózatot illeti az elismerés. A két réteg nem ütközik: az MMP tovább méri a fizetett kampányokat, az alkotói platform pedig az áruház által igazolt vásárlások után fizet. A lenti MMP és affiliate platform útmutató elmagyarázza a felosztást.