Az alkalmazás technikai minőségének figyelése az Android vitals funkció segítségével

Az Android vitals segítségével megismerheted és javíthatod többek között az alkalmazás stabilitását, teljesítményét és akkumulátorhasználatát.

Az alkalmazás adataihoz való hozzáférési mód kiválasztása

Kétféleképpen használhatod az Android vitals funkciót: a Play Console-on és a Play Developer Reporting API-n keresztül.

Az API automatizált hozzáférést biztosít az Android vitals funkcióhoz azoknak a fejlesztőknek, akik az Android vitals adatait más adatkészletekkel szeretnék integrálni, vagy szeretnék az Android vitals adatait beépíteni a munkameneteikbe. Ha többet szeretnél megtudni arról, hogy hogyan férhetsz hozzá az Android vitals funkcióhoz egy API-n keresztül, keresd fel a Google Play Developer Reporting API oldalt.

Az Android vitals funkcióval kapcsolatos alkalmazásadatokat a következőképpen keresheted meg és tekintheted át a Play Console-ban:

1. Nyisd meg a Play Console oldalát.
2. Válaszd ki az alkalmazást.
3. A bal oldali menüben válaszd a Minőség > Android vitals> Áttekintés lehetőséget.
4. Válaszd ki a jobb felső sarokban található dátumtartomány-választóval, hogy milyen adattartományt szeretnél megtekinteni.

Fontos: Ha nem állnak rendelkezésre adatok, akkor az alkalmazás nem rendelkezik elegendő, a megadott szűrőkön belüli adatponttal a problémák azonosításához.

Az alkalmazás alapvető vitals-mutatóinak figyelése

Az Áttekintés oldal tetején láthatod az alkalmazás alapvető vitals-mutatóival kapcsolatos adatokat. Ezek a legfontosabb technikai mutatók, és hatással vannak az alkalmazás felfedezhetőségére a Google Playen. Az alapvető vitals-mutatók:

• Felhasználó által érzékelt ANR-arány
• Felhasználó által érzékelt összeomlási arány

A Google Play határozza meg a hibás viselkedés küszöbértékeit ezeknél a mutatóknál. Ha az alkalmazásod meghaladja ezeket a küszöbértékeket, akkor valószínűleg kevésbé lesz felfedezhető a Google Playen. Bizonyos esetekben figyelmeztetés jelenhet meg az alkalmazás áruházi adatlapján a felhasználók tájékoztatására.

A „Kritikus problémák” szakaszban gyorsan megtalálhatod azokat a területeket, amelyek tekintetében alkalmazásod fejlődhet. Kétféle kritikus probléma létezik:

• Hibás viselkedés: A mutatók túllépik a hibás viselkedési küszöbértékeket.
• Rendellenességek: Az adatok jelentős változásai (például a felhasználók által érzékelt ANR-arány jelentős növekedése).

E-mailes értesítést is kérhetsz. Ehhez lépj a Beállítás > Értesítések lehetőséghez, vagy kattints Az értesítések kezelése pontra az „Alapvető vitals-mutatók” szakasz sarkában (Minőség > Android vitals > Áttekintés). Az értesítések jelenleg csak a rendellenességek vonatkozásában állnak rendelkezésre.

Tallózás a vitals-mutatók között

Az Áttekintés oldal közepén minőségi szempontok szerint tekintheted meg a vitals-mutatókra vonatkozó adatokat.

A táblázatban az aktuális és a korábbi időszakok mutatóit is megtekintheted. Megtekintheted azt is, hogy alkalmazásod miként teljesít a Google Playen található más alkalmazásokhoz képest.

Részletes mutatók megtekintése

Ha további részleteket szeretnél megtudni az egyes mutatókról, válaszd a mellettük lévő Részletek megjelenítése () lehetőséget. A következő képernyőn a következőket tekintheted át:

• a hibás viselkedés küszöbértékei;
• a kategória szerinti összehasonlítás;
• részletes összehasonlítások.
  • Az adott egyéni alkalmazáscsoport szerkesztéséhez válaszd ki az oldal tetején lévő alkalmazás-összehasonlító kártyán található Alkalmazáscsoport szerkesztése lehetőséget. Miután létrehoztad az egyéni alkalmazáscsoportot, összevetheted alkalmazásodat a Google Play többi, általad kiválasztott alkalmazásával.
• Mutatók időbeli alakulása

Adatok elemzése dimenziókkal

Annak érdekében, hogy segítsünk az adatok rendszerezésében, szegmentálásában és elemzésében, a mutatókat számos különböző dimenzióba soroltuk. Minden mutató a következők szerint oszlik meg:

• Köztes termék: Az alkalmazás azon verziója, amelynél a probléma jelentkezett.
• Android-verzió (SDK): A felhasználó eszközén megtalálható Android operációs rendszer verziója.
• Formátum: Annak az eszköznek a típusa, amelyen az alkalmazás futott (pl. telefon, táblagép, tévé, hordható eszköz)
• Eszközmodell: Az eszköz felső szintű leírása, amely egyedi márka- és eszközazonosítóból áll, például „Google oriole”. Egyes eszközmodelleknek lehetnek eltérő Android-verzióval, RAM-mal, tárhellyel vagy egylapkás rendszerrel (SoC) rendelkező változatai.
• Ország/régió: Az a hely, amelyet a felhasználó eszköze a probléma időpontjában bejelentett.

