Praćenje tehničke kvalitete aplikacije pomoću značajke Android vitals

Novi uvidi u probleme s kvalitetom aplikacije i preporuke

Od rujna 2024. na stranicama Pregled Android vitalsa i Rušenja i ANR-ovi na Play konzoli možete pronaći nove uvide i preporuke kako biste lakše odredili prioritete problema s kvalitetom.

Zasad se prikazuju problemi s kompatibilnošću aplikacije, slabe izvedbe i neke preporuke za UX. U nadolazećoj godini nastavit ćemo otkrivati i prikazivati više problema s kvalitetom te pružati više preporuka.

Android vitals olakšat će vam razumijevanje te poboljšati stabilnost i izvedbu aplikacije, potrošnju baterije i još mnogo toga.

Odabir načina pristupa podacima aplikacije

Android vitals možete upotrebljavati na dva načina: putem Play konzole i putem Play Developer Reporting API-ja.

API pruža programski pristup Android vitalsu za razvojne programere koji žele integrirati podatke Android vitalsa s drugim skupovima podataka ili ih ugraditi u svoje tijekove rada. Da biste saznali više o upotrebi API-ja za pristup Android vitalsu, posjetite stranicu Google Play Developer Reporting API-ja.

Da biste pronašli i pregledali podatke Android vitalsa za svoju aplikaciju na Play konzoli:

1. Otvorite Play konzolu i stranicu Pregled Android vitalsa (Kvaliteta > Android vitals > Pregled).
2. Odaberite raspon podataka koje želite vidjeti pomoću alata za odabir datumskog raspona u gornjem desnom kutu.

Važno: ako podaci nisu dostupni, za aplikaciju nema dovoljno točaka s podacima unutar navedenih filtara za prepoznavanje poteškoća.

Pratite temeljne vitalne podatke svoje aplikacije

Pri vrhu stranice Pregled Android vitalsa možete vidjeti temeljne vitalne podatke za svoju aplikaciju. To su najvažniji tehnički mjerni podaci i utječu na vidljivost vaše aplikacije na Google Playu. Temeljni vitalni podaci uključuju sljedeće:

• Stopa ANR-ova koje su primijetili korisnici
• Stopa rušenja koja su primijetili korisnici

Google Play definira pragove opasnog ponašanja za te mjerne podatke. Ako vaša aplikacija premašuje te pragove, vjerojatno će biti manje vidljiva na Google Playu. U nekim se slučajevima na unosu vaše aplikacije u trgovini može prikazivati upozorenje da bi se postavila očekivanja korisnika.

Da biste brzo pronašli područja na kojima se vaša aplikacija može poboljšati, posjetite odjeljak Kritični problemi. Postoje dvije vrste kritičnih poteškoća:

• Opasna ponašanja: mjerni podaci koji premašuju pragove slabe izvedbe
• Anomalije: značajne promjene u podacima (na primjer naglo povećanje stope smrzavanja aplikacije koje su primijetili korisnici)

Da biste primali obavijesti e-poštom, posjetite Postavljanje > Obavijesti ili kliknite Upravljanje obavijestima u kutu odjeljka Temeljni vitalni podaci (Kvaliteta > Android vitals > Pregled). Obavijesti su trenutačno dostupne samo za anomalije.

Pregled svih vitalnih podataka

Blizu sredine stranice Pregled Android vitalsa možete pregledati sve vitalne podatke po aspektu kvalitete.

U tablici možete pregledati mjerne podatke za trenutačno i prethodno razdoblje. Možete vidjeti i usporedbu svoje aplikacije s drugim aplikacijama na Google Playu.

Prikaz detaljnih mjernih podataka

Da biste vidjeli više pojedinosti o mjernom podatku, odaberite Prikaz pojedinosti () pored njega. Na sljedećem zaslonu možete pregledati sljedeće:

• pragove opasnog ponašanja
• referentne vrijednosti kategorije
• detaljne usporedbe referentnih vrijednosti.
  • Pri vrhu stranice, na kartici za usporedbu u istoj kategoriji, odaberite opciju Uredite grupu iste kategorije da biste uredili prilagođenu grupu iste kategorije. Nakon što izradite grupz aplikacija iste kategorije koje je odabrao korisnik, možete vidjeti usporedbu svoje aplikacije s drugim odabranim aplikacijama na Google Playu.
• Trend mjernih podataka tijekom vremena

Analiza podataka pomoću dimenzija

Radi lakše organizacije, segmentiranja i analize podataka vaši se mjerni podaci raščlanjuju prema više dimenzija. Svi mjerni podaci raščlanjuju se na sljedeće načine:

