Sledování technické kvality aplikace pomocí Android vitals

Nové statistiky o problémech s kvalitou aplikace a doporučení

Od září 2024 najdete v Play Console na stránkách Přehled Android vitals a Selhání a chyby ANR nové statistiky a doporučení, která vám pomůžou určit prioritu problémů s kvalitou.

V současné době se zobrazují problémy s kompatibilitou aplikací, špatné chování a některá doporučení ohledně uživatelského dojmu. V nadcházejícím roce budeme i nadále odhalovat a zveřejňovat další problémy s kvalitou a poskytovat další doporučení.

Android vitals vám pomůže porozumět stabilitě, výkonu, využití baterie a dalším aspektům vaší aplikace a vylepšit je.

Výběr způsobu zobrazení údajů o aplikaci

Metriky Android vitals můžete používat dvěma způsoby: pomocí Play Console a prostřednictvím rozhraní Play Developer Reporting API.

Rozhraní API poskytuje programatický přístup k položkám Android vitals pro vývojáře, kteří data Android vitals chtějí integrovat s jinými soubory dat nebo začlenit do svých pracovních postupů. Další informace o použití rozhraní API k přístupu k metrikám Android vitals najdete na stránce Google Play Developer Reporting API.

Vyhledání a kontrola údajů o aplikaci ze služby Android vitals v Play Console:

1. Otevřete Play Console a přejděte na stránku Souhrn Android vitals (Kvalita > Přehled funkce Android vitals > Přehled).
2. Pomocí nástroje pro výběr období v pravém horním rohu vyberte období, které chcete zobrazit.

Důležité: Pokud nejsou k dispozici žádné údaje, pro aplikaci v rámci zadaných filtrů není k dispozici dostatek datových bodů, aby bylo možné zjistit případné problémy.

Sledování hlavních metrik vitals aplikace

V horní části stránky Přehled funkce Android vitals jsou zobrazena data o hlavních metrikách vitals vaší aplikace. Toto jsou nejdůležitější technické metriky a ovlivňují viditelnost aplikace na Google Play. Mezi hlavní metriky vitals patří:

• Četnost chyb ANR vnímaných uživateli
• Četnost selhání vnímaných uživateli

Google Play u těchto metrik definuje limity špatného chování. Pokud aplikace tyto limity překročí, bude na Google Play pravděpodobně méně viditelná. V některých případech se v záznamu aplikace v obchodě může zobrazovat upozornění, aby uživatelé věděli, co mají očekávat.

V sekci Kritické problémy můžete rychle zjistit, v jakých oblastech lze aplikaci vylepšit. Existují dva typy kritických problémů:

• Špatné chování: Metriky, které překračují hranici špatného chování.
• Anomálie: Výrazné změny dat (např. prudký nárůst četnosti chyb ANR vnímaných uživateli).

Pokud chcete dostávat e‑mailová oznámení, přejděte na Nastavení > Oznámení, případně v rohu sekce Hlavní metriky funkce vitals (Kvalita > Android vitals > Přehled) klikněte na Správa oznámení. Upozorňujeme, že oznámení jsou v současné době dostupná pouze pro anomálie.

Procházení všech metrik vitals

Poblíž středu stránky Přehled funkce Android Vitals najdete údaje o všech metrikách vitals podle dopadu na kvalitu.

V tabulce si můžete prohlédnout metriky pro aktuální i předchozí období. Můžete se také podívat, jak si vaše aplikace vede v porovnání s ostatními aplikacemi na Google Play.

Zobrazení podrobných metrik

Pokud o metrice chcete zobrazit další podrobnosti, vyberte vedle ní možnost Zobrazit podrobnosti (). Na další obrazovce můžete zkontrolovat:

• Hranice špatného chování
• Srovnání kategorií
• Podrobné porovnání srovnávacích hodnot
  • V horní části stránky na kartě s porovnáním podobných aplikací vyberte Upravit srovnávací skupinu a upravte vlastní srovnávací skupinu. Po vytvoření vlastní srovnávací skupiny můžete sledovat, jak si vaše aplikace vede v porovnání s ostatními aplikacemi na Google Play, které vyberete.
• Trend metrik v průběhu času

Analýza dat pomocí dimenzí

Za účelem usnadnění třídění, segmentace a analýzy dat jsou metriky rozděleny podle řady různých dimenzí. Všechny metriky jsou rozděleny podle následujících kritérií:

