Reklam gelirli ya da tek seferlik satın almalı bir uygulama nasıl satılır: değer, AdMob ve ömür boyu kullanıcılar

Reklamdan ya da tek seferlik satın almadan kazanan bir uygulamayı satabilir miyim?

Evet. İlginin çoğunu abonelikli uygulamalar topluyor, ama reklamdan, ücretli fiyattan ya da tek seferlik bir kilit açmadan kazanan utility’ler ve araçlar sürekli el değiştiriyor. Adımlar her uygulama satışıyla aynı (bkz. iOS uygulaması nasıl satılır); farklar fiyatta ve uygulamayla birlikte taşınmayan reklam kurulumunda.

Reklam gelirli ve tek seferlik satın almalı uygulamalar nasıl değerlenir?

Genellikle, aynı kârdaki bir abonelikli uygulamadan daha düşük bir çarpanla. Flippa bunu açıkça söylüyor: peşin satıştan, tek seferlik uygulama içi satın almalardan ya da reklamdan kazanan uygulamalar, tekrarlayan gelire göre değerlenen abonelikli uygulamalara kıyasla “genellikle daha düşük bir çarpan alır”. Microns da tek seferlik satın almalı uygulamaların “süregelen gelirden mahrum kaldığını, bunun da genel değerlerini düşürebileceğini” belirtiyor.

Nedeni basit: abonelik satıştan sonra da ödemeye devam eder; reklam geliri ve tek seferlik satışlar ise yeni indirmelere, reklamda da piyasayla birlikte oynayan reklam fiyatlarına bağlıdır. Benim tekliflerimde gelir modeli beş etkenden biri:

Uygulama değerleme hesaplayıcımdaki gelir modeli etkeni; gidişat, geçmiş, trafik ve sahibinin zamanıyla birlikte. Daha düşük çarpan kötü bir anlaşma demek değil: istikrarlı, organik bir reklam uygulaması da benim 6–36x aralığımın rahatça içine düşebilir. Daha fazlası: uygulamam ne kadar eder.

Alıcılar neleri kontrol eder?

Reklam gelirli ve tek seferlik satın almalı uygulamalar için standart bir liste yok; o yüzden benim nelere baktığım ve sizin neleri hazırlayabileceğiniz:

• 12 ay için ağa ve aya göre reklam geliri, gösterimler ve eCPM ile birlikte; böylece alıcı gelirin daha çok kullanıcıdan mı yoksa daha iyi fiyatlardan mı geldiğini görebilir.
• Reklam ağı dağılımı: tek bir ağ mı, yoksa birkaç ağ arasında mediation mı. Tek bir ağa ya da tek bir formata dayanmak bir yoğunlaşma riskidir.
• Politika geçmişi: AdMob uyarıları, sınırlı reklam sunumu ya da geçersiz trafik bildirimleri. AdMob kurallarına göre reklam trafiğini geçerli tutmaktan yayıncı sorumludur ve yüksek geçersiz trafik bir hesabın askıya alınmasına ya da devre dışı bırakılmasına yol açabilir.
• İndirmeler ve nereden geldikleri: organik arama, öne çıkarılma, ücretli reklamlar. Flippa alıcıları, anahtar kelime sıralamaları zayıfken çok sayıda “Search Results” indirmesinin App Store reklamlarının çalıştığı anlamına gelebileceği konusunda uyarıyor.
• Kullanıcı tutma: reklamda, kullanıcıların ne kadar kaldığı gelirin ta kendisidir.
• Tek seferlik satın almalar için: aylık satılan adet, iadeler, fiyat geçmişi ve yeni sahibin kaç ömür boyu ya da ücretli kullanıcıya destek vereceği.

Genel kontrol listesi: uygulama due diligence kontrol listesi.

AdMob hesabıma ne olur?

Sizde kalır. AdMob “bir hesabın sahipliğini devredemezsiniz” diyor; Google Play’in transfer sayfası da reklam entegrasyonlarının transferden sonra “güncellenmesi gerekeceğini” söylüyor. Pratikte devir teslim şöyle işler:

1. Alıcı uygulamayı kendi AdMob hesabına ekler ve yeni reklam birimi kimlikleri oluşturur.
2. Alıcı kendi reklam birimi kimlikleriyle (mediation kullanıyorsa kendi mediation kurulumuyla da) bir uygulama güncellemesi yayımlar.
3. AdMob yeni eklenen uygulamaları tam olarak reklam sunabilmeden önce inceler; incelemeler genellikle 2–3 gün sürer. Hesaplar bir süre sınırlı reklam sunumu da görebilir, genellikle 30 günden az.
4. Devir tesliminden önceki kazançlar sizin hesabınızda kalır; devir ayının nasıl bölüşüleceğini satış sözleşmesinde kararlaştırın.

Geçiş sırasında reklam gelirinde kısa bir düşüş olacağını hesaba katın ve bunu kimin üstleneceğini kararlaştırın. AdMob giriş bilgilerinizi teslim etmeyin; hesap ödeme ve vergi bilgilerinize bağlıdır.

AppLovin MAX, Unity ve diğer reklam ağları ne olacak?

