Memantau performa teknis aplikasi dengan Android vitals

Menggunakan Konsol Play, Anda bisa melihat data untuk membantu Anda memahami dan meningkatkan penggunaan baterai, stabilitas, dan waktu render aplikasi.

Data berikut dikumpulkan dari pengguna yang sudah setuju untuk membagikan data penggunaan dan diagnostik dari sebagian perangkat Android dan versi OS secara otomatis. Untuk informasi selengkapnya tentang cara pengguna Android memilih untuk membagikan data, buka Pusat Bantuan Akun.

Ciutkan Semua Luaskan Semua

Jenis data 

Penggunaan baterai
  • Penguncian layar bermasalah
  • Penguncian layar bermasalah (background)
  • Bangun berlebihan
  • Pemindaian Wi-Fi yang berlebihan (background)
  • Penggunaan jaringan berlebihan (background)
Stabilitas
  • Rasio ANR
  • Rasio multi-ANR
  • Rasio error
  • Rasio multi-error
Waktu render
  • Rendering lambat (16 milidetik)
  • Periode UI frozen (700 milidetik)
Waktu startup aplikasi
  • Start cold lambat
  • Start warm lambat
  • Start hot lambat
Izin
  • Penolakan izin

Menemukan & meninjau data aplikasi

Rentang tanggal yang tercantum di halaman Android vitals mencakup semua data yang tersedia untuk aplikasi Anda dan tidak dapat disesuaikan. Data Android vitals didasarkan pada zona Waktu Pasifik (Pacific Time - PT).

Penting: Jika data tidak tersedia, berarti aplikasi Anda tidak memiliki cukup poin data di dalam filter yang ditentukan untuk mengidentifikasi masalah pada aplikasi. 

Untuk menemukan dan meninjau data Android vitals aplikasi:

  1. Login ke Konsol Play.
  2. Pilih aplikasi.
  3. Pada menu sebelah kiri, klik Android vitals > Ringkasan.
  4. Pilih cara menampilkan data aplikasi.
Tinjau dasbor ringkasan dan halaman metrik selengkapnya

Fitur vitals inti

Di bagian atas halaman Ringkasan, Anda dapat melihat data tentang vitals inti aplikasi, yang merupakan metrik performa yang dapat memengaruhi visibilitas dan peringkat aplikasi di Google Play. Vitals inti mencakup:

  • Penguncian layar bermasalah parsial (background)
  • Bangun berlebihan
  • Rasio ANR
  • Rasio error

Jika aplikasi mengalami masalah performa yang kritis dan butuh perhatian Anda, termasuk metrik yang melampaui ambang batas perilaku buruk dan ada perubahan besar pada data performa (yang dikenal sebagai anomali), Anda dapat menggunakan halaman ini untuk langsung mengidentifikasi bidang mana saja yang dapat diperbaiki pada aplikasi. Untuk mendapatkan notifikasi email saat terdeteksi perubahan ANR, kluster error, atau Android vitals yang signifikan, kunjungi Setelan > Preferensi.

Penting: Untuk mendapatkan pengalaman pengguna terbaik, semua aplikasi harus mengidentifikasi dan memperbaiki masalah agar tetap berada di bawah ambang batas perilaku buruk.

Mempelajari semua fitur vitals

Di dekat bagian tengah halaman Ringkasan, Anda dapat melihat data tentang semua vitals menurut jenis data. Untuk memfilter tabel, pilih dimensi dan jangka waktu yang ingin Anda lihat.

Untuk tiap metrik, Anda dapat meninjau persentase sesi aplikasi yang terkena dampak untuk periode waktu saat ini dan periode waktu sebelumnya. Untuk melihat perbandingan kinerja aplikasi Anda dengan aplikasi lain di Google Play, Anda juga dapat melihat perbedaan antara aplikasi Anda dengan median sejenisnya.

Melihat metrik secara mendetail

