Övervaka appens tekniska kvalitet med Android-diagnos

Med hjälp av Android-diagnos kan du förstå och förbättra appens stabilitet, prestanda, batteriförbrukning med mera.

Välja hur du vill få åtkomst till appens data

Det finns två sätt att använda Android-diagnos: via Play Console och via Play Developer Reporting API.

API:et ger programmatisk åtkomst till Android-diagnos för utvecklare som vill integrera data från Android-diagnosen med andra dataset eller bygga in den i sina arbetsflöden. Läs mer om hur du använder API:et för att få åtkomst till Android-diagnos på Google Play Developer Reporting API-sidan.

Så här hittar du och granskar Android-diagnosdata om appen i Play Console:

  1. Öppna Play Console.
  2. Välj en app.
  3. Välj Kvalitet > Android-diagnos > Översikt i menyn till vänster.
  4. Välj önskat dataintervall med hjälp av datumväljaren uppe till höger.

Viktigt! Om ingen information visas finns det inte tillräckligt många datapunkter med de aktuella filtren för att identifiera problem.

Övervaka diagnosen av appens huvudvärden

Högst upp på sidan Översikt visas diagnostikdata för appens huvudvärden. Dessa är de viktigaste tekniska mätvärdena och påverkar appens synlighet på Google Play. Huvudvärdena omfattar

Google Play definierar gränsvärden för oönskat beteende för dessa mätvärden. Om appen överskrider dessa gränsvärden blir den troligtvis mindre synlig på Google Play. I vissa fall kan en varning visas i appens butiksuppgifter så att användarna vet vad de ska förvänta sig.

I avsnittet Viktiga problem kan du snabbt identifiera områden där appen kan förbättras. Det finns två typer av viktiga problem:

  • Oönskade beteenden: Mätvärden som överstiger gränsvärden för oönskat beteende.
  • Avvikelser: Stora förändringar i data (till exempel en kraftig ökning av andelen ANR-fel som användarna uppfattar).

Om du vill bli aviserad via e-post öppnar du Konfiguration > Aviseringar eller klickar på Hantera aviseringar i hörnet i avsnittet Diagnos av huvudvärden (Kvalitet > Android-diagnos > Översikt). Observera att aviseringar för närvarande bara är tillgängliga för avvikelser.

Bläddra bland alla diagnostikuppgifter

Ungefär mitt på sidan Översikt visas alla diagnostikuppgifter efter kvalitetsaspekt.

I tabellen kan du granska mätvärdena för den nuvarande och föregående tidsperioden. Du kan även se hur appen står sig i jämförelse med andra appar på Google Play.

Visa utförlig information om mätvärden

Om du vill veta mer om ett mätvärde väljer du Visa information () bredvid det. På nästa skärm kan du granska

  • gränsvärden för oönskat beteende
  • Benchmarkvärden för kategorin
  • utförliga jämförelser utifrån benchmarkvärden.
    • Du kan redigera en anpassad grupp med jämförbara appar genom att välja Redigera grupp med jämförbara appar upptill på sidan, på jämförelsekortet. När du har skapat en sådan grupp kan du se hur appen står sig i jämförelse med andra appar på Google Play som du har valt.
  • Mätvärdestrend över tid
Analysera data med hjälp av dimensioner

För att hjälpa dig ordna, segmentera och analysera data delas mätvärdena upp i ett antal olika dimensioner. Alla mätvärden har följande uppdelningar:

  • Biprodukt: Den version av appen där problemet uppstod.
  • Android-version (SDK): Version av operativsystemet Android som har rapporterats av användarens enhet.
  • Formfaktor: Typen av enhet som användes för att köra appen (t.ex. telefon, surfplatta, tv, smart accessoar).
  • Enhetsmodell: En hårdvarubeskrivning av enheten som består av unika identifierare för varumärke och enhet, till exempel Google oriole. En och samma enhetsmodell kan finnas i flera varianter med olika Android-versioner, RAM-minnen, lagringsutrymmen eller systemkretsar (SoC).
  • Land/region: Platsen som rapporterades av användarens enhet när problemet uppstod.

