Sledovanie technickej kvality aplikácie pomocou funkcie Android Vitals

Viac o konkrétnej metrike sa dozviete po výbere možnosti Zobraziť podrobnosti () vedľa nej. Na ďalšej obrazovke uvidíte:

• prahy neželaného správania;
• Porovnania kategórií.
• podrobné porovnania štandardných hodnôt.
  • Na karte porovnávania podobných aplikácií v hornej časti stránky vyberte Upraviť skupinu podobných aplikácií a upravte vlastnú skupinu podobných aplikácií. Keď vytvoríte vlastnú skupinu podobných aplikácií, môžete sa pozrieť, ako je na tom vaša aplikácia v porovnaní s inými aplikáciami na Google Play, ktoré vyberiete.
• Trend metrík v priebehu času

Metriky miery nereagovania aplikácie poskytujú prehľad kvality aplikácie. Tieto metriky sa počítajú normalizáciou počtu používateľov s nereagovaniami aplikácie na základe používania aplikácie. Nahlasujú sa ako percento aktívnych používateľov za deň, pričom aktívny používateľ za deň je definovaný ako používateľ používajúci aplikáciu v jednom dni v jednom zariadení. Ak používateľ použije vašu aplikáciu v priebehu jedného dňa vo viacerých zariadeniach, každé zariadenie prispeje do počtu aktívnych používateľov za daný deň. Ak rovnaké zariadenie použije za jeden deň viacero používateľov, počíta sa to ako jeden aktívny používateľ.

Existujú tri metriky miery nereagovania aplikácie:

• Miera nereagovania aplikácie zaznamenaného používateľom: percento aktívnych používateľov za deň, ktorí zaznamenali aspoň jedno nereagovanie aplikácie zaznamenané používateľom. Nereagovanie aplikácie zaznamenané používateľom je také, ktoré si používateľ pravdepodobne všimol. Momentálne sa započítavajú iba nereagovania aplikácie typu „vypršanie času odoslania vstupu“. Táto metrika bude vždy nižšia ako celková miera nereagovania aplikácie, pretože je normalizovaná denným používaním, ale nezapočítava všetky nereagovania aplikácie.
  Miera nereagovaní aplikácie zaznamenaného používateľom je základná metrika, čo znamená, že ovplyvňuje viditeľnosť vašej aplikácie na Google Play. Je to dôležité, pretože nereagovania aplikácie, ktoré počítajú, sa vyskytujú vždy pri interakcii používateľa s aplikáciou, čo spôsobuje najviac prerušení.
• Miera nereagovaní aplikácie: percento používateľov za deň, ktorí zaznamenali aspoň jedno nereagovanie aplikácie. Táto metrika zahŕňa nereagovania aplikácie, ktoré nie sú klasifikované ako zaznamenané používateľom, ale nemôžeme zaručiť, že tieto nereagovania aplikácie nemajú vplyv na používateľov.
• Miera viacerých nereagovaní aplikácie: percento používateľov za deň, ktorí zaznamenali aspoň dve nereagovania aplikácie. Táto metrika pomáha zvýrazniť slučky problémov.

Riešenie problémov

Nereagovania aplikácie, ktoré prispievajú k metrikám miery nereagovaní aplikácie, sú nahlasované na stránke Pády a nereagovania aplikácie. Na tejto stránke môžete filtrovať nereagovania aplikácie zaznamenané používateľom.

Pokyny na diagnostiku a opravu nereagovaní aplikácie nájdete na webe Vývojári pre Android.

Metriky miery pádov poskytujú prehľad kvality aplikácie. Tieto metriky sa počítajú normalizáciou počtu používateľov s pádmi na základe používania aplikácie. Nahlasujú sa ako percento používateľov za deň, pričom používateľ za deň je definovaný ako používateľ používajúci aplikáciu v jednom dni v jednom zariadení. Ak má používateľ viacero zariadení, započíta sa viackrát. Ak napríklad dvaja používatelia využívali aplikáciu dva dni (každý vo svojom zariadení), budú zaznamenané štyri denné relácie.

Existujú tri metriky miery pádov:

