ZenoxAds

Mobil uygulama reklam benchmark 2026 ve kurulum maliyeti ölçümü

18 Temmuz 2026 · 5 dk okuma

Mobil uygulama reklam benchmark verisi, e-ticaret dikeylerinde alıştığınız sektör tablolarıyla aynı yerden gelmez; uygulama tarafında kıyaslama ülke ve mağaza kırılımıyla raporlanır ve birimi tıklama ya da sipariş değil kurulumdur. Serinin şemsiye yazısı olan e-ticaret reklam benchmark 2026, kendi taban çizginizi çıkarma yöntemini anlatıyor; burada o yöntemi tekrarlamak yerine yalnızca uygulama tarafına özgü tek bir çarpıklığa bakıyorum: kurulum başına maliyet tek başına okunduğunda kampanya sıralamasını tamamen tersine çevirebiliyor.

Kurulum, uygulama pazarlamasında satın alma anı değil kayıt anıdır. Kullanıcı mağazadan indirir, sonra açar ya da açmaz. Bu yüzden kurulum başına maliyet, size en değerli kullanıcıyı getiren kampanyayı değil, indirmesi en kolay kullanıcıyı getiren kampanyayı ödüllendirir. Kampanya türü, mağaza sayfası ve kreatif tarafındaki kurulum kararları ayrı bir konu; onlar için mobil uygulama yükleme reklamları yazısına bakabilirsiniz. Buradaki mesele ölçüm.

Mobil uygulama reklam benchmark kaynakları ve ülke kırılımı

Bir e-ticaret markası tek satırlık bir sektör ortalaması arar. Uygulama tarafında böyle tek bir satır yoktur; veri üç ayrı yerden gelir ve üçü de farklı şeyi ölçer.

  • Mobil ölçüm iş ortaklarının kamuya açık raporları. AppsFlyer'ın Performance Index serisi ya da Sensor Tower'ın dönemsel yayınları gibi kaynaklar kategori ve ülke kırılımı verir. Hangi dönemi, hangi ülkeleri ve hangi uygulama örneklemini kapsadığını raporun kendi metodoloji bölümünden doğrulayın; o bölüm okunmadan sayı yalnızca bir izlenimdir.
  • Mağaza konsolları. Google Play Console'un geliştiriciye sunduğu akran karşılaştırma ekranları ve App Store Connect analitikleri, kendi kategorinizdeki uygulamalarla karşılaştırma imkânı verir. Bu veri reklam maliyetini değil kullanıcı davranışını ölçer; ikisini aynı tabloya koymak yaygın bir hatadır.
  • Reklam platformlarının resmî dokümanları. Meta ve Google, uygulama kampanyalarının hangi olaya göre optimize ettiğini ve olayların hangi koşulda geri raporlandığını yayımlar. Buradan kıyaslama sayısı çıkmaz ama sayının nasıl oluştuğu çıkar.

Üçünün ortak noktası şu: hiçbiri "Türkiye'de bir uygulama kurulumu şu kadara mal olur" cümlesini kurmaz, kurması da beklenmemeli. Kurulum fiyatı ülkeye, mağazaya, kategoriye ve dönemin talep yoğunluğuna göre değişir. Global bir ortalamayı lira bazlı hesabınıza taşımak, doğru sorunun yanlış cevabıdır.

Kurulum başına maliyetin kör noktası

İki uygulama kampanyasını aynı ay içinde aynı bütçeyle çalıştırdığınızı düşünün. Aşağıdaki sayılar gerçek bir hesaptan alınmadı; aritmetiği adım adım takip edebilmeniz için kasıtlı olarak yuvarlak seçildi.

  • Kampanya A: 60.000 TL harcama, 6.000 kurulum.
  • Kampanya B: 60.000 TL harcama, 3.000 kurulum.

Kurulum başına maliyet A için 60.000 ÷ 6.000 = 10 TL, B için 60.000 ÷ 3.000 = 20 TL. B, A'nın tam iki katı pahalı görünüyor. Panelde tek metriğe bakan biri bu noktada B'yi durdurur ve bütçeyi A'ya aktarır. İki metrik sonra bu kararın neden yanlış olduğunu göreceğiz.

Aktivasyon oranı ve aktive kullanıcı başına maliyet

Aktivasyon, uygulamanızda ilk anlamlı eylemin tamamlanmasıdır: kayıt, profil oluşturma, ilk arama, ilk rezervasyon. Tanımı siz koyarsınız; ama koyduktan sonra bütün kampanyalarda, bütün ülkelerde ve bütün dönemlerde aynı tutmanız gerekir. Tanım yol ortasında değişirse seri kıyaslanamaz hale gelir.

Aynı iki kampanyada aktivasyonun şöyle geldiğini varsayalım: A'nın 6.000 kurulumundan 900'ü, B'nin 3.000 kurulumundan 1.200'ü ilk anlamlı eylemi tamamladı. Oranlar 900 ÷ 6.000 = %15 ve 1.200 ÷ 3.000 = %40. Maliyet tarafında ise 60.000 ÷ 900 = 66,67 TL ve 60.000 ÷ 1.200 = 50 TL. Aktive kullanıcı başına maliyette A artık B'den yaklaşık 1,3 kat pahalı.