Untuk detail lainnya tentang metrik, pilih Lihat detail. Di layar berikutnya, Anda dapat meninjau:

  • Anomali yang ditemukan dalam data performa (hanya vitals inti)
  • Ambang batas perilaku buruk (hanya data vital inti)
  • Tolok ukur kategori
  • Perbandingan tolok ukur mendetail
    • Di dekat bagian atas halaman, di kartu perbandingan sejenis, pilih Edit grup sejenis untuk mengedit grup sejenis kustom . Setelah membuat grup sejenis kustom, Anda dapat melihat perbandingan aplikasi Anda dengan aplikasi lain di Google Play yang Anda pilih.
  • Metrik berdasarkan kode versi APK, perangkat, versi OS, tolok ukur, atau rentang waktu
    • Untuk melihat detail selengkapnya, Anda dapat meluaskan tiap baris di tabel dengan memilih panah bawah di sisi kanan.
Filter menurut perilaku buruk

Di bagian atas halaman Ringkasan, beberapa metrik mungkin ditandai dengan ikon error berwarna merah . Ini artinya jumlah yang ditampilkan lebih tinggi dibandingkan dengan aplikasi lain, yang juga dikenal sebagai perilaku buruk.

Pilih kartu dengan ikon untuk melihat APK aplikasi mana yang menyertakan perilaku buruk.

Detail metrik

Penguncian layar bermasalah & penguncian layar bermasalah (background)

Halaman Penguncian layar bermasalah dan Penguncian layar bermasalah (background) menampilkan penguncian layar saat aktif parsial yang diakuisisi oleh aplikasi Anda melalui class PowerManager. Fitur penguncian layar saat aktif parsial memastikan CPU berjalan, tapi layar dan lampu latar keyboard akan diizinkan untuk dimatikan.

Detail pengumpulan data

  • Untuk tujuan privasi, tag identifikasi penguncian layar saat aktif parsial akan dianonimkan.
  • Data tentang penguncian layar saat aktif parsial dikumpulkan saat perangkat sedang tidak mengisi daya dan layar mati.
  • Data penguncian layar background bermasalah hanya dikumpulkan saat aplikasi berjalan di background.
  • Google menghitung durasi penguncian layar saat aktif parsial maksimal per sesi baterai untuk menampilkan berapa banyak sesi yang terkena dampak oleh penguncian layar saat aktif yang lama. Misalnya, jika pengguna memicu fitur penguncian layar saat aktif selama dua jam, Google akan menggunakan nilai fitur tersebut maksimal selama satu jam.
  • Untuk aplikasi yang menyetel sharedUserId dalam file manifes: Anda hanya akan melihat data jika maksimal satu aplikasi dengan sharedUserId yang sama diinstal.

Detail vital

  • Sesi yang terkena dampak: Persentase sesi baterai ketika pengguna mengalami setidaknya satu penguncian layar saat aktif selama lebih dari satu jam.
  • Jumlah sesi: Perkiraan jumlah sesi yang direkam.
  • Persentil ke-90 / ke-99: 10% / 1% sesi harian ketika pengguna mengalami durasi penguncian layar saat aktif parsial lebih dari jumlah yang ditampilkan.
  • Kuartil bawah: Jika aplikasi Anda menunjukkan nilai kekerapan yang sama atau lebih tinggi dari ambang batas yang ditampilkan, aplikasi berada di 25% terbawah dari 1.000 aplikasi teratas di Google Play (menurut jumlah instal). 

Memperbaiki masalah

Jika aplikasi Anda memiliki jumlah fitur penguncian layar saat aktif yang tinggi, buka situs Android Developers untuk mendapatkan solusi yang direkomendasikan.

Bangun berlebihan

Halaman Bangun berlebihan menampilkan Alarm Manager untuk bangun yang dipicu oleh aplikasi. Anda akan melihat data bangun untuk class ELAPSED_REALTIME_WAKEUP atau RTC_WAKEUP.