Tips! För uppdelningar utifrån specifika aspekter av enhetens maskin- eller programvara (till exempel enhetsmodell eller Android-version) kan du klicka på symbolen () bredvid objektet i tabellen.

Vissa mätvärden har ytterligare uppdelningar:

  • Processlåsnamn: Taggar som konfigurerades programmatiskt när du använde PowerManager API i appen.
  • Väckningsnamn: Taggar som konfigurerades programmatiskt när du använde AlarmManager API i appen.
  • ANR-aktivitetsnamn: Fullständigt kvalificerat namn på aktivitetsklassen som ANR-felet uppstod i (om tillgängligt).
  • ANR-typ: När ANR-felet uppstod (t.ex. när en tjänst kördes) (om tillgängligt).

Om mer information är tillgänglig (till exempel krasch- eller ANR-kluster som är kopplade till uppdelningen) kan du se informationen genom att välja Visa information () bredvid objektet.

Tips! Du kan växla mellan mätvärden i en kategori genom att använda reglaget högst upp på skärmen och filtrera sidan.

Datatyper och mätvärden

Data från Android-diagnosen är tillgänglig för de senaste 90 dagarna på Play Console och för tre år i Play Developer Reporting API.

Datan samlas in från användare som har valt att dela användnings- och diagnostikdata automatiskt från en delmängd av alla Android-enheter och operativsystemversioner. Du kan läsa mer om hur Android-användare väljer att dela data i hjälpcentret för Google-konton.

Android-diagnos uppdateras dagligen. Ibland kan data för enheter med Android 10 eller senare komma fram tidigare än data för enheter med tidigare versioner än Android 10. Om detta inträffar framgår det att datan är från Android 10 och senare för de dagar då endast den datan är tillgänglig.

Obs! Mätvärden för Android-diagnos utesluter tekniska problem som kan uppstå på ocertifierade enhetsmodeller eller versioner av appen som inte installerats via Google Play.

Komprimera alla Utöka alla

Stabilitet

Mätvärden för andel ANR-fel

Mätvärdena för andelen ANR-fel ger en översikt över appens kvalitet. Mätvärdena beräknas genom att ta antalet användare med ANR-fel och normalisera dem utifrån appanvändningen. De rapporteras som en procentandel av aktiva användare per dag där en aktiv användare per dag definieras som en användare som använder appen under en dag på en enhet. Om en användare använder appen på fler än en enhet under en dag bidrar varje enhet till antalet aktiva användare den dagen. Om flera användare använder samma enhet under en dag räknas detta som en aktiv användare.

Det finns tre mätvärden för andel ANR-fel:

  • Andel ANR-fel som användarna uppfattar: Procentandelen av dina aktiva användare per dag som uppfattade minst ett ANR-fel. Ett ANR-fel som användare uppfattar är ett ANR-fel som användaren sannolikt lade märke till. För närvarande räknas bara ANR-felet Samordning av indata överskred tidsgränsen. Detta mätvärde är alltid lägre än den totala andelen ANR-fel, eftersom det normaliseras utifrån daglig användning men inte räknar alla ANR-fel.
    Andel ANR-fel som användarna uppfattar är ett huvudvärde, vilket innebär att appens synlighet på Google Play påverkas. Det är viktigt eftersom ANR-felen som räknas i detta mätvärde alltid uppstår när användaren interagerar med appen och därmed orsakar flest störningar.
  • Andel ANR-fel: Procentandelen av dina användare per dag med minst ett ANR-fel. Mätvärdet innefattar ANR-fel som inte uppfattas av användarna, men vi kan inte garantera att dessa ANR-fel inte påverkar användarna.
  • Andel upprepade ANR-fel: Procentandelen av dina användare per dag med minst två ANR-fel. Detta mätvärde indikerar problemloopar.

