Memantau performa teknis aplikasi dengan Android vitals

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

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

Ciutkan Semua Luaskan Semua

Jenis data 

Penggunaan baterai
  • Bangun berlebihan
  • Penguncian layar saat aktif parsial bermasalah
  • Penguncian layar saat aktif parsial bermasalah (latar belakang)
  • Pemindaian Wi-Fi di latar belakang berlebihan 
  • Penggunaan jaringan di latar belakang berlebihan
Stabilitas
  • Rasio ANR
  • Rasio multi-ANR
  • Rasio error
  • Rasio beberapa error
Waktu memulai aplikasi
  • Start cold lambat
  • Start warm lambat
  • Start hot lambat
Waktu rendering
  • Frame terlalu lambat
  • Periode frozen berlebihan
Izin
  • Penolakan izin

Menemukan dan 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 titik data di dalam filter yang ditentukan untuk mengidentifikasi masalah pada aplikasi. 

Untuk menemukan dan meninjau data Android vitals aplikasi:

  1. Buka Konsol Play.
  2. Pilih aplikasi.
  3. Di menu sebelah kiri, pilih Kualitas > Android vitals > Ringkasan.
  4. Pilih cara Anda ingin melihat data aplikasi.
Tinjau dasbor ringkasan dan detail halaman metrik

Data vital inti

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

  • Rasio ANR
  • Rasio error
  • Penguncian layar saat aktif parsial bermasalah (latar belakang)
  • Bangun berlebihan

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

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

Mempelajari semua fitur vitals

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

Untuk setiap metrik, Anda dapat meninjau persentase sesi aplikasi yang terdampak untuk jangka waktu saat ini dan sebelumnya. Untuk melihat perbandingan performa aplikasi Anda dengan aplikasi lain di Google Play, Anda juga dapat melihat perbedaan antara aplikasi Anda dengan median pembandingnya.

Melihat metrik secara mendetail

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

  • Anomali yang ditemukan dalam data performa
  • Batas perilaku buruk
  • Tolok ukur kategori
  • Detail perbandingan tolok ukur
    • Di dekat bagian atas halaman, pada kartu perbandingan pembanding, pilih Edit grup pembanding untuk mengedit grup pembanding kustom. Setelah membuat grup pembanding kustom, Anda dapat melihat perbandingan aplikasi Anda dengan aplikasi lain yang Anda pilih di Google Play.
  • Metrik menurut artefak, perangkat, versi Android, tolok ukur, atau rentang waktu
    • Untuk melihat detail selengkapnya, Anda dapat meluaskan setiap baris dalam tabel dengan memilih panah bawah di sisi kanan.
Memfilter menurut perilaku buruk

Di bagian atas halaman Ringkasan, beberapa metrik mungkin ditandai dengan ikon error berwarna merah . Artinya, jumlah yang ditampilkan lebih tinggi dibanding dengan aplikasi lain–yang dikenal sebagai perilaku buruk.

Pilih Lihat detail pada kartu yang memiliki ikon untuk melihat APK aplikasi mana yang memiliki perilaku buruk.

Detail metrik

Penguncian layar bermasalah dan penguncian layar saat aktif parsial bermasalah (latar belakang)

Halaman Penguncian layar saat aktif parsial bermasalah dan Penguncian layar saat aktif parsial bermasalah (latar belakang) menampilkan penguncian layar saat aktif parsial yang diperoleh aplikasi Anda melalui class PowerManager. Penguncian layar saat aktif parsial memastikan CPU berjalan, tetapi lampu latar keyboard dan layar boleh 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 diisi daya dan layarnya mati.
  • Data penguncian layar saat aktif parsial bermasalah (latar belakang) hanya dikumpulkan saat aplikasi berjalan di latar belakang.
  • Google menghitung durasi maksimum penguncian layar saat aktif parsial per sesi baterai untuk menampilkan banyaknya sesi yang terdampak oleh penguncian layar saat aktif dalam waktu lama. Misalnya, jika pengguna memicu fitur penguncian layar saat aktif selama dua jam, Google akan menggunakan nilai fitur tersebut maksimum selama satu jam.
  • Untuk aplikasi yang menetapkan sharedUserId dalam file manifes: Anda hanya akan melihat data jika maksimum satu aplikasi dengan sharedUserId yang sama diinstal.