Detail pengumpulan data

  • Untuk tujuan privasi, tag identifikasi bangun dianonimkan.
  • Bangun dikumpulkan saat perangkat sedang tidak mengisi daya.
  • Untuk menyediakan metrik yang dinormalisasi, jumlah bangun dibandingkan dengan waktu perangkat menggunakan baterai. Google menghitung jumlah bangun per pengguna per jam untuk menampilkan jumlah pengguna yang terkena dampak oleh rasio bangun yang tinggi.
  • Untuk aplikasi yang menyetel sharedUserId dalam file manifes: Anda hanya akan melihat data jika maksimal satu aplikasi dengan sharedUserId yang sama diinstal.

Detail vital

  • Sesi yang terkena dampak: Persentase sesi baterai ketika pengguna mengalami lebih dari 10 bangun per jam. Sesi baterai adalah waktu di sela-sela dua pengisian daya penuh perangkat. Google hanya mengumpulkan data ketika perangkat sedang tidak mengisi daya.
  • Jumlah sesi: Perkiraan jumlah sesi yang direkam.
  • Persentil ke-90 / ke-99: 10% / 1% sesi harian ketika pengguna mengalami bangun per jam lebih besar dari nilai yang ditampilkan.
  • Kuartil bawah: Jika aplikasi Anda menunjukkan nilai kekerapan yang sama atau lebih tinggi dari ambang batas yang ditampilkan, aplikasi berada di 25% terbawah dari 1.000 aplikasi teratas di Google Play (menurut jumlah instal). 

Memperbaiki masalah

Jika aplikasi sering bangun, buka situs Android Developers untuk mendapatkan solusi yang direkomendasikan.

Pemindaian Wi-Fi berlebihan (background)

Halaman Pemindaian Wi-Fi berlebihan (background) ditampilkan saat pemindaian Wi-Fi berakibat pada penggunaan baterai yang tinggi. 

Detail pengumpulan data

Data tentang pemindaian Wi-Fi dikumpulkan saat perangkat sedang tidak diisi dayanya dan aplikasi berada di background.

Detail vital

  • Sesi yang terkena dampak: Persentase sesi baterai ketika pengguna mengalami lebih dari 4 pemindaian Wi-Fi per jam.
  • Jumlah sesi: Perkiraan jumlah sesi yang direkam.
  • Persentil ke-90 / ke-99: 10% / 1% sesi harian ketika pengguna mengalami pemindaian Wi-Fi per jam di background lebih dari jumlah yang ditampilkan.
  • Kuartil bawah: Jika aplikasi Anda menunjukkan nilai kekerapan yang sama atau lebih tinggi dari ambang batas yang ditampilkan, aplikasi berada di 25% terbawah dari 1.000 aplikasi teratas di Google Play (menurut jumlah instal). 

Memperbaiki masalah

Jika aplikasi mengalami jumlah pemindaian Wi-Fi background yang tinggi, buka situs Android Developers untuk mendapatkan solusi yang direkomendasikan. 

Penggunaan jaringan berlebihan (background)

Halaman Penggunaan jaringan berlebihan (background) ditampilkan saat sejumlah besar data jaringan dikaitkan dengan layanan background. Ketika penggunaan jaringan seluler terjadi di background, pengguna tidak memiliki akses mudah ke kontrol untuk menghentikan transfer data. 

Detail pengumpulan data

Data tentang penggunaan jaringan seluler dikumpulkan saat perangkat sedang tidak diisi dayanya dan aplikasi berada di background.

Detail vital

  • Sesi yang terkena dampak: Persentase sesi baterai ketika pengguna mengalami lebih dari 50 MB penggunaan jaringan di background per hari.
  • Jumlah sesi: Perkiraan jumlah sesi yang direkam.
  • Persentil ke-90 / ke-99: 10% / 1% sesi harian ketika pengguna mengalami penggunaan jaringan harian di background yang lebih besar dari jumlah yang ditampilkan.
  • Kuartil bawah: Jika aplikasi Anda menunjukkan nilai kekerapan yang sama atau lebih tinggi dari ambang batas yang ditampilkan, aplikasi berada di 25% terbawah dari 1.000 aplikasi teratas di Google Play (menurut jumlah instal). 

Memperbaiki masalah

Jika aplikasi Anda mengalami penggunaan jaringan background yang tinggi, buka situs Android Developers untuk mendapatkan solusi yang direkomendasikan.