Åtgärda ett problem

De ANR-fel som bidrar till mätvärdena för andelen ANR-fel rapporteras på sidan Krascher och ANR-fel. Du kan filtrera efter ANR-fel som användarna uppfattar på den här sidan.

webbplatsen för Android-utvecklare finns information om att diagnostisera och åtgärda ANR-fel.

Mätvärden för andel krascher

Mätvärdena för antalet krascher ger en översikt över appens kvalitet. Mätvärdena beräknas genom att ta antalet användare med krascher och normalisera dem utifrån appanvändningen. De rapporteras som en procentandel av användare per dag där en användare per dag definieras som en användare som använder appen under en dag på en enhet. Om en användare har fler än en enhet räknas användaren mer än en gång. Om till exempel två användare använder appen i två dagar på varsin enhet räknas det som fyra dagliga sessioner.

Det finns tre mätvärden för antal krascher:

  • Antal krascher som användarna uppfattar: Procentandelen av dina användare per dag som uppfattade minst en krasch. En märkbar krasch är en krasch som användaren sannolikt lade märke till. Exempelvis krascher som sker när appen visar en aktivitet eller körs som en förgrundstjänst. Detta mätvärde är alltid lägre än det totala antalet krascher, eftersom det normaliseras utifrån daglig användning men inte räknar alla krascher.
    Antal krascher som användarna uppfattar är ett huvudvärde, vilket innebär att appens synlighet på Google Play påverkas. Det är viktigt eftersom krascherna som räknas i detta mätvärde alltid uppstår när användaren interagerar med appen och därmed orsakar flest störningar. Därför bör du se till att appen inte överskrider gränsvärdet för oönskat beteende för detta mätvärde.
  • Antal krascher: Procentandelen av dina användare per dag med minst en krasch. Mätvärdet innefattar krascher som inte uppfattas av användarna, men vi kan inte garantera att dessa krascher inte påverkar användarna.

  • Antal upprepade krascher: Procentandelen av dina användare per dag med minst två krascher. Detta mätvärde indikerar problemloopar.

Åtgärda ett problem

webbplatsen för Android-utvecklare finns information om att diagnostisera och åtgärda krascher.

Starttider och hämtningstider

Starttid (tid till första visning)

På sidan Starttid visas information om när appen har lång starttid om appen inte redan fanns i minnet, appen redan fanns i minnet och appen och aktiviteten redan fanns i minnet. Starttiden är ett mått på hur lång tid det tar från att en användare startar appen tills de första bildrutorna visas på skärmen. Detta kallas även tid till första visning.

Det kan hända att användaren inte kan börja interagera med appen efter denna tidsperiod, till exempel om appen har fler skärmar som behöver läsas in.

Information om datainsamling

  • Starttider registreras endast när användare utlöser en aktivitet.
    • Exempel: Starttiden för tangentbordsappar är densamma som starttiden för den tillhörande appen.
  • Om en app startar flera gånger samma dag med samma systemstatus registreras den längsta starttiden den dagen.
  • Starttider registreras när appens första bildruta är inläst, även om användaren inte interagerar med skärmen.
    • Exempel: Om en app startar med en välkomstskärm är starttiden densamma som tiden som krävs för att visa välkomstskärmen.

Information i analysen

  • Berörda sessioner: Andel sessioner där användarna upplevde lång starttid för respektive systemstatus:
    • Lång starttid när appen inte redan fanns i minnet: 5 sekunder eller mer
    • Lång starttid när appen redan fanns i minnet: 2 sekunder eller mer
    • Lång starttid när appen och aktiviteten redan fanns i minnet: 1 sekund eller mer
  • Antal sessioner: Ungefärligt antal registrerade sessioner.
  • 90:e/99:e percentilen: 10 respektive 1 procent av de dagliga sessionerna där appen startade långsamt.