• AppLovin MAX: alıcı kendi hesabını açar ve uygulamayı kendi SDK anahtarıyla yayımlar, uygulamalar ve gelir de onun hesabında görünür; AppLovin ayrıca bütün bir hesabın devrini de anlatıyor, bu durumda alıcı ödeme bilgilerini günceller.
• Unity: bir proje başka bir organizasyona devredilebilir, sonrasında monetizasyon geliri yeni organizasyonun altında görünür; ödenmemiş kazançlar için Unity’ye talep göndermek gerekir.
• Diğer ağlar: her ağın yardım merkezine bakın. Düzen neredeyse her zaman aynı: alıcı tarafında yeni bir hesap ya da anahtar, bir uygulama güncellemesi, sonra siz uygulamayı kendi hesabınızdan kaldırırsınız.

app-ads.txt bir satışta neden önemli?

app-ads.txt, reklam alıcılarına uygulamanızın reklam envanterini hangi reklam hesaplarının satmaya yetkili olduğunu söyleyen küçük bir dosyadır. Mağazada listelenen geliştirici web sitesinin kök dizininde durur (App Store’da bu, pazarlama URL’sidir). Doğru bir dosya olmadan AdMob “reklam gelirinde önemli bir kayıp” olacağı konusunda uyarıyor.

Satıştan sonra iki yarının da alıcıya ait olması gerekir: mağaza sayfasındaki web sitesi ve dosyadaki yayıncı kimlikleri. Uygulama sizin kişisel sitenizi gösteriyorsa, ya alan adını devredin ya da alıcının kendi reklam birimleri yayına girmeden önce pazarlama URL’sini değiştirip kendi app-ads.txt dosyasını yayımlamasına izin verin.

Ücretli ve ömür boyu kullanıcılara ne olur?

Satın aldıklarını korurlar. App Store’da devredilen bir uygulama bundle ID’sini, puanlarını ve yorumlarını korur ve kullanıcılar güncelleme almaya devam eder. Tüketilmeyen (non-consumable) bir satın alma (örneğin ömür boyu kilit açma) “süresi dolmaz ve kullanımla azalmaz”; uygulamalar da onu geri yüklemenin bir yolunu sunmak zorundadır (App Review Guideline 3.1.1).

Bu, yeni sahip için bir yükümlülük doğurur: Apple’ın 3.1.2 numaralı kuralı, aboneliğe geçerken bile “mevcut kullanıcıların zaten parasını ödediği temel işlevi ellerinden almamanız gerektiğini” söylüyor. Alıcılar bunu fiyata yansıtır; o yüzden kabaca kaç ücretli ya da ömür boyu kullanıcı olduğunu söylemeye hazır olun.

Bilmeye değer birkaç transfer ayrıntısı:

• Alıcı yalnızca transferden sonraki işlemlerin ödeme ve satış bilgilerini alır.
• Uygulamanın uygulama içi satın alma ürün kimlikleri (product ID), alıcının hesabındaki herhangi bir uygulamanın ürün kimlikleriyle aynı olamaz.
• Transfer beklemedeyken fiyatlandırmayı, kullanılabilirliği (availability) ya da uygulama içi satın almaları düzenleyemezsiniz; fiyat değişikliklerini önceden halledin.
• Bir uygulama içi satın almada Aile Paylaşımı açıksa kapatılamaz; bunu alıcıya söyleyin.
• Google Play’de kullanıcılar ve satın almaları uygulamayla birlikte taşınır, transferden önce oluşan siparişler sizin hesabınızda kalır ve alıcının aktif bir ödeme profili olması gerekir. Alıcının hesabı farklı bir para birimi kullanıyorsa, uygulama içi ürünleri olan uygulamaların yayını yeniden yayımlanana kadar kaldırılır.

Nasıl daha iyi bir fiyat alabilirim?

• Tek bir reklam ağına dayanıyorsanız, etkisi rakamlara yansısın diye satıştan çok önce mediation ekleyin.
• Reklam kurulumunu temiz tutun: yanlışlıkla tıklamalar yok, agresif yerleşimler yok, doğru bir app-ads.txt. Son bir yıl içindeki bir politika uyarısı, biraz daha düşük bir eCPM’den daha pahalıya patlar.
• İstikrarlı organik indirmeler gösterin, çünkü hem reklam hem tek seferlik satışlar onlara bağlı.
• Bir abonelik ya da ücretli katman deneyin, ama yalnızca sonuçlarını gösterecek aylarınız varsa; yarım kalmış bir geçiş, alıcının işine yaramaktan çok kafasını karıştırır.

6+ aydır yayında olan ve düzenli gelir getiren; aboneliğin yanı sıra reklamdan ya da tek seferlik satın almalardan kazanan iOS uygulamalarını $10K ile $1M+ arası anlaşmalarla satın alıyorum. Anlaşma genellikle yaklaşık 14 günde, sizden hiçbir ücret alınmadan kapanır. Son ayın gelirinin kaynaklara göre dağılımıyla birlikte uygulamayı bana gönderin; genellikle birkaç saat içinde yanıt veririm.