Rasio ANR & rasio multi-ANR

Memahami data aplikasi

Pada halaman Rasio ANR dan Rasio multi-ANR, Anda akan melihat data yang mirip dengan yang ditampilkan di halaman ANR & Error pada aplikasi Anda. Di halaman Android vitals, data ANR digabungkan dengan data penggunaan untuk membuat metrik yang dinormalkan.

Detail rasio ANR

  • Sesi yang terkena dampak: Persentase sesi harian ketika pengguna mengalami setidaknya satu ANR. Sesi harian mengacu pada tanggal selama aplikasi Anda digunakan. Misalnya, jika dua pengguna menggunakan aplikasi selama dua hari, akan dihasilkan empat sesi harian.
  • Sesi bebas ANR: Persentase sesi harian ketika pengguna tidak mengalami ANR. Sesi harian mengacu pada tanggal selama aplikasi Anda digunakan.
  • Jumlah sesi: Perkiraan jumlah sesi yang direkam.
  • Kuartil bawah: Jika aplikasi Anda menunjukkan nilai kekerapan yang sama atau lebih tinggi dari ambang batas yang ditampilkan, aplikasi berada di 25% terbawah dari 1.000 aplikasi teratas di Google Play (menurut jumlah instal). 
  • ANR Terkait: Untuk melihat detail ANR real-time, pilih link ANR. Anda akan diarahkan ke halaman ANR & Error di Konsol Play.

Detail rasio multi-ANR

  • Sesi yang terkena dampak: Persentase sesi harian ketika pegguna mengalami setidaknya dua ANR. Sesi harian mengacu pada tanggal selama aplikasi Anda digunakan. Misalnya, jika dua pengguna menggunakan aplikasi selama dua hari, akan dihasilkan empat sesi harian.
  • Sesi yang tidak terkena dampak: Persentase sesi harian ketika pengguna mengalami satu ANR atau lebih sedikit. Sesi harian mengacu pada tanggal selama aplikasi Anda digunakan.
  • Jumlah sesi: Perkiraan jumlah sesi yang direkam.
  • ANR Terkait: Untuk melihat detail ANR real-time, pilih link ANR. Anda akan diarahkan ke halaman ANR & Error di Konsol Play.

Memperbaiki masalah

Jika aplikasi Anda memiliki jumlah ANR yang tinggi, buka situs Android Developers untuk mendapatkan solusi yang direkomendasikan.

Rasio error & rasio multi-error

Memahami data aplikasi

Pada halaman Rasio error dan Rasio multi-error, Anda akan melihat data yang mirip dengan yang ditampilkan di halaman ANR & Error pada aplikasi Anda. Pada halaman Android vitals, data error digabungkan dengan data penggunaan untuk membuat metrik yang dinormalkan.

Detail rasio error

  • Sesi yang terkena dampak: Persentase sesi harian ketika pegguna mengalami setidaknya satu error. Sesi harian mengacu pada tanggal selama aplikasi Anda digunakan. Misalnya, jika dua pengguna menggunakan aplikasi selama dua hari, akan dihasilkan empat sesi harian.
  • Sesi bebas error: Persentase sesi harian ketika pengguna tidak mengalami error. Sesi harian mengacu pada tanggal selama aplikasi Anda digunakan.
  • Jumlah sesi: Perkiraan jumlah sesi yang direkam.
  • Kuartil bawah: Jika aplikasi Anda menunjukkan nilai kekerapan yang sama atau lebih tinggi dari ambang batas yang ditampilkan, aplikasi berada di 25% terbawah dari 1.000 aplikasi teratas di Google Play (menurut jumlah instal). 
  • Error Terkait: Untuk melihat detail error real-time, pilih link Error. Anda akan diarahkan ke halaman ANR & Error di Konsol Play.