• Miera pádov zaznamenaných používateľom: percento používateľov za deň, ktorí zaznamenali aspoň jeden pád zaznamenaný používateľom. Pád zaznamenaný používateľom je taký, ktorý si používateľ pravdepodobne všimol. Ide napríklad o pády, ku ktorým dochádza, keď aplikácia zobrazuje aktivitu alebo je spustená ako služba na popredí. Táto metrika bude vždy nižšia ako celková miera pádov, pretože je normalizovaná denným používaním, ale nezapočítava všetky pády.
  Miera pádov zaznamenaných používateľom je základná metrika, čo znamená, že ovplyvňuje viditeľnosť vašej aplikácie na Google Play. Je to dôležité, pretože započítavané pády sa vyskytujú vždy, keď používateľ interaguje s aplikáciou, čo spôsobuje najviac vyrušení. Z tohto dôvodu by ste mali zaistiť, aby vaša aplikácia v prípade tejto metriky neprekročila prah neželaného správania.

• Miera pádov: percento používateľov za deň, ktorí zaznamenali aspoň jeden pád. Táto metrika zahŕňa pády, ktoré nie sú klasifikované ako zaznamenané používateľom, ale nemôžeme zaručiť, že tieto pády nemajú vplyv na používateľov.

• Miera viacerých pádov: percento používateľov za deň, ktorí zaznamenali aspoň dva pády. Táto metrika pomáha zvýrazniť slučky problémov.

Riešenie problémov

Pokyny na diagnostiku a opravu pádov nájdete na webe Vývojári pre Android.

Na stránke Čas spustenia sa zobrazujú podrobnosti o tom, keď aplikácia spustí pomalý studený, teplý alebo horúci štart z príslušného stavu systému. Čas spustenia meria interval, ktorý uplynie od spustenia aplikácie používateľom do zobrazenia prvých snímok na obrazovke. Nazýva sa to aj „čas do úvodného zobrazenia“.

Vaša aplikácia nemusí byť pripravená na to, aby s ňou mohol používateľ po uplynutí tohto času začať interagovať, napríklad ak má ďalšie načítavajúce sa obrazovky.

Podrobnosti o zhromažďovaní údajov

• Časy spustenia sa zaznamenávajú iba vtedy, keď používateľ spustí aktivitu.
  • Príklad: V prípade aplikácií klávesníc je čas spustenia rovnaký ako čas spustenia sprievodnej aplikácie.
• Ak sa aplikácia spustí viackrát za deň z rovnakého stavu systému, zaznamená sa maximálny čas spustenia v daný deň.
• Časy spustenia sa sledujú, keď sa úplne načíta prvá snímka aplikácie, a to aj vtedy, keď nejde o obrazovku, s ktorou môžu používatelia interagovať.
  • Príklad: Ak sa aplikácia spustí s úvodnou obrazovkou, čas spustenia je rovnaký ako čas potrebný na spustenie úvodnej obrazovky.

Podrobnosti o základných dátach

• Ovplyvnené relácie: percento relácií, počas ktorých používatelia zaznamenali pomalý čas spustenia v prípade jednotlivých zodpovedajúcich stavov systému:
  • Pomalý studený štart: 5 sekúnd a viac
  • Pomalé spustenie z pamäte: 2 sekundy a viac
  • Pomalé kombinované spustenie:: 1 sekunda alebo viac
• Počet relácií: približný počet zaznamenaných relácií.
• 90. alebo 99. percentil: 10 % alebo 1 % denných relácií, kedy používatelia zaznamenali pomalý čas spustenia vašej aplikácie.

Riešenie problémov

Ak má vaša aplikácia vysoký počet pomalých časov spustenia, odporúčané riešenia nájdete na webe Vývojári pre Android.

Prečo je to dôležité

Pomocou pomalých relácií môžete porozumieť výkonu snímkovej frekvencie svojej hry, ktorá má vplyv na jej bezproblémovosť a plynulosť v zariadeniach používateľov.

Porozumenie dátam aplikácie