Tipp: Az eszközhardver vagy a szoftver bizonyos aspektusai (például az eszközmodell vagy az Android-verzió) szerinti lebontás megtekintéséhez kattints az elem mellett lévő szimbólumra () a táblázatban.

Egyes mutatók további lebontásokat is tartalmaznak:

• „Wake lock” jelenség neve: Az alkalmazásban a PowerManager API használatakor, programozott módon beállított címkék.
• Ébresztés neve: az alkalmazásban az AlarmManager API használatakor, programozott módon beállított címkék.
• ANR-tevékenységnév: Annak a tevékenységosztálynak a teljeskörűen minősített neve, amelynél az ANR-t észlelte a rendszer (ha rendelkezésre áll).
• ANR-típus: Információ arról (ha rendelkezésre áll), hogy mikor történt az ANR (például szolgáltatás végrehajtásakor)

Megtekinthetsz további részleteket is (például az adott bontáshoz tartozó összeomlás- vagy ANR-klaszterek), ha rendelkezésre állnak. Ehhez válaszd az elem melletti Részletek megtekintése () lehetőséget.

Tipp: A képernyő tetején lévő kapcsolóval válthatsz az egyes kategóriák mutatói között, és szűrheted az oldalt.

Adattípusok és mutatók

Az Android vitals-adatok az előző 90 napra vonatkozóan állnak rendelkezésre a Play Console-ban, illetve három évre vonatkozóan a Play Developer Reporting API-ban.

Az adatokat olyan felhasználóktól gyűjtöttük, akik engedélyezték bizonyos Android-eszközök és operációsrendszer-verziók használati és diagnosztikai adatainak automatikus megosztását. A Google-fiók Súgóban további információt találhatsz arról, hogyan egyeznek bele az Android-felhasználók az adatok megosztásába.

Az Android vitals naponta frissül. Időnként előfordulhat, hogy az Android 10-es vagy újabb rendszert futtató eszközök adatai korábban érkeznek meg, mint az Android 10-esnél régebbi eszközök adatai. Ebben az esetben az Android 10-es vagy újabb rendszer adatait láthatod az olyan napoknál, amikor csak ezek állnak rendelkezésre.

Megjegyzés: Az Android vitals mutatói nem jelenítik meg azokat a technikai problémákat, amelyek a tanúsítvánnyal nem rendelkező eszköztípusokon, illetve az alkalmazásod nem Google Playen keresztül telepített verzióiban lépnek fel.

Az összes összecsukása Az összes kibontása

Stabilitás

Az ANR-arány mutatói

Az ANR-arányra vonatkozó mutatók áttekintést adnak az alkalmazás minőségéről. Ezeket a mutatókat úgy számítja ki a rendszer, hogy figyelembe veszi az ANR-eket érzékelő felhasználók számát, és az alkalmazáshasználat alapján normalizálja őket. A jelentésekben a napi aktív felhasználók százalékos arányaként jelennek meg, ahol a napi aktív felhasználó az alkalmazást egy adott napon, egy adott eszközön használó felhasználó. Ha egy felhasználó egy napon több eszközön is használja az alkalmazást, akkor az egyes eszközök beleszámítanak az aktív felhasználók számába az adott napon. Ha egy napon belül több felhasználó használja ugyanazt az eszközt, azt a rendszer egyetlen aktív felhasználónak számolja.

Az ANR-arányra vonatkozóan három mutató áll rendelkezésre:

• Felhasználó által érzékelt ANR-arány: Azon napi aktív felhasználóid százalékos aránya, akik legalább egy felhasználó által érzékelt ANR-t tapasztaltak. A felhasználó által érzékelt ANR olyan ANR, amelyet valószínűleg a felhasználó is észrevett. Jelenleg csak a „bevitel elküldésének időtúllépése” ANR-eket veszi számításba a rendszer. Ez a mutató mindig alacsonyabb, mint az általános ANR-arány, mivel normalizálva van a napi használat szerint, de nem veszi figyelembe az összes ANR-t.
  A felhasználók által érzékelt ANR-arány alapvető vitals-mutató, azaz befolyásolja az alkalmazás felfedezhetőségét a Google Playen. Azért fontos, mert a beleszámított ANR-ek mindig akkor fordulnak elő, amikor a felhasználó használja az alkalmazást. Ezek okozzák ugyanis a legtöbb fennakadást.
• ANR-arány: Azon napi felhasználók százalékos aránya, akik legalább egy ANR-t tapasztaltak. Ez a mutató azokat az ANR-eket tartalmazza, amelyek nem sorolhatók be a felhasználók által érzékeltként, de az nem garantálható, hogy ezek az ANR-ek nem érintik a felhasználókat.
• Többszörös ANR aránya: Azon napi felhasználók százalékos aránya, akik legalább két ANR-t tapasztaltak. Ez a mutató segít felfigyelni az ismétlődő problémákra.