Åtgärda ett problem

Om appen har ett högt antal långa starttider hittar du rekommenderade lösningar på webbplatsen för Android-utvecklare.

Rendering

All rendering

Andel långsamma sessioner (30 FPS eller 20 FPS) [endast spel]

Varför detta är viktigt

Med hjälp av mätvärdet för långsamma sessioner kan få information om spelets bildfrekvens, vilket påverkar hur smidigt spelet fungerar.

Tolka appens data

På sidan Långsamma sessioner visas information om andelen dagliga sessioner då användarna upplevde att mer än 25 % av bildrutorna hade en bildfrekvens på mindre än 30 FPS eller 20 FPS, beroende på vilket benchmarkvärde du valde. Du kan även se fördelningen av sessioner efter bildfrekvens för spelet. (Bildfrekvens på sessionsnivå utifrån den 75:e percentilen, vilket innebär att 75 % av bildrutorna uppnår minst den här bildfrekvensen.)

De flesta spel på Google Play ska ha en bildfrekvens på 30 FPS eller högre. Detta ger användarna en rimlig upplevelse, oavsett vilken typ av spel de spelar (även om vissa användare föredrar minst 60 FPS, särskilt på enheter med hög prestanda). Övervaka andelen långsamma sessioner (30 FPS) för att säkerställa att du uppnår det här värdet. Tänk på att detta mätvärde endast gäller sessioner där mer än 25 % av bildrutorna inte når 30 FPS, så det finns en viss tolerans för variation i bildfrekvens.

Även om 30 FPS ger en rimlig upplevelse kan det finnas tillfällen eller typer av spel där det kan vara motiverat att sänka till en lägre bildfrekvens. Det kan också hända att användarna vill spela spelet på telefoner som inte har stöd för 30 FPS. I dessa scenarier bör minst 75 % av bildrutorna under en session fortfarande uppnå 20 FPS eller högre. Övervaka andelen långsamma sessioner (20 ) för att säkerställa att du uppnår det här värdet.

Android-diagnosen rapporterar långsamma sessioner (30 FPS) och långsamma sessioner (20 FPS) för varje enhet samt för alla enheter och sessioner totalt. Använd det totala mätvärdet för att förstå den sammantagna användarupplevelsen, men var också uppmärksam på resultatet per enhet. Play kommer att börja styra användare bort från spel som inte kan uppnå 20 FPS på telefoner.

Android-diagnosen börjar endast övervaka bildfrekvensen efter att spelet har körts i en minut.

Information om datainsamling

Mätvärdet för långsamma sessioner beräknas med data som samlats in från SurfaceFlinger. Mer exakt uppskattas bildfrekvensen för en session utifrån tiden mellan bildrutor som tecknas på appens ytor. Bildrutorna renderas av OpenGL, Vulkan och Android UI Toolkit. Det här mätvärdet är för närvarande endast tillgängligt för spel.

Bildfrekvensdata för långsamma sessioner samlas in för enheter med Android 9 eller senare.

Översiktsvisning

  • Representativ bildfrekvens: Spelets bildfrekvens på enheter med Android 9 eller senare, beräknat utifrån den 75:e percentilen. Det betyder att 75 % av sessionerna hade den här bildfrekvensen eller snabbare 75 % av tiden.
  • Andel långsamma sessioner över tid: En tidsserie som visar andelen sessioner som fastställs som långsamma.
  • Distribution av bildfrekvens: Histogram som visar den 75:e percentilen för bildfrekvens över flera olika sessioner. Det betyder att 75 % av bildrutorna under en session var snabbare än bildfrekvensen som användes för att lagra sessionen.

Åtgärda ett problem

Om appen har ett högt antal långsamma sessioner kan du läsa mer om rekommenderade lösningar på webbplatsen för Android-utvecklare.

Rendering med Android UI Toolkit

För många långsamma bildrutor [endast appar]