Na stránke Pomalé relácie nájdete podrobnosti o percente denných relácií, kedy používatelia zaznamenali viac ako 25 % snímok, ktoré boli v závislosti od vybranej štandardnej hodnoty pomalšie ako 30 sním./s alebo 20 sním./s. Môžete si pozrieť aj distribúciu relácií podľa snímkovej frekvencie svojej hry. (Snímková frekvencia na úrovni relácie sa meria na 75. percentile, čo znamená, že 75 % snímok dosahuje aspoň túto snímkovú frekvenciu.)

Cieľom väčšiny hier na Google Play by mala byť frekvencia minimálne 30 sním./s. Používateľom poskytuje primerané prostredie bez ohľadu na typ hranej hry (hoci niektorí používatelia budú uprednostňovať minimálne 60 sním./s, obzvlášť v zariadeniach vyššej kategórie). Sledujte metriku miery pomalých relácií (30 sním./s), čím zaistíte dosiahnutie tohto cieľa. Upozorňujeme, že táto metrika zahŕňa iba relácie, v ktorých chýba viac ako 25 % snímok frekvencie 30 sním./s, takže poskytuje určitú toleranciu v súvislosti s variabilitou snímkovej frekvencie.

Aj keď 30 sním./s poskytuje primerané prostredie, môže sa stať, že v niektorých prípadoch či typoch hier bude vhodné znížiť snímkovú frekvenciu pod túto úroveň, napríklad vtedy, keď používatelia budú chcieť hrať vašu hru v telefónoch, ktoré nepodporujú 30 sním./s. V týchto prípadoch by aspoň 75 % snímok relácie malo dosahovať frekvenciu minimálne 20 sním./s. Sledujte metriku miery pomalých relácií (20 sním./s), čím zaistíte splnenie tohto cieľa.

Funkcia Android Vitals poskytuje reporty pomalých relácií (30 sním./s) a pomalých relácií (20 sním./s) pre každé zariadenie, ale aj pre viaceré zariadenia a relácie. Táto celková metrika vám pomôže porozumieť celkovému dojmu používateľov, ale venujte pozornosť aj výkonu jednotlivých zariadení. Play prestane v náležitom čase odporúčať používateľom hry, ktoré v telefóne nedokážu dosiahnuť 20 sním./s.

Vitals začína sledovať snímkovú frekvenciu až vtedy, keď je vaša hra spustená jednu minútu.

Podrobnosti o zhromažďovaní údajov

Metrika pomalých relácií sa počíta na základe údajov zhromaždených zo služby SurfaceFlinger. Konkrétnejšie, snímková frekvencia relácie sa odhaduje na základe času medzi snímkami vykreslenými v platformách aplikácie a zahŕňa snímky vykreslené nástrojmi OpenGL, Vulkan a súpravou nástrojov pre používateľské rozhranie Androidu. Táto metrika je momentálne k dispozícii iba pre hry.

Údaje o snímkovej frekvencii pre pomalé relácie sa zhromažďujú v prípade zariadení s Androidom 9 alebo novším.

Zobrazenie hlavného panela

• Reprezentatívna snímková frekvencia: výkon snímkovej frekvencie vašej hry v zariadeniach s Androidom 9 alebo novším (vypočítaná na 75. percentile). Znamená to, že 75 % relácií malo túto alebo rýchlejšiu snímkovú frekvenciu počas 75 % času.
• Miera pomalých relácií v priebehu času: časová postupnosť vyjadrujúca percento relácií, o ktorých sa zistilo, že sú pomalé.
• Distribúcia snímkovej frekvencie: histogram zobrazujúci 75. percentil snímkovej frekvencie v rámci relácií. Znamená to, že 75 % snímok relácie bolo rýchlejších než snímková frekvencia použitá pri segmentovaní relácie.

Riešenie problémov

Ak má vaša aplikácia vysoký počet pomalých relácií, odporúčané riešenia nájdete na webe Vývojári pre Android.

Porozumenie dátam aplikácie

Na stránke Príliš pomalé snímky nájdete percento denných relácií, kedy používatelia zaznamenali viac ako 50 % snímok, ktoré prekročili termín vykreslenia v zariadení. Používateľské interakcie s aplikáciou by mali prebiehať s rýchlosťou 60 snímok za sekundu bez oneskorenia a poklesu snímkovej frekvencie.

Podrobnosti o zhromažďovaní údajov