• Artefakt: verzija vaše aplikacije u kojoj se problem pojavio
• Verzija Androida (SDK): verzija OS-a Android prijavljena s korisnikovog uređaja
• Format hardvera: vrsta uređaja na kojem se aplikacija izvodila (na primjer telefon, tablet, televizor, nosivi uređaj)
• Model uređaja: opis uređaja visoke razine koji se sastoji od jedinstvene robne marke i identifikatora uređaja, na primjer Google Oriole. Jedan model uređaja može imati varijante s različitim verzijama Androida, RAM-om, pohranom ili sustavom na čipu (SoC).
• Država/regija: lokacija koju je korisnikov uređaj prijavio u trenutku poteškoće

Savjet: za raščlambe po određenim aspektima hardvera ili softvera uređaja (na primjer model uređaja ili verzija Androida) možete kliknuti simbol () pored stavke u tablici.

Neki mjerni podaci raščlanjuju se na dodatne načine:

• Naziv zaključavanja aktivacije: oznake koje su programski postavljene kad se u aplikaciji upotrebljava PowerManager API
• Naziv aktivacije: oznake koje su programski postavljene kad se u aplikaciji upotrebljava AlarmManager API
• Naziv aktivnosti ANR-a: potpuno kvalificirani naziv klase aktivnosti u kojoj se pojavio ANR (ako je dostupan)
• Vrsta ANR-a: vrijeme pojavljivanja ANR-a (na primjer tijekom izvršavanja usluge) (ako je dostupno)

Kada su dostupne, možete vidjeti više pojedinosti (na primjer skupine rušenja ili ANR-ova povezane s tom raščlambom) tako da odaberete Prikaži pojedinosti () pored željene stavke.

Savjet: između mjernih podataka u pojedinoj kategoriji možete se prebacivati pomoću prekidača pri vrhu zaslona i tako filtrirati stranicu.

Vrste podataka i mjerni podaci

Podaci Android vitalsa dostupni su za prethodnih 90 dana na Play konzoli i tri godine u Play Developer Reporting API-ju.

Podaci se prikupljaju od korisnika koji su se uključili u automatsko dijeljenje podataka o upotrebi i dijagnostici iz podskupa Android uređaja i verzija OS-a. Više informacija o načinu na koji se korisnici Androida uključuju u dijeljenje podataka potražite u centru za pomoć za račune.

Android vitals svakodnevno se ažurira. Ponekad podaci za uređaje s Androidom 10 i novijim verzijama mogu stići prije podataka za uređaje sa starijom verzijom. Ako se to dogodi, vidjet ćete podatke za uređaje s Androidom 10 i novijim verzijama za dane kada su samo oni dostupni.

Napomena: mjerni podaci Android vitalsa isključuju tehničke probleme koji se javljaju na necertificiranim modelima uređaja ili u verzijama vaše aplikacije koje nisu bile instalirane putem Google Playa.

Sažmi sve Proširi sve

Stabilnost

Mjerni podaci o stopi ANR-ova

Mjerni podaci o stopi ANR-ova pružaju pregled kvalitete aplikacije. Ti se mjerni podaci izračunavaju normalizacijom broja korisnika s ANR-ovima na temelju upotrebe aplikacije. Prijavljuju se kao postotak dnevno aktivnih korisnika, pri čemu se dnevno aktivni korisnik definira kao korisnik koji upotrebljava aplikaciju u jednom danu na jednom uređaju. Ako korisnik upotrebljava vašu aplikaciju na više uređaja u jednom danu, svaki će uređaj doprinijeti broju aktivnih korisnika za taj dan. Ako više korisnika upotrebljava isti uređaj u jednom danu, to se računa kao jedan aktivan korisnik.

Postoje tri mjerna podatka o stopi ANR-ova:

• Stopa smrzavanja aplikacije koje su primijetili korisnici: postotak dnevno aktivnih korisnika koji su primijetili barem jedan ANR. Takav ANR je pogreška koju je vjerojatno primijetio korisnik. Trenutačno se bilježe samo smrzavanja aplikacije s isteklim vremenom za slanje unosa. Taj će mjerni podatak uvijek biti niži od vaše ukupne stope ANR-ova jer se normalizira prema dnevnoj upotrebi, ali ne bilježi sve ANR-ove.
  Stopa smrzavanja aplikacije koja su primijetili korisnici temeljni je vitalni podatak, što znači da utječe na vidljivost vaše aplikacije na Google Playu. Važna je jer do ANR-ova koje bilježi uvijek dolazi kada je korisnik u interakciji s aplikacijom, što uzrokuje najviše ometanja.