Detail vital

  • Sesi yang terdampak: 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 penguncian layar saat aktif parsial yang durasinya melebihi jumlah yang ditampilkan.
  • Batas perilaku buruk: Jika aplikasi Anda menunjukkan rasio kemunculan yang sama dengan atau lebih tinggi dari batas yang ditampilkan, aplikasi termasuk dalam 25% terbawah dari 1.000 aplikasi teratas di Google Play (berdasarkan jumlah instal).

Memperbaiki masalah

Jika aplikasi Anda memiliki penguncian layar saat aktif parsial yang bermasalah dalam jumlah tinggi, buka situs Developer Android untuk mendapatkan rekomendasi solusi.

Bangun berlebihan

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

Detail pengumpulan data

  • Untuk tujuan privasi, tag identifikasi bangun akan dianonimkan.
  • Data bangun dikumpulkan saat perangkat sedang tidak diisi daya.
  • Untuk menyediakan metrik yang dinormalkan, jumlah bangun akan dibandingkan dengan waktu ketika perangkat menggunakan baterai. Google menghitung jumlah bangun per pengguna setiap jam untuk menampilkan jumlah pengguna yang terdampak oleh rasio bangun yang tinggi.
  • Untuk aplikasi yang menetapkan sharedUserId dalam file manifes: Anda hanya akan melihat data jika maksimum satu aplikasi dengan sharedUserId yang sama diinstal.

Detail vital

  • Sesi yang terdampak: Persentase sesi baterai ketika pengguna mengalami lebih dari 10 kali bangun per jam. Sesi baterai adalah gabungan dari semua laporan baterai yang diterima dalam periode 24 jam yang ditentukan. Di Android 10, laporan baterai mengacu pada interval antara dua pengisian daya baterai, baik dari bawah 20% hingga di atas 80%, atau dari setiap nilai hingga 100%. Di Android 11 dan yang lebih baru, laporan baterai mengacu pada periode tetap 24 jam. 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 lebih banyak jumlah bangun per jam dibanding nilai yang ditampilkan.
  • Batas perilaku buruk: Jika aplikasi Anda menunjukkan rasio kemunculan yang sama dengan atau lebih tinggi dari batas yang ditampilkan, aplikasi termasuk dalam 25% terbawah dari 1.000 aplikasi teratas di Google Play (berdasarkan jumlah instal).

Memperbaiki masalah

Jika aplikasi Anda sering bangun, buka situs Developer Android untuk mendapatkan rekomendasi solusi.

Pemindaian Wi-Fi berlebihan (latar belakang)

Halaman Pemindaian Wi-Fi berlebihan (latar belakang) 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 latar belakang.

Detail vital

  • Sesi yang terdampak: Persentase sesi baterai ketika pengguna mengalami lebih dari 4 kali 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 latar belakang lebih dari jumlah yang ditampilkan.

Memperbaiki masalah

Jika aplikasi Anda memiliki jumlah pemindaian Wi-Fi latar belakang yang tinggi, buka situs Developer Android untuk mendapatkan rekomendasi solusi. 

Penggunaan jaringan berlebihan

Halaman Penggunaan jaringan berlebihan menunjukkan waktu ketika sejumlah besar data jaringan dikaitkan dengan layanan latar belakang. Ketika penggunaan jaringan seluler terjadi di latar belakang, 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 latar belakang.

Detail vital

  • Sesi yang terdampak: Persentase sesi baterai ketika pengguna mengalami lebih dari 50 MB penggunaan jaringan di latar belakang 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 latar belakang yang lebih besar dari jumlah yang ditampilkan.

Memperbaiki masalah