Detail rasio multi-error

  • Sesi yang terkena dampak: Persentase sesi harian ketika pengguna mengalami setidaknya dua error. Sesi harian mengacu pada tanggal selama aplikasi Anda digunakan. Misalnya, jika dua pengguna menggunakan aplikasi selama dua hari, akan dihasilkan empat sesi harian.
  • Sesi yang tidak terkena dampak: Persentase sesi harian ketika pengguna mengalami satu error atau lebih sedikit. Sesi harian mengacu pada tanggal selama aplikasi Anda digunakan.
  • Jumlah sesi: Perkiraan jumlah sesi yang direkam.
  • Error Terkait: Untuk melihat detail error real-time, pilih link Error. Anda akan diarahkan ke halaman ANR & Error di Konsol Play.

Memperbaiki masalah

Jika aplikasi Anda memiliki jumlah error yang tinggi, buka situs Android Developers untuk mendapatkan solusi yang direkomendasikan.

Perenderan lambat

Memahami data aplikasi

Pada halaman Rendering lambat, Anda akan melihat detail tentang persentase sesi harian ketika pengguna mengalami lebih dari 50% frame dengan waktu render lebih dari 16 milidetik. Interaksi pengguna dengan aplikasi Anda sebaiknya berjalan sebesar 60 frame per detik tanpa frame turun atau delay.

Detail pengumpulan data

Google mengumpulkan waktu perenderan setiap frame yang dirender oleh aplikasi saat menggunakan framework Toolkit UI, bukan saat menggunakan OpenGL secara langsung.

Tampilan dasbor

Saat memilih baris, Anda akan melihat data yang diperinci menjadi persentil.

  • Sesi yang terkena dampak: Persentase sesi harian ketika pengguna mengalami lebih dari 50% frame dengan waktu perenderan lebih dari 16 md. Sesi harian mengacu pada tanggal selama aplikasi Anda digunakan. Misalnya, jika dua pengguna menggunakan aplikasi selama dua hari, akan dihasilkan empat sesi harian.
  • Jumlah sesi: Perkiraan jumlah sesi yang direkam.
  • Persentil ke-90 / ke-99: 90% / 99% total frame memiliki waktu perenderan yang lebih rendah dari jumlah yang ditampilkan. Jumlah ini didasarkan pada semua frame yang dikumpulkan.
  • Kuartil bawah: Jika aplikasi Anda menunjukkan nilai kekerapan yang sama atau lebih tinggi dari ambang batas yang ditampilkan, aplikasi berada di 25% terbawah dari 1.000 aplikasi teratas di Google Play (menurut jumlah instal). 

Saat mengklik entri dalam tabel, Anda akan melihat diagram "Distribusi waktu render UI". Saat meninjau diagram, pastikan sebagian besar frame aplikasi di bawah 16 md.

Data di bawah diagram menunjukkan performa perenderan aplikasi dan dapat membantu Anda menemukan penyebab utama masalah waktu perenderan. Misalnya, jika persentase "Latensi masukan tinggi" Anda tinggi, sebaiknya lihat kode aplikasi yang menangani masukan pengguna. Untuk informasi selengkapnya tentang metrik ini, buka menguji performa UI.

  • Vsync yang terlewatkan: Untuk semua frame yang dirender lebih dari 16 md, jumlah Vsync yang terlewatkan dibagi dengan jumlah frame.
  • Latensi masukan tinggi: Untuk semua frame yang dirender lebih dari 16 md, jumlah peristiwa masukan yang membutuhkan waktu lebih dari 24 md dibagi dengan jumlah frame.
  • Rangkaian UI yang lambat: Untuk semua frame yang dirender lebih dari 16 md, jumlah waktu yang diperlukan agar rangkaian UI selesai lebih dari 8 md dibagi dengan jumlah frame.
  • Perintah gambar yang lambat: Untuk semua frame yang dirender lebih dari 16 md, jumlah waktu yang dibutuhkan saat mengirimkan perintah gambar ke GPU lebih dari 12 md dibagi dengan jumlah frame.
  • Upload bitmap yang lambat: Untuk semua frame yang dirender lebih dari 16 md, jumlah waktu yang dibutuhkan saat mengupload bitmap ke GPU lebih dari 3,2 md dibagi dengan jumlah frame.