• Stopa ANR-ova: postotak dnevnih korisnika koji su doživjeli barem jedan ANR. Taj mjerni podatak uključuje ANR-ove koji nisu klasificirani kao ANR-ovi koje su primijetili korisnici, no ne možemo jamčiti da ti ANR-ovi ne utječu na korisnike.
• Stopa višestrukih ANR-ova: postotak dnevnih korisnika koji su doživjeli barem dva ANR-a. Taj mjerni podatak pomaže istaknuti petlje problema.

Rješavanje problema

ANR-ovi koji doprinose vašim mjernim podacima o stopi ANR-ova bilježe se na stranici Rušenja i ANR-ovi. Na toj stranici možete filtrirati ANR-ove koje su primijetili korisnici.

Na web-lokaciji Razvojni programeri za Android pružaju se smjernice za dijagnosticiranje i ispravljanje ANR-ova.

Mjerni podaci o stopi rušenja

Mjerni podaci o stopi rušenja pružaju pregled kvalitete aplikacije. Ti se mjerni podaci izračunavaju normalizacijom broja korisnika s rušenjima na temelju upotrebe aplikacije. Prijavljuju se kao postotak dnevnih korisnika, pri čemu se dnevni korisnik definira kao korisnik koji upotrebljava aplikaciju u jednom danu na jednom uređaju. Ako korisnik ima više uređaja, taj će se korisnik bilježiti više puta. Na primjer, ako dva korisnika upotrebljavaju aplikaciju dva dana svaki na svojem uređaju, to će dati četiri dnevne sesije.

Postoje tri mjerna podatka o stopi rušenja:

• Stopa rušenja koja su primijetili korisnici: postotak dnevnih korisnika koji su primijetili barem jedno rušenje. Riječ je o rušenju koje je vjerojatno primijetio korisnik. Na primjer, rušenja do kojih dolazi kada aplikacija prikazuje aktivnost ili radi kao usluga u prednjem planu. Taj će mjerni podatak uvijek biti niži od vaše ukupne stope rušenja jer se normalizira prema dnevnoj upotrebi, ali ne bilježi sva rušenja.
  Stopa rušenja koja su primijetili korisnici temeljni je vitalni podatak, što znači da utječe na vidljivost vaše aplikacije na Google Playu. Važna je jer do rušenja koja bilježi uvijek dolazi kada je korisnik u interakciji s aplikacijom, što uzrokuje najviše ometanja. Stoga biste trebali provjeriti premašuje li vaša aplikacija prag za opasno ponašanje za taj mjerni podatak.

• Stopa rušenja: postotak dnevnih korisnika koji su doživjeli barem jedno rušenje. Taj mjerni podatak uključuje rušenja koja nisu klasificirana kao rušenja koja su primijetili korisnici, no ne možemo jamčiti da ta rušenja ne utječu na korisnike.

• Stopa višestrukih rušenja: postotak dnevnih korisnika koji su doživjeli najmanje dva rušenja. Taj mjerni podatak pomaže istaknuti petlje problema.

Rješavanje problema

Na web-lokaciji Razvojni programeri za Android pružaju se smjernice za dijagnosticiranje i ispravljanje rušenja.

Vrijeme pokretanja i vrijeme učitavanja

Vrijeme pokretanja (vrijeme do početnog prikaza)

Na stranici Vrijeme pokretanja možete vidjeti pojedinosti o tome kada se vaša aplikacija sporo pokreće izvan memorije, djelomično iz memorije i iz memorije. Vrijeme pokretanja mjeri vrijeme koje je potrebno otkad korisnik pokrene vašu aplikaciju dok se na zaslonu ne pojave prve sličice. To je poznato i kao vrijeme do početnog prikaza.

Nakon tog vremena korisnik možda još neće moći započeti interakciju s aplikacijom, primjerice ako aplikacija ima dodatne zaslone koji se učitavaju.

Pojedinosti o prikupljanju podataka

• Vremena pokretanja bilježe se samo kad korisnik pokrene neku aktivnost.
  • Primjer: vrijeme pokretanja za aplikacije tipkovnice jednako je vremenu pokretanja popratne aplikacije.
• Ako se neka aplikacija pokrene više puta u jednom danu iz istog stanja sustava, bilježi se najdulje vrijeme pokretanja u tom danu.
• Kao vrijeme pokretanja prati se vrijeme koje je potrebno za potpuno učitavanje prve sličice aplikacije, čak i ako to nije zaslon s kojim korisnici stupaju u interakciju.
  • Primjer: ako se aplikacija pokreće uz pozdravni zaslon, vrijeme pokretanja jednako je vremenu koje je potrebno za učitavanje pozdravnog zaslona.

