eCPM Ülke Radarı

AppLovin MAX — ülke bazlı eCPM ve hacim ağırlıklı hareketli ortalamalar
Aralık
Uygulamalar
Platformlar
Ülkeler
Odak
Ne değişti
Sadece gürültü bandının 2 katını geçen hareketler

Haftalık revenue
Pazartesi başlangıçlı · tüm arşiv
Haftalık revenue, ülke kırılımıyla yığılmış

Ülke kırılımı
Satıra tıkla → grafik o ülkeye odaklanır
Revenue trendi
Rev/gün = 7 günlük ortalama günlük revenue
Impression
Imp/gün = 7 günlük ortalama günlük impression
Impression / kullanıcı
Reklam gören tekil kullanıcı başına — DAU değil
ARPDAU ayrıştırma
ARPDAU = kapsama × ARPAU · payda Adjust DAU'su
Network waterfall
Hangi network hangi fiyattan alıyor
Yerleşim
Oyun içi reklam noktaları
Kullanıcı başına reklam dağılımı
Son 7 gün · ortalama medyanı gizler
Bu tablolar nasıl okunur
  • MA'ler hacim ağırlıklı. MA7 = son 7 günün toplam revenue'su ÷ toplam impression × 1000. Günlük eCPM değerlerinin düz ortalaması değil — hacim dalgalandığında o yöntem yanıltır.
  • Momentum = MA7'nin bir önceki 7 güne (t-13 … t-7) göre değişimi. MA7 ile MA14 örtüştüğü için MA14 yerine bu karşılaştırma kullanılır.
  • Son 2-3 gün geçicidir. Network mutabakatı sonrası revenue revize edilir; her çekimde son 7 gün yeniden yazılır.
  • Düşük hacimde eCPM gürültülüdür. Eşiğin altındaki ülkeler listeden çıkarılır ve aşağıda toplu olarak açıklanır. az veri etiketi, 7 günün tamamında veri olmadığını gösterir.
  • ARPDAU = kapsama × ARPAU. ARPAU'nun paydası reklam gören kullanıcı, ARPDAU'nun paydası tüm aktif kullanıcı (Adjust DAU'su, store_id üzerinden birleşiyor). Aradaki fark tam olarak kapsama oranı. Tam zincir: ARPDAU = kapsama × IPU × eCPM ÷ 1000 — yani "oyuncuların kaçı reklam görüyor × gören kaç reklam görüyor × reklam kaç para". Üç kaldıraç, üçü ayrı iş.
  • Bu sayfadaki kapsama Adjust sayfasındakinden yüksek çıkar. Burada payda yalnızca MAX'in gördüğü uygulamaların DAU'su; Adjust sayfasında tüm portföy. MAX entegrasyonu olmayan uygulamalar (aktif kullanıcısı var, reklamı yok) orada paydaya girer, burada girmez. İkisi farklı soruya cevap veriyor, çelişki değil.
  • Özel tarih aralığı pencerenin kendisini değiştirir, sadece grafiğin x-eksenini değil. "1–15 Ağustos" seçince tabloların penceresi de o 15 gün olur; momentum sütunları o aralığı kendinden önceki eşit uzunluktaki aralıkla karşılaştırır (15 gün için 17–31 Temmuz). Başlıklar seçili uzunluğu gösterir. Arşivin başına çok yakın bir aralık seçersen karşılaştırılacak önceki pencere arşivin dışında kalır ve momentum "veri yok" der — yanlış sayı göstermek yerine boş bırakılır. Seçim tarayıcında saklanır.
  • Ülke filtresi hero'yu, grafiği ve ülke tablolarını kapsar — seçim değişince portföy toplamları yeniden hesaplanır (ağırlıklı, yani seçili ülkelerin toplam revenue'su ÷ toplam impression'ı). Seçim tarayıcında saklanır, sunucuya gitmez. Ama network, yerleşim ve dağılım tablolarına uygulanmaz — o kırılımlarda ülke boyutu yok (bilerek: portföy günde ~5 bin impression, ülke × network × yerleşim hücrelerinde örneklem kalmıyor). Filtre açıkken o üç kartın üstünde uyarı çıkar, sessizce yanlış okumanı engeller.
  • Momentum rakamlarında sinyal kalitesi işaretli. Kesikli çerçeveli %12 "zayıf sinyal", gürültü ise "bu örneklemde bu fark ölçülemez" demek. Kural: beklenen salınım kabaca CV/√n ile ölçekleniyor (sayım metriklerinde CV≈1, para metriklerinde rewarded video için CV≈2.5), iki pencere karşılaştırıldığı için √2 ile çarpılıyor. Farkın bandın 2 katını geçmesi "güçlü", 1-2 katı arası "zayıf", altı "gürültü". Bu kesin bir istatistik testi değil, büyüklük mertebesi — amaç 891 impression'daki %31'i 9.862 impression'daki %27 ile aynı görsel ağırlıkta göstermemek. Rakam gizlenmiyor, fareyle üzerine gelince görünüyor.
  • ARPAU ayrıştırması bir kimlik. ARPAU = IPU × eCPM ÷ 1000 — üçü de kullanıcı seviyesi aynı dosyadan geldiği için tam olarak tutar. Tablonun amacı şu: revenue değiştiğinde daha çok reklam mı gösterdik, reklamlar mı pahalandı sorusunu tek bakışta ayırmak. İkisi tamamen farklı kaldıraç — birincisi oyun tasarımı, ikincisi waterfall.
  • Network ve yerleşim tablolarında ülke kırılımı yok. Portföy günde ~5.000 impression; ülke × network × yerleşim dersen hücrelerde 3-4 impression kalır ve her sayı gürültü olur. Bu iki tablo app seviyesinde okunur, ülke ise fiyat boyutu olarak kendi tablolarında kalır. "Portföye göre" kolonu o satırın eCPM'ini kendi tablosunun toplam eCPM'iyle karşılaştırır — waterfall teşhisinin özü budur.
  • Dağılım tablosu, ortalamanın sakladığını gösterir. Ortalama IPU ile medyan kullanıcı arasında büyük fark var; IPU ortalaması yükseldiğinde bu "daha çok oyuncu reklam izliyor" da olabilir, "aynı ağır kullanıcılar daha derine iniyor" da. Kullanıcı payı ile revenue payı kolonlarını yan yana okumak bunu ayırır. Kimlik saklanmaz — sadece kova sayıları.
  • Grafikte metrik değiştirilebilir. eCPM / Revenue / Impression / Imp-kullanıcı / ARPAU — hepsi aynı formülle: pencere içindeki pay toplamı ÷ (bölen varsa bölen toplamı, yoksa gün sayısı). Yani eCPM ve IPU oranların oranı, Revenue ve Impression günlük ortalama. Dördü de hacim ağırlıklı.
  • Haftalık revenue grafiği Pazartesi başlangıçlı ve tüm arşivi kapsar — üstteki gün aralığı filtresinden etkilenmez (7 günlük pencerede haftalık toplam anlamsız olurdu), ama uygulama/platform filtresi geçerlidir. 7 günü tamamlanmamış haftalar soluk gösterilir, KISMİ etiketi alır ve hafta-üstü-hafta değişimine dahil edilmez. Revenue payı %1'in altında kalan ülkeler "Diğer"de toplanır — 1px'ten ince segment çizilemez.
  • Impression / kullanıcı'nın denominator'ı DAU değil. MAX Revenue Reporting API'de kullanıcı metriği yok; bu sayı User-Level Ad Revenue API'den geliyor ve en az bir reklam görmüş tekil kullanıcıyı sayıyor. Reklam görmeyen oyuncular denominator'da yok, o yüzden gerçek DAU'ya bölünmüş bir değerden yüksek çıkar.
  • Rolling IPU = kullanıcı-günü başına. 7 günlük değer, penceredeki kimlikli impression toplamı ÷ günlük tekil kullanıcı sayılarının toplamı. Yani "7 günün tekil kullanıcısı" değil — aynı kullanıcı iki gün geldiyse iki kez sayılır. Bu, eCPM'deki hacim ağırlıklı mantığın aynısı.
  • Kapsama kolonu ana tablodaki impression'ların ne kadarının kullanıcı seviyesi veride kimliklendiğini gösterir. %95 altındaysa eksik işareti çıkar ve IPU olduğundan düşük görünür.
  • API 45 gün geriye gidiyor. Daha uzun trend için veri her gün lokal arşive yazılır; arşiv büyüdükçe MA30 ve yıllık karşılaştırma anlam kazanır.