Google zhromažďuje čas vykreslenia jednotlivých snímok vykreslených vašou aplikáciou pomocou súpravy nástrojov používateľského rozhrania. Nezhromažďujú sa snímky vykreslené priamo pomocou nástrojov OpenGL alebo Vulkan.

Zobrazenie hlavného panela

Po výbere riadka sa zobrazia údaje rozdelené na percentily.

• Ovplyvnené relácie: percento denných relácií, kedy používatelia zaznamenali viac ako 50 % snímok s časom vykreslenia prekračujúcim 16 ms. Denná relácia označuje deň, kedy bola aplikácia použitá. Ak napríklad dvaja používatelia využívali aplikáciu dva dni, budú zaznamenané štyri denné relácie.
• Počet relácií: približný počet zaznamenaných relácií.
• 90. alebo 99. percentil: 90 % alebo 99 % celkového počtu snímok s časom vykreslenia nižším než zobrazená hodnota. Tieto hodnoty sú založené na všetkých zhromaždených snímkach.

Po kliknutí na záznam v tabuľke sa zobrazí graf Distribúcia času vykreslenia používateľského rozhrania. Pomocou neho sa môžete uistiť, že väčšina snímok aplikácie sa vykresľuje za menej ako 16 ms.

Údaje pod grafom vyjadrujú výkon vykresľovania aplikácie a v prípade problémov s časom vykreslenia môžete pomocou nich zistiť hlavnú príčinu. Ak napríklad metrika Latencia vysokého vstupu uvádza vysoké percento, mali by ste preveriť kód aplikácie, ktorý spracováva vstup používateľa. Viac o týchto metrikách sa dozviete v článku o testovaní výkonu používateľského rozhrania.

• Zmeškané udalosti Vsync: v prípade všetkých snímok vykreslených za viac ako 16 ms ide o počet zmeškaných udalostí Vsync vydelený počtom snímok.
• Latencia vysokého vstupu: v prípade všetkých snímok vykreslených za viac ako 16 ms ide o počet udalostí vstupu, ktoré trvali dlhšie ako 24 ms, vydelený počtom snímok.
• Pomalé vlákno používateľského rozhrania: v prípade všetkých snímok vykreslených za viac ako 16 ms ide o počet vlákien používateľského rozhrania, ktorých dokončenie trvalo viac ako 8 ms, vydelený počtom snímok.
• Pomalé príkazy vykreslenia: v prípade všetkých snímok vykreslených za viac ako 16 ms ide o počet prípadov, kedy odosielanie príkazov vykreslenia do grafického procesora trvalo dlhšie ako 12 ms, vydelený počtom snímok.
• Pomalé nahrávanie bitmáp: v prípade všetkých snímok vykreslených za viac ako 16 ms ide o počet prípadov, kedy nahrávanie bitmapy do grafického procesora trvalo dlhšie ako 3,2 ms, vydelený počtom snímok.

Riešenie problémov

Ak má vaša aplikácia vysoký počet snímok s časom vykreslenia vyšším ako 16 ms, odporúčané riešenia nájdete na webe Vývojári pre Android.

Porozumenie dátam aplikácie

Na stránke Príliš pomalé snímky nájdete percento denných relácií, kedy používatelia zaznamenali viac ako 50 % snímok, ktoré prekročili termín vykreslenia v zariadení. Používateľské interakcie s aplikáciou by mali prebiehať s rýchlosťou 60 snímok za sekundu bez oneskorenia a poklesu snímkovej frekvencie.

Podrobnosti o zhromažďovaní údajov

Google zhromažďuje čas vykreslenia jednotlivých snímok vykreslených vašou aplikáciou pomocou súpravy nástrojov používateľského rozhrania. Nezhromažďujú sa snímky vykreslené priamo pomocou nástrojov OpenGL alebo Vulkan.

Zobrazenie hlavného panela

Po výbere riadka sa zobrazia údaje rozdelené na percentily.

