Raporlanmaya Değer Tek Mobil Metrik Seti

Çoğu aylık uygulama raporu günlük aktiflerle, oturum süresiyle ve oturum başına ekran sayısıyla açılıyor. Bunların hiçbirinin yayımlanmış bir eşiği yok ve hiçbirine, slaydı okuyan kişi dışında kimse tarafından bir sonuç bağlanmış değil.

İki metriğin var. Google onlar için kesin rakamlar yayımlıyor ve çizgiyi geçtiğinizde ne olduğunu yazıyor; bu da onları bir mobil raporda yoruma açık olmayan tek rakamlar yapıyor.

Yayımlanmış sonucu olan ikisi

26 Ağustos 2026'da güncellenen Android vitals, kullanıcının hissettiği çökme oranı ve kullanıcının hissettiği ANR oranı için kötü davranış eşikleri tanımlıyor ve etkisini açıkça yazıyor:

"Uygulamanız ya da oyununuz bir kötü davranış eşiğini aşarsa, Play başlığınızın görünürlüğünü azaltabilir. Play ayrıca mağaza sayfanızda kullanıcılara bir uyarı gösterebilir."

Grafikte dikkat edilmesi gereken iki şey var.

ANR eşiği çökme eşiğinden daha sıkı. %0,47'ye karşı %1,09. Google donmayı çökmeden kötü sayıyor — çoğu ekibin triyaj yaptığının tersi. Çökme bir yığın izi ve bir kayıt üretiyor; donma ise telefonunun bozulduğunu sanan bir kullanıcı. Hata süreciniz çökmeleri görmesi kolay olduğu için önceliklendiriyorsa, eşiği daha gevşek olan metriği önceliklendiriyor demektir.

Model başına eşik var, çünkü ortalamalar bir şeyleri gizliyor. Bir uygulama genelde rahatça %1,09'un altında kalıp tek bir telefon modelinde %8'de olabilir — o cihaza sahip herkes için kullanılamaz, her ortalamada görünmez. Toplu rakamlar üzerine kurulu aylık bir raporun gösteremediği hata tam olarak bu.

Kesin rakamı olan üç tane daha

Android vitals ayrıca aşırı açılış sürelerini de tanımlıyor; ölçüm Time to Initial Display ile:

Bunları hedef değil taban olarak okuyun. Eşiğin altında olmak işaretlenmemek demek; uygulamanın hızlı hissettirdiği anlamına gelmiyor. Ama bir ürün konuşmasında genelde eksik olan şeyi veriyorlar: görüş meselesi olmayan bir rakam.

Bütün bunların dürüst sınırı

Bunlar Android mağaza kuralları, evrensel bir standart değil. Apple, App Store Connect ve MetricKit üzerinden metrik sağlıyor ama sonucu açıkça yazılmış kötü davranış eşikleri yayımlamıyor.

Yani "çökme oranı %1,09'un altında"yı platformlar arası bir geçme notu gibi sunan bir rapor fazla söylemiş olur. Dürüstçe söylenebilecek şey şu: bir platform çizgiyi yayımlamış, diğeri yayımlamamış; ve yayımlanmış bir çizginin doğru tarafında olmak, birinin uydurduğu bir iç hedefin doğru tarafında olmaktan değerli.

Aylık rapor ne içermeli

Yukarıdaki eşikler sonucu olan tek rakamlarsa, rapor kendini yazıyor:

1. Kullanıcının hissettiği çökme oranı, genel ve en kötü cihaz modeliniz için.
2. Kullanıcının hissettiği ANR oranı, aynı iki görünüm.
3. Soğuk açılış süresi, 5 saniye çizgisine karşı.
4. Her metriğe göre en kötü üç cihaz modeli; çünkü ortalamanın size yalan söylediği yer orası.
5. Uygulamanın kıpırdatmak için var olduğu iş rakamı — sipariş, rezervasyon, tamamlanan görev — ki tanımı size ait ve uygulamanın yapılma sebebi de o.

Beş kalem. Diğer her şey — oturum süresi, oturum başına ekran, elde tutma eğrileri — bu beşinden biri kıpırdadığında açtığınız bir teşhis görünümüne ait; karar vericinin okuduğu belgeye değil.

Nerede hayır diyoruz

Günlük aktifleri manşet olarak raporlamıyoruz. Pazarlama harcadığında yükseliyor, durduğunda düşüyor ve uygulamanın çalışıp çalışmadığı hakkında hiçbir şey söylemiyor.

Ortalamaları yanında en kötü cihaz modeli olmadan raporlamıyoruz. Kullanılamaz bir telefonu gizleyen ortalama bir ölçüm değil, bir gönül rahatlığıdır.

Ve çökmesiz oturumları tek başına bir kalite metriği saymıyoruz. Hiç çökme yaşamayıp bir daha dönmeyen bir kullanıcı o rakamda başarı sayılır — bir raporun iyileşirken bir ürünün ölmesinin yolu da budur. Ürün sorusu çökme panosunda değil, uygulama mı mobil site mi kararında.

Bu hafta ne yapmalı

1. Play Console'da Android vitals'ı açın ve iki çekirdek kararlılık metriğini yukarıdaki eşiklere karşı okuyun.
2. Görünümü cihaz bazına çevirin ve en kötü modelinizi bulun. %8 ile karşılaştırın.
3. Soğuk açılışı 5 saniyeye karşı kontrol edin ve eşiğin hedef olmadığını not edin.
4. Aylık raporu beş satıra indirin. Bir rakamın eşiği ve sonucu yoksa, o bir teşhistir.
5. Seçmek zorunda kaldığınızda ANR'leri çökmelerden önce düzeltin; çünkü eşik, platformun öyle yaptığını söylüyor.

Bu beş satırın elle derlenmek yerine araçlardan otomatik çıkmasını isterseniz, uygulamanın neyi kıpırdatması gerektiğini bize anlatın — ya da nasıl kapsamlandırdığımızı mobil uygulama geliştirme sayfasında görün.