Jika aplikasi Anda memiliki penggunaan jaringan latar belakang yang tinggi, buka situs Developer Android untuk mendapatkan rekomendasi solusi.

Rasio ANR dan rasio multi-ANR

Memahami data aplikasi

Di halaman Rasio ANR dan Rasio multi-ANR, Anda akan melihat data seperti yang ditampilkan di halaman ANR dan error aplikasi. Di halaman Android vitals, data ANR digabungkan dengan data penggunaan untuk membuat metrik yang dinormalkan.

Detail rasio ANR

  • Sesi yang terdampak: Persentase sesi harian ketika pengguna mengalami setidaknya satu ANR. Sesi harian mengacu pada satu hari ketika aplikasi digunakan. Misalnya, jika dua pengguna menggunakan aplikasi selama dua hari, berarti empat sesi harian akan dihasilkan.
  • Sesi bebas ANR: Persentase sesi harian ketika pengguna tidak mengalami ANR. Sesi harian mengacu pada satu hari ketika aplikasi digunakan.
  • Jumlah sesi: Perkiraan jumlah sesi yang direkam.
  • Batas perilaku buruk: Jika aplikasi Anda menunjukkan rasio kemunculan yang sama dengan atau lebih tinggi dari batas yang ditampilkan, aplikasi termasuk dalam 25% terbawah dari 1.000 aplikasi teratas di Google Play (berdasarkan jumlah instal).

Detail rasio multi-ANR

  • Sesi yang terdampak: Persentase sesi harian ketika pengguna mengalami setidaknya dua ANR. Sesi harian mengacu pada satu hari ketika aplikasi digunakan. Misalnya, jika dua pengguna menggunakan aplikasi selama dua hari, berarti empat sesi harian akan dihasilkan.
  • Sesi yang tidak terkena dampak: Persentase sesi harian ketika pengguna mengalami satu ANR atau lebih sedikit. Sesi harian mengacu pada satu hari ketika aplikasi digunakan.
  • Jumlah sesi: Perkiraan jumlah sesi yang direkam

Memperbaiki masalah

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

Rasio error dan rasio beberapa error

Memahami data aplikasi

Di halaman Rasio error dan Rasio beberapa error, Anda akan melihat data seperti yang ditampilkan di halaman ANR dan error aplikasi. Di halaman Android vitals, data error digabungkan dengan data penggunaan untuk membuat metrik yang dinormalkan.

Detail rasio error

  • Sesi yang terdampak: Persentase sesi harian ketika pengguna mengalami setidaknya satu error. Sesi harian mengacu pada satu hari ketika aplikasi digunakan. Misalnya, jika dua pengguna menggunakan aplikasi selama dua hari, berarti empat sesi harian akan dihasilkan.
  • Sesi bebas error: Persentase sesi harian ketika pengguna tidak mengalami error. Sesi harian mengacu pada satu hari ketika aplikasi digunakan.
  • Jumlah sesi: Perkiraan jumlah sesi yang direkam.
  • Batas perilaku buruk: Jika aplikasi Anda menunjukkan rasio kemunculan yang sama dengan atau lebih tinggi dari batas yang ditampilkan, aplikasi termasuk dalam 25% terbawah dari 1.000 aplikasi teratas di Google Play (berdasarkan jumlah instal).

Detail rasio beberapa error

  • Sesi yang terdampak: Persentase sesi harian ketika pengguna mengalami setidaknya dua error. Sesi harian mengacu pada satu hari ketika aplikasi digunakan. Misalnya, jika dua pengguna menggunakan aplikasi selama dua hari, berarti empat sesi harian akan dihasilkan.
  • Sesi yang tidak terkena dampak: Persentase sesi harian ketika pengguna mengalami satu error atau lebih sedikit. Sesi harian mengacu pada satu hari ketika aplikasi digunakan.
  • Jumlah sesi: Perkiraan jumlah sesi yang direkam.

Memperbaiki masalah

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

Frame terlalu lambat

Memahami data aplikasi