• Artefakt: Verze aplikace, ve které k problému došlo.
• Verze systému Android (SDK): Verze operačního systému, která byla nahlášena zařízením uživatele.
• Typ zařízení: Typ zařízení, na kterém byla aplikace spuštěna (například telefon, tablet, televize, nositelné zařízení).
• Model zařízení: Obecný popis zařízení sestávající z jedinečné značky a identifikátoru zařízení, například „Google oriole“. Jeden model zařízení může mít několik variant, které se liší verzí systému Android, velikostí RAM a úložiště nebo systémem na čipu.
• Země/oblast: Lokalita, kterou v okamžiku problému nahlásilo zařízení uživatele.

Tip: Pokud chcete zobrazit rozdělení podle konkrétních aspektů hardwaru nebo softwaru (například podle modelu zařízení nebo podle verze Androidu), klikněte na symbol vedle položky v tabulce.

U některých metrik je k dispozici další rozdělení:

• Název blokování přechodu do režimu spánku: Značky, které byly programaticky nastaveny při použití rozhraní PowerManager API v aplikaci.
• Název probuzení: Značky, které byly programaticky nastaveny při použití rozhraní AlarmManager API v aplikaci.
• Název aktivity ANR: Plnohodnotný název třídy aktivity, ve které došlo k chybě ANR (pokud je k dispozici).
• Typ chyby ANR: Informace o tom, kdy k chybě ANR došlo (například při spouštění služby), pokud jsou k dispozici.

Kliknutím na Zobrazit podrobnosti () vedle položky zobrazíte případné další podrobnosti (například clustery selhání nebo chyb ANR související s daným rozdělením).

Tip: Pomocí přepínače v horní části obrazovky můžete přepínat mezi metrikami v jedné kategorii a stránku filtrovat.

Typy dat a metriky

Data Android vitals jsou v Play Console k dispozici pro předchozích 90 dní a v rozhraní Play Developer Reporting API pro předchozí tři roky.

Data byla získána od uživatelů vybraných zařízení a verzí systému Android, kteří si aktivovali automatické sdílení dat o využití a diagnostických údajů. Další informace o tom, jak se uživatelé Android přihlašují ke sdílení dat, naleznete v centru nápovědy k účtům.

Metriky Android vitals se aktualizují denně. Někdy jsou data pro zařízení se systémem Android 10 a novějším dostupná dříve než data pro zařízení se starším Androidem. Pokud k tomu dojde, zobrazí se vám data pro Android 10 a novější jen pro dny, pro které jsou k dispozici.

Poznámka: Metriky Android vitals nezahrnují technické problémy, ke kterým dochází na necertifikovaných modelech zařízení a ve verzích aplikace, které nebyly nainstalovány prostřednictvím Google Play.

Sbalit vše Rozbalit vše

Stabilita

Metriky četnosti chyb ANR

Metriky četnosti chyb ANR poskytují přehled o kvalitě aplikace. Tyto metriky se počítají na základě počtu uživatelů s chybami ANR a normalizují se podle využití aplikace. V přehledech jsou uváděny jako procento aktivních uživatelů za den, přičemž aktivní uživatel za den je definován jako uživatel, který aplikaci použil v jednom dni na jednom zařízení. Pokud uživatel aplikaci v jeden den použije na několika zařízeních, započítá se do počtu aktivních uživatelů pro daný den každé z nich. Pokud jedno zařízení použije v jeden den více uživatelů, započítají se jako jeden aktivní uživatel.

K dispozici jsou tři metriky četnosti chyb ANR:

• Četnost chyb ANR vnímaných uživateli: Procento aktivních uživatelů za den, u kterých došlo k alespoň jedné chybě ANR vnímané uživatelem. Chyby ANR vnímané uživateli jsou chyby ANR, kterých si uživatelé pravděpodobně všimli. V současné době se započítávají pouze chyby ANR, u kterých vypršelo odeslání vstupu. Tato metrika bude vždy nižší než celková četnost chyb ANR, protože je normalizována podle denního využití, ale nejsou v ní započítány všechny chyby ANR.
  Četnost chyb ANR vnímaných uživateli patří mezi hlavní metriky vitals, protože má vliv na viditelnost aplikace na Google Play. Je to důležité, protože k těmto chybám ANR dochází vždy v době, kdy uživatel aplikaci zrovna používá, a jsou proto nejrušivější.