Pojedinosti o vitalnim podacima

• Pogođene sesije: postotak sesija tijekom kojih su korisnici doživjeli sporo vrijeme pokretanja za svako pojedino stanje sustava:
  • Sporo pokretanje izvan memorije: pet sekundi ili više
  • Sporo pokretanje djelomično iz memorije: dvije sekunde ili više
  • Sporo pokretanje iz memorije: jedna sekunda ili više
• Broj sesija: približan broj snimljenih sesija.
• 90./99. percentil: 10%/1% dnevnih sesija u kojima su korisnici doživjeli sporo pokretanje vaše aplikacije.

Rješavanje problema

Ako vaša aplikacija ima velik broj sporih vremena pokretanja, potražite preporučena rješenja na web-lokaciji razvojnih programera za Android.

Generiranje

Sve generiranje

Stopa sporih sesija (30 sličica/s ili 20 sličica/s) [samo igre]

Zašto je to važno

Spore sesije pružaju vam uvid u izvedbu vaše igre koja se odnosi na broj sličica u sekundi, što utječe na to koliko se vaša igra korisnicima čini ujednačenom i fluidnom.

Objašnjenje podataka o aplikaciji

Na stranici Spore sesije vidjet ćete pojedinosti o postotku dnevnih sesija u kojima su korisnici vidjeli više od 25% sličica s vremenom generiranja sporijim od 30 sličica/s ili 20 sličica/s, ovisno o odabranoj referentnoj vrijednosti. Možete vidjeti i distribuciju sesija prema broju sličica u sekundi za svoju igru. (Broj sličica u sekundi na razini sesije mjeri se na 75. percentilu, što znači da 75% sličica postiže barem taj broj sličica u sekundi.)

Većina igara na Google Playu trebala bi ciljati najmanje 30 sličica/s. To korisnicima pruža razuman doživljaj bez obzira na vrstu igre koju igraju (iako će neki korisnici preferirati najmanje 60 sličica/s, posebice na novijim uređajima). Pratite mjerni podatak o stopi spore sesije (30 sličica/s) kako biste bili sigurni da zadovoljavate tu referentnu vrijednost. Napominjemo da ovaj mjerni podatak uključuje samo sesije u kojima više od 25% sličica nema 30 sličica/s, stoga ima toleranciju za varijabilnost broja sličica u sekundi.

Iako 30 sličica/s pruža razuman doživljaj, u nekim slučajevima možda će biti lakše smanjiti broj sličica u sekundi ili korisnici možda žele igrati vašu igru na telefonima koji ne podržavaju 30 sličica/s. U tim scenarijima najmanje 75% sličica u sesiji i dalje bi trebalo postići 20 sličica/s ili više. Pratite mjerni podatak o stopi spore sesije (20 sličica/s) da biste bili sigurni da zadovoljavate tu referentnu vrijednost.

Android vitals izvješćuje o sporim sesijama (30 sličica/s) i sporim sesijama (20 sličica/s) za svaki uređaj, kao i na svim uređajima i u sesijama. Upotrijebite ukupni mjerni podatak da biste stekli uvid u ukupni doživljaj korisnika, no obratite pozornost i na izvedbu po uređaju. Nakon toga Play će početi preusmjeravati korisnike iz igara koje na telefonima ne mogu ostvariti 20 sličica/s.

Vitals počinje pratiti broj sličica u sekundi tek nakon što se vaša igra izvodi jednu minutu.

Pojedinosti o prikupljanju podataka

Mjerni podatak sporih sesija izračunava se na temelju podataka prikupljenih putem SurfaceFlingera. Konkretnije, broj sličica u sekundi sesije procjenjuje se na temelju vremena između sličica iscrtanih na površinama u vlasništvu aplikacije i uključuje sličice koje su generirali OpenGL, Vulkan, kao i alati za Android UI. Taj je mjerni podatak trenutačno dostupan samo za igre.

Podaci o broju sličica u sekundi za spore sesije prikupljaju se za uređaje s Androidom 9 i novijim verzijama.

Prikaz na nadzornoj ploči

• Reprezentativni broj sličica u sekundi: izvedba vaše igre koja se odnosi na broj sličica u sekundi na uređajima s Androidom 9 ili novijim verzijama, izračunata na 75. percentilu. To znači da je 75% sesija imalo taj ili veći broj sličica u sekundi 75% vremena.
• Stopa sporih sesija tijekom vremena: vremenski niz koji prikazuje postotak sesija za koji je utvrđeno da su spore.
• Distribucija broja sličica u sekundi: histogram koji prikazuje broj sličica u sekundi 75. percentila u sesijama. To znači da je 75% sličica u sesiji bilo brže od broja sličica u sekundi upotrijebljenog za segmentiranje sesije.