Memperbaiki masalah

Jika aplikasi Anda memiliki jumlah frame yang tinggi dengan waktu perenderan lebih dari 16 md, buka situs Android Developers untuk mendapatkan solusi yang direkomendasikan.

Periode frozen

Pada halaman Periode frozen, Anda akan melihat detail tentang persentase sesi harian ketika pengguna mengalami lebih dari 0,1% frame dengan waktu render lebih dari 700 milidetik. Interaksi pengguna dengan aplikasi Anda sebaiknya berjalan sebesar 60 frame per detik tanpa frame turun atau delay.

Detail pengumpulan data

Google mengumpulkan waktu perenderan setiap frame yang dirender oleh aplikasi saat menggunakan framework Toolkit UI, bukan saat menggunakan OpenGL secara langsung.

Tampilan dasbor

Saat memperluas baris dimensi, Anda akan melihat data dibagi menjadi persentil.

  • Sesi yang terkena dampak: Persentase sesi harian ketika pengguna mengalami lebih dari 0,1% frame dengan waktu perenderan lebih dari 700 md. Sesi harian mengacu pada tanggal selama aplikasi Anda digunakan. Misalnya, jika dua pengguna menggunakan aplikasi selama dua hari, akan dihasilkan empat sesi harian.
  • Jumlah sesi: Perkiraan jumlah sesi yang direkam.
  • Persentil ke-90 / ke-99: 90% / 99% total frame memiliki waktu perenderan yang lebih rendah dari jumlah yang ditampilkan. Jumlah ini didasarkan pada semua frame yang dikumpulkan.
  • Kuartil bawah: Jika aplikasi Anda menunjukkan nilai kekerapan yang sama atau lebih tinggi dari ambang batas yang ditampilkan, aplikasi berada di 25% terbawah dari 1.000 aplikasi teratas di Google Play (menurut jumlah instal). 

Saat mengklik entri dalam tabel, Anda akan melihat diagram "Distribusi waktu render UI". Saat meninjau diagram, Anda harus memastikan sebagian besar frame aplikasi di bawah 700 md.

Data di bawah diagram ini menunjukkan performa perenderan aplikasi dan dapat membantu Anda menemukan penyebab utama masalah waktu perenderan. Misalnya, jika persentase "Latensi masukan tinggi" Anda tinggi, sebaiknya lihat kode aplikasi yang menangani masukan pengguna. Untuk informasi selengkapnya tentang metrik ini, buka menguji performa UI.

  • Vsync yang terlewatkan: Untuk semua frame yang dirender lebih dari 16 md, jumlah Vsync yang terlewatkan dibagi dengan jumlah frame.
  • Latensi masukan tinggi: Untuk semua frame yang dirender lebih dari 16 md, jumlah peristiwa masukan yang membutuhkan waktu lebih dari 24 md dibagi dengan jumlah frame.
  • Rangkaian UI yang lambat: Untuk semua frame yang dirender lebih dari 16 md, jumlah waktu yang diperlukan agar rangkaian UI selesai lebih dari 8 md dibagi dengan jumlah frame.
  • Perintah gambar yang lambat: Untuk semua frame yang dirender lebih dari 16 md, jumlah waktu yang dibutuhkan saat mengirimkan perintah gambar ke GPU lebih dari 12 md dibagi dengan jumlah frame.
  • Upload bitmap yang lambat: Untuk semua frame yang dirender lebih dari 16 md, jumlah waktu yang dibutuhkan saat mengupload bitmap ke GPU lebih dari 3,2 md dibagi dengan jumlah frame.

Memperbaiki masalah

Jika aplikasi Anda memiliki jumlah frame yang tinggi dengan waktu perenderan lebih dari 16 md, buka situs Android Developers untuk mendapatkan solusi yang disarankan.

Waktu startup aplikasi

Pada halaman Waktu startup aplikasi, Anda dapat melihat detail tentang waktu aplikasi dimulai secara lambat dari status sistem cold, warm, dan hot.