Di halaman Frame yang terlalu lambat, Anda akan melihat detail tentang persentase sesi harian ketika pengguna mengalami lebih dari 50% frame yang waktu rendernya melebihi 16 milidetik. Interaksi pengguna dengan aplikasi Anda harus berjalan pada 60 frame per detik tanpa penurunan atau penundaan frame.

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 salah satu baris, Anda akan melihat data yang diuraikan menjadi beberapa persentil.

  • Sesi yang terdampak: Persentase sesi harian ketika pengguna mengalami lebih dari 50% frame yang waktu rendernya melebihi 16 milidetik. Sesi harian mengacu pada satu hari ketika aplikasi Anda digunakan. Misalnya, jika dua pengguna menggunakan aplikasi selama dua hari, berarti empat sesi harian akan dihasilkan.
  • Jumlah sesi: Perkiraan jumlah sesi yang direkam.
  • Persentil ke-90/ke-99: 90%/99% total frame memiliki waktu render yang lebih rendah dari jumlah yang ditampilkan. Jumlah ini didasarkan pada semua frame yang dikumpulkan.

Saat mengklik entri dalam tabel, Anda akan melihat diagram 'Distribusi waktu render UI'. Saat meninjau diagram, Anda harus memastikan bahwa sebagian besar frame aplikasi Anda berada pada atau di bawah 16 milidetik.

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

  • Vsyncs yang terlewat: Untuk semua frame yang dirender selama lebih dari 16 milidetik, jumlah peristiwa Vsync yang terlewat dibagi dengan jumlah frame.
  • Latensi masukan tinggi: Untuk semua frame yang dirender selama lebih dari 16 milidetik, jumlah peristiwa masukan yang membutuhkan waktu lebih dari 24 milidetik dibagi dengan jumlah frame.
  • UI thread lambat: Untuk semua frame yang dirender selama lebih dari 16 milidetik, jumlah peristiwa penyelesaian UI thread yang membutuhkan waktu lebih dari 8 milidetik dibagi dengan jumlah frame.
  • Perintah gambar lambat: Untuk semua frame yang dirender selama lebih dari 16 milidetik, jumlah peristiwa pengiriman perintah gambar ke GPU yang memerlukan waktu lebih dari 12 milidetik dibagi dengan jumlah frame.
  • Upload bitmap lambat: Untuk semua frame yang dirender selama lebih dari 16 milidetik, jumlah peristiwa upload bitmap ke GPU yang memerlukan waktu lebih dari 3,2 milidetik dibagi dengan jumlah frame.

Memperbaiki masalah

Jika aplikasi Anda memiliki jumlah frame yang tinggi dengan waktu render lebih dari 16 milidetik, buka situs Developer Android untuk mendapatkan solusi yang direkomendasikan.

Periode frozen berlebihan

Di halaman Periode frozen berlebihan, Anda akan melihat detail tentang persentase sesi harian ketika pengguna mengalami lebih dari 0,1% frame yang waktu rendernya melebihi 700 milidetik. Interaksi pengguna dengan aplikasi Anda harus berjalan pada 60 frame per detik tanpa frame yang jatuh atau tertunda.

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 meluaskan baris dimensi, Anda akan melihat data yang diuraikan menjadi beberapa persentil.

  • Sesi yang terdampak: Persentase sesi harian ketika pengguna mengalami lebih dari 0,1% frame yang waktu rendernya melebihi 700 milidetik. Sesi harian mengacu pada satu hari ketika aplikasi Anda digunakan. Misalnya, jika dua pengguna menggunakan aplikasi selama dua hari, berarti empat sesi harian akan dihasilkan.
  • Jumlah sesi: Perkiraan jumlah sesi yang direkam.
  • Persentil ke-90/ke-99: 90%/99% total frame memiliki waktu render yang lebih rendah dari jumlah yang ditampilkan. Jumlah ini didasarkan pada semua frame yang dikumpulkan.

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

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

  • Vsyncs yang terlewat: Untuk semua frame yang dirender selama lebih dari 16 milidetik, jumlah peristiwa Vsync yang terlewat dibagi dengan jumlah frame.
  • Latensi masukan tinggi: Untuk semua frame yang dirender selama lebih dari 16 milidetik, jumlah peristiwa masukan yang membutuhkan waktu lebih dari 24 milidetik dibagi dengan jumlah frame.
  • UI thread lambat: Untuk semua frame yang dirender selama lebih dari 16 milidetik, jumlah peristiwa penyelesaian UI thread yang membutuhkan waktu lebih dari 8 milidetik dibagi dengan jumlah frame.
  • Perintah gambar lambat: Untuk semua frame yang dirender selama lebih dari 16 milidetik, jumlah peristiwa pengiriman perintah gambar ke GPU yang memerlukan waktu lebih dari 12 milidetik dibagi dengan jumlah frame.
  • Upload bitmap lambat: Untuk semua frame yang dirender selama lebih dari 16 milidetik, jumlah peristiwa upload bitmap ke GPU yang memerlukan waktu lebih dari 3,2 milidetik dibagi dengan jumlah frame.