Probléma kijavítása

Az ANR-arány mutatóihoz hozzájáruló ANR-ek az Összeomlások és ANR-ek oldalon jelennek meg. Ezen az oldalon szűrhetsz a felhasználók által érzékelt ANR-ek szerint.

Az Android-fejlesztők webhelyén útmutatást találsz az ANR-ek diagnosztizálásához és kijavításához.

Az összeomlási arány mutatói

Az összeomlási arányra vonatkozó mutatók áttekintést adnak az alkalmazás minőségéről. Ezeket a mutatókat úgy számítja ki a rendszer, hogy figyelembe veszi az összeomlásokat érzékelő felhasználók számát. és az alkalmazáshasználat alapján normalizálja őket. A jelentésekben a napi felhasználók százalékos arányaként jelennek meg, ahol a napi felhasználó az alkalmazást egy adott napon, egy adott eszközön használó felhasználó. Ha a felhasználó több eszközzel is rendelkezik, a rendszer többször is beszámítja a felhasználót a mutatóba. Ha például két felhasználó két napig használja az alkalmazást egy-egy eszközön, négy napi munkamenetet kapunk.

Az összeomlási aránynak három mutatója van:

• Felhasználó által érzékelt összeomlási arány: Azon napi felhasználók százalékos aránya, akik legalább egy felhasználó által érzékelt összeomlást tapasztaltak. A felhasználók által érzékelt összeomlás olyan összeomlás, amelyet valószínűleg a felhasználó is észrevett. Ezek például olyan összeomlások, amelyek akkor történnek, amikor az alkalmazásod tevékenységet jelenít meg, vagy előtérben futó szolgáltatásként működik. Ez a mutató mindig alacsonyabb, mint az általános összeomlási arány, mivel normalizálva van a napi használat szerint, de nem veszi figyelembe az összes összeomlást.
  A felhasználók által érzékelt összeomlási arány alapvető vitals-mutató, azaz befolyásolja az alkalmazás felfedezhetőségét a Google Playen. Ez azért fontos, mert a rendszer által észlelt összeomlások mindig akkor fordulnak elő, amikor a felhasználó használja az alkalmazást. Ezek okozzák ugyanis a legtöbb fennakadást. Ezért kell biztosítani, hogy az alkalmazásod ne lépje túl a hibás viselkedés küszöbértékét ennél a mutatónál.

• Összeomlási arány: Azon napi felhasználók százalékos aránya, akik legalább egy összeomlást tapasztaltak. Ez a mutató azokat az összeomlásokat tartalmazza, amelyek nem osztályozhatók a felhasználók által érzékeltként, de az nem garantálható, hogy ezek az összeomlások nem érintik a felhasználókat.

• Többszörös összeomlási arány: Azon napi felhasználók százalékos aránya, akik legalább két összeomlást tapasztaltak. Ez a mutató segít felfigyelni az ismétlődő problémákra.

Probléma kijavítása

Az Android-fejlesztők webhelyén útmutatást találsz az összeomlások diagnosztizálásához és kijavításához.

Indítási és betöltési idők

Indítási idő (az első megjelenítéshez szükséges idő)

Az Indítási idő oldalon azzal kapcsolatos részleteket láthatsz, hogy mikor indul lassan az alkalmazás hideg, meleg, illetve forró rendszerállapotból. Az indítási idő az alkalmazás felhasználói elindításától az első képkocka képernyőn való megjelenéséig eltelt időt méri. Ez más néven az „első megjelenítéshez szükséges idő”.

Előfordulhat, hogy az alkalmazásod ezen idő letelte után nem áll készen arra, hogy a felhasználó használja, mert például az alkalmazás további képernyőket tölt be.

Információk az adatgyűjtésről

• Az indítási időket csak akkor rögzíti a rendszer, amikor a felhasználó aktivál valamilyen tevékenységet.
  • Példa: Billentyűzetalkalmazásoknál az indítási idő megegyezik a társalkalmazás indítási idejével.
• Ha az alkalmazás ugyanazon a napon többször is elindul ugyanolyan rendszerállapotban, az aznapi leghosszabb indítási időt rögzíti a rendszer.
• Az indítási idők akkor kerülnek rögzítésre, amikor az alkalmazás első képkockája teljesen betöltődik, akkor is, ha azon a képernyőn a felhasználók nem végezhetnek interakciót.
  • Példa: Ha az alkalmazás betöltési képernyővel indul el, az indítási idő az az idő, amennyire a betöltési képernyő megjelenítéséhez szükség van.

Információ a Vitals funkcióról

• Érintett munkamenetek: Azon munkamenetek százalékos aránya, amelyeknél a felhasználók lassú indítási időt tapasztaltak az egyes rendszerállapotoknál:
  • Lassú hidegindítás: 5 másodperc vagy több
  • Lassú melegindítás: 2 másodperc vagy több
  • Lassú forróindítás: 1 másodperc vagy több
