Farklı metrikleri karşılaştırın
Bu, Adapty Analytics’te mevcut olan metriklere genel bir bakıştır. Her metriğin neyi ölçtüğünü ve benzer metriklerden nasıl ayrıldığını anlamak için kullanın.
Adapty’nin analytics verilerini nasıl işlediğine dair daha ayrıntılı bir açıklama için bkz. Adapty analytics nasıl çalışır.
Bu makale Adapty Attribution metriklerini kapsamaz. Reklam kampanyası metrikleri (Harcama, CPI, ROAS, CTR ve diğerleri) hakkında daha fazla bilgi edinmek için Adapty Attribution analitiği bölümünü okuyun.
Global metrikler
Global metrikler, tüm placement’lar ve paywall’lar genelinde uygulamanızın genel performansını izler.
Gelir
Bu metrikler, uygulamanın ne kadar para kazandırdığını ve bu gelirin hangi kaynaklardan geldiğini ölçer.
| Metrik | Açıklama | Temel fark | Kohort tabanlı mı? Kohort tabanlı bir metrik, kullanıcıları daha önceki bir olaya göre gruplar — kurulum, paywall görüntüleme, deneme başlatma — ardından bu kullanıcıların sonrasında neler yaptığını saymaya devam eder; bu nedenle geçmiş bir tarihe ait değeri artmaya devam eder. Diğer tüm metrikler, her olayı gerçekleştiği günde sayar. |
|---|---|---|---|
| Gelir | Aboneliklerden ve tek seferlik satın almalardan elde edilen toplam gelir, eksi iadeler | Gerçekleşen gelir. Grafik kontrollerine bağlı olarak brüt gelir, komisyon sonrası gelir veya vergi ve komisyon sonrası gelir olarak gösterilebilir | Hayır |
| MRR | Aktif aboneliklerden elde edilen aylık yinelenen gelir | Uygulamanızın öngörülebilir aylık geliri. Tek seferlik satın almaları ve yenilenmeyen abonelikleri kapsamaz. | Hayır |
| ARR | Aktif aboneliklerden elde edilen yıllık yinelenen gelir | MRR gibi hesaplanır, ancak yıllık ölçekte. Yıllık gelir projeksiyonu için kullanışlıdır | Hayır |
| ARPU | Kullanıcı başına ortalama gelir | Geliri toplam kullanıcı sayısına böler — ödeme yapan ve yapmayan. Her kullanıcının ortalama ne kadar gelir ürettiğini gösterir | Hayır |
| ARPPU | Ödeme yapan kullanıcı başına ortalama gelir | Yalnızca seçili dönemde satın alma yapan kullanıcıları sayar; iade edilen işlemler dahil. Her zaman ARPU’dan yüksektir | Hayır |
| LTV (yaşam boyu değer) | Ödeme yapan müşterilerden elde edilen gelirin bir kohortdaki ödeme yapan müşteri sayısına bölümü | Zaman içinde ödeme yapan müşteri başına gerçekleşen değer. ARPPU’dan farklı olarak (tek dönem), LTV müşteri ilişkisi boyunca toplam geliri gösterir. Yenileme sayısına veya takvim günlerine göre görüntülenebilir | Evet |
| Tahmini LTV | Bir kohortdaki kullanıcı başına tahmini yaşam boyu değer | İlerisine yönelik tahmin. Gerçekleşen LTV’den farklı olarak, geçmiş kohort tutma kalıplarından gelecekteki değeri projekte eder. 3, 6, 9, 12, 18 ve 24 ay için kullanılabilir | Evet |
| Tahmini gelir | Bir kohortun üreteceği tahmini toplam gelir | İlerisine yönelik tahmin. Gerçekleşen Gelir’den farklı olarak, bir kohortun seçilen zaman diliminde üreteceği toplamı öngörür. Her gün güncellenir | Evet |
| Abonelik dışı satın almalar | Uygulama içi satın alma sayısı: consumable’lar, consumable olmayanlar ve yenilenmeyen abonelikler | Otomatik yenilenen abonelikleri kapsamaz. | Hayır |
| İade olayları | İade edilen satın alma veya aboneliklerin sayısı | İade tarihine göre atfedilir, orijinal satın alma tarihine göre değil. | Hayır |
| İade tutarı | Seçili dönemde iade edilen toplam tutar | İadelerin finansal etkisi. Mağaza ücretleri öncesi hesaplanır. İade olaylarından farklı olarak (sayı), parasal tutarı gösterir | Hayır |
Aboneler ve dönüşüm
Bu metrikler, kullanıcıların uygulamaya nasıl girdiğini ve huniden nasıl ilerlediğini izler.
| Metrik | Açıklama | Temel fark | Kohort tabanlı mı? Kohort tabanlı bir metrik, kullanıcıları daha önceki bir olaya (kurulum, paywall görüntüleme, deneme başlatma gibi) göre gruplandırır ve ardından bu kullanıcıların sonraki davranışlarını izlemeye devam eder; dolayısıyla geçmiş bir tarihe ait değeri artmaya devam eder. Diğer tüm metrikler ise her olayı gerçekleştiği gün sayar. |
|---|---|---|---|
| Kurulumlar | Dönem içindeki uygulama kurulumu sayısı | Kurulum tanımına bağlı olarak şunlardan birini sayar: • Cihaz kurulumları (uygulamayı yeniden kuran kullanıcı tekrar sayılır) • Benzersiz kullanıcılar (yalnızca customer_user_id tanımlayan kullanıcıları sayar. Anonim kullanıcılar tamamen hariç tutulur — hiçbir kullanıcı tanımlanmamışsa sayı 0 olur) | Hayır |
| Yeni denemeler | Dönem içinde etkinleştirilen denemeler | Deneme süresi grafiği görüntülediğinizde zaten dolmuş veya ücretli aboneliğe dönüşmüş olsa bile her deneme başlangıcını sayar | Hayır |
| Aktif denemeler | Henüz sona ermemiş deneme sayısı | Yalnızca dönem sonunda aktif olan denemeleri sayar | Hayır |
| Yeni abonelikler | Dönem içinde ilk kez etkinleştirilen abonelikler; deneme kullanmadan yapılan ilk satın almalar ve deneme-ücretli dönüşümler dahil | Yenilemeler ve yeniden etkinleştirmeler hariçtir. subscription_started entegrasyon etkinliğiyle aynı şey değildir; bu etkinlik yalnızca deneme kullanmadan yapılan ilk satın almaları sayar — deneme dönüşümleri trial_converted tetikler | Hayır |
| Aktif abonelikler | Henüz sona ermemiş ücretli abonelik sayısı | Denemeler ve yenileme iptal edilen abonelikler hariçtir | Hayır |
| Kurulumdan denemeye | Deneme başlatan kullanıcıların yüzdesi | Kurulum tarihine göre belirlenir. Payda, yalnızca paywall görüntüleyenleri değil tüm kullanıcıları içerdiğinden oran, Paywall görüntülemeden denemeye oranından düşük olabilir. Uygulama paywall görüntülemelerini kaydetmiyorsa iki metrik de birbirinden sapabilir. Bu durum; logShowFlow (iOS SDK v4+) / logShowPaywall çağrısı yapmayan özel bir paywall kullanıldığında veya kullanıcının denemeyi öne çıkarılmış uygulama içi satın alma üzerinden başlatması durumunda yaşanabilir. | Evet |
| Paywall görüntülemeden denemeye | Deneme başlatan paywall görüntüleyicilerinin yüzdesi | Paywall görüntüleme tarihine göre belirlenir. Yalnızca paywall gören kullanıcıları saydığından oran, Kurulumdan denemeye oranından yüksek olabilir | Evet |
| Denemeden ücretliye | Abonelik satın alan deneme kullanıcılarının yüzdesi | Deneme başlangıç tarihine göre belirlenir; bu nedenle aynı deneme, Kurulumdan denemeye metriğinden farklı bir tarihe düşer. Deneme kalitesini ve dönüşüm verimliliğini ölçer. Kurulumdan ücretliye metriğinin aksine yalnızca denemeyi tamamlayan kullanıcılara odaklanır | Evet |
| Kurulumdan ücretliye | İlk aboneliği satın alan kullanıcıların yüzdesi | Kurulum tarihine göre belirlenir. Yalnızca paywall görüntüleyenleri değil tüm kullanıcıları sayar. Oran, Paywall görüntülemeden ücretliye oranından düşük olabilir. Hem doğrudan satın almaları hem de deneme-ücretli dönüşümleri içerir | Evet |
| Paywall görüntülemeden ücretliye | Sonunda abonelik satın alan paywall görüntüleyicilerinin yüzdesi | Paywall görüntüleme tarihine göre belirlenir. Yalnızca paywall gören kullanıcıları saydığından oran, Kurulumdan ücretliye oranından yüksek olabilir. Önce denemeyi tamamlayan kullanıcıları da kapsar | Evet |
Elde tutma ve abonelik yenileme
Bu metrikler, uygulamanın ücretli aboneleri zaman içinde ne kadar iyi elde tuttuğunu izler. Hepsi kohort tabanlı Kohort tabanlı bir metrik, kullanıcıları daha önceki bir olaya göre gruplar — yükleme, paywall görüntüleme, deneme başlatma — ve ardından bu kullanıcıların sonradan ne yaptığını izlemeye devam eder; dolayısıyla geçmiş bir tarihe ait değeri, her kohorttan daha fazla kullanıcı yeniledikçe artmaya devam eder. Diğer tüm metrikler her olayı gerçekleştiği gün sayar. olduğundan, geçmiş tarihlere ait değerleri her kohorttan daha fazla kullanıcı yeniledikçe artmaya devam eder.
| Metrik | Açıklama | Temel fark |
|---|---|---|
| Retention | Her fatura döneminden sonra kalan orijinal abonelerin payı — 1. yenileme, 2. yenileme vb. | Aboneleri ilk ödemeden itibaren takip eder. Aşağıdaki dönemden döneme metriklerin aksine, her zaman orijinal grupla karşılaştırır; böylece genel tabloyu tek bakışta görürsünüz |
| Ödeyenden 2. döneme | İlk kez abone olanların ikinci dönem için yenileme yüzdesi | İki belirli ardışık dönem arasındaki geçişi ölçer. Retention’ın aksine, en kritik tek yenilemeye — yani ilk yenilemeye — odaklanır |
| 2. dönemden 3. döneme | 2. dönemden 3. döneme yenileme yüzdesi | İlk yenilemenin ardından erken dönem retention istikrarını gösterir |
| 3. dönemden 4. döneme | 3. dönemden 4. döneme yenileme yüzdesi | Orta vadeli retention göstergesi |
| 4. dönemden 5. döneme | 4. dönemden 5. döneme yenileme yüzdesi | Uzun vadeli sadakat göstergesi |
| 6 Ay+ | İlk kez abone olanların 6 aydan fazla abonelikte kalma yüzdesi | 6 aylık eşiğe göre değil, ilk ödeme tarihine göre hesaplanır. Takvim süresini ölçer, yenileme sayısını değil — yıllık abone, yenileme olmaksızın 6 ayda da elde tutulmuş sayılır |
| 1 Yıl+ | İlk kez abone olanların 12 aydan fazla abonelikte kalma yüzdesi | İlk ödeme tarihine göre hesaplanır. Yıllık retention kilometre taşı |
| 2 Yıl+ | İlk kez abone olanların 24 aydan fazla abonelikte kalma yüzdesi | İlk ödeme tarihine göre hesaplanır. Uzun vadeli retention kilometre taşı |
Churn
Bu metrikler, uygulamanın kaç abone ve deneme kullanıcısı kaybettiğini ölçer. Hiçbiri kohort tabanlı Kohort tabanlı bir metrik, kullanıcıları daha önceki bir olaya göre — yükleme, paywall görüntüleme, deneme başlatma gibi — gruplar ve ardından bu kullanıcıların ne yaptığını izlemeye devam eder; dolayısıyla geçmiş bir tarihe ait değeri sürekli artmaya devam eder. Diğer tüm metrikler her olayı gerçekleştiği gün sayar. değildir — her olay gerçekleştiği gün sayılır.
| Metrik | Açıklama | Temel fark |
|---|---|---|
| Yenileme iptal edilen denemeler | Kullanıcının otomatik yenilemeyi devre dışı bıraktığı denemeler | Kullanıcı deneme süresi dolana kadar erişimini korur ancak ücretli aboneliğe otomatik olarak geçmez. Subscriptions renewal cancelled’dan farklı olarak, henüz ödeme yapmamış deneme kullanıcıları için geçerlidir |
| Süresi dolan (kaybedilen) denemeler | Süresi dolan denemeler — kullanıcı premium özelliklere erişimini kaybetti | Kullanıcı erişimini zaten kaybetmiştir. Kullanıcı yenilemeyi önceki bir dönemde iptal etmiş olsa bile sona erme tarihine atfedilir. Nedene göre gruplandırılabilir (gönüllü veya faturalama kaynaklı) |
| Yenileme iptal edilen abonelikler | Kullanıcının otomatik yenilemeyi devre dışı bıraktığı abonelikler | Kullanıcı dönem sonuna kadar erişimini korur. Gerçek bir kayıp değil, kayıp riskine işaret eder — kullanıcı dönem sona ermeden önce otomatik yenilemeyi yeniden etkinleştirebilir |
| Kaybedilen (süresi dolan) abonelikler | Süresi dolan abonelikler — kullanıcı premium özelliklere erişimini kaybetti | Gerçek kayıp. Kullanıcı erişimini zaten kaybetmiştir. Kullanıcı yenilemeyi önceki bir dönemde iptal etmiş olsa bile sona erme tarihine atfedilir. Nedene göre gruplandırılabilir (gönüllü veya faturalama kaynaklı) |
Faturalandırma sorunları ve gelir kurtarma
Bu metrikler, uygulamanın faturalandırma sorunlarından kaynaklanan geliri ne kadar etkin biçimde kurtardığını takip eder.
| Metrik | Açıklama | Temel fark | Kohort tabanlı mı? Kohort tabanlı bir metrik, kullanıcıları daha önceki bir olaya göre gruplar — yükleme, paywall görüntüleme, deneme başlatma — ardından bu kullanıcıların sonraki eylemlerini saymaya devam eder; bu nedenle geçmiş bir tarihe ait değeri artmaya devam eder. Diğer tüm metrikler her olayı gerçekleştiği günde sayar. |
|---|---|---|---|
| Ek süre | Ödeme hatası nedeniyle ek süreye giren abonelikler | Ek süreyi aşan ve erişimini kaybeden kullanıcıları içerir | Hayır |
| Ek süreden ödemeye geçiş | Ek süre kullanıcılarının ek süre dolmadan yenileme yapanların yüzdesi | Bir oran (%). Aboneliğin ek süreye girdiği güne göre tarihlenir. “Ek süredeki kullanıcıların ne kadarı kurtarıldı?” sorusunu yanıtlar | Evet |
| Ek süre dönüşümü | Başarıyla yenilenen ek süre aboneliklerinin mutlak sayısı | Ek süreden ödemeye geçiş ile aynı olaylar, ancak kurtarma ödemesine göre tarihlenir ve yüzde yerine sayı olarak gösterilir | Hayır |
| Ek süre dönüşüm geliri | Ek süre kurtarmalarından elde edilen gelir | Ek süre özelliğinin finansal etkisi | Hayır |
| Ödeme sorunu | Ödeme sorunu durumuna giren abonelikler | Ek süre dolduktan sonra başlar. Ek süreden farklı olarak, yalnızca premium erişimini zaten kaybetmiş kullanıcıları sayar | Hayır |
| Ödeme sorunundan ödemeye geçiş | Ödeme sorunu yaşayan kullanıcıların faturalama döngüsü dolmadan yenileme yapanların yüzdesi | Bir oran (%). Ödeme sorununun yaşandığı güne göre tarihlenir. “Ödeme sorunu yaşayan kullanıcıların ne kadarı kurtarıldı?” sorusunu yanıtlar | Evet |
| Ödeme sorunu dönüşümü | Başarıyla yenilenen ödeme sorunu aboneliklerinin mutlak sayısı | Ödeme sorunundan ödemeye geçiş ile aynı olaylar, ancak kurtarma ödemesine göre tarihlenir ve yüzde yerine sayı olarak gösterilir | Hayır |
| Ödeme sorunu dönüşüm geliri | Ödeme sorunu kurtarmalarından elde edilen gelir | Ödeme sorunu kurtarmasının finansal etkisi | Hayır |
Paywall, placement ve onboarding metrikleri
Bu metrikler, her bir paywall, placement ve onboarding için hesaplanır. Tüm uygulamanın değil, belirli bir paywall veya placement’ın performansını ölçer. Associated global metric sütunu, global analitik bölümündeki karşılık gelen metriği gösterir.
Tüm bu metrikler, yalnızca Filter metrics by install date seçeneğini açtığınızda kohort tabanlı olur. Varsayılan olarak her etkinliği gerçekleştiği günde sayarlar.
| Metrik | Açıklama | Temel fark | İlgili global metrik |
|---|---|---|---|
| Proceeds | Bir placement için vergi ve komisyon sonrası gelir | Vergi ve komisyon sonrası Revenue ile eşdeğer | Revenue |
| ARPPU | Bu paywall veya placement için ödeme yapan kullanıcı başına ortalama gelir | Global ARPPU ile aynı hesaplama ancak tek bir paywall veya placement kapsamında | ARPPU |
| ARPAS | Aktif abone sayısına (deneme ve ücretli) bölünen gelir | Deneme kullanıcılarını sayar. ARPPU’dan farklı olarak tüm abone tabanının gelir potansiyelini yansıtır | — |
| Views | Bir paywall veya placement’ın gösterildiği toplam sayı | Her gösterimi sayar. Aynı paywall’ı iki kez görüntüleyen tek bir kullanıcı 2 görüntüleme olarak sayılır | — |
| Unique views | Bir paywall veya placement’ı gören benzersiz kullanıcı sayısı | Her kullanıcı, kaç kez görüntülediğinden bağımsız olarak bir kez sayılır. Views’ın aksine, etkileşim sıklığı yerine erişimi ölçer | — |
| CR to purchases | Satın almalar toplam görüntülemeye bölünür | Payda olarak toplam görüntülemeyi (aynı kullanıcının tekrar görüntülemeleri dahil) kullanır | Paywall view to paid |
| Unique CR to purchases | Satın almalar benzersiz görüntülemeye bölünür | Payda olarak benzersiz görüntülemeyi kullanır. Tekrar görüntüleyenler bir kez sayıldığından benzersiz olmayan CR’dan daha yüksek orandır | Paywall view to paid |
| CR to trials | Başlatılan denemeler toplam görüntülemeye bölünür | Bir paywall’ın görüntülemeleri ne kadar etkili şekilde denemeye dönüştürdüğünü ölçer | Paywall view to trial |
| Unique CR to trials | Başlatılan denemeler benzersiz görüntülemeye bölünür | CR to trials gibi hesaplanır ancak payda olarak benzersiz görüntüleyenler kullanılır | Paywall view to trial |
| Purchases | Bu paywall için toplam işlem sayısı: yeni satın almalar, deneme dönüşümleri, yükseltmeler, düşürmeler ve geri dönen abonelikler | Yenilemeleri kapsamaz. | Revenue |
| Trials | Bu paywall üzerinden etkinleştirilen toplam denemeler | Yalnızca bu paywall kapsamında | New trials |
| Trials canceled | Kullanıcının otomatik yenilemeyi devre dışı bıraktığı deneme sayısı | Yalnızca bu paywall’ın denemeleri kapsamında | Trials renewal cancelled |
| Refund rate | İadeler ilk kez yapılan satın almalara bölünür (yenilemeler hariç) | Sayı değil, oran (%). İadeleri satın alma sayısına göre normalleştirir | Refund events (oran değil, sayı) |
| Completions | Kullanıcıların bir onboarding flow’unu ilk ekrandan son ekrana kadar tamamladığı sayı | Yalnızca placement ve onboarding. Aynı kullanıcının tekrar tamamlamaları dahil her tamamlamayı sayar | — |
| Unique completions | Bir onboarding flow’unu tamamlayan benzersiz kullanıcı sayısı | Yalnızca placement ve onboarding. Her kullanıcı bir kez sayılır. Completions’ın aksine, flow’u kaç kişinin bitirdiğini ölçer | — |
| Unique completions rate | Benzersiz tamamlamalar benzersiz görüntülemeye bölünür | Yalnızca placement ve onboarding. Onboarding etkinliğini ölçer: başlayan kullanıcıların ne kadarı gerçekten bitirdi | — |