Memperbaiki masalah

Jika aplikasi Anda memiliki jumlah frame yang tinggi dengan waktu render lebih dari 700 milidetik, buka situs Developer Android untuk mendapatkan rekomendasi solusi.

Waktu memulai aplikasi

Di halaman Waktu memulai aplikasi, Anda dapat melihat detail waktu ketika aplikasi dimulai secara lambat dari status sistem cold, warm, dan hot.

Detail pengumpulan data

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

Detail vital

  • Sesi yang terdampak: Persentase sesi ketika pengguna mengalami waktu mulai yang lambat untuk setiap 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 ketika pengguna mengalami waktu mulai aplikasi yang lambat untuk aplikasi Anda.

Memperbaiki masalah

Jika aplikasi Anda memiliki jumlah waktu mulai lambat yang tinggi, buka situs Developer Android untuk mendapatkan rekomendasi solusi.

Penolakan izin

Di halaman Penolakan izin, Anda dapat melihat detail tentang persentase sesi izin harian ketika pengguna menolak izin. Sesi izin harian mengacu pada satu hari ketika aplikasi meminta setidaknya satu 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 ketika pengguna menolak izin.
  • Jangan tanya lagi: Persentase sesi izin harian ketika pengguna menolak izin dengan memilih Jangan tanya lagi.
  • Total sesi: Perkiraan jumlah sesi yang direkam.

Memperbaiki masalah

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

Menganalisis data dengan dimensi

Untuk membantu pengaturan, segmentasi, dan analisis data, semua data aplikasi diuraikan menurut dimensi berikut ini.

  • Artefak: Versi aplikasi Anda
  • Versi Android (SDK): Versi OS Android yang dilaporkan dari perangkat pengguna
  • Jenis Perangkat: Jenis perangkat yang digunakan untuk menjalankan aplikasi Anda (misalnya, Ponsel, Tablet, TV, Wearable)
  • Model perangkat: Nama Perangkat dan Nama Pemasaran perangkat pengguna (misalnya, Google Nexus 7/Flo)
  • Nama penguncian layar saat aktif: Tag yang ditetapkan secara terprogram saat menggunakan PowerManager API di aplikasi
  • Nama bangun: Tag yang ditetapkan secara terprogram saat menggunakan AlarmManager API di aplikasi
  • Nama aktivitas ANR: Nama yang sepenuhnya memenuhi syarat dari class aktivitas tempat ANR terjadi (jika tersedia)
  • Jenis ANR: Saat ANR terjadi (misalnya, saat mengeksekusi layanan) jika tersedia

Konten terkait

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

Apakah ini membantu?
Bagaimana cara meningkatkannya?

Perlu bantuan lain?

Login untuk opsi dukungan tambahan guna memecahkan masalah dengan cepat

Telusuri
Hapus penelusuran
Tutup penelusuran
Aplikasi Google
Menu utama
Pusat Bantuan Penelusuran
true
92637
false