• Ovplyvnené relácie: percento denných relácií, kedy používatelia zaznamenali viac ako 50 % snímok s časom vykreslenia prekračujúcim 16 ms. Denná relácia označuje deň, kedy bola aplikácia použitá. Ak napríklad dvaja používatelia využívali aplikáciu dva dni, budú zaznamenané štyri denné relácie.
• Počet relácií: približný počet zaznamenaných relácií.
• 90. alebo 99. percentil: 90 % alebo 99 % celkového počtu snímok s časom vykreslenia nižším než zobrazená hodnota. Tieto hodnoty sú založené na všetkých zhromaždených snímkach.

Po kliknutí na záznam v tabuľke sa zobrazí graf Distribúcia času vykreslenia používateľského rozhrania. Pomocou neho sa môžete uistiť, že väčšina snímok aplikácie sa vykresľuje za menej ako 16 ms.

Údaje pod grafom vyjadrujú výkon vykresľovania aplikácie a v prípade problémov s časom vykreslenia môžete pomocou nich zistiť hlavnú príčinu. Ak napríklad metrika Latencia vysokého vstupu uvádza vysoké percento, mali by ste preveriť kód aplikácie, ktorý spracováva vstup používateľa. Viac o týchto metrikách sa dozviete v článku o testovaní výkonu používateľského rozhrania.

• Zmeškané udalosti Vsync: v prípade všetkých snímok vykreslených za viac ako 16 ms ide o počet zmeškaných udalostí Vsync vydelený počtom snímok.
• Latencia vysokého vstupu: v prípade všetkých snímok vykreslených za viac ako 16 ms ide o počet udalostí vstupu, ktoré trvali dlhšie ako 24 ms, vydelený počtom snímok.
• Pomalé vlákno používateľského rozhrania: v prípade všetkých snímok vykreslených za viac ako 16 ms ide o počet vlákien používateľského rozhrania, ktorých dokončenie trvalo viac ako 8 ms, vydelený počtom snímok.
• Pomalé príkazy vykreslenia: v prípade všetkých snímok vykreslených za viac ako 16 ms ide o počet prípadov, kedy odosielanie príkazov vykreslenia do grafického procesora trvalo dlhšie ako 12 ms, vydelený počtom snímok.
• Pomalé nahrávanie bitmáp: v prípade všetkých snímok vykreslených za viac ako 16 ms ide o počet prípadov, kedy nahrávanie bitmapy do grafického procesora trvalo dlhšie ako 3,2 ms, vydelený počtom snímok.

Riešenie problémov

Ak má vaša aplikácia vysoký počet snímok s časom vykreslenia vyšším ako 16 ms, odporúčané riešenia nájdete na webe Vývojári pre Android.

Na stránkach Čiastočné trvalé zákazy režimu spánku a Čiastočné trvalé zákazy režimu spánku (na pozadí) nájdete informácie o čiastočných zákazoch režimu spánku získaných vašou aplikáciou prostredníctvom triedy PowerManager. Čiastočný zákaz režimu spánku zaisťuje, že procesor zostane pracovať, ale obrazovka a podsvietenie sa môžu vypnúť.

Podrobnosti o zhromažďovaní údajov

• Identifikačné značky čiastočných zákazov úsporného režimu sú z dôvodu ochrany súkromia anonymizované.
• Údaje o čiastočných zákazoch režimu spánku sa zhromažďujú vtedy, keď sa zariadenie nenabíja a obrazovka je vypnutá.
• Údaje o čiastočných trvalých zákazoch režimu spánku (na pozadí) sa zhromažďujú iba vtedy, keď je aplikácia spustená na pozadí.
• Google vypočítava maximálny čas čiastočného zákazu režimu spánku na reláciu batérie, aby znázornil, koľko relácií je ovplyvnených dlhým zákazom režimu spánku. Ak napríklad používateľ spustí dvojhodinový zákaz režimu spánku, Google použije hodnotu maximálneho zákazu, ktorým je jedna hodina.
• Aplikácie s nastaveným parametrom sharedUserId v súbore manifestu: údaje sa zobrazia iba vtedy, keď je nainštalovaná maximálne jedna aplikácia s rovnakou hodnotou sharedUserId.

Podrobnosti o základných dátach