• Četnost chyb ANR: Procento denních uživatelů, kteří zaznamenali alespoň jednu chybu ANR. Tato metrika zahrnuje chyby ANR, které nejsou klasifikovány jako vnímané uživatelem, ale nemůžeme zaručit, že tyto chyby ANR nemají na uživatele dopad.
• Četnost vícenásobných chyb ANR: Procento denních uživatelů, kteří zaznamenali alespoň dvě chyby ANR. Tato metrika pomáhá odhalit problémy, které se opakují.

Odstraňování problémů

Chyby ANR, které přispívají k metrikám četnosti chyb ANR, jsou uvedeny na stránce Selhání a chyby ANR. Na této stránce můžete vyfiltrovat chyby ANR vnímané uživateli.

Web Android Developers obsahuje pokyny k diagnostice a opravě chyb ANR.

Metriky četnosti selhání

Metriky četnosti selhání poskytují přehled o kvalitě aplikace. Tyto metriky se počítají na základě počtu uživatelů se selháními a normalizují se na základě vašeho používání aplikace. V přehledech jsou uváděny jako procento denních uživatelů, přičemž denní uživatel je definován jako uživatel, který aplikaci použil v jednom dni na jednom zařízení. Pokud má uživatel více než jedno zařízení, bude započítán vícekrát. Pokud aplikaci například používali dva uživatelé po dobu dvou dnů (každý na vlastním zařízení), budou zaznamenány čtyři denní relace.

K dispozici jsou tři metriky četnosti selhání:

• Četnost selhání vnímaných uživateli: Procento denních uživatelů, kteří zaznamenali alespoň jedno selhání vnímané uživatelem. Selhání vnímané uživatelem je selhání, kterého si uživatel pravděpodobně všiml. Patří mezi ně například selhání, ke kterým dochází, když aplikace zobrazuje aktivitu nebo běží jako služba v popředí. Tato metrika bude vždy nižší než celková četnost selhání, protože je normalizována podle denního využití, ale nejsou v ní započítána všechna selhání.
  Četnost selhání vnímaných uživateli patří mezi hlavní metriky vitals, protože má vliv na viditelnost aplikace na Google Play. Je důležitá, protože vypovídá o selháních, ke kterým dochází, když uživatel provádí nějakou interakci s aplikací, což způsobuje největší narušení dojmu. Proto byste u této metriky měli zajistit, aby nepřekračovala hranici špatného chování.

• Četnost selhání: Procento denních uživatelů, kteří zaznamenali alespoň jedno selhání. Tato metrika zahrnuje selhání, která nejsou klasifikována jako vnímaná uživateli, ale nemůžeme zaručit, že tato selhání uživatele neovlivňují.

• Četnost vícenásobných selhání: Procento denních uživatelů, kteří zaznamenali alespoň dvě selhání. Tato metrika pomáhá odhalit problémy, které se opakují.

Odstraňování problémů

Web Android Developers obsahuje pokyny k diagnostice a opravě selhání.

Časy spouštění a načítání

Doba spouštění (čas do počátečního zobrazení)

Na stránce Doba spouštění jsou zobrazeny podrobnosti o pomalých spuštěních aplikace podle stavu systému: tvrdé (studené), poloměkké (teplé) a měkké (horké) spuštění. Doba spouštění udává, za jak dlouho po spuštění aplikace uživatelem se na obrazovce zobrazí první snímky. Nazývá se také „čas do počátečního zobrazení“.

Aplikace po uplynutí této doby nemusí být připravená na interakci ze strany uživatele (například pokud má další obrazovky načítání).

Podrobnosti o shromažďování dat

• Časy spouštění jsou zaznamenány, jen když uživatel zahájí nějakou aktivitu.
  • Například: U aplikací klávesnice se čas spouštění rovná času spuštění doprovodné aplikace.
• Pokud bude aplikace v jednom dni spuštěna víckrát při stejném stavu systému, bude zaznamenán nejdelší čas spuštění v příslušném dni.
• Časy spouštění jsou měřeny v okamžiku, kdy se zcela načte první snímek aplikace, i když se nejedná o snímek, který umožňuje interakci uživatele.
  • Například: Pokud aplikace spouští úvodní obrazovku, čas spuštění se bude rovnat času potřebnému k zobrazení úvodní obrazovky.

Podrobnosti metrik vitals

