Supervisar la qualitat tècnica d'una aplicació amb Android vitals

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

Les mètriques de percentatge 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 ANR que és probable que l'usuari hagi detectat. Actualment, només es comptabilitzen els ANR del tipus en què s'esgota el temps d'espera per a la distribució d'entrades. Aquesta mètrica sempre serà inferior al percentatge d'ANR general, ja que està normalitzada per l'ús diari, però no comptabilitza 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 comptabilitza 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 comptabilitza 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.

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.
• Percentils 90è i 99è: 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.

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 i 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 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.
• Percentils 90è i 99è: 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 pujar 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 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.
• Percentils 90è i 99è: 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 pujar 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.

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 sharedUserId al fitxer de manifest: només veuràs les dades si hi ha instal·lada com a màxim una aplicació amb el mateix sharedUserId.

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.
• Percentils 90è i 99è: 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 sharedUserId al fitxer de manifest: només veuràs les dades si hi ha instal·lada com a màxim una aplicació amb el mateix sharedUserId.

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.
• Percentils 90è i 99è: 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.
• Percentils 90è i 99è: 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 per a 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 posar en pausa 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.
• Percentils 90è i 99è: 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.

A 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.

Google 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 Informació general de l'abast i els 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 Informació general de l'abast i els dispositius (Versió > Abast i dispositius > Visió general).