• Ovplyvnené relácie: percento relácií batérie, kedy používatelia zaznamenali aspoň jeden zákaz režimu spánku, ktorý trval dlhšie ako hodinu.
• Počet relácií: približný počet zaznamenaných relácií.
• 90. alebo 99. percentil: 10 % alebo 1 % denných relácií, kedy používatelia zaznamenali čiastočný zákaz režimu spánku, ktorý trval dlhšie ako zobrazená hodnota.
• Prah neželaného správania: ak vaša aplikácia dosahuje mieru výskytu na úrovni uvedeného prahu alebo vyššiu, patrí medzi dolných 25 % z 1 000 najčastejšie inštalovaných aplikácií na Google Play.

Riešenie problémov

Ak má vaša aplikácia vysoký počet čiastočných trvalých zákazov režimu spánku, odporúčané riešenia nájdete na webe Android Developers.

Stránka Nadbytočné prebudenia uvádza, koľko prebudení Správcom budíka spustila vaša aplikácia. Zobrazia sa údaje o prebudení pre triedu ELAPSED_REALTIME_WAKEUP alebo RTC_WAKEUP.

Podrobnosti o zhromažďovaní údajov

• Identifikačné značky prebudení sú z dôvodu ochrany súkromia anonymizované.
• Údaje o prebudeniach sa zhromažďujú iba vtedy, keď sa zariadenie nenabíja.
• S cieľom vytvorenia normalizovanej metriky je počet prebudení porovnávaný s časom, kedy je zariadenie napájané z batérie. Google vypočítava počet prebudení na používateľa za hodinu na zobrazenie počtu používateľov ovplyvnených nadmerným počtom prebudení.
• Aplikácie s nastaveným parametrom sharedUserId v súbore manifestu: údaje sa zobrazia iba vtedy, keď je nainštalovaná maximálne jedna aplikácia s rovnakou hodnotou sharedUserId.

Podrobnosti o základných dátach

• Ovplyvnené relácie: percento relácií batérie, kedy používatelia zaznamenali viac ako 10 prebudení za hodinu. Relácia batérie je súhrn všetkých prehľadov batérie prijatých v priebehu daného 24‑hodinového obdobia. V Androide 10 znamená prehľad batérie interval medzi dvoma nabitiami batérie z nižšej hodnoty než 20 % na hodnotu vyššiu než 80 % alebo z akejkoľvek hodnoty na 100 %. V Androide 11 alebo novšom označuje prehľad batérie pevné 24‑hodinové obdobie. Google zhromažďuje dáta iba vtedy, keď zariadenie nie je pripojené k nabíjačke.
• Počet relácií: približný počet zaznamenaných relácií.
• 90. alebo 99. percentil: 10 % alebo 1 % denných relácií, kedy používatelia zaznamenali prebudenia za hodinu, ktoré trvali dlhšie ako zobrazená hodnota.
• Prah neželaného správania: ak vaša aplikácia dosahuje mieru výskytu na úrovni uvedeného prahu alebo vyššiu, patrí medzi dolných 25 % z 1 000 najčastejšie inštalovaných aplikácií na Google Play.

Riešenie problémov

Ak aplikácia zaznamenala časté prebudenia, odporúčané riešenia nájdete na webe Android Developers.

Stránka Nadmerný počet hľadaní sietí Wi-Fi (na pozadí) uvádza prípady, kedy vyhľadávanie sietí Wi-Fi spôsobuje vysoké využitie batérie.

Podrobnosti o zhromažďovaní údajov

Údaje o vyhľadávaní sietí Wi-Fi sa zhromažďujú vtedy, keď sa zariadenie nenabíja a aplikácia je spustená na pozadí.

Podrobnosti o základných dátach

• Ovplyvnené relácie: percento relácií batérie, kedy používatelia zaznamenali viac ako štyri vyhľadávania sietí Wi-Fi za hodinu.
• Počet relácií: približný počet zaznamenaných relácií.
• 90. alebo 99. percentil: 10 % alebo 1 % denných relácií, kedy používatelia zaznamenali počet vyhľadávaní sietí Wi-Fi na pozadí za hodinu, ktorý bol väčší ako zobrazená hodnota.

Riešenie problémov

Ak v aplikácii dochádza k nadmernému vyhľadávaniu sietí Wi-Fi na pozadí, prečítajte si odporúčané riešenia na webe Android Developers.