Rješavanje problema

Ako vaša aplikacija ima velik broj sporih sesija, preporučena rješenja potražite na web-lokaciji razvojnih programera za Android.

Generiranje pomoću Android UI Toolkita

Prevelik broj sporih sličica [samo aplikacije]

Objašnjenje podataka o aplikaciji

Na stranici Prevelik broj sporih sličica vidjet ćete pojedinosti o postotku dnevnih sesija u kojima su korisnici imali više od 50% sličica koje se nisu iscrtale u roku za uređaj. Korisničke interakcije s aplikacijom trebale bi se izvoditi brzinom od 60 sličica u sekundi bez ispuštenih ili zakašnjelih sličica.

Pojedinosti o prikupljanju podataka

Google prikuplja vrijeme generiranja svake sličice koju je generirala vaša aplikacija prilikom upotrebe okvira UI Toolkita. Sličice generirane izravno pomoću OpenGL-a ili Vulkana ne prikupljaju se.

Prikaz na nadzornoj ploči

Kad odaberete redak, prikazat će se podaci raščlanjeni na percentile.

• Pogođene sesije: postotak dnevnih sesija u kojima su korisnici doživjeli više od 50% sličica s vremenom generiranja duljim od 16 ms. Dnevna sesija odnosi se na dan tijekom kojeg se koristila vaša aplikacija. Na primjer, ako dva korisnika upotrebljavaju aplikaciju dva dana, to će dati četiri dnevne sesije.
• Broj sesija: približan broj snimljenih sesija.
• 90./99. percentil: za 90%/99% ukupnog broja sličica vrijeme generiranja bilo je kraće od prikazanog broja. Te se brojke temelje na ukupnom broju prikupljenih sličica.

Kad kliknete unos u tablici, prikazat će se grafikon Distribucija vremena generiranja korisničkog sučelja. Prilikom pregledavanja grafikona provjerite je li vrijednost za većinu sličica aplikacije maksimalno 16 ms.

Podaci ispod grafikona prikazuju uspješnost generiranja aplikacije i mogu vam pomoći u pronalaženju glavnog uzroka poteškoća s vremenom generiranja. Na primjer, ako je postotak "Visoke latencije unosa" visok, preporučujemo da provjerite kôd aplikacije koji obrađuje povratne informacije korisnika. Za više informacija o tim mjernim podacima otvorite testiranje izvedbe korisničkog sučelja.

• Propušteni Vsync događaji: broj propuštenih Vsync događaja podijeljen s brojem sličica za sve sličice koje su se generirale dulje od 16 ms.
• Visoka latencija unosa: broj događaja unosa koji su trajali dulje od 24 ms podijeljen s brojem sličica za sve sličice koje su se generirale dulje od 16 ms.
• Spora nit za korisničko sučelje: broj niti za korisničko sučelje koje su trajale dulje od 8 ms podijeljen s brojem sličica za sve sličice koje su se generirale dulje od 16 ms.
• Spore naredbe za crtanje: broj slanja naredbi za crtanje GPU-u koja su trajala dulje od 12 ms podijeljen s brojem sličica za sve sličice koje su se generirale dulje od 16 ms.
• Spori prijenosi bitmape: broj prijenosa bitmape na GPU duljih od 3,2 ms podijeljen s brojem sličica za sve sličice koje su se generirale dulje od 16 ms.

Rješavanje problema

Ako aplikacija ima visok broj sličica s vremenom generiranja duljim od 16 ms, potražite preporučena rješenja na web-lokaciji razvojnih programera za Android.

Prevelik broj smrznutih okvira [samo aplikacije]

Objašnjenje podataka o aplikaciji

Na stranici Prevelik broj sporih sličica vidjet ćete pojedinosti o postotku dnevnih sesija u kojima su korisnici imali više od 50% sličica koje se nisu iscrtale u roku za uređaj. Korisničke interakcije s aplikacijom trebale bi se izvoditi brzinom od 60 sličica u sekundi bez ispuštenih ili zakašnjelih sličica.

Pojedinosti o prikupljanju podataka

Google prikuplja vrijeme generiranja svake sličice koju je generirala vaša aplikacija prilikom upotrebe okvira UI Toolkita. Sličice generirane izravno pomoću OpenGL-a ili Vulkana ne prikupljaju se.