• Munkamenetek száma: a rögzített munkamenetek becsült száma.
• 90., illetve 99. percentilis: Az olyan napi munkamenetek 10, illetve 1%-a, amelyek esetében a felhasználók lassú indítási időt tapasztaltak az alkalmazásnál.

Probléma kijavítása

Ha az alkalmazásodnál túl gyakran mérünk lassú indítási időt, az Android fejlesztői webhelyén megnézheted a megoldásjavaslatokat.

Megjelenítés

Összes megjelenítés

Lassú munkamenetek aránya (30 FPS vagy 20 FPS) [csak játékok]

Miért fontos ez?

A Lassú munkamenetek segítségével képet kaphatsz a játékod képkockasebesség szerinti teljesítményéről – ez a teljesítmény befolyásolja azt, hogy mennyire tűnik zökkenőmentesnek és gördülékenynek a játék a felhasználók számára.

Az alkalmazás adatainak bemutatása

A Lassú munkamenetek oldalon azon napi munkamenetek százalékos arányáról találsz információkat, amelyek során a felhasználók a képkockák több mint 25%-a esetében tapasztaltak 30, illetve 20 FPS értéknél lassabb megjelenítést, attól függően, hogy melyik összehasonlítást választottad ki. Megtekintheted a játékmeneteid képkockasebesség szerinti eloszlását is. (A játékmenetszintű képkockasebesség mérése a 75. percentilis alapján történik, ami azt jelenti, hogy a képkockák 75%-a legalább ezt a képkockasebességet eléri.)

A Google Playen található játékok többségének 30 vagy több FPS sebességűnek kell lennie. Ez megfelelő élményt nyújt a felhasználóknak, függetlenül attól, milyen típusú játékkal játszanak (bár egyes felhasználók a legalább 60 FPS-t részesítik előnyben, különösen a magasabb kategóriájú eszközökön). Figyeld a lassú munkamenetek aránya (30 FPS) mutatót, hogy elérd ezt a korlátot. Ne feledd, hogy ez a mutató csak azokat a munkameneteket tartalmazza, ahol a képkockák több mint 25%-ának sebessége elmarad a 30 FPS-től, így van némi tűréshatára a képkockasebesség változása szempontjából.

Noha a 30 FPS megfelelő élményt nyújt, előfordulhat olyan eset vagy játéktípus, amikor érdemes ez alá csökkenteni a képkockasebességet, vagy a felhasználók esetleg olyan telefonon szeretnének játszani, amely nem támogatja a 30 FPS-t. Ezekben az esetekben is el kell érnie az egy munkamenetben lévő képkockák legalább 75%-ának a 20 FPS vagy magasabb értéket. Kísérd figyelemmel a lassú munkamenetek aránya (20 FPS) mutatót, hogy biztosan megfelelj ennek a feltételnek.

Az Android vitals eszközönként, valamint az összes eszközre és munkamenetre jelenti a 30 FPS-nél, illetve 20 FPS-nél lassabb munkameneteket. Az általános mutató segítségével megismerheted az általános felhasználói élményt, de az egyes eszközökön nyújtott teljesítményre is figyelj. Idővel a Play el fogja terelni a felhasználókat az olyan játékoktól, amelyek nem érnek el 20 FPS-t a telefonjukon.

Az Android vitals csak azután kezdi figyelni a képkockasebességet, ha a játék 1 percig futott.

Információk az adatgyűjtésről

A lassú munkamenetek mutatóját a SurfaceFlinger szolgáltatásból gyűjtött adatok alapján számítja ki a rendszer. Részletesebben: a munkamenet képkockasebességére az alkalmazás által birtokolt felületeken rajzolt képkockák közötti idő alapján tesz becslést a rendszer, a munkamenetbe pedig beletartoznak az OpenGL, a Vulkan, valamint az Android UI eszköztár által megjelenített képkockák is. Ez a mutató jelenleg csak a játékokhoz áll rendelkezésre.

A lassú munkamenetekkel kapcsolatos képkockaadatok gyűjtése az Android 9 és újabb rendszerű eszközökre vonatkozóan történik.

Irányítópult kijelző

• Reprezentatív képkockasebesség: A játék képkockasebessége Android 9-es vagy újabb rendszerű eszközökön, a 75. percentilis alapján számítva. Ez azt jelenti, hogy a munkamenetek 75%-a az esetek 75%-ában ilyen vagy gyorsabb képkockasebességgel zajlott.
• Slow session rate over time (Lassú munkamenetek arányának időbeli alakulása): A lassú munkamenetek százalékos arányát mutató idősorozat.
• Distribution of frame rate (Képkockasebesség-eloszlás): A munkamenetek 75. percentilisének képkockasebességét ábrázoló hisztogram. Ez azt jelenti, hogy a munkamenetben szereplő képkockák 75%-a gyorsabb volt, mint a munkamenet csoportosításához használt képkockasebesség.

Probléma kijavítása

Ha az alkalmazásodra vonatkozóan túl nagy szám szerepel a Lassú munkamenetek mutatónál, keresd fel az Android-fejlesztői webhelyet, ahol megoldási javaslatokat találhatsz.