Tolka appens data

På sidan För många långsamma bildrutor visas information om andelen dagliga sessioner då användarna upplevde att mer än 50 % av bildrutorna inte renderades inom avsedd tid på enheten. Användarinteraktioner med appen bör köras med 60 bildrutor per sekund utan några förlorade eller fördröjda bildrutor.

Information om datainsamling

Google samlar in renderingstiden för de bildrutor som har renderats av appen när den använder ramverket UI Toolkit. Bildrutor som renderats med OpenGL eller Vulkan direkt samlas inte in.

Översiktsvisning

När du väljer en rad visas data som delats in i percentiler.

  • Berörda sessioner: Andelen dagliga sessioner då mer än 50 % av bildrutorna hade en renderingstid på över 16 ms. En daglig session avser en dag då appen användes. Om till exempel två användare använder appen i två dagar räknas det som fyra dagliga sessioner.
  • Antal sessioner: Ungefärligt antal registrerade sessioner.
  • 90:e/99:e percentilen: 90/99 procent av det totala antalet bildrutor med en renderingstid som är kortare än värdet som visas. Värdena baseras på alla insamlade bildrutor.

När du klickar på en post i tabellen visas diagrammet Distribution av renderingstid för användargränssnitt. När du granskar diagrammet bör du kontrollera att majoriteten av appens bildrutor ligger på 16 ms eller lägre.

Den data som visas under diagrammet anger appens renderingsprestanda och kan vara till hjälp när du vill hitta orsaken till eventuella problem med renderingstiden. Om till exempel procentandelen Hög inmatningsfördröjning är hög kan du titta på appkoden som hanterar indata från användaren. Läs mer om dessa mätvärden i artikeln Testa användargränssnittets prestanda.

  • Missade Vsync-händelser: För alla bildrutor som renderades på över 16 ms delas antalet missade Vsync-händelser med antalet bildrutor.
  • Hög inmatningsfördröjning: För alla bildrutor som renderades på över 16 ms delas antalet inmatningshändelser som tog över 24 ms med antalet bildrutor.
  • Långsam gränssnittstråd: För alla bildrutor som renderades på över 16 ms delas antalet gånger som gränssnittstråden tog över 8 ms med antalet bildrutor.
  • Långsamma uppritningskommandon: För alla bildrutor som renderades på över 16 ms delas antalet gånger som det tog över 12 ms för uppritningskommandon att skickas till grafikprocessorn med antalet bildrutor.
  • Långsamma bitmappsuppladdningar: För alla bildrutor som renderades på mer än 16 ms delas antalet gånger det tog över 3,2 ms för en bitmapp att laddas upp till grafikprocessorn med antalet bildrutor.

Åtgärda ett problem

Om appen har ett stort antal bildrutor med en renderingstid på över 16 ms hittar du rekommenderade lösningar på webbplatsen för Android-utvecklare.

För många frysta bildrutor [endast appar]

Tolka appens data

På sidan För många långsamma bildrutor visas information om andelen dagliga sessioner då användarna upplevde att mer än 50 % av bildrutorna inte renderades inom avsedd tid på enheten. Användarinteraktioner med appen bör köras med 60 bildrutor per sekund utan några förlorade eller fördröjda bildrutor.

Information om datainsamling

Google samlar in renderingstiden för de bildrutor som har renderats av appen när den använder ramverket UI Toolkit. Bildrutor som renderats med OpenGL eller Vulkan direkt samlas inte in.

Översiktsvisning

När du väljer en rad visas data som delats in i percentiler.

  • Berörda sessioner: Andelen dagliga sessioner då mer än 50 % av bildrutorna hade en renderingstid på över 16 ms. En daglig session avser en dag då appen användes. Om till exempel två användare använder appen i två dagar räknas det som fyra dagliga sessioner.
  • Antal sessioner: Ungefärligt antal registrerade sessioner.
  • 90:e/99:e percentilen: 90/99 procent av det totala antalet bildrutor med en renderingstid som är kortare än värdet som visas. Värdena baseras på alla insamlade bildrutor.