• Dotčené relace: Procento relací, při nichž uživatelé u jednotlivých stavů systému zaznamenali delší dobu spouštění:
  • Pomalé studené spuštění: pět sekund a víc
  • Pomalé poloměkké spuštění: dvě sekundy a víc
  • Pomalé měkké spuštění: sekunda a víc
• Počet relací: Přibližný počet zaznamenaných relací.
• 90./99. percentil: 10 % / 1 % denních relací, u kterých uživatelé zaznamenali pomalé spouštění aplikace.

Odstraňování problémů

Pokud u vaší aplikace často dochází k pomalým časům spouštění, doporučená řešení naleznete na webu Android Developers.

Vykreslování

Veškeré vykreslování

Četnost pomalých relací (30 nebo 20 snímků/s) [pouze hry]

Proč je to důležité

Pomocí pomalých relací můžete zjistit snímkovou frekvenci hry, která má vliv na hladký a plynulý vzhled.

Analýza dat aplikace

Na stránce Pomalé relace najdete procento denních relací, v nichž se uživatelům více než 25 % snímků zobrazovalo pomaleji než rychlostí 30 nebo 20 snímků/s (podle toho, kterou srovnávací hodnotu vyberete). Můžete také zobrazit rozdělení relací podle snímkové frekvence hry. (Snímková frekvence na úrovni relace se měří na 75. percentilu, což znamená, že 75 % snímků dosahuje alespoň této snímkové frekvence.)

U většiny her na Google Play byste se měli snažit dosáhnout snímkové frekvence alespoň 30 snímků/s. Zajistíte tak pro uživatele rozumný dojem bez ohledu na to, jaký typ hry hrají (někteří uživatelé však preferují alespoň 60 snímků/s, zejména na zařízeních vyšší třídy). Splnění tohoto požadavku sledujte pomocí metriky Četnost pomalých relací (30 snímků/s). Připomínáme, že tato metrika zahrnuje pouze relace, u nichž snímkovou frekvenci 30 snímků/s nesplnilo více než 25 % snímků. Má proto určitou toleranci pro variabilitu snímkové frekvence.

Ačkoli snímková frekvence 30 snímků/s poskytuje přiměřený efekt, v některých případech a u některých typů her nemusí být nižší snímková frekvence problém. Někteří uživatelé hru také mohou chtít hrát na telefonech, které frekvenci 30 snímků/s nepodporují. V těchto případech by alespoň 75 % snímků v relaci mělo dosahovat alespoň 20 snímků/s. Splnění tohoto požadavku sledujte podle metriky Četnost pomalých relací (20 snímků/s).

Přehledy Android vitals zahrnují metriky Pomalé relace (30 snímků/s) a Pomalé relace (20 snímků/s) pro jednotlivá zařízení i pro všechna zařízení a relace. Celková metrika vám poskytne představu o celkovém uživatelském dojmu. Sledujte však i výkon na jednotlivých typech zařízení. Služba Play uživatelům postupně přestane aktivně nabízet hry, které na jejich telefonu nedosáhnou snímkové frekvence alespoň 20 snímků/s.

Snímková frekvence se pro účely metrik vitals začne měřit až po jedné minutě běhu hry.

Podrobnosti o shromažďování dat

Metrika pomalých relací se počítá na základě dat získaných z nástroje SurfaceFlinger. Konkrétněji se snímková frekvence relace odhaduje z doby mezi snímky vykreslenými na plochách vlastněných aplikací a zahrnuje snímky vykreslené pomocí rozhraní OpenGL, Vulkan a sady nástrojů uživatelského rozhraní Android. Tato metrika je v současné době dostupná pouze pro hry.

Údaje o snímkové frekvenci pro metriku Pomalé relace se shromažďují u zařízení se systémem Android 9 nebo novějším.

Zobrazení hlavního panelu

• Reprezentativní snímková frekvence: Snímková frekvence hry na zařízeních se systémem Android 9 nebo novějším, vypočtená pro 75. percentil. To znamená, že u 75 % relací bylo v 75 % doby dosaženo této nebo vyšší snímkové frekvence.
• Četnost pomalých relací v průběhu času: Časová řada ukazující na procento relací, které byly považovány za pomalé.
• Distribuce snímkové frekvence: Histogram znázorňující 75. percentil snímkové frekvence v relacích. To znamená, že 75 % snímků v relaci bylo rychlejších než snímková frekvence uvedená u segmentu, do kterého byla relace zařazena.

Odstraňování problémů