Android UI-eszköztár megjelenítése

Túl sok lassú képkocka [csak alkalmazások]

Az alkalmazás adatainak bemutatása

A Túl sok lassú képkocka oldalon azon napi munkamenetek százalékos arányáról találsz információkat, amelyek felhasználói azt tapasztalták, hogy a képkockák több mint 50%-a nem készült el az eszköz kirajzolási határidejéig. Az alkalmazással folytatott felhasználói interakcióknak 60 kép/másodperc sebességgel kell futniuk kihagyott és késő képkockák nélkül.

Információk az adatgyűjtésről

A Google a kezelőfelület eszköztárának keretrendszere használata közben gyűjt információt az alkalmazás által megjelenített összes képkocka megjelenítési idejéről. A közvetlenül az OpenGL vagy a Vulkan használatával megjelenített képkockákról nem gyűjt adatokat.

Irányítópult kijelző

Sor kiválasztásakor az adatok percentilisekre bontva jelennek meg.

• Érintett munkamenetek: Azon napi munkamenetek százalékos aránya, amelyek során a felhasználók a képkockák több mint 50%-a esetében tapasztaltak 16 ms-nál lassabb megjelenítési időt. A napi munkamenet arra a napra vonatkozik, amelyen az alkalmazást használták. Ha például két felhasználó két napig használja az alkalmazást, négy napi munkamenetet kapunk.
• Munkamenetek száma: a rögzített munkamenetek becsült száma.
• 90., illetve 99. percentilis: Az összes begyűjtött képkocka 90 vagy 99%-ának megjelenítési ideje rövidebb volt a megjelenített értéknél. Ezek a számok az összes begyűjtött képkockán alapulnak.

Ha rákattintasz a táblázat valamelyik bejegyzésére, megjelenik a „Kezelőfelület megjelenítési idejének eloszlása” diagram. A diagram áttekintése után gondoskodj arról, hogy az alkalmazás képkockáinak többsége esetében legfeljebb 16 ms legyen a megjelenítési sebesség.

A diagram alatti információ az alkalmazás megjelenítési teljesítményét fejezi ki, és segíthet megtalálni a megjelenítési idővel kapcsolatos problémák gyökerét. Ha például a „Nagy bemeneti késés” százalékos értéke magas, tekintsd át az alkalmazáskód azon részét, amely a felhasználói bevitelt kezeli. Ha további információhoz szeretnél jutni ezekkel a mutatókkal kapcsolatban, keresd fel a kezelőfelület-teljesítmény teszteléséről szóló oldalt.

• Kihagyott Vsync-események: A több mint 16 ms alatt megjelenített képkockák esetében a kihagyott Vsync-események száma elosztva a képkockák számával.
• Nagy bemeneti késés: A több mint 16 ms alatt megjelenített képkockák esetében azon bemeneti események száma, amelyek több mint 24 ms-ig tartottak, elosztva a képkockák számával.
• Lassú UI-szál: A több mint 16 ms alatt megjelenített képkockák esetében azon alkalmak száma, amikor az UI-szál több mint 8 ms-ig tartott, elosztva a képkockák számával.
• Lassú megjelenítési parancsok: A több mint 16 ms alatt megjelenített képkockák esetében azon alkalmak száma, amikor a megjelenítési parancsok elküldése a GPU-nak több mint 12 ms-ig tartott, elosztva a képkockák számával.
• Bittérképek lassú feltöltése: A több mint 16 ms alatt megjelenített képkockák esetében azon alkalmak száma, amikor a bittérkép feltöltése a GPU-ba több mint 3,2 ms-ig tartott, elosztva a képkockák számával.

Probléma kijavítása

Ha valamelyik alkalmazáshoz sok olyan képkocka tartozik, amelynek megjelenítési ideje lassabb 16 ms-nál, az Android-fejlesztői webhelyen megoldási javaslatokat találhatsz.

Túl sok lefagyott képkocka [csak alkalmazások]

Az alkalmazás adatainak bemutatása

A Túl sok lassú képkocka oldalon azon napi munkamenetek százalékos arányáról találsz információkat, amelyek felhasználói azt tapasztalták, hogy a képkockák több mint 50%-a nem készült el az eszköz kirajzolási határidejéig. Az alkalmazással folytatott felhasználói interakcióknak 60 kép/másodperc sebességgel kell futniuk kihagyott és késő képkockák nélkül.

Információk az adatgyűjtésről

A Google a kezelőfelület eszköztárának keretrendszere használata közben gyűjt információt az alkalmazás által megjelenített összes képkocka megjelenítési idejéről. A közvetlenül az OpenGL vagy a Vulkan használatával megjelenített képkockákról nem gyűjt adatokat.

Irányítópult kijelző

Sor kiválasztásakor az adatok percentilisekre bontva jelennek meg.