Sıralama daha ikinci metrikte tersine döndü. Bu uygulama kampanyalarında istisna değil, beklenen davranıştır: teklif motoru kurulum olayına optimize edildiğinde, uygulamayı indirip bir daha açmayan kullanıcı profillerini bulmakta gerçekten başarılı olur.

Gün 7 tutunma ve kalıcı kullanıcı başına maliyet

Aktivasyon tek oturumda gerçekleşir; tutunma gerçekleşmez. Gün 7 tutunma, kurulumdan yedi gün sonra uygulamayı en az bir kez açan kullanıcıların aynı kurulum kohortuna oranıdır. Uygulama tarafında kıyaslamanın en dürüst birimi budur, çünkü hem edinme kalitesini hem de ürünün ilk hafta vaadini aynı anda ölçer.

Örneği tamamlayalım. A'nın 6.000 kurulumundan 300'ü, B'nin 3.000 kurulumundan 600'ü yedinci günde uygulamayı açtı. Oranlar 300 ÷ 6.000 = %5 ve 600 ÷ 3.000 = %20. Yedinci günde hâlâ elinizde olan kullanıcı başına maliyet A'da 60.000 ÷ 300 = 200 TL, B'de 60.000 ÷ 600 = 100 TL. Kurulum başına maliyette iki kat ucuz görünen A, kalıcı kullanıcı başına maliyette tam iki kat pahalı çıktı.

Aynı 60.000 TL, aynı kohort, üç farklı sıralama. Hiçbir hesap yanlış yapılmadı; her seferinde farklı bir şey sayıldı. Bir kıyaslama raporunda gördüğünüz kurulum maliyetini kendi rakamınızla yan yana koyduğunuzda, karşı taraftaki sayının hangi kullanıcı tanımıyla üretildiğini bilmiyorsunuz. Karşılaştırmayı anlamlı kılan tek şey, üç metriği birlikte taşımaktır.

Kohort olgunlaşma penceresi

Gün 7 tutunmayı 30 günlük harcama raporunun üstüne olduğu gibi koyamazsınız. Ayın son gününde gelen kurulum yedinci gününü henüz doldurmadı; onu paydaya katarsanız tutunma oranınız yapay olarak düşer ve kampanyayı haksız yere suçlarsınız. Pratik çözüm kohortu kapatmaktır: 1 Haziran ile 30 Haziran arasında edinilen kurulumları 7 Temmuz'da okursanız, kohortun tamamı yedinci gününü doldurmuş olur.

Mağaza ve ülke kırılımı

Karma bir kurulum maliyeti iki mağazayı tek sayıda eritir ve bu, uygulama tarafında özellikle sakıncalıdır. iOS'ta izleme izni çerçevesi yüzünden kurulum sonrası olaylar toplulaştırılmış ve gecikmeli gelir, Android tarafında aynı olaylar daha ayrıntılı ve daha hızlı raporlanır. İkisini toplayıp ortalama aldığınızda ölçüm eksikliği ile performans farkını ayıramazsınız; düşük görünen aktivasyon oranının sebebi kötü trafik mi, eksik raporlama mı, söyleyemezsiniz.

Bu yüzden uygulama kampanyalarında kıyaslamanın en küçük birimi kampanya değil, mağaza ve ülke çiftidir. iOS Türkiye ile Android Türkiye ayrı satırdır; Android Türkiye ile Android Almanya da ayrı satırdır. Kırılımı yalnızca raporda değil kampanya yapısında da tutmak isterseniz AI hedefleme sayfasındaki kitle kurgusuna göz atabilirsiniz. Yerleşim ve mobil kreatif tarafındaki ayrıntılar için mobil reklam optimizasyonu yazısı ayrı bir çerçeve sunuyor.

Kurulum sonrası olay şeması

Yukarıdaki karşılaştırmayı yapabilmenin ön koşulu, kurulum sonrası olayların uygulama içinde tanımlı olmasıdır. Reklam paneli size kurulumu verir; aktivasyonu ve yedinci gün açılışını siz göndermezseniz kimse göndermez. Şema kurulmadan kıyaslama tartışmanın bir anlamı yok.

  • Tek bir aktivasyon olayı seçin. Uygulamanın değer vaadine en yakın ilk eylem hangisiyse o olsun. İki farklı olayı dönüşümlü kullanmak kıyaslanacak seriyi bozar.
  • Yedinci gün açılışını ayrı bir olay olarak işaretleyin. Oturum sayısının içine gömülü bir metrik kampanya kırılımında okunamaz.
  • Kurulum tarihini olayla birlikte taşıyın. Kohort tarihi olmadan yedinci gün de tutunma da hesaplanamaz.
  • Mağaza ve ülke alanlarını her olayda tutun. Kırılımı sonradan üretmek, veriyi baştan kırılımlı toplamaktan çok daha pahalıya gelir.

Bu şema kurulduktan sonra raporunuzda kurulum başına maliyetin yanına iki sütun daha eklenir ve dışarıdan gelen her kıyaslama sayısını hangi sütuna koyacağınızı bilirsiniz. Edinme maliyetini kalıcı kullanıcı üzerinden yeniden hesaplamak isterseniz CAC hesaplama aracı paydayı değiştirerek aynı işlemi hızlıca yapmanıza yarar. Özet olarak: kurulum başına maliyet bir sonuç değil ara metriktir ve yanına aktivasyon ile gün 7 tutunma konmadan hiçbir dış kaynakla karşılaştırılmamalıdır.