Pokud u vaší aplikace dochází k velkému množství pomalých relací, přečtěte si doporučená řešení na webu Android Developers.

Vykreslování pomocí sady nástrojů uživatelského rozhraní Android

Příliš mnoho pomalých snímků [pouze aplikace]

Analýza dat aplikace

Na stránce Příliš mnoho pomalých snímků najdete informace o tom, u jakého procenta denních relací uživatelé u více než 50 % snímků zaznamenali delší dobu vykreslování, než je limit pro dané zařízení. Uživatelské interakce s aplikací by měly probíhat při 60 snímcích za sekundu bez zpožďování a poklesů snímkové frekvence.

Podrobnosti o shromažďování dat

Údaje o době vykreslování jednotlivých snímků shromažďuje Google pouze v případě, že aplikace používá sadu nástrojů uživatelského rozhraní. Údaje o snímcích vykreslených přímo pomocí technologie OpenGL nebo Vulkan se neshromažďují.

Zobrazení hlavního panelu

Když vyberete řádek, zobrazí se data rozdělená do percentil.

• Dotčené relace: Procento denních relací, při nichž uživatelé u více než 50 % snímků zaznamenali dobu vykreslování delší než 16 ms. Denní relací se rozumí den, kdy byla aplikace použita. Například pokud dva uživatelé používali aplikaci po dobu dvou dnů, budou zaznamenány čtyři denní relace.
• Počet relací: Přibližný počet zaznamenaných relací.
• 90./99. percentil: 90 % / 99 % celkového počtu snímků mělo dobu vykreslování nižší než uvedené číslo. Tato čísla vycházejí ze všech shromážděných snímků.

Když kliknete na záznam v tabulce, zobrazí se graf Rozložení času vykreslení uživatelského rozhraní. Pomocí grafu se můžete ujistit, že většina snímků aplikace se vykresluje pod 16 ms.

Data pod grafem popisují výkon vykreslování u aplikace a v případě potíží s dobou vykreslování vám mohou pomoci najít prvotní příčinu. Pokud například metrika Vysoká vstupní latence uvádí vysokou hodnotu, je na místě prověřit kód aplikace, který zpracovává vstup uživatelů. Další informace o těchto metrikách naleznete v článku o testování výkonu uživatelského rozhraní.

• Zmeškané události Vsync: Počet zmeškaných událostí Vsync (u snímků vykreslených za déle než 16 ms), vydělený počtem snímků.
• Vysoká vstupní latence: Počet vstupních událostí, které (u snímků vykreslených za déle než 16 ms) trvaly déle než 24 ms, vydělený počtem snímků.
• Pomalé podprocesy uživatelského rozhraní: Počet případů, kdy (u snímků vykreslených za déle než 16 ms) dokončení podprocesu uživatelského rozhraní trvalo déle než 8 ms, vydělený počtem snímků.
• Pomalé odesílání příkazů k vykreslení: Počet případů, kdy (u snímků vykreslených za déle než 16 ms) trvalo odeslání příkazů vykreslení do GPU více než 12 ms, vydělený počtem snímků.
• Pomalé nahrávání bitmap: Počet případů, kdy (u snímků vykreslených za déle než 16 ms) trvalo nahrání bitmapy do GPU více než 3,2 ms, vydělený počtem snímků.

Odstraňování problémů

Pokud se u aplikace vyskytuje vysoký počet snímků s dobou vykreslování vyšší než 16 ms, prostudujte si doporučená řešení na webu Android Developers.

Příliš mnoho zamrzlých snímků [pouze aplikace]

Analýza dat aplikace

Na stránce Příliš mnoho pomalých snímků najdete informace o tom, u jakého procenta denních relací uživatelé u více než 50 % snímků zaznamenali delší dobu vykreslování, než je limit pro dané zařízení. Uživatelské interakce s aplikací by měly probíhat při 60 snímcích za sekundu bez zpožďování a poklesů snímkové frekvence.

Podrobnosti o shromažďování dat

Údaje o době vykreslování jednotlivých snímků shromažďuje Google pouze v případě, že aplikace používá sadu nástrojů uživatelského rozhraní. Údaje o snímcích vykreslených přímo pomocí technologie OpenGL nebo Vulkan se neshromažďují.

Zobrazení hlavního panelu

Když vyberete řádek, zobrazí se data rozdělená do percentil.