• Érintett munkamenetek: Azon napi munkamenetek százalékos aránya, amelyek során a felhasználók a képkockák több mint 50%-a esetében tapasztaltak 16 ms-nál lassabb megjelenítési időt. A napi munkamenet arra a napra vonatkozik, amelyen az alkalmazást használták. Ha például két felhasználó két napig használja az alkalmazást, négy napi munkamenetet kapunk.
• Munkamenetek száma: a rögzített munkamenetek becsült száma.
• 90., illetve 99. percentilis: Az összes begyűjtött képkocka 90 vagy 99%-ának megjelenítési ideje rövidebb volt a megjelenített értéknél. Ezek a számok az összes begyűjtött képkockán alapulnak.

Ha rákattintasz a táblázat valamelyik bejegyzésére, megjelenik a „Kezelőfelület megjelenítési idejének eloszlása” diagram. A diagram áttekintése után gondoskodj arról, hogy az alkalmazás képkockáinak többsége esetében legfeljebb 16 ms legyen a megjelenítési sebesség.

A diagram alatti információ az alkalmazás megjelenítési teljesítményét fejezi ki, és segíthet megtalálni a megjelenítési idővel kapcsolatos problémák gyökerét. Ha például a „Nagy bemeneti késés” százalékos értéke magas, tekintsd át az alkalmazáskód azon részét, amely a felhasználói bevitelt kezeli. Ha további információhoz szeretnél jutni ezekkel a mutatókkal kapcsolatban, keresd fel a kezelőfelület-teljesítmény teszteléséről szóló oldalt.

• Kihagyott Vsync-események: A több mint 16 ms alatt megjelenített képkockák esetében a kihagyott Vsync-események száma elosztva a képkockák számával.
• Nagy bemeneti késés: A több mint 16 ms alatt megjelenített képkockák esetében azon bemeneti események száma, amelyek több mint 24 ms-ig tartottak, elosztva a képkockák számával.
• Lassú UI-szál: A több mint 16 ms alatt megjelenített képkockák esetében azon alkalmak száma, amikor az UI-szál több mint 8 ms-ig tartott, elosztva a képkockák számával.
• Lassú megjelenítési parancsok: A több mint 16 ms alatt megjelenített képkockák esetében azon alkalmak száma, amikor a megjelenítési parancsok elküldése a GPU-nak több mint 12 ms-ig tartott, elosztva a képkockák számával.
• Bittérképek lassú feltöltése: A több mint 16 ms alatt megjelenített képkockák esetében azon alkalmak száma, amikor a bittérkép feltöltése a GPU-ba több mint 3,2 ms-ig tartott, elosztva a képkockák számával.

Probléma kijavítása

Ha valamelyik alkalmazáshoz sok olyan képkocka tartozik, amelynek megjelenítési ideje lassabb 16 ms-nál, az Android-fejlesztői webhelyen megoldási javaslatokat találhatsz.

Akkumulátorhasználat

Beragadt ébrentartások és beragadt részleges (háttérbeli) ébrentartások

A Beragadt részleges ébrentartások és a Beragadt részleges (háttérbeli) ébrentartások oldalakon láthatók az alkalmazás által a PowerManager osztályon keresztül szerzett részleges ébrentartási események. A részleges „wake lock” jelenség biztosítja a CPU futását, de a képernyő és a billentyűzet háttérvilágítása kikapcsolhat.

Információk az adatgyűjtésről

• Adatvédelmi okokból a részleges ébrentartási azonosítócímkék névtelenítettek.
• A részleges ébrentartással kapcsolatos adatok gyűjtésére akkor kerül sor, amikor az eszköz nem tölt, és ki van kapcsolva a képernyője.
• A beragadt részleges (háttérbeli) ébrentartások adatait csak akkor gyűjti a rendszer, ha a háttérben fut az alkalmazás.
• A Google akkumulátorciklusonként számolja ki a maximális részleges „wake lock” jelenség időtartamát, hogy megmutassa, hány munkamenetet érint a hosszú „wake lock”. Például ha a felhasználó két darab egy órás ébrentartást vált ki, a Google egy órás maximális ébrentartási értéket használ fel.
• Azon alkalmazások esetén, amelyek beállítják a sharedUserId azonosítót a manifest fájlban: Csak akkor jelennek meg az adatok, ha legfeljebb egy alkalmazás van telepítve ugyanazzal a sharedUserId azonosítóval.

Információ a Vitals funkcióról

• Érintett munkamenetek: azon akkumulátorciklusok százalékos aránya, amelyek során a felhasználók legalább egy, egy óránál tovább tartó ébrentartást tapasztaltak.
• Munkamenetek száma: a rögzített munkamenetek becsült száma.
• 90., illetve 99. percentilis: az olyan napi munkamenetek 10, illetve 1%-a, amelyek esetében a felhasználók a megjelenített értéknél többször tapasztaltak részleges ébrentartást.
• Hibás viselkedési küszöbérték: ha az alkalmazás a feltüntetett küszöbértékkel megegyező, illetve annál magasabb előfordulási arányt mutat, akkor a Google Playen található első 1000 alkalmazás alsó 25%-ába tartozik (a telepítések száma alapján).

Probléma kijavítása

Ha az alkalmazásnál magas a beragadt részleges ébrentartások száma, az Android fejlesztői webhelyén megoldásjavaslatokat találhatsz.