Prikaz na nadzornoj ploči

Kad odaberete redak, prikazat će se podaci raščlanjeni na percentile.

• Pogođene sesije: postotak dnevnih sesija u kojima su korisnici doživjeli više od 50% sličica s vremenom generiranja duljim od 16 ms. Dnevna sesija odnosi se na dan tijekom kojeg se koristila vaša aplikacija. Na primjer, ako dva korisnika upotrebljavaju aplikaciju dva dana, to će dati četiri dnevne sesije.
• Broj sesija: približan broj snimljenih sesija.
• 90./99. percentil: za 90%/99% ukupnog broja sličica vrijeme generiranja bilo je kraće od prikazanog broja. Te se brojke temelje na ukupnom broju prikupljenih sličica.

Kad kliknete unos u tablici, prikazat će se grafikon Distribucija vremena generiranja korisničkog sučelja. Prilikom pregledavanja grafikona provjerite je li vrijednost za većinu sličica aplikacije maksimalno 16 ms.

Podaci ispod grafikona prikazuju uspješnost generiranja aplikacije i mogu vam pomoći u pronalaženju glavnog uzroka poteškoća s vremenom generiranja. Na primjer, ako je postotak "Visoke latencije unosa" visok, preporučujemo da provjerite kôd aplikacije koji obrađuje povratne informacije korisnika. Za više informacija o tim mjernim podacima otvorite testiranje izvedbe korisničkog sučelja.

• Propušteni Vsync događaji: broj propuštenih Vsync događaja podijeljen s brojem sličica za sve sličice koje su se generirale dulje od 16 ms.
• Visoka latencija unosa: broj događaja unosa koji su trajali dulje od 24 ms podijeljen s brojem sličica za sve sličice koje su se generirale dulje od 16 ms.
• Spora nit za korisničko sučelje: broj niti za korisničko sučelje koje su trajale dulje od 8 ms podijeljen s brojem sličica za sve sličice koje su se generirale dulje od 16 ms.
• Spore naredbe za crtanje: broj slanja naredbi za crtanje GPU-u koja su trajala dulje od 12 ms podijeljen s brojem sličica za sve sličice koje su se generirale dulje od 16 ms.
• Spori prijenosi bitmape: broj prijenosa bitmape na GPU duljih od 3,2 ms podijeljen s brojem sličica za sve sličice koje su se generirale dulje od 16 ms.

Rješavanje problema

Ako aplikacija ima visok broj sličica s vremenom generiranja duljim od 16 ms, potražite preporučena rješenja na web-lokaciji razvojnih programera za Android.

Potrošnja baterije

Zaglavljena zaključavanja aktivacije i zaglavljena djelomična zaključavanja aktivacije (u pozadini)

Stranice Zaglavljena djelomična zaključavanja aktivacije i Zaglavljena djelomična zaključavanja aktivacije (u pozadini) prikazuju djelomična zaključavanja aktivacije koje je aplikacija dobila putem klase PowerManager. Djelomično zaključavanje aktivacije omogućuje da procesor radi, ali se dopušta isključivanje zaslona i pozadinskog osvjetljenja tipkovnice.

Pojedinosti o prikupljanju podataka

• Identifikacijske oznake djelomičnog zaključavanja aktivacije anonimne su radi zaštite privatnosti.
• Podaci o djelomičnim zaključavanjima aktivacije prikupljaju se kad se uređaj ne puni, a zaslon je isključen.
• Podaci o zaglavljenim djelomičnim zaključavanjima aktivacije (u pozadini) prikupljaju se samo kad se aplikacija izvodi u pozadini.
• Google izračunava maksimalno trajanje djelomičnih zaključavanja aktivacije po sesiji baterije radi prikaza broja sesija na koje utječe dugo zaključavanje aktivacije. Na primjer, ako korisnik pokrene zaključavanja aktivacije u trajanju od dva sata, Google će upotrijebiti maksimalnu vrijednost zaključavanja aktivacije od jednog sata.
• Za aplikacije koje postavljaju sharedUserId u datoteci manifesta: podaci će se prikazivati samo ako je instalirana najviše jedna aplikacija koja ima isti sharedUserId.

Pojedinosti o vitalnim podacima

• Pogođene sesije: postotak sesija baterije u kojima su korisnici doživjeli barem jedno zaključavanje aktivacije dulje od jednog sata.
• Broj sesija: približan broj snimljenih sesija.
• 90./99. percentil: 10%/1% dnevnih sesija u kojima su korisnici doživjeli djelomično zaključavanje aktivacije u trajanju duljem od prikazane vrijednosti.
• Prag opasnog ponašanja: ako aplikacija pokazuje stopu pojavljivanja koja je jednaka prikazanom pragu ili viša od njega, to znači da se nalazi u donjih 25% od 1000 najpopularnijih aplikacija na Google Playu (prema broju instaliranja).