• Dotčené relace: Procento denních relací, při nichž uživatelé u více než 50 % snímků zaznamenali dobu vykreslování delší než 16 ms. Denní relací se rozumí den, kdy byla aplikace použita. Například pokud dva uživatelé používali aplikaci po dobu dvou dnů, budou zaznamenány čtyři denní relace.
• Počet relací: Přibližný počet zaznamenaných relací.
• 90./99. percentil: 90 % / 99 % celkového počtu snímků mělo dobu vykreslování nižší než uvedené číslo. Tato čísla vycházejí ze všech shromážděných snímků.

Když kliknete na záznam v tabulce, zobrazí se graf Rozložení času vykreslení uživatelského rozhraní. Pomocí grafu se můžete ujistit, že většina snímků aplikace se vykresluje pod 16 ms.

Data pod grafem popisují výkon vykreslování u aplikace a v případě potíží s dobou vykreslování vám mohou pomoci najít prvotní příčinu. Pokud například metrika Vysoká vstupní latence uvádí vysokou hodnotu, je na místě prověřit kód aplikace, který zpracovává vstup uživatelů. Další informace o těchto metrikách naleznete v článku o testování výkonu uživatelského rozhraní.

• Zmeškané události Vsync: Počet zmeškaných událostí Vsync (u snímků vykreslených za déle než 16 ms), vydělený počtem snímků.
• Vysoká vstupní latence: Počet vstupních událostí, které (u snímků vykreslených za déle než 16 ms) trvaly déle než 24 ms, vydělený počtem snímků.
• Pomalé podprocesy uživatelského rozhraní: Počet případů, kdy (u snímků vykreslených za déle než 16 ms) dokončení podprocesu uživatelského rozhraní trvalo déle než 8 ms, vydělený počtem snímků.
• Pomalé odesílání příkazů k vykreslení: Počet případů, kdy (u snímků vykreslených za déle než 16 ms) trvalo odeslání příkazů vykreslení do GPU více než 12 ms, vydělený počtem snímků.
• Pomalé nahrávání bitmap: Počet případů, kdy (u snímků vykreslených za déle než 16 ms) trvalo nahrání bitmapy do GPU více než 3,2 ms, vydělený počtem snímků.

Odstraňování problémů

Pokud se u aplikace vyskytuje vysoký počet snímků s dobou vykreslování vyšší než 16 ms, prostudujte si doporučená řešení na webu Android Developers.

Využití baterie

Zaseknutá blokování přechodu do režimu spánku a zaseknutá částečná blokování přechodu do režimu spánku (na pozadí)

Stránky Zaseknutá blokování přechodu do režimu spánku a Zaseknutá částečná blokování přechodu do režimu spánku (na pozadí) zobrazují částečná blokování přechodu do režimu spánku, která byla aplikací zaznamenána prostřednictvím třídy PowerManager. Částečné blokování přechodu do režimu spánku zajišťuje, že procesor zůstane běžet, ale obrazovka a podsvícení klávesnice se mohou vypnout.

Podrobnosti o shromažďování dat

• Identifikační značky částečných blokování přechodu do režimu spánku jsou z důvodu ochrany soukromí anonymní.
• Údaje o částečných blokováních přechodu do režimu spánku jsou shromažďovány, pouze když se zařízení nenabíjí a obrazovka je vypnutá.
• Údaje o částečných blokováních přechodu do režimu spánku (na pozadí) jsou shromažďovány, pouze když se zařízení nenabíjí.
• Google vypočítává maximální dobu částečného blokování přechodu do režimu spánku na relaci baterie, aby znázornil, kolik relací je ovlivněno dlouhým blokováním. Například pokud uživatel spustí dvě hodinová blokování přechodu do režimu spánku, Google použije maximální hodnotu blokování ve výši jedné hodiny.
• Aplikace s nastaveným parametrem sharedUserId v souboru manifestu: Údaje se zobrazí, pouze pokud je nainstalován maximální počet aplikací se stejnou hodnotou sharedUserId.

Podrobnosti metrik vitals

• Dotčené relace: Procento relací baterie, při nichž uživatelé zaznamenali alespoň jedno blokování přechodu do režimu spánku trvající déle než hodinu.
• Počet relací: Přibližný počet zaznamenaných relací.
• 90./99. percentil: 10 % / 1 % denních relací, u kterých uživatelé zaznamenali částečná blokování přechodu do režimu spánku trvající déle, než je uvedeno.
• Hranice špatného chování: Pokud vaše aplikace dosahuje četnosti uvedené prahové hodnoty nebo ji přesahuje, patří mezi dolních 25 % z 1000 nejčastěji instalovaných aplikací na Google Play.