Túl gyakori ébredés

A Túl gyakori ébredés oldal az alkalmazás által kiváltott Alarm Manager-ébredéseket mutatja. Az ébredési adatok az ELAPSED_REALTIME_WAKEUP és RTC_WAKEUP osztályokra vonatkoznak.

Információk az adatgyűjtésről

• Adatvédelmi okokból az ébredési azonosítócímkék névtelenítettek.
• Az ébredési jelenségekről akkor gyűjtünk információt, amikor az eszköz nem tölt.
• Szabványosított mutató biztosítása érdekében az ébredések számát összehasonlítjuk azzal az időtartammal, amennyit az eszköz az akkumulátorról üzemel. A Google kiszámolja az ébredési jelenségek óránkénti felhasználónkénti számát, hogy megmutassa, hány felhasználót érint a magas ébredési arány.
• Azon alkalmazások esetén, amelyek beállítják a sharedUserId azonosítót a manifest fájlban: Csak akkor jelennek meg az adatok, ha legfeljebb egy alkalmazás van telepítve ugyanazzal a sharedUserId azonosítóval.

Információ a Vitals funkcióról

• Érintett munkamenetek: Azon akkumulátorciklusok százalékos aránya, amelyek során a felhasználók óránként több, mint tíz ébredést tapasztaltak. Az akkumulátorciklus az adott 24 órán belül beérkezett akkumulátorjelentések összesítése. Az Android 10 esetében az akkumulátorjelentés két akkumulátortöltés (kevesebb mint 20%-ról legalább 80%-ra, illetve bármilyen értékről 100%-ra való töltés) közötti intervallumra vonatkozik. Az Android 11 és újabb verzióin az akkumulátorjelentés egy megadott 24 órás időszakra vonatkozik. A Google csak akkor gyűjt adatokat, amikor az eszköz nincs töltőre csatlakoztatva.
• Munkamenetek száma: a rögzített munkamenetek becsült száma.
• 90., illetve 99. percentilis: az olyan napi munkamenetek 10, illetve 1%-a, amelyek esetében a felhasználók óránként a megjelenített értéknél többször tapasztaltak ébredési jelenséget.
• Hibás viselkedési küszöbérték: ha az alkalmazás a feltüntetett küszöbértékkel megegyező, illetve annál magasabb előfordulási arányt mutat, akkor a Google Playen található első 1000 alkalmazás alsó 25%-ába tartozik (a telepítések száma alapján).

Probléma kijavítása

Ha az alkalmazásnál gyakran előfordul ébredési jelenség, az Android fejlesztői webhelyén megnézheted a megoldásjavaslatokat.

Túl gyakori (háttérbeli) Wi-Fi-keresés

A Túl gyakori (háttérbeli) Wi-Fi-keresés oldal azt jeleníti meg, hogy a Wi-Fi-keresések mikor eredményeznek nagy mértékű akkumulátorhasználatot.

Információk az adatgyűjtésről

A Wi-Fi-keresésről szóló adatok gyűjtésére akkor kerül sor, amikor az eszköz nem töltődik, és az alkalmazás a háttérben fut.

Információ a Vitals funkcióról

• Érintett munkamenetek: azon akkumulátorciklusok százalékos aránya, amelyek során a felhasználók óránként több mint négy Wi-Fi-keresést tapasztaltak.
• Munkamenetek száma: a rögzített munkamenetek becsült száma.
• 90., illetve 99. percentilis: az olyan napi munkamenetek 10, illetve 1%-a, amelyek esetében a felhasználók a megjelenített óránkénti értéknél többször tapasztaltak háttérben futó Wi-Fi-keresést.

Probléma kijavítása

Ha az alkalmazás esetében nagy számban fordul elő háttérbeli Wi-Fi-keresés, az Android fejlesztői webhelyen megoldási javaslatokat találhatsz.

Túlzott (háttérbeli) hálózati adatforgalom

A Túlzott hálózathasználat oldal azt jeleníti meg, hogy mikor társul nagy mennyiségű hálózati adat valamilyen háttérben futó szolgáltatáshoz. Amikor mobilhálózati adatforgalom zajlik a háttérben, a felhasználóid nehezen férnek hozzá a vezérlőkhöz az adatátvitel leállításához.

Információk az adatgyűjtésről

A mobilhálózati adatforgalommal kapcsolatos adatok gyűjtésére akkor kerül sor, amikor az eszköz nem töltődik, és az alkalmazás a háttérben fut.

Információ a Vitals funkcióról

• Érintett munkamenetek: azon akkumulátorciklusok százalékos aránya, amelyek során a felhasználók 50 MB-nál több háttérben futó hálózati adatforgalmat tapasztaltak naponta.
• Munkamenetek száma: a rögzített munkamenetek becsült száma.
• 90., illetve 99. percentilis: az olyan napi munkamenetek 10, illetve 1%-a, amelyek esetében a felhasználók a megjelenített napi értéknél nagyobb háttérbeli hálózati adatforgalmat tapasztaltak.