Stránka Nadmerné využitie siete uvádza prípady, kedy so službou na pozadí súvisí veľké množstvo sieťových dát. Keď dochádza k využitiu mobilnej siete na pozadí, používatelia nemajú jednoduchý prístup k ovládacím prvkom, pomocou ktorých by mohli prenos dát ukončiť.

Podrobnosti o zhromažďovaní údajov

Údaje o využívaní mobilnej siete sa zhromažďujú vtedy, keď sa zariadenie nenabíja a aplikácia je spustená na pozadí.

Podrobnosti o základných dátach

• Ovplyvnené relácie: percento relácií batérie, počas ktorých používatelia zaznamenali využitie siete na pozadí za deň, ktoré bolo vyššie ako 50 MB.
• Počet relácií: približný počet zaznamenaných relácií.
• 90. alebo 99. percentil: 10 % alebo 1 % denných relácií, kedy používatelia zaznamenali vyššie využitie siete na pozadí, než uvádza zobrazená hodnota.

Riešenie problémov

Ak v aplikácii dochádza k vysokému využitiu siete na pozadí, prečítajte si odporúčané riešenia na webe Android Developers.

Na stránke Zamietnuté povolenia nájdete percento denných relácií povolení, počas ktorých používatelia odmietli povolenia. Denná relácia povolení označuje deň, kedy aplikácia požiadala používateľa aspoň o jedno povolenie.

Podrobnosti o zhromažďovaní údajov

Údaje o zamietnutých povoleniach sa zhromažďujú, keď používatelia reagujú na žiadosti o povolenia v aplikácii.

Podrobnosti o základných dátach

• Zamietnutia: percento denných relácií povolení, počas ktorých používatelia odmietli povolenia.
• Túto otázku už nezobrazovať: percento denných relácií povolení, počas ktorých používatelia odmietli povolenia výberom možnosti Túto otázku už nezobrazovať.
• Celkový počet relácií: približný počet zaznamenaných relácií.

Riešenie problémov

Ak má vaša aplikácia vysoký počet zamietnutých povolení, odporúčané riešenie získate na webe Android Developers.

Služba Google Play definovala prahy neželaného správania v miere nereagovaní aplikácie zaznamenaných používateľom.

• Celkové neželané správanie: aspoň 0,47 % aktívnych používateľov za deň zaznamenalo nereagovanie aplikácie zaznamenané používateľom vo všetkých modeloch zariadení.

• Neželané správanie na zariadenie: aspoň 8 % aktívnych používateľov za deň zaznamenalo nereagovanie aplikácie zaznamenané používateľom v jednom modeli zariadenia.

Ak chcete zlepšiť mieru nereagovaní aplikácie, opravte základné klastre nereagovaní aplikácie, ktoré sú nahlasované na stránke Pády a nereagovania aplikácie. Čím je počet ovplyvnených používateľov vyšší, tým viac sa klaster podieľa na miere nereagovania aplikácie.

Ak k miere nereagovania aplikácie prispievajú konkrétne aspekty hardvéru alebo softvéru zariadenia, služba Android Vitals vás na to upozorní. Spojenia môžete preskúmať aj sami na stránke Prehľad dosahu a zariadení (Vydanie > Dosah a zariadenia > Prehľad).

Služba Google Play definovala prahy neželaného správania v miere pádov zaznamenaných používateľom.

• Celkové neželané správanie: aspoň 1,09 % používateľov za deň zaznamená pád zaznamenaný používateľom vo všetkých modeloch zariadení.

• Neželané správanie zariadenia: aspoň 8 % používateľov za deň zaznamená pád zaznamenaný používateľom v jednom modeli zariadenia.

Ak chcete zlepšiť mieru pádov, opravte základné klastre pádov, ktoré sú nahlasované na stránke Pády a nereagovania aplikácie. Čím je počet ovplyvnených používateľov vyšší, tým viac sa klaster podieľa na miere pádov.

Ak k miere pádov prispievajú konkrétne aspekty hardvéru alebo softvéru zariadenia, funkcia Android Vitals vás na to upozorní. Spojenia môžete preskúmať aj svojpomocne na stránke Prehľad dosahu a zariadení (Vydanie > Dosah a zariadenia > Prehľad).