Odstraňování problémů

Pokud u vaší aplikace dochází k velkému množství částečných blokování přechodu do režimu spánku, doporučená řešení naleznete na webu Android Developers.

Nadměrné probouzení

Stránka Nadměrné probouzení uvádí, kolik probuzení službou Alarm Manager vaše aplikace aktivovala. Data o probuzení se budou zobrazovat pro třídy ELAPSED_REALTIME_WAKEUP a RTC_WAKEUP.

Podrobnosti o shromažďování dat

• Identifikační značky probouzení jsou z důvodu ochrany soukromí anonymní.
• Údaje o probouzení jsou shromažďovány, pouze když se zařízení nenabíjí.
• Za účelem vytvoření normalizované metriky je počet probuzení porovnáván s časem, kdy je zařízení napájeno z baterie. Google vypočítává počet probuzení na uživatele za hodinu, aby znázornil, kolik uživatelů je ovlivněno častým probouzením.
• Aplikace s nastaveným parametrem sharedUserId v souboru manifestu: Údaje se zobrazí, pouze pokud je nainstalován maximální počet aplikací se stejnou hodnotou sharedUserId.

Podrobnosti metrik vitals

• Dotčené relace: Procento relací baterie, při nichž uživatelé zaznamenali více než 10 probuzení za hodinu. Relací baterie se rozumí souhrn všech hlášení baterie přijatých za 24 hodin. V systému Android 10 hlášení baterie odpovídá intervalu mezi dvěma nabitími baterie buď z méně než 20 % na více než 80 %, nebo z libovolné hodnoty na 100 %. V systému Android 11 a vyšším hlášení baterie odpovídá pevnému období 24 hodin. Google tyto údaje shromažďuje, pouze když zařízení není připojeno k nabíječce.
• Počet relací: Přibližný počet zaznamenaných relací.
• 90./99. percentil: 10 % / 1 % denních relací, u kterých uživatelé zaznamenali probouzení za hodinu častější, než udává uvedená hodnota.
• Hranice špatného chování: Pokud vaše aplikace dosahuje četnosti uvedené prahové hodnoty nebo ji přesahuje, patří mezi dolních 25 % z 1000 nejčastěji instalovaných aplikací na Google Play.

Odstraňování problémů

Pokud u aplikace dochází k častému probouzení, prostudujte si doporučená řešení na webu Android Developers.

Nadměrné vyhledávání Wi-Fi (na pozadí)

Stránka Nadměrné vyhledávání Wi-Fi (na pozadí) uvádí případy, kdy vyhledávání Wi-Fi způsobuje vysoké využití baterie.

Podrobnosti o shromažďování dat

Údaje o vyhledávání Wi-Fi jsou shromažďovány, pouze když se zařízení nenabíjí a aplikace běží na pozadí.

Podrobnosti metrik vitals

• Dotčené relace: Procento relací baterie, při nichž uživatelé zaznamenali více než čtyři vyhledávání Wi-Fi za hodinu.
• Počet relací: Přibližný počet zaznamenaných relací.
• 90./99. percentil: 10 % / 1 % denních relací, kdy uživatelé zaznamenali za hodinu více vyhledávání Wi-Fi na pozadí, než udává uvedená hodnota.

Odstraňování problémů

Pokud u aplikace dochází k nadměrnému vyhledávání Wi-Fi na pozadí, prostudujte si doporučená řešení na webu Android Developers.

Nadměrné využití sítě (na pozadí)

Stránka Nadměrné využití sítě uvádí případy, kdy se službou na pozadí souvisí velké množství síťových dat. Když dojde k vysokému využití mobilní sítě na pozadí, uživatelé nemají snadný přístup k ovládacím prvků, pomocí kterých by mohli přenos dat ukončit.

Podrobnosti o shromažďování dat

Údaje o využití mobilní sítě jsou shromažďovány, pouze když se zařízení nenabíjí a aplikace běží na pozadí.

Podrobnosti metrik vitals

• Dotčené relace: Procento relací baterie, při nichž uživatelé zaznamenali využití sítě na pozadí přesahující 50 MB za den.
• Počet relací: Přibližný počet zaznamenaných relací.
• 90./99. percentil: 10 % / 1 % denních relací, kdy uživatelé zaznamenali za hodinu větší využití mobilní sítě na pozadí, než udává uvedená hodnota.