Probléma kijavítása

Ha az alkalmazás esetében nagy a háttérben zajló hálózati adatforgalom, az Android fejlesztői webhelyen megoldási javaslatokat találhatsz.

Engedélyek

Engedélymegtagadások

Az Engedélymegtagadások oldalon azon napi engedélyezési munkamenetek százalékáról találhatsz adatokat, amelyek során a felhasználók megtagadták az engedélyeket. A napi engedélyezési munkamenet olyan napra vonatkozik, amelyen az alkalmazás legalább egyetlen engedélyt kért a felhasználótól.

Információk az adatgyűjtésről

Az engedélymegtagadásokról szóló adatokat akkor gyűjtjük, amikor a felhasználók az alkalmazáson belül válaszolnak az engedélykérésekre.

Információ a Vitals funkcióról

• Megtagadások: Azon napi engedélyezési munkamenetek százaléka, amelyek során a felhasználók megtagadták az engedélyek megadását.
• Ne kérdezzen rá többet: Azon napi engedélyezési munkamenetek százaléka, amelyek során a felhasználók megtagadták az engedélyek megadását a „Ne kérdezzen rá többet” lehetőséget választva.
• Összes munkamenet: Rögzített munkamenetek becsült száma.

Probléma kijavítása

Ha az alkalmazásodnál túl sok engedélymegtagadást tapasztalsz, az Android fejlesztői webhelyén megnézheted a megoldási javaslatokat.

A hibás viselkedés küszöbértékei az alapvető vitals-mutatókhoz

A Google Play hibás viselkedési küszöbértékeket határozott meg az alkalmazásod alapvető vitals-mutatóira vonatkozóan.

Ha az alkalmazás meghaladja a hibás viselkedési küszöbértéket, akkor valószínűleg kevésbé lesz felfedezhető a Google Playen. Ha alkalmazásodnál adott eszközmodelleken tapasztalható hibás viselkedés, a Google Play az ilyen eszközöket használó felhasználókat más, számukra megfelelőbb alkalmazásokra irányíthatja. Bizonyos esetekben figyelmeztetés jelenhet meg az alkalmazás áruházi adatlapján a felhasználók tájékoztatására, és hogy lehetőséget biztosítsunk számukra arra, hogy jobb technikai minőségű alternatívákat keressenek.

Az alkalmazás minőségének értékelésekor a Google Play általában az elmúlt 28 nap adatait veszi figyelembe, de kiugró értékek esetén hamarabb is cselekedhet.

Az összes összecsukása Az összes kibontása

Stabilitás

A felhasználó által érzékelt ANR-arány küszöbértékei

A Google Play hibás viselkedési küszöbértékeket határozott meg a felhasználók által érzékelt ANR-aránnyal kapcsolatban:

• Általános hibás viselkedés: Az összes eszközmodellen a napi aktív felhasználók legalább 0,47%-a tapasztalt felhasználó által érzékelt ANR-t.

• Eszközönkénti hibás viselkedés: Egy adott eszközmodellen a napi aktív felhasználók legalább 8%-a tapasztalt felhasználó által érzékelt ANR-t.

Az ANR-arány javítása érdekében javítsd ki az Összeomlások és ANR-ek oldalon jelentett ANR-klasztereket, amelyek a bejelentés alapján a hibát okozzák. Minél több az érintett felhasználó, annál nagyobb mértékben járul hozzá az adott klaszter az ANR-arányhoz.

Ha az eszköz hardverének vagy szoftverének bizonyos aspektusai hozzájárulnak az ANR-arányhoz, akkor az Android vitals értesít erről. A társításokat te is megtalálod az Elérés és eszközök áttekintése oldalon (Kiadás > Elérés és eszközök > Áttekintés).

A felhasználó által érzékelt összeomlási arány küszöbértékei

A Google Play hibás viselkedési küszöbértékeket határozott meg a felhasználó által érzékelt összeomlási aránnyal kapcsolatban:

• Általános hibás viselkedés: Az összes eszközmodellen a napi felhasználók legalább 1,09%-a tapasztalt felhasználó által érzékelt összeomlást.

• Eszközönkénti hibás viselkedés: Egy adott eszközmodellen a napi felhasználók legalább 8%-a tapasztalt felhasználó által érzékelt összeomlást.

Az összeomlási arány javítása érdekében javítsd ki az Összeomlások és ANR-ek oldalon jelentett összeomlásklasztereket, amelyek a bejelentés alapján a hibát okozzák. Minél több az érintett felhasználó, annál nagyobb mértékben járul hozzá az adott klaszter az összeomlási arányhoz.

Ha az eszköz hardverének vagy szoftverének bizonyos aspektusai hozzájárulnak az összeomlási arányhoz, akkor az Android vitals értesít erről. A társításokat te is megtalálod az Elérés és eszközök áttekintése oldalon (Kiadás > Elérés és eszközök > Áttekintés).

Kapcsolódó tartalmak

Fedezd fel a bevált módszereket: az alkalmazás teljesítményének és stabilitásának növelése az Android vitals-mutatók segítségével.