Rješavanje problema

Ako vaša aplikacija ima velik broj zaglavljenih djelomičnih zaključavanja aktivacije, potražite preporučena rješenja na web-lokaciji razvojnih programera za Android.

Prekomjerne aktivacije

Stranica Prekomjerne aktivacije prikazuje aktivacije Alarm Managera koje je pokrenula vaša aplikacija. Vidjet ćete podatke o aktivacijama za klase ELAPSED_REALTIME_WAKEUP ili RTC_WAKEUP.

Pojedinosti o prikupljanju podataka

• Identifikacijske oznake aktivacije anonimiziraju se radi zaštite privatnosti.
• Aktivacije se prikupljaju kad se uređaj ne puni.
• Kako bi se pružila normalizirana mjerna vrijednost, broj aktivacija uspoređuje se s vremenom dok je uređaj na bateriji. Google izračunava broj aktivacija po korisniku po satu kako bi prikazao na koliko je korisnika utjecala visoka stopa aktivacija.
• Za aplikacije koje postavljaju sharedUserId u datoteci manifesta: podaci će se prikazivati samo ako je instalirana najviše jedna aplikacija koja ima isti sharedUserId.

Pojedinosti o vitalnim podacima

• Pogođene sesije: postotak sesija baterije u kojima su korisnici doživjeli više od 10 aktivacija po satu. Sesija baterije podrazumijeva skup svih izvješća o bateriji primljenih u određenom razdoblju od 24 sata. U sustavu Android 10 izvješće o bateriji odnosi se na interval između dvaju punjenja baterije s manje od 20% na više od 80% ili s bilo koje vrijednosti do 100%. U sustavu Android 11 i novijima izvješće o bateriji odnosi se na fiksno razdoblje od 24 sata. Google prikuplja podatke samo kada uređaj nije na punjaču.
• Broj sesija: približan broj snimljenih sesija.
• 90./99. percentil: 10%/1% dnevnih sesija u kojima su korisnici doživjeli više aktivacija po satu od prikazane vrijednosti.
• Prag opasnog ponašanja: ako aplikacija pokazuje stopu pojavljivanja koja je jednaka prikazanom pragu ili viša od njega, to znači da se nalazi u donjih 25% od 1000 najpopularnijih aplikacija na Google Playu (prema broju instaliranja).

Rješavanje problema

Ako vaša aplikacija ima česte aktivacije, potražite preporučena rješenja na web-lokaciji razvojnih programera za Android.

Prekomjeran broj traženja Wi-Fija (u pozadini)

Stranica Prekomjeran broj pretraživanja Wi-Fi-ja (u pozadini) prikazuje se kada pretraživanja Wi-Fi-ja dovedu do velike potrošnje baterije.

Pojedinosti o prikupljanju podataka

Podaci o pretraživanju Wi-Fi-ja prikupljaju se kada se uređaj ne puni, a aplikacija radi u pozadini.

Pojedinosti o vitalnim podacima

• Pogođene sesije: postotak sesija baterije u kojima su korisnici doživjeli više od četiri traženja Wi-Fija po satu.
• Broj sesija: približan broj snimljenih sesija.
• 90./99. percentil: 10%/1% dnevnih sesija u kojima su korisnici doživjeli više traženja Wi-Fija u pozadini po satu od prikazanog broja.

Rješavanje problema

Ako aplikacija ima visok broj pretraživanja Wi-Fi-ja u pozadini, preporučena rješenja potražite na web-lokaciji razvojnih programera za Android.

Prekomjerna upotreba mreže (u pozadini)

Stranica Prekomjerna upotreba mreže prikazuje se kad je velika količina mrežnih podataka povezana s uslugom u pozadini. Kada dođe do upotrebe mobilne mreže u pozadini, korisnici nemaju jednostavan pristup kontrolama za zaustavljanje prijenosa podataka.

Pojedinosti o prikupljanju podataka

Podaci o upotrebi mobilne mreže prikupljaju se kada se uređaj ne puni, a aplikacija radi u pozadini.

Pojedinosti o vitalnim podacima

• Pogođene sesije: postotak sesija baterije u kojima su korisnici doživjeli više od 50 MB upotrebe mreže u pozadini po danu.
• Broj sesija: približan broj snimljenih sesija.
• 90./99. percentil: 10%/1% dnevnih sesija u kojima su korisnici doživjeli veću dnevnu upotrebu mreže u pozadini od prikazanog broja.