Odstraňování problémů

Pokud u aplikace dochází k vysokému využití sítě na pozadí, prostudujte si doporučená řešení na webu Android Developers.

Oprávnění

Odepřená oprávnění

Na stránce Odepřená oprávnění zobrazíte podrobnosti o procentu denních relací oprávnění, při nichž uživatelé odepřeli oprávnění. Denní relací oprávnění se rozumí den, kdy si aplikace od uživatele vyžádala alespoň jedno oprávnění.

Podrobnosti o shromažďování dat

Údaje o odepřených oprávněních jsou shromažďovány, když uživatelé ve vaší aplikaci reagují na žádost o oprávnění.

Podrobnosti metrik vitals

• Odepření: Procento denních relací oprávnění, při nichž uživatelé odepřeli oprávnění.
• Už se nikdy neptat: Procento denních relací oprávnění, při nichž uživatelé odepřeli oprávnění a vybrali možnost Už se nikdy neptat.
• Celkový počet relací: Přibližný počet zaznamenaných relací.

Odstraňování problémů

Pokud u vaší aplikace dochází k velkému množství odepření oprávnění, doporučená řešení naleznete na webu Android Developers.

Hranice špatného chování pro hlavní metriky vitals

Služba Google Play má stanovené limity hlavních metrik vitals, jejichž překročení je považováno za špatné chování.

Pokud aplikace překročí hranici špatného chování, bude na Google Play pravděpodobně méně viditelná. Pokud aplikace vykazuje špatné chování na konkrétních modelech zařízení, Google Play místo ní bude uživatelům těchto zařízení doporučovat jiné aplikace, které pro ně jsou vhodnější. V některých případech se v záznamu aplikace v obchodě může zobrazovat upozornění s informacemi o tom, co uživatelé mají očekávat a jaké alternativy s lepší technickou kvalitou mohou použít.

Při posuzování kvality aplikace služba Google Play obvykle zohledňuje data za posledních 28 dnů, v případě náhlého nárůstu selhání či chyb však může reagovat i dříve.

Sbalit vše Rozbalit vše

Stabilita

Hranice četností chyb ANR vnímaných uživateli

Služba Google Play má stanovené limity četnosti chyb ANR vnímaných uživateli, jejichž překročení je považováno za špatné chování.

• Celkové špatné chování: Alespoň 0,47 % aktivních uživatelů za den na všech modelech zařízení se setkává s chybou ANR vnímanou uživateli.

• Špatné chování na konkrétním typu zařízení: Alespoň 8 % aktivních uživatelů za den na jednom modelu zařízení zaznamenává chyby ANR vnímané uživatelem.

Pokud četnost chyb ANR chcete snížit, opravte clustery chyb ANR uvedené na stránce Selhání a chyby ANR. Čím vyšší je počet dotčených uživatelů, tím více cluster přispívá k četnosti chyb ANR.

Pokud se na četnosti chyb ANR podílejí konkrétní aspekty hardwaru nebo softwaru zařízení, funkce Android vitals vás na to upozorní. Souvislost s nimi můžete prozkoumat také na stránce Přehled zásahu a zařízení (Vydání > Zásah a zařízení > Přehled).

Limity četnosti selhání vnímaných uživateli

Služba Google Play má stanovené limity četnosti selhání vnímaných uživateli, jejichž překročení je považováno za špatné chování.

• Celkové špatné chování: Alespoň 1,09 % denních uživatelů na všech modelech zařízení zaznamenává selhání vnímané uživatelem.

• Špatné chování na konkrétním typu zařízení: Alespoň 8 % denních uživatelů na jednom modelu zařízení zaznamenává selhání vnímané uživatelem.

Pokud četnost selhání chcete snížit, opravte clustery selhání uvedené na stránce Selhání a chyby ANR . Čím vyšší je počet dotčených uživatelů, tím více daný cluster přispívá k četnosti selhání.

Pokud se na četnosti selhání mohou podílet určité aspekty hardwaru nebo softwaru zařízení, metriky Android vitals vás na to upozorní. Souvislost s nimi můžete prozkoumat také na stránce Přehled zásahu a zařízení (Vydání > Zásah a zařízení > Přehled).

Související obsah

Přečtěte si doporučené postupy k vylepšení výkonu a stability aplikace pomocí metrik Android vitals.