Nem minden felhasználó fizet, de akik fizetnek — meghatározzák az alkalmazás bevételét. ARPPU (Average Revenue Per Paying User) megmutatja azt az átlagos összeget, amelyet egy fizető felhasználó egy adott időszakban hoz. A RevenueCat (2025) adatai szerint a top-100 alkalmazásban az ARPPU 6–8-szor magasabb, mint az ARPU — a különbség megmutatja, milyen kicsi a fizető közönség aránya. A metrika kritikus fontosságú a monetizáció hatékonyságának és a prémium felhasználókkal végzett munka értékeléséhez.
Főbb pontok
ARPPU (Average Revenue Per Paying User) — egy monetizációs metrika, amely csak a fizető felhasználókat veszi figyelembe. A mutató arra a kérdésre válaszol: mennyit költ átlagosan az a felhasználó, aki vásárlás mellett döntött. Az ARPPU kizárja a számításból azokat, akik nem fizetnek — ez a legtöbb mobilalkalmazásban a közönség 90–97%-át jelenti.
A metrika nélkülözhetetlen a prémium szegmens elemzéséhez. Ha az ARPU csökken, azt okozhatja mind a fizetőktől származó bevétel csökkenése, mind pedig nagyszámú ingyenes felhasználó beáramlása. Az ARPPU elkülöníti a hatást: ha az ARPPU stabil, a prémium közönség a szokásos módon fizet, a probléma pedig a forgalom mennyiségében vagy minőségében van.
A Sensor Tower (2025) adatai szerint az átlagos ARPPU a mobiljátékokban 12,50 dollár 90 nap alatt. A Strategy kategóriában az érték eléri a 28 dollárt, a Hypercasualban — 1,50 dollárt. Minél összetettebb a játék, annál magasabb a fizető felhasználók elkötelezettsége és átlagos vásárlási összege. A segédprogramokban az ARPPU alacsonyabb az egyszeri vásárlások és az előfizetések hiánya miatt.
Az ARPPU képlete csak a nevezőben tér el az ARPU-tól. Az összes felhasználó helyett csak a fizetőket veszik figyelembe — azokat, akik legalább egy tranzakciót végrehajtottak az időszakban. A fizető felhasználót azonosító szinten (User ID, Advertising ID) határozzák meg, platformhoz (iOS / Android) kapcsolva.
data class PayingUserMetrics(
val totalRevenue: Double,
val payingUsersCount: Int
) {
val arppu: Double
get() = roundToTwoDecimals(
totalRevenue / payingUsersCount
)
}
data class PurchaseEvent(
val userId: String,
val productId: String,
val priceUSD: Double
)
A PayingUserMetrics osztály beágyazza az ARPPU logikáját. Az arppu tulajdonság hozzáféréskor számítódik ki — ez garantálja az adatok frissességét. A PurchaseEvent minden vásárlást rögzít. A helyes számításhoz a felhasználók deduplikációja szükséges: még ha egy személy 10 vásárlást is végzett, a nevezőben egyszer számít.
Az ARPPU nőhet mind az átlagos vásárlási összeg növekedése, mind a vásárlási gyakoriság növekedése miatt. A hajtóerő meghatározása — az elemző kulcsfeladata. Ha az átlagos vásárlási összeg nőtt — az ok az árváltozás vagy egy drága termék megjelenése. Ha a gyakoriság nőtt — az ismétlődő vásárlások mechanikája javult.
A fő különbség — a nevező. Az ARPU a bevételt az összes felhasználóra osztja, az ARPPU — csak a fizetőkre. A metrikák közötti különbség a free-to-paying (F2P) konverziót tükrözi. Minél nagyobb a különbség, annál kevesebb a fizető felhasználó, de annál magasabb az értékük az üzlet számára.
Vegyünk egy hipotetikus alkalmazást. Bevétel 50 000 dollár, felhasználók 500 000, fizetők — 10 000. ARPU = 0,10 dollár, ARPPU = 5 dollár. Az 50-szeres különbség 2%-os konverziót jelez. Ha az ARPPU csökkenni kezd stabil ARPU mellett — azt jelenti, hogy a fizetők kevesebbet kezdtek fizetni. Ha az ARPU gyorsabban csökken, mint az ARPPU — az alkalmazás sok nem fizető felhasználót vonz.
Az Adjust (2025) adatai szerint az ARPU és ARPPU egészséges aránya mobiljátékok esetében 1:5-től 1:15-ig terjed. Az előfizetéses alkalmazásoknál az arány szorosabb — 1:3-tól 1:6-ig, mert az előfizetéses modell magasabb konverziót feltételez az ingyenes felhasználókból fizetőkké.
| Metrika | Nevező | Mutaja |
|---|---|---|
| ARPU | Összes felhasználó | Átlagos bevétel felhasználónként |
| ARPPU | Csak fizetők | Átlagos bevétel fizetőnként |
| Különbség | — | F2P konverzió és a fizető közönség értéke |
A metrika kiválasztása a feladattól függ. A monetizáció általános hatékonyságának értékeléséhez használja az ARPU-t. A prémium termékek és árképzés elemzéséhez — ARPPU-t. Az új vásárlások A/B tesztelésénél az ARPPU megmutatja, hogy változott-e a fizetők értéke, az ARPU pedig — hogy ez hogyan befolyásolta a teljes bevételt.
Az ARPPU érzékeny a termékben és a marketingben bekövetkező változásokra. Vizsgáljuk meg azokat a kulcsfontosságú tényezőket, amelyek meghatározzák a metrika értékét. E tényezők megértése lehetővé teszi az ARPPU változásokra adott reakciójának előrejelzését és az értelmezési hibák elkerülését.
A rendelkezésre álló termékek készlete és áraik — az ARPPU elsődleges hajtóereje. Drága csomagok elérhetősége (50–100 dollár) felfelé tolja az átlagos vásárlási összeget, még akkor is, ha a többség olcsó termékeket vásárol. Az Apple (2025) három szintet ajánl: alap (1–5 dollár), közepes (10–30 dollár) és prémium (50+ dollár) — ez maximálisan lefedi a különböző szegmensek keresletét.
Az előfizetéses alkalmazásokban az ARPPU-t az előfizetés ára határozza meg. 30–50% kedvezményes éves előfizetések 6–8-szor növelik az ARPPU-t a havi előfizetésekhez képest, bár az éves előfizetésre történő konverzió alacsonyabb. A RevenueCat (2025) azt mutatja: az éves előfizetők ARPPU-ja 60–120 dollár, szemben a havi előfizetők 8–15 dollárjával.
Az ARPPU jelentősen eltér országonként és platformonként. Az iOS-felhasználók átlagosan 2–3-szor többet költenek, mint az Android-felhasználók. Az ok nemcsak a jövedelem, hanem a vásárlási pszichológia is: az iPhone-tulajdonosok hozzászoktak a tartalomért való fizetéshez. A Statista (2025) azt mutatja: az ARPPU iOS-en az USA-ban 18 dollár, Androidon — 7 dollár egy 90 napos időszak alatt.
Az ARPPU földrajzi szegmentálása segít az árak beállításában. Japánban a felhasználók 1,5-szer többet költenek, mint az USA-ban, miközben az ARPPU 30%-kal magasabb a Games kategóriában (Data.ai, 2025). A különbség a mobiljáték-kultúrához és a gacha mechanikák magas elterjedtségéhez kapcsolódik.
Az ARPPU attól függően változik, hogy a felhasználók milyen vásárlásokat végeznek. A non-consumable (hirdetések kikapcsolása, prémium hozzáférés) egyszeri magas ARPPU-t ad. A consumable (érmék, életek, erősítők) — rendszeres kis kiadásokat. A subscription — stabil ARPPU fokozatos növekedéssel az előfizetés árának emelésekor.
Az ARPPU automatikus kiszámítása beépül az alkalmazás analitikai rendszerébe. Vizsgáljuk meg a Kotlin implementációt napok szerinti csoportosítással. A szerver oldal összegyűjti a vásárlási eseményeket az In-App Purchase SDK-ból, és összesíti azokat jelentésekben. A helyi számítás segít az analitikai platform adatainak validálásában.
class ARPPURepository(
private val purchaseDao: PurchaseDao
) {
fun getMonthlyARPPU(
year: Int,
month: Int
): Double {
val purchases = purchaseDao
.getPurchasesInPeriod(year, month)
val payingUsers = purchases
.map { it.userId }
.distinct()
.count()
val totalRevenue = purchases
.sumOf { it.priceUSD }
return roundToTwoDecimals(
totalRevenue / payingUsers
)
}
}
A distinct metódus garantálja, hogy a felhasználót egyszer veszik figyelembe a nevezőben, még akkor is, ha 50 vásárlást végzett. A sumOf összegzi a teljes bevételt. A függvény a Monthly ARPPU-t adja vissza. Hasonlóan számítható a Weekly és Daily ARPPU — elég megváltoztatni a szűrési időszakot.
A nagy adatokon végzett számítás felgyorsításához használjon aggregáló lekérdezéseket az adatbázisban. SQL lekérdezés GROUP BY userId és SUM(revenue) segítségével gyorsabban működik, mint az összes rekord memóriába töltése. A Firebase BigQuery lehetővé teszi ilyen lekérdezések végrehajtását több milliós adathalmazokon másodpercek alatt.
Az ARPPU növelése — a termék- és marketingmenedzserek feladata. A metrika három fő módon növelhető: áremelés, a vásárlási gyakoriság növelése és drágább termékek létrehozása. Minden módszernek vannak korlátai és tesztelést igényel.
Első módszer — dinamikus árképzés. Különböző szegmensek eltérő mértékben hajlandóak fizetni. Viselkedés alapú személyre szabott ajánlatok: az a felhasználó, aki 3+ alkalommal vásárolt olcsó erősítőt, nagyobb valószínűséggel vásárol drágát. Az árak A/B tesztelése — az egyetlen megbízható mód az optimum meghatározására: a 10%-os áremelés 10%-nál kisebb konverziócsökkenés mellett növeli az ARPPU-t.
Második módszer — előfizetés előfizetés nélküli alkalmazásokban. Heti előfizetés hozzáadása prémium tartalomhoz 20–40%-kal növeli az ARPPU-t anélkül, hogy megváltoztatná az egyszeri vásárlások árát. Az iOS-en található Auto-renewable subscriptions stabil bevételt és kiszámítható ARPPU-t generálnak a tervezéshez.
Harmadik módszer — ritkaságmechanikák létrehozása. Korlátozott tárgyak, szezonális szettek és battle pass növelik az átlagos vásárlási összeget. A GameAnalytics (2025) adatai szerint a battle pass-szel rendelkező alkalmazások ARPPU-ja 45%-kal magasabb, mint az anélkülieké. A mechanika a kötődési hatásnak köszönhetően működik: a felhasználó megvásárolta a battle pass-t, és kénytelen aktívabban játszani, további vásárlásokat végezve.
Az ARPPU félrevezető lehet helytelen értelmezés esetén. Vizsgáljuk meg a gyakori buktatókat. A fő buktató — az ARPPU növekedése a konverzió csökkenésének árán. Ha néhány nagy fizető elment, a többiek pedig ugyanannyit fizetnek — az ARPPU csökken. De ha a konverzió csökkent, a megmaradt fizetők pedig többet kezdtek fizetni — az ARPPU nő, bár a teljes bevétel csökkent.
Második buktató — különböző termékek ARPPU-jának összehasonlítása azok érettségének figyelembevétele nélkül. Egy új alkalmazás 10 fizető felhasználóval magas ARPPU-val rendelkezik a véletlenszerűség miatt. Egy év múlva ezer fizetővel az ARPPU csökkenni fog — ez normális. Csak azonos életciklusban lévő termékek ARPPU-ját hasonlítsa össze.
Harmadik buktató — szezonalitás. Az ARPPU decemberben 30–50%-kal nő az ünnepi kedvezmények és ajándékok miatt. A november és december összehasonlítása nem informatív. Használjon year-over-year (YoY) összehasonlítást a helyes értékeléshez. A szezonalitás anomáliái elfedik a termék romlását, ha nem veszik figyelembe az időszakot.
Negyedik buktató — az ARPPU összekeverése az átlagos tranzakciómérettel (Average Transaction Size). Az ARPPU figyelembe veszi egy felhasználó összes vásárlását egy időszakban, az átlagos tranzakcióméret — csak egy tranzakciót. Ha egy felhasználó 5 vásárlást végzett, egyenként 1 dollárért, ARPPU = 5 dollár, átlagos tranzakcióméret = 1 dollár. Ezek különböző metrikák különböző elemzési feladatokhoz.
Gyakran Ismételt Kérdések
ARPPU — bevétel egy fizető felhasználótól egy időszak alatt (több vásárlást is tartalmazhat). Az átlagos tranzakcióméret — egyetlen tranzakció költsége. Az ARPPU mindig nagyobb vagy egyenlő, mint az átlagos tranzakcióméret, ha a felhasználó egynél több vásárlást végez az időszakban.
Ellenőrizze, hogy távoztak-e a nagy fizetők, csökkentek-e az árak, megváltozott-e a prémium termékek összetétele. Elemezze az új fizetők kohortját: lehet, hogy alacsonyabb fizetőképességű felhasználók érkeztek.
Kategóriától függ. Casual játékoknál a havi ARPPU 5–10 dollár — normális. Stratégia esetén — 20–40 dollár. Előfizetéses alkalmazásoknál — 8–15 dollár havonta. Hasonlítsa össze a kategória mediánjával a Data.ai vagy Sensor Tower platformokon.
Az iOS-felhasználók 2–3-szor többet költenek, mint az Android-felhasználók. Az ARPPU elemzésénél mindig szegmentáljon platform szerint — a két platform átlaga egyikük valóságát sem tükrözi.
Az áremelés csökkentheti a fizetővé válás konverzióját. Ha a továbbra is vásárlók bevételnövekedése kisebb, mint a távozók okozta veszteség — az ARPPU nem nő, hanem csökken. Az A/B tesztelés segít megtalálni az optimális árpontot.
Összegzés
Kulcsrakész mobilalkalmazást fejlesztünk
Az IT Sectr 2017 óta készít iOS és Android alkalmazásokat induló vállalkozásoknak és vállalkozásoknak. Tanácsot adunk, és a legjobb megoldást javasoljuk.
Olvassa el is