Detail pengumpulan data

  • Waktu startup hanya dicatat saat pengguna memicu suatu aktivitas.
    • Contoh: Untuk aplikasi keyboard, waktu startup sama dengan waktu startup aplikasi pendamping.
  • Jika aplikasi dimulai beberapa kali pada hari yang sama dari status sistem yang sama, waktu startup maksimum hari tersebut direkam.
  • Waktu startup dilacak saat frame pertama aplikasi dimuat sepenuhnya, meski itu bukanlah layar yang digunakan pengguna untuk berinteraksi.
    • Contoh: Jika aplikasi dimulai dengan layar pembuka, waktu startup sama dengan waktu yang diperlukan untuk menampilkan layar pembuka.

Detail vital

  • Sesi yang terkena dampak: Persentase sesi saat pengguna mengalami waktu startup yang lambat untuk tiap status sistem.
    • Start cold lambat: 5 detik atau lebih
    • Start warm lambat: 2 detik atau lebih
    • Start hot lambat: 1 detik atau lebih
  • Jumlah sesi: Perkiraan jumlah sesi yang direkam.
  • Persentil ke-90 / ke-99: 10% / 1% sesi harian saat pengguna mengalami waktu mulai aplikasi yang lambat untuk aplikasi Anda.
  • Kuartil bawah: Jika aplikasi Anda menunjukkan nilai kekerapan yang sama atau lebih tinggi dari ambang batas yang ditampilkan, aplikasi berada di 25% terbawah dari 1.000 aplikasi teratas di Google Play (menurut jumlah instal).

Memperbaiki masalah

Jika aplikasi Anda memiliki waktu startup lambat dalam jumlah yang tinggi, buka situs Android Developers untuk mendapatkan solusi yang direkomendasikan.

Penolakan izin

Di halaman Penolakan izin, Anda dapat melihat detail tentang persentase sesi izin harian saat pengguna menolak izin. Sesi izin harian mengacu pada satu hari saat aplikasi Anda meminta minimal 1 izin dari penggunanya.

Detail pengumpulan data

Data tentang penolakan izin dikumpulkan saat pengguna merespons permintaan izin dalam aplikasi Anda.

Detail vital

  • Penolakan:Persentase sesi izin harian saat pengguna menolak izin.
  • Jangan tanya lagi: Persentase sesi izin harian saat pengguna menolak izin dengan memilih Jangan tanya lagi.
  • Total permintaan: Perkiraan jumlah sesi yang direkam.
  • Kuartil bawah: Jika aplikasi Anda menunjukkan nilai kekerapan yang sama atau lebih tinggi dari ambang batas yang ditampilkan, aplikasi berada di 25% terbawah dari 1.000 aplikasi teratas di Google Play (menurut jumlah instal).

Memperbaiki masalah

Jika aplikasi Anda memiliki jumlah penolakan izin yang tinggi, buka situs Android Developers untuk mendapatkan solusi yang direkomendasikan.

Menganalisis data dengan dimensi

Untuk membantu mengatur, mensegmentasikan, dan menganalisis data, semua data aplikasi Anda diperinci menurut dimensi berikut.

  • Versi Aplikasi: Versi aplikasi Anda
  • Versi Android: Versi OS Android yang dilaporkan dari perangkat pengguna
  • Perangkat: Nama Perangkat dan Nama Pemasaran perangkat milik pengguna (mis., Google Nexus 7/Flo)
  • Tag kunci saat bangun: Tag yang ditetapkan secara terprogram saat menggunakan PowerManager API di aplikasi
  • Tag bangun: Tag yang disetel sesuai program saat menggunakan AlarmManager API di aplikasi
  • Nama aktivitas ANR: Nama yang sepenuhnya memenuhi syarat dari class aktivitas tempat terjadinya ANR (jika tersedia)
  • Jenis ANR: Jika ANR terjadi (mis., saat mengeksekusi layanan) (jika tersedia)

Konten terkait

Temukan praktifk terbaik untuk menggunakan Android vitals guna menyempurnakan performa dan stabilitas aplikasi.

Apakah ini membantu?
Bagaimana cara meningkatkannya?