Noves estadístiques sobre els problemes de qualitat de les aplicacions i recomanacions
De moment, es mostren problemes de compatibilitat de l'aplicació, comportaments inadequats i algunes recomanacions quant a l'experiència d'usuari. Continuarem detectant i mostrant més problemes de qualitat, i proporcionarem més recomanacions durant el pròxim any.
Utilitza Android vitals com a ajuda per entendre i millorar l'estabilitat, el rendiment i l'ús de la bateria de la teva aplicació, entre d'altres.
Triar com es pot accedir a les dades d'una aplicació
Hi ha dues maneres de fer servir Android vitals: mitjançant Play Console i amb l'API Play Developer Reporting.
L'API proporciona accés programàtic a Android vitals als desenvolupadors que vulguin integrar les dades d'Android vitals en altres conjunts de dades o incorporar-les als fluxos de treball. Per obtenir més informació sobre l'ús d'una API per accedir a Android vitals, ves a la pàgina de l'API Google Play Developer Reporting.
Per trobar i revisar les dades d'Android vitals de l'aplicació a Play Console:
- Obre Play Console i ves a la pàgina Visió general d'Android vitals (Qualitat > Android vitals > Visió general).
- Tria l'interval de dades que vols veure amb el selector d'interval de dates que hi ha a la part superior dreta.
Important: si no hi ha cap dada disponible, l'aplicació no té prou punts de dades dins dels filtres especificats per identificar cap problema.
Supervisar les dades principals d'Android vitals d'una aplicació
A la part superior de la pàgina Visió general d'Android vitals, pots veure informació sobre les dades principals d'Android vitals de la teva aplicació. Aquestes són les mètriques tècniques més importants i afecten la visibilitat de l'aplicació a Google Play. Entre les dades principals d'Android vitals s'inclouen:
Google Play defineix llindars de comportament inadequat en aquestes mètriques. Si la teva aplicació sobrepassa aquests llindars, és probable que tingui menys visibilitat a Google Play. En alguns casos, es pot mostrar un advertiment a la fitxa de Play Store de l'aplicació per ajustar les expectatives dels usuaris.
Pots utilitzar la secció "Problemes importants" per identificar ràpidament els aspectes en què l'aplicació pot millorar. Hi ha dos tipus de problemes importants:
- Comportaments inadequats: mètriques que sobrepassen els llindars de comportament inadequat.
- Anomalies: canvis significatius en les dades (per exemple, un augment pronunciat en el percentatge d'ANR percebuts per l'usuari).
Si vols rebre notificacions per correu electrònic, ves a Configuració > Notificacions o fes clic a Gestiona les notificacions a l'extrem de la secció "Dades principals d'Android vitals" (Qualitat > Android vitals > Visió general). Tingues en compte que, actualment, les notificacions només estan disponibles per a anomalies.
Navegar per totes les dades d'Android vitalsA prop del centre de la pàgina Visió general d'Android vitals, pots veure totes les dades d'Android vitals segons cada aspecte de qualitat.
A la taula, pots consultar les teves mètriques corresponents al període de temps actual i a l'anterior. També pots comparar la teva aplicació amb d'altres a Google Play.
Per obtenir informació addicional sobre una mètrica, selecciona l'opció Mostra els detalls () que hi ha al costat. A la pantalla següent, pots consultar:
- Llindars de comportament inadequat
- comparatives per categoria
- Comparatives detallades per categoria
- A prop de la part superior de la pàgina, a la targeta de comparació amb aplicacions semblants, selecciona Edita el grup d'aplicacions semblants per editar un grup d'aplicacions semblants personalitzat. Després de crear un grup d'aquest tipus, pots comparar la teva aplicació amb d'altres de Google Play que seleccionis.
- Tendència de la mètrica al llarg del temps
Per ajudar-te a organitzar, segmentar i analitzar les dades, les mètriques es desglossen en una sèrie de dimensions diferents. Totes les mètriques es desglossen de la següent manera:
- Artefacte: versió de l'aplicació en què s'ha produït el problema.
- Versió d'Android (SDK): versió del sistema operatiu Android de la qual ha informat el dispositiu de l'usuari.
- Factor de forma: tipus de dispositiu en què s'ha executat l'aplicació (per exemple, telèfon, tauleta, televisor o complement connectat).
- Model del dispositiu: descripció general del dispositiu, que consta d'un identificador de marca i de dispositiu únic; per exemple, "Google Oriole". Un mateix model de dispositiu pot tenir variants amb versions d'Android, RAM, emmagatzematge o sistema monoxip (SOC) diferents.
- País/Regió: la ubicació de la qual ha informat el dispositiu de l'usuari en el moment del problema.
Consell: per veure desglossaments segons aspectes concrets del maquinari o programari del dispositiu (per exemple, el model o la versió d'Android del dispositiu), pots fer clic al símbol que hi ha al costat de l'element a la taula.
Algunes mètriques tenen desglossaments addicionals:
- Nom del wake lock: etiquetes establertes de manera programàtica en utilitzar l'API de PowerManager a l'aplicació.
- Nom del wakeup: etiquetes establertes de manera programàtica en utilitzar l'API d'AlarmManager a l'aplicació.
- Nom de l'activitat ANR: nom totalment qualificat de la classe d'activitat en què s'ha produït l'ANR (si està disponible).
- Tipus d'ANR: situació en què s'ha produït l'ANR (per exemple, en executar un servei), si està disponible.
Pots consultar més detalls quan estiguin disponibles (per exemple, els clústers de bloquejos o d'ANR associats al desglossament específic). Per fer-ho, selecciona Mostra els detalls () al costat de l'element.
Consell: pots canviar d'una mètrica a una altra dins d'una sola categoria utilitzant el commutador que hi ha a la part superior de la pantalla. També pots filtrar la pàgina.
Tipus de dades i mètriques
Les dades d'Android vitals corresponents als 90 anteriors dies estan disponibles a Play Console, i les corresponents als tres darrers anys a l'API Play Developer Reporting.
Les dades es recullen d'usuaris que han acceptat compartir automàticament les dades d'ús i diagnòstic d'un subconjunt de dispositius i versions del sistema operatiu Android. Per obtenir més informació sobre com poden activar les dades compartides els usuaris d'Android, ves al Centre d'ajuda de Comptes de Google.
Android vitals s'actualitza cada dia. De vegades, les dades dels dispositius amb Android 10 o versions posteriors poden arribar abans que les dels dispositius amb una versió inferior a Android 10. En aquest cas, veuràs les dades d'Android 10 o versions posteriors als dies en què siguin les úniques dades disponibles.
Nota: les mètriques d'Android vitals exclouen els problemes tècnics que es produeixen en models de dispositius no certificats o en versions de l'aplicació que no s'han instal·lat a través de Google Play.
Replega-ho tot Desplega-ho tot
Estabilitat
Mètriques de percentatge d'ANRLes mètriques de percentatges d'ANR proporcionen informació general sobre la qualitat de l'aplicació. Aquestes mètriques es calculen normalitzant el nombre d'usuaris amb ANR que tens segons l'ús que fas de l'aplicació. Se n'informa com un percentatge d'usuaris actius diaris, en què un usuari actiu diari es defineix com un usuari que utilitza l'aplicació en un sol dia i en un sol dispositiu. Si un usuari utilitza l'aplicació en més d'un dispositiu en un sol dia, cada dispositiu contribuirà al nombre d'usuaris actius del dia en qüestió. Si diversos usuaris utilitzen el mateix dispositiu en un sol dia, això es compta com un usuari actiu.
Hi ha tres mètriques de percentatge d'ANR:
- Percentatge d'ANR percebuts per l'usuari: percentatge dels usuaris actius diaris que s'han vist afectats per almenys un ANR percebut per l'usuari. Un ANR percebut per l'usuari és un error que és probable que l'usuari hagi detectat. Actualment, només es compten els ANR del tipus "input dispatching timed out". Aquesta mètrica sempre serà inferior al percentatge d'ANR general, ja que està normalitzada per l'ús diari, però no compta tots els ANR.
El percentatge d'ANR percebuts per l'usuari és una dada principal d'Android vitals; és a dir que afecta la visibilitat de l'aplicació a Google Play. És important perquè els ANR que compta sempre es produeixen quan l'usuari interacciona amb l'aplicació, la qual cosa causa la pitjor interrupció.
- Percentatge d'ANR: percentatge d'usuaris diaris que s'han vist afectats per almenys un ANR. Aquesta mètrica inclou els ANR que no s'han classificat com a percebuts per l'usuari. Ara bé, no podem garantir que aquests ANR no afectin els usuaris.
- Percentatge d'ANR múltiples: percentatge d'usuaris diaris que s'han vist afectats per almenys dos ANR. Aquesta mètrica ajuda a destacar els bucles de problemes.
Corregir un problema
Els ANR que contribueixen a les mètriques de percentatges d'ANR es notifiquen a la pàgina Bloquejos i ANR, on pots filtrar els ANR percebuts per l'usuari.
El lloc web Desenvolupadors d'Android proporciona indicacions sobre com es poden diagnosticar i corregir els ANR.
Les mètriques de percentatges de bloquejos proporcionen informació general sobre la qualitat de l'aplicació. Aquestes mètriques es calculen normalitzant el nombre d'usuaris amb bloquejos que tens segons l'ús que fas de l'aplicació. Se n'informa com un percentatge d'usuaris diaris, en què un usuari diari es defineix com un usuari que utilitza l'aplicació en un sol dia i en un sol dispositiu. Si un usuari té més d'un dispositiu, es comptabilitzarà més d'una vegada. Per exemple, si dos usuaris utilitzen l'aplicació durant dos dies en un dispositiu cadascun, es compten quatre sessions diàries.
Hi ha tres mètriques de percentatges de bloquejos:
- Percentatge de bloquejos percebuts per l'usuari: percentatge d'usuaris diaris que s'han vist afectats per almenys un bloqueig percebut per l'usuari. Un bloqueig percebut per l'usuari és un bloqueig que és probable que l'usuari hagi detectat. Per exemple, els bloquejos que es produeixen quan l'aplicació mostra una activitat o s'executa com a servei en primer pla. Aquesta mètrica sempre serà inferior al percentatge de bloquejos general, ja que està normalitzada per l'ús diari, però no compta tots els bloquejos.
El percentatge de bloquejos percebuts per l'usuari és una dada principal d'Android vitals; és a dir que afecta la visibilitat de l'aplicació a Google Play. És important perquè els bloquejos que comptabilitza sempre es produeixen quan l'usuari interacciona amb l'aplicació, la qual cosa causa la pitjor interrupció. Per aquest motiu t'has d'assegurar que l'aplicació no sobrepassi el llindar de comportament inadequat per a aquesta mètrica.
-
Percentatge de bloquejos: percentatge d'usuaris diaris que s'han vist afectats per almenys un bloqueig. Aquesta mètrica inclou els bloquejos que no s'han classificat com a percebuts per l'usuari. Ara bé, no podem garantir que aquests bloquejos no afectin els usuaris.
-
Percentatge de bloquejos múltiples: percentatge d'usuaris diaris que s'han vist afectats per almenys dos bloquejos. Aquesta mètrica ajuda a destacar els bucles de problemes.
Corregir un problema
El lloc web Desenvolupadors d'Android proporciona indicacions sobre com es poden diagnosticar i corregir els bloquejos.
Temps d'inici i de càrrega
Temps d'inici (temps fins a la visualització inicial)A la pàgina Temps d'inici pots veure dades sobre els moments en què l'aplicació s'inicia lentament en els diferents estats del sistema: fred, tebi i calent. El temps d'inici mesura el temps que es tarda entre que un usuari obre l'aplicació i el moment en què es mostren els primers fotogrames a la pantalla. També es coneix com a "temps fins a la visualització inicial".
És possible que l'aplicació no estigui preparada perquè l'usuari comenci a interaccionar-hi després d'aquest temps; per exemple, en cas que s'hi estiguin carregant més pantalles.
Detalls de la recollida de dades
- Els temps d'inici només s'enregistren quan un usuari activa una activitat.
- Exemple: per a les aplicacions de teclat, el temps d'inici és igual al temps d'inici de l'aplicació complementària.
- Si una aplicació s'inicia molts cops el mateix dia des del mateix estat del sistema, s'enregistra el temps d'inici màxim del dia.
- Els temps d'inici es calculen a partir de la càrrega completa del primer fotograma de l'aplicació, fins i tot quan es tracta d'una pantalla amb la qual els usuaris no interaccionen.
- Exemple: si una aplicació s'inicia amb una pantalla inicial, el temps d'inici és igual al temps necessari per mostrar la pantalla inicial.
Detalls d'Android vitals
- Sessions afectades: percentatge de sessions durant les quals els usuaris s'han vist afectats per un temps d'inici lent segons l'estat del sistema:
- Inici lent en fred: 5 segons o més.
- Inici lent en tebi: 2 segons o més.
- Inici lent en calent: 1 segon o més.
- Nombre de sessions: nombre aproximat de sessions enregistrades.
- Percentil 99/90: 10 % i 1 % de les sessions diàries durant les quals els usuaris s'han vist afectats per un temps d'inici lent de l'aplicació.
Corregir un problema
Si l'aplicació presenta un nombre elevat de temps d'inici lents, ves al lloc web per a desenvolupadors d'Android per consultar les solucions recomanades.
Renderització
Tota la renderització
Taxa de sessions lentes (30 o 20 FPS) (només jocs)Per què és important
Amb la informació de Sessions lentes, pots entendre el rendiment dels fotogrames per segon del joc, que afecta el grau de fluïdesa del joc.
Entendre les dades d'una aplicació
A la pàgina Sessions lentes, podràs consultar detalls del percentatge de sessions diàries durant les quals els usuaris han vist més del 25 % dels fotogrames a menys de 30 o 20 FPS, en funció de la comparativa que seleccionis. També podràs veure la distribució de sessions del joc segons els fotogrames per segon. Els fotogrames per segon al nivell de sessió es mesuren al percentil 75, és a dir, el 75% dels fotogrames arriben com a mínim a aquest valor de fotogrames per segon.
La majoria de jocs a Google Play han de tenir com a objectiu arribar als 30 FPS o més. D'aquesta manera, els usuaris gaudiran d'una experiència raonable, independentment del tipus de joc a què juguin (tot i que alguns usuaris prefereixen un mínim de 60 FPS, sobretot en dispositius de gamma més alta). Monitora la mètrica de la taxa de sessions lentes (30 FPS) per assegurar-te que arribes a aquest nivell. Tingues en compte que aquesta mètrica només inclou les sessions en què més del 25% dels fotogrames no arriben als 30 FPS, de manera que té certa tolerància a la variabilitat dels fotogrames per segon.
Tot i que tenir 30 FPS proporciona una experiència raonable, pot ser que hi hagi moments o tipus de jocs en què tingui sentit baixar aquest valor de fotogrames per segon. També és possible que els usuaris vulguin jugar al joc en telèfons que no admetin 30 FPS. En aquests casos, almenys un 75 % dels fotogrames d'una sessió ha de continuar arribant als 20 FPS o més. Monitora la mètrica de la taxa de sessions lentes (20 FPS) per assegurar-te que arribes a aquest nivell.
Android vitals informa de les sessions lentes (30 o 20 FPS) per a cada dispositiu, així com per a tots els dispositius i totes les sessions. Utilitza la mètrica general per entendre l'experiència general de l'usuari, però para atenció també al rendiment per dispositiu. Al seu moment, Play començarà a apartar els usuaris dels jocs que no puguin arribar als 20 FPS als telèfons.
Android vitals només comença a monitorar els fotogrames per segon quan fa 1 minut que el joc està en funcionament.
Detalls de la recollida de dades
La mètrica de sessions lentes es calcula amb les dades recollides de SurfaceFlinger. Més concretament, els fotogrames per segon d'una sessió s'estimen en funció del temps entre fotogrames dibuixats en superfícies que són propietat de l'aplicació, i inclouen els fotogrames renderitzats per OpenGL, Vulkan i el joc d'eines per a IU d'Android. Actualment, aquesta mètrica només està disponible per als jocs.
Les dades de fotogrames per segon corresponents a les sessions lentes es recullen en dispositius amb Android 9 o versions posteriors.
Visualització del tauler
- Mètrica representativa de fotogrames per segon: rendiment dels fotogrames per segon del joc en dispositius amb Android 9 o versions posteriors, calculat al percentil 75. Això significa que el 75% de les sessions han tingut aquest valor de fotogrames per segon o més el 75% de vegades.
- Percentatge de sessions lentes al llarg del temps: sèrie temporal que mostra el percentatge de sessions que s'han considerat sessions lentes.
- Distribució dels fotogrames per segon: histograma que mostra els fotogrames per segon al percentil 75 entre sessions. Això vol dir que el 75% dels fotogrames de la sessió han estat més ràpids que els fotogrames per segon que s'han utilitzat per segmentar la sessió.
Corregir un problema
Si l'aplicació presenta un nombre elevat de sessions lentes, ves al lloc web per a desenvolupadors d'Android per consultar les solucions recomanades.
Renderització del joc d'eines per a IU d'Android
Excés de fotogrames lents (només aplicacions)Entendre les dades d'una aplicació
A la pàgina Excés de fotogrames lents podràs consultar detalls sobre el percentatge de sessions diàries durant les quals els usuaris han vist que més del 50% dels fotogrames no s'han renderitzat dins del temps objectiu de renderització del dispositiu. Les interaccions dels usuaris amb l'aplicació s'han d'executar a 60 fotogrames per segon sense cap fotograma omès ni amb retard.
Detalls de la recollida de dades
Google recopila el temps de renderització de cada fotograma renderitzat per l'aplicació quan s'utilitza l'entorn de treball del joc d'eines per a la IU. Els fotogrames renderitzats mitjançant OpenGL o Vulkan directament no es recullen.
Visualització del tauler
En seleccionar una fila, veuràs les dades desglossades en percentils.
- Sessions afectades: percentatge de sessions diàries durant les quals els usuaris han vist més del 50 % dels fotogrames amb un temps de renderització superior a 16 ms. Una sessió diària fa referència a un dia en què s'ha utilitzat l'aplicació. Per exemple, si dos usuaris utilitzen l'aplicació durant dos dies, es compten quatre sessions diàries.
- Nombre de sessions: nombre aproximat de sessions enregistrades.
- Percentil 99/90: 90 % i 99 % de tots els fotogrames que han tingut un temps de renderització inferior al nombre mostrat. Aquests valors es basen en tots els fotogrames recollits.
En fer clic en una entrada de la taula, es mostrarà el gràfic "Distribució del temps de renderització de la IU". Quan revisis el gràfic, assegura't que la majoria dels fotogrames de l'aplicació es renderitzi en menys de 16 ms.
Les dades que figuren a sota del gràfic indiquen el rendiment de renderització de l'aplicació i poden ajudar a cercar la causa original de qualsevol problema relacionat amb el temps de renderització. Per exemple, si el percentatge de "Latència d'entrada alta" és alt, pots consultar el codi de l'aplicació que gestiona l'entrada d'usuari. Per obtenir més informació sobre aquestes mètriques, ves a la secció per provar el rendiment de la IU.
- Vsyncs perduts: per a tots els fotogrames renderitzats en més de 16 ms, el nombre d'esdeveniments Vsync perduts, dividit pel nombre de fotogrames.
- Latència d'entrada alta: per a tots els fotogrames renderitzats en més de 16 ms, el nombre d'esdeveniments d'entrada que han tardat més de 24 ms, dividit pel nombre de fotogrames.
- Fil de la IU lent: per a tots els fotogrames renderitzats en més de 16 ms, el nombre de vegades que el fil de la IU ha tardat més de 8 ms, dividit pel nombre de fotogrames.
- Ordres de dibuix lentes: per a tots els fotogrames renderitzats en més de 16 ms, el nombre de vegades que s'ha tardat més de 12 ms a enviar ordres de dibuix a la GPU, dividit pel nombre de fotogrames.
- Pujades lentes del mapa de bits: per a tots els fotogrames renderitzats en més de 16 ms, el nombre de vegades que s'ha tardat més de 3,2 ms a penjar el mapa de bits a la GPU, dividit pel nombre de fotogrames.
Corregir un problema
Si l'aplicació presenta un nombre elevat de fotogrames amb un temps de renderització superior a 16 ms, ves al lloc web per a desenvolupadors d'Android per consultar les solucions recomanades.
Entendre les dades d'una aplicació
A la pàgina Excés de fotogrames lents podràs consultar detalls sobre el percentatge de sessions diàries durant les quals els usuaris han vist que més del 50% dels fotogrames no s'han renderitzat dins del temps objectiu de renderització del dispositiu. Les interaccions dels usuaris amb l'aplicació s'han d'executar a 60 fotogrames per segon sense cap fotograma omès ni amb retard.
Detalls de la recollida de dades
Google recopila el temps de renderització de cada fotograma renderitzat per l'aplicació quan s'utilitza l'entorn de treball del joc d'eines per a la IU. Els fotogrames renderitzats mitjançant OpenGL o Vulkan directament no es recullen.
Visualització del tauler
En seleccionar una fila, veuràs les dades desglossades en percentils.
- Sessions afectades: percentatge de sessions diàries durant les quals els usuaris han vist més del 50 % dels fotogrames amb un temps de renderització superior a 16 ms. Una sessió diària fa referència a un dia en què s'ha utilitzat l'aplicació. Per exemple, si dos usuaris utilitzen l'aplicació durant dos dies, es compten quatre sessions diàries.
- Nombre de sessions: nombre aproximat de sessions enregistrades.
- Percentil 99/90: 90 % i 99 % de tots els fotogrames que han tingut un temps de renderització inferior al nombre mostrat. Aquests valors es basen en tots els fotogrames recollits.
En fer clic en una entrada de la taula, es mostrarà el gràfic "Distribució del temps de renderització de la IU". Quan revisis el gràfic, assegura't que la majoria dels fotogrames de l'aplicació es renderitzi en menys de 16 ms.
Les dades que figuren a sota del gràfic indiquen el rendiment de renderització de l'aplicació i poden ajudar a cercar la causa original de qualsevol problema relacionat amb el temps de renderització. Per exemple, si el percentatge de "Latència d'entrada alta" és alt, pots consultar el codi de l'aplicació que gestiona l'entrada d'usuari. Per obtenir més informació sobre aquestes mètriques, ves a la secció per provar el rendiment de la IU.
- Vsyncs perduts: per a tots els fotogrames renderitzats en més de 16 ms, el nombre d'esdeveniments Vsync perduts, dividit pel nombre de fotogrames.
- Latència d'entrada alta: per a tots els fotogrames renderitzats en més de 16 ms, el nombre d'esdeveniments d'entrada que han tardat més de 24 ms, dividit pel nombre de fotogrames.
- Fil de la IU lent: per a tots els fotogrames renderitzats en més de 16 ms, el nombre de vegades que el fil de la IU ha tardat més de 8 ms, dividit pel nombre de fotogrames.
- Ordres de dibuix lentes: per a tots els fotogrames renderitzats en més de 16 ms, el nombre de vegades que s'ha tardat més de 12 ms a enviar ordres de dibuix a la GPU, dividit pel nombre de fotogrames.
- Pujades lentes del mapa de bits: per a tots els fotogrames renderitzats en més de 16 ms, el nombre de vegades que s'ha tardat més de 3,2 ms a penjar el mapa de bits a la GPU, dividit pel nombre de fotogrames.
Corregir un problema
Si l'aplicació presenta un nombre elevat de fotogrames amb un temps de renderització superior a 16 ms, ves al lloc web per a desenvolupadors d'Android per consultar les solucions recomanades.
Ús de la bateria
Wake locks encallats i wake locks parcials encallats (en segon pla)Les pàgines Wake locks parcials encallats i Wake locks parcials encallats (en segon pla) mostren wake locks parcials adquirits per l'aplicació a través de la classe PowerManager. Amb un wake lock parcial s'assegura que la CPU funcioni, però la retroil·luminació de la pantalla i del teclat es pot desactivar.
Detalls de la recollida de dades
- Per raons de privadesa, les etiquetes d'identificació dels wake locks parcials són anònimes.
- Les dades sobre els wake locks parcials es recullen quan el dispositiu no s'està carregant i la pantalla està apagada.
- Les dades dels wake locks parcials encallats (en segon pla) només es recullen quan l'aplicació s'executa en segon pla.
- Google calcula la durada màxima dels wake locks parcials per sessió de bateria a fi de mostrar quantes sessions es veuen afectades per un wake lock llarg. Per exemple, si un usuari activa wake locks de dues hores, Google utilitzarà un valor de wake lock màxim d'una hora.
- Per a les aplicacions que estableixen el
sharedUserIdal fitxer de manifest: només veuràs les dades si hi ha instal·lada com a màxim una aplicació amb el mateixsharedUserId.
Detalls d'Android vitals
- Sessions afectades: percentatge de sessions de bateria durant les quals els usuaris s'han vist afectats per almenys un wake lock de més d'una hora.
- Nombre de sessions: nombre aproximat de sessions enregistrades.
- Percentil 99/90: 10 % i 1 % de sessions diàries durant les quals els usuaris s'han vist afectats per wake locks parcials amb una durada superior al nombre mostrat.
- Llindar de comportament inadequat: si l'aplicació presenta un percentatge d'ocurrència igual o superior al llindar mostrat, llavors es troba al 25 % inferior de les 1.000 aplicacions que ocupen les primeres posicions a Google Play (per nombre d'instal·lacions).
Corregir un problema
Si l'aplicació presenta un nombre elevat de wake locks parcials encallats, ves al lloc web per a desenvolupadors d'Android per consultar les solucions recomanades.
A la pàgina Excés de wakeups es mostren els wakeups d'Alarm Manager que ha activat l'aplicació. Veuràs les dades de wakeups de les classes ELAPSED_REALTIME_WAKEUP o RTC_WAKEUP.
Detalls de la recollida de dades
- Per raons de privadesa, les etiquetes d'identificació dels wakeups són anònimes.
- Els wakeups es recullen quan el dispositiu no s'està carregant.
- A fi d'oferir una mètrica normalitzada, el nombre de wakeups es compara amb el temps que el dispositiu funciona amb la bateria. Google calcula el nombre de wakeups per usuari i per hora per mostrar quants usuaris es veuen afectats per un percentatge de wakeups alt.
- Per a les aplicacions que estableixen el
sharedUserIdal fitxer de manifest: només veuràs les dades si hi ha instal·lada com a màxim una aplicació amb el mateixsharedUserId.
Detalls d'Android vitals
- Sessions afectades: percentatge de sessions de bateria durant les quals els usuaris s'han vist afectats per més de 10 wakeups per hora. Una sessió de bateria és l'agregació de tots els informes de bateria rebuts durant un període de 24 hores. A Android 10, un informe de bateria fa referència a l'interval entre dues càrregues de bateria, ja sigui entre menys del 20 % i més del 80 %, o entre qualsevol valor i el 100 %. A Android 11 i versions posteriors, un informe de bateria fa referència a un període fix de 24 hores. Google recull les dades només quan el dispositiu no està connectat al carregador.
- Nombre de sessions: nombre aproximat de sessions enregistrades.
- Percentil 99/90: 10 % i 1 % de sessions diàries durant les quals els usuaris s'han vist afectats per un nombre de wakeups per hora superior al valor mostrat.
- Llindar de comportament inadequat: si l'aplicació presenta un percentatge d'ocurrència igual o superior al llindar mostrat, llavors es troba al 25 % inferior de les 1.000 aplicacions que ocupen les primeres posicions a Google Play (per nombre d'instal·lacions).
Corregir un problema
Si l'aplicació es veu afectada sovint per wakeups, ves al lloc web per a desenvolupadors d'Android per consultar les solucions recomanades.
La pàgina Excés de cerques de xarxes Wi-Fi (en segon pla) mostra si les cerques de xarxes Wi-Fi provoquen un ús elevat de la bateria.
Detalls de la recopilació de dades
Les dades sobre les cerques de xarxes Wi-Fi es recullen quan el dispositiu no s'està carregant i l'aplicació es troba en segon pla.
Detalls d'Android vitals
- Sessions afectades: percentatge de sessions de bateria durant les quals els usuaris s'han vist afectats per més de 4 cerques de xarxes Wi-Fi per hora.
- Nombre de sessions: nombre aproximat de sessions enregistrades.
- Percentil 99/90: 10 % i 1 % de sessions diàries durant les quals els usuaris s'han vist afectats per un nombre de cerques en segon pla de xarxes Wi‑Fi per hora superior al valor mostrat.
Corregir un problema
Si l'aplicació presenta un nombre elevat de cerques de xarxes Wi-Fi en segon pla, ves al lloc web Desenvolupadors d'Android per consultar les solucions recomanades.
La pàgina Ús excessiu de la xarxa mostra quan hi ha un gran volum de dades de la xarxa associat a un servei en segon pla. Quan l'ús de la xarxa mòbil es produeix en segon pla, els usuaris no podran accedir fàcilment als controls per aturar la transferència de dades.
Detalls de la recopilació de dades
Les dades sobre l'ús de la xarxa mòbil es recullen quan el dispositiu no s'està carregant i l'aplicació es troba en segon pla.
Detalls d'Android vitals
- Sessions afectades: percentatge de sessions de bateria durant les quals els usuaris s'han vist afectats per un ús de la xarxa en segon pla superior als 50 MB per dia.
- Nombre de sessions: nombre aproximat de sessions enregistrades.
- Percentil 99/90: 10 % i 1 % de sessions diàries durant les quals els usuaris s'han vist afectats per un ús de la xarxa en segon pla per dia superior al valor mostrat.
Corregir un problema
Si l'aplicació presenta un ús elevat de la xarxa en segon pla, ves al lloc web per a desenvolupadors d'Android per consultar les solucions recomanades.
Permisos
Denegacions de permisosA la pàgina Denegacions de permisos pots veure detalls sobre el percentatge de sessions de permís diàries durant les quals els usuaris han denegat permisos. Una sessió de permís diària fa referència a un dia durant el qual l'aplicació sol·licita almenys un permís a l'usuari.
Detalls de la recollida de dades
Les dades sobre la denegació de permisos es recullen quan els usuaris responen a les sol·licituds de permisos a l'aplicació.
Detalls d'Android vitals
- Denegacions: percentatge de sessions de permís diàries durant les quals els usuaris han denegat permisos.
- No m'ho tornis a preguntar: percentatge de sessions de permís diàries durant les quals els usuaris han denegat permisos seleccionant l'opció No m'ho tornis a preguntar.
- Total de sessions: nombre aproximat de sessions enregistrades.
Corregir un problema
Si l'aplicació presenta un nombre elevat de denegacions de permisos, ves al lloc web Desenvolupadors d'Android per consultar les solucions recomanades.
Llindars de comportament inadequat per a les dades principals d'Android vitals
Google Play ha definit llindars de comportament inadequat a les dades principals d'Android vitals de la teva aplicació.
Si l'aplicació sobrepassa un llindar de comportament inadequat, és probable que tingui menys visibilitat a Google Play. Si l'aplicació té un comportament inadequat en models concrets de dispositius, Google Play apartarà d'aquests títols els usuaris que hi hagi en aquests dispositius i els dirigirà a altres títols que siguin més adequats. En alguns casos, és possible que es mostri un advertiment a la fitxa de Play Store de l'aplicació per ajustar les expectatives dels usuaris i proporcionar-los l'opció de cercar alternatives amb més qualitat tècnica.
Normalment, Google Play té en compte les dades dels 28 darrers dies a l'hora d'avaluar la qualitat de l'aplicació, però pot actuar abans si es produeix un pic.
Replega-ho tot Desplega-ho tot
Estabilitat
Llindars del percentatge d'ANR percebuts per l'usuariGoogle Play ha definit llindars de comportament inadequat al percentatge d'ANR percebuts per l'usuari:
-
Comportament inadequat general: com a mínim el 0,47 % dels usuaris actius diaris es veuen afectats per un ANR percebut per l'usuari en tots els models de dispositiu.
-
Comportament inadequat per dispositiu: com a mínim el 8 % dels usuaris actius diaris es veuen afectats per un ANR percebut per l'usuari en un sol model de dispositiu.
Per millorar el percentatge d'ANR, corregeix els clústers d'ANR subjacents dels quals s'informi a la pàgina Bloquejos i ANR. Com més elevant sigui el nombre d'usuaris afectats, més contribuirà el clúster al percentatge d'ANR.
Si hi ha aspectes concrets del maquinari o del programari del dispositiu que poden estar contribuint al percentatge d'ANR, Android vitals t'ho notificarà. També pots explorar les associacions pel teu compte a la pàgina d'informació general Abast i dispositius (Versió > Abast i dispositius > Visió general).
Google Play ha definit llindars de comportament inadequat al percentatge de bloquejos percebuts per l'usuari:
-
Comportament inadequat general: com a mínim l'1,09 % dels usuaris diaris es veuen afectats per un bloqueig percebut per l'usuari en tots els models de dispositiu.
-
Comportament inadequat per dispositiu: com a mínim el 8 % dels usuaris diaris es veuen afectats per un bloqueig percebut per l'usuari en un sol model de dispositiu.
Per millorar el percentatge de bloquejos, corregeix els clústers de bloquejos subjacents dels quals s'informi a la pàgina Bloquejos i ANR. Com més elevant sigui el nombre d'usuaris afectats, més contribuirà el clúster al percentatge de bloquejos.
Si hi ha aspectes concrets del maquinari o del programari del dispositiu que poden estar contribuint al percentatge de bloquejos, Android vitals t'ho notificarà. També pots explorar les associacions pel teu compte a la pàgina d'informació general Abast i dispositius (Versió > Abast i dispositius > Visió general).
Contingut relacionat
Descobreix pràctiques recomanades per fer servir Android vitals per millorar el rendiment i l'estabilitat de l'aplicació.