Rješavanje problema

Ako aplikacija pokazuje visoku upotrebu mreže u pozadini, preporučena rješenja potražite na web-lokaciji razvojnih programera za Android.

Dopuštenja

Odbijanje dopuštenja

Na stranici Odbijanje dopuštenja možete vidjeti pojedinosti o postotku dnevnih sesija dopuštenja tijekom kojih su korisnici odbili dopuštenja. Dnevna sesija dopuštenja odnosi se na dan tijekom kojeg aplikacija zatraži barem jedno dopuštenje od korisnika.

Pojedinosti o prikupljanju podataka

Podaci o odbijanju dopuštenja prikupljaju se kada korisnici odgovore na zahtjeve za dopuštenja u aplikaciji.

Pojedinosti o vitalnim podacima

• Odbijanja: postotak dnevnih sesija dopuštenja tijekom kojih su korisnici odbili dopuštenja.
• Nikad više ne pitaj: postotak dnevnih sesija dopuštenja tijekom kojih su korisnici odbili dopuštenja odabirom opcije Nikad više ne pitaj.
• Ukupan broj sesija: približan broj zabilježenih sesija.

Rješavanje problema

Ako vaša aplikacija ima velik broj odbijanja dopuštenja, preporučena rješenja potražite na web-lokaciji razvojnih programera za Android.

Pragovi opasnog ponašanja za temeljne vitalne podatke

Google Play definirao je pragove opasnog ponašanja za temeljne vitalne podatke vaše aplikacije.

Ako vaša aplikacija premašuje prag opasnog ponašanja, vjerojatno će biti manje vidljiva na Google Playu. Ako vaša aplikacija ima opasno ponašanje na određenim modelima uređaja, Google Play preusmjerit će korisnike na tim uređajima s tih naslova prema drugima koji su prikladniji za korisnike. U nekim se slučajevima na unosu vaše aplikacije u trgovini može prikazivati upozorenje da bi se postavila očekivanja korisnika i pružila opcija traženja alternativa s boljom tehničkom kvalitetom.

Prilikom procjene kvalitete aplikacije Google Play općenito će uzeti u obzir posljednjih 28 dana podataka, no u slučaju naglog porasta može djelovati i ranije.

Sažmi sve Proširi sve

Stabilnost

Pragovi stope ANR-ova koje su primijetili korisnici

Google Play definirao je pragove opasnog ponašanja za stopu ANR-ova koje su primijetili korisnici:

• Opće opasno ponašanje: najmanje 0,47% dnevno aktivnih korisnika doživljava ANR koji su primijetili korisnici na svim modelima uređaja.

• Opasno ponašanje po uređaju: najmanje 8% dnevno aktivnih korisnika doživljava ANR koji su primijetili korisnici na jednom modelu uređaja.

Da biste poboljšali stopu ANR-ova, ispravite temeljne skupine ANR-ova zabilježene na stranici Rušenja i ANR-ovi. Što je veći broj pogođenih korisnika, to više skupina doprinosi vašoj stopi ANR-ova.

Ako određeni aspekti hardvera ili softvera uređaja možda doprinose vašoj stopi ANR-ova, primit ćete obavijest Android vitalsa. Povezane stavke možete istražiti i sami na stranici Pregled dosega i uređaja (Izdanje > Doseg i uređaji > Pregled).

Pragovi stope rušenja koja su primijetili korisnici

Google Play definirao je pragove opasnog ponašanja za stopu rušenja koja su primijetili korisnici:

• Opće opasno ponašanje: najmanje 1,09% dnevnih korisnika doživljava rušenje koje su primijetili korisnici na svim modelima uređaja.

• Opasno ponašanje po uređaju: najmanje 8% dnevnih korisnika doživljava rušenje koje su primijetili korisnici na jednom modelu uređaja.

Da biste poboljšali stopu rušenja, ispravite temeljne skupine rušenja zabilježene na stranici Rušenja i ANR-ovi. Što je veći broj pogođenih korisnika, to više skupina doprinosi vašoj stopi rušenja.

Ako određeni aspekti hardvera ili softvera uređaja možda doprinose vašoj stopi rušenja, primit ćete obavijest Android vitalsa. Povezane stavke možete istražiti i sami na stranici Pregled dosega i uređaja (Izdanje > Doseg i uređaji > Pregled).

Povezani sadržaj

Otkrijte najbolje primjere iz prakse za upotrebu Android vitalsa za poboljšanje izvedbe i stabilnosti aplikacije.