När du klickar på en post i tabellen visas diagrammet Distribution av renderingstid för användargränssnitt. När du granskar diagrammet bör du kontrollera att majoriteten av appens bildrutor ligger på 16 ms eller lägre.

Den data som visas under diagrammet anger appens renderingsprestanda och kan vara till hjälp när du vill hitta orsaken till eventuella problem med renderingstiden. Om till exempel procentandelen Hög inmatningsfördröjning är hög kan du titta på appkoden som hanterar indata från användaren. Läs mer om dessa mätvärden i artikeln Testa användargränssnittets prestanda.

  • Missade Vsync-händelser: För alla bildrutor som renderades på över 16 ms delas antalet missade Vsync-händelser med antalet bildrutor.
  • Hög inmatningsfördröjning: För alla bildrutor som renderades på över 16 ms delas antalet inmatningshändelser som tog över 24 ms med antalet bildrutor.
  • Långsam gränssnittstråd: För alla bildrutor som renderades på över 16 ms delas antalet gånger som gränssnittstråden tog över 8 ms med antalet bildrutor.
  • Långsamma uppritningskommandon: För alla bildrutor som renderades på över 16 ms delas antalet gånger som det tog över 12 ms för uppritningskommandon att skickas till grafikprocessorn med antalet bildrutor.
  • Långsamma bitmappsuppladdningar: För alla bildrutor som renderades på mer än 16 ms delas antalet gånger det tog över 3,2 ms för en bitmapp att laddas upp till grafikprocessorn med antalet bildrutor.

Åtgärda ett problem

Om appen har ett stort antal bildrutor med en renderingstid på över 16 ms hittar du rekommenderade lösningar på webbplatsen för Android-utvecklare.

Batteriförbrukning

Processlås som har fastnat och partiella processlås som har fastnat (i bakgrunden)

På sidorna partiella processlås som har fastnat och partiella processlås som har fastnat (i bakgrunden) visas partiella processlås som appen fått från klassen PowerManager. Partiella processlås ser till att CPU:n körs men att skärmen och tangentbordets bakgrundsbelysning kan stängas av.

Information om datainsamling

  • Av integritetsskäl är identifieringstaggarna för partiella processlås anonyma.
  • Data om partiella processlås samlas in när enheten inte laddas och skärmen är avstängd.
  • Data om partiella processlås som har fastnat (i bakgrunden) samlas bara in när appen körs i bakgrunden.
  • Google beräknar den längsta partiella processlåsperioden per batterisession för att visa hur många sessioner som påverkas av en långvarig processlåsperiod. Om en användare till exempel utlöser två timmar långa processlåsperioder använder Google en timme som högsta processlåsvärde.
  • För appar där sharedUserId har konfigurerats i manifestfilen: Data visas endast om högst en av apparna med samma sharedUserId har installerats.

Information i analysen

  • Berörda sessioner: Andelen batterisessioner där användarna drabbades av minst ett processlås som varade i mer än en timme.
  • Antal sessioner: Ungefärligt antal registrerade sessioner.
  • 90:e/99:e percentilen: 10 respektive 1 procent av de dagliga sessionerna där användarna drabbades av partiella processlåsperioder som varade längre än det angivna värdet.
  • Gränsvärde för oönskat beteende: Om värdet för appen är lika med eller högre än det angivna gränsvärdet hör den till de lägsta 25 procenten av de 1 000 populäraste apparna på Google Play (enligt antal installationer).

Åtgärda ett problem

Om appen har ett högt antal låsta partiella processlås öppnar du webbplatsen för Android-utvecklare där du hittar rekommenderade lösningar.

Överdrivet antal väckningar

På sidan Överdrivet antal väckningar visas väckningar med Alarm Manager som utlösts av appen. Där kan du se data om väckningar för klasserna ELAPSED_REALTIME_WAKEUP eller RTC_WAKEUP.

Information om datainsamling

  • Av integritetsskäl är identifieringstaggarna för väckningar anonyma.
  • Väckningar registreras när enheten inte laddas.
  • Mätvärdet normaliseras genom att antalet väckningar jämförs med tiden då enheten drivs med batteriet. Google beräknar antalet väckningar per användare och timme för att visa hur många användare som påverkas av ett högt antal väckningar.
  • För appar där sharedUserId har konfigurerats i manifestfilen: Data visas endast om högst en av apparna med samma sharedUserId har installerats.

Information i analysen

  • Berörda sessioner: Andelen batterisessioner där användarna drabbades av fler än tio väckningar per timme. En batterisession är en sammanställning av alla batterirapporter som har tagits emot inom en viss 24-timmarsperiod. I Android 10 är en batterirapport intervallet mellan två batteriladdningar, antingen från under 20 % till över 80 % eller från valfritt värde till 100 %. I Android 11 och senare är en batterirapport en fast 24-timmarsperiod. Google samlar endast in data när enheten inte är ansluten till en laddare.
  • Antal sessioner: Ungefärligt antal registrerade sessioner.
  • 90:e/99:e percentilen: 10 respektive 1 procent av de dagliga sessionerna där antalet väckningar per timme överskred det angivna värdet.
  • Gränsvärde för oönskat beteende: Om värdet för appen är lika med eller högre än det angivna gränsvärdet hör den till de lägsta 25 procenten av de 1 000 populäraste apparna på Google Play (enligt antal installationer).

Åtgärda ett problem

Om appen har regelbundna väckningar hittar du rekommenderade lösningar på webbplatsen för Android-utvecklare.

Överdrivet antal wifi-sökningar (i bakgrunden)

På sidan Överdrivet antal Wi-Fi-sökningar (i bakgrunden) ser du när Wi-Fi-sökningar leder till hög batteriförbrukning.

Information om datainsamling

Data om wifi-sökningar samlas in när appen körs i bakgrunden och enheten inte laddas.

Information i analysen

  • Berörda sessioner: Andelen batterisessioner där användarna drabbades av fler än fyra wifi-sökningar per timme.
  • Antal sessioner: Ungefärligt antal registrerade sessioner.
  • 90:e/99:e percentilen: 10 respektive 1 procent av de dagliga sessionerna där antalet wifi-sökningar i bakgrunden överskred det angivna värdet.

Åtgärda ett problem

Om wifi-sökningar i bakgrunden förekommer ofta i appen hittar du rekommenderade lösningar på webbplatsen för Android-utvecklare.

Överdriven nätverksanvändning (i bakgrunden)

På sidan Överdriven nätverksanvändning visas när en stor mängd nätverksdata är kopplad till en bakgrundstjänst. När mobilnätverket används i bakgrunden har användarna ingen enkel möjlighet att stoppa dataöverföringen.

Information om datainsamling

Data om användningen av mobilnätverket samlas in när appen körs i bakgrunden och enheten inte laddas.

Information i analysen

  • Berörda sessioner: Andelen batterisessioner där nätverksanvändningen i bakgrunden var över 50 MB per dag.
  • Antal sessioner: Ungefärligt antal registrerade sessioner.
  • 90:e/99:e percentilen: 10 respektive 1 procent av de dagliga sessionerna där nätverksanvändningen i bakgrunden per dag överskred det angivna värdet.

Åtgärda ett problem

Om nätverket ofta används i bakgrunden i appen hittar du rekommenderade lösningar på webbplatsen för Android-utvecklare.

Behörigheter

Nekade behörigheter

På sidan Nekade behörigheter visas information om andelen dagliga sessioner med behörighetsbegäranden då användarna nekat behörighet. En behörighet för daglig session avser en dag då appen begär minst en behörighet från användaren.

Information om datainsamling

Data om nekade behörigheter samlas in när användare besvarar begäranden om behörighet i appen.

Information i analysen

  • Nekade behörigheter: Andel dagliga sessioner med behörighetsbegäranden då användarna nekat behörighet.
  • Fråga aldrig igen: Andel dagliga sessioner med behörighetsbegäranden då användarna nekade behörigheterna genom att välja Fråga aldrig igen.
  • Totalt antal sessioner: Ungefärligt antal registrerade sessioner.

Åtgärda ett problem

Om appen har ett stort antal nekade behörigheter hittar du rekommenderade lösningar på webbplatsen för Android-utvecklare.

Gränsvärden för oönskat beteende i diagnosen av huvudvärden

Google Play har definierat gränsvärden för oönskat beteende i diagnosen av appens huvudvärden.

Om appen överskrider ett gränsvärde för oönskat beteende är den troligtvis mindre synlig på Google Play. Om appens oönskade beteende påverkar specifika enhetsmodeller styrs användarna på dessa enheter bort från appen på Google Play och mot andra titlar som fungerar bättre. I vissa fall kan en varning visas i appens butiksuppgifter så att användarna vet vad de ska förvänta sig och får möjligheten att hitta alternativ med högre teknisk kvalitet.

Google Play tar vanligtvis hänsyn till data från de senaste 28 dagarna när vi utvärderar appens kvalitet, men en plötsligt ökning kan få snabbare konsekvenser.

Komprimera alla Utöka alla

Stabilitet

Gränsvärden för andel ANR-fel som användarna uppfattar

Google Play har definierat gränsvärden för oönskat beteende för andelen ANR-fel som användarna uppfattar:

  • Oönskat beteende totalt: Minst 0,47 % av aktiva användare per dag uppfattar ett ANR-fel oavsett enhetsmodell.

  • Oönskat beteende per enhet: Minst 8 % av aktiva användare per dag uppfattar ett ANR-fel för en enskild enhetsmodell.

För att minska andelen ANR-fel åtgärdar du de underliggande ANR-klustren som rapporteras på sidan Krascher och ANR-fel. Ju fler användare som berörs av ett kluster, desto mer bidrar det till andelen ANR-fel.

Om specifika aspekter av maskin- eller programvaran för en enhet kan bidra till andelen ANR-fel får du ett meddelande från Android-diagnos. Du kan även utforska kopplingarna själv på översiktssidan för Räckvidd och enheter (Version > Räckvidd och enheter > Översikt).

Gränsvärden för antal krascher som användarna uppfattar

Google Play har definierat gränsvärden för oönskat beteende för antalet krascher som användarna uppfattar:

  • Oönskat beteende totalt: Minst 1,09 % av användare per dag uppfattar en krasch oavsett enhetsmodell.

  • Oönskat beteende per enhet: Minst 8 % av användare per dag uppfattar en krasch för en enskild enhetsmodell.

För att minska antalet krascher åtgärdar du de underliggande kraschklustren som rapporteras på sidan Krascher och ANR-fel. Ju fler användare som berörs av ett kluster, desto mer bidrar det till antalet krascher.

Om specifika aspekter av maskin- eller programvaran för en enhet kan bidra till antalet krascher får du ett meddelande från Android-diagnos. Du kan även utforska kopplingarna själv på översiktssidan för Räckvidd och enheter (Version > Räckvidd och enheter > Översikt).

Relaterat innehåll

Ta reda på bästa sättet att förbättra appens prestanda och stabilitet med hjälp av Android-diagnos.

Var det här till hjälp?

Hur kan vi förbättra den?

Behöver du mer hjälp?

Testa detta härnäst:

Sök
Rensa sökning
Stäng sökrutan
Huvudmeny
11848830995271740360
true
Sök i hjälpcentret
true
true
true
true
true
92637
false
false