Hold øje med din apps tekniske kvalitet ved hjælp af vitale Android-oplysninger

Vælg Se info () ud for en metric for at få flere oplysninger om den. På den næste skærm kan du gennemgå:

• Grænser for problematisk adfærd
• Benchmarks for kategorier
• Detaljerede benchmark-sammenligninger
  • Vælg Rediger referencegruppe øverst på siden på kortet med sammenligningen af lignende apps for at redigere en tilpasset referencegruppe. Når du har oprettet en tilpasset referencegruppe, kan du se, hvordan din app klarer sig i forhold til andre apps, som du har valgt, i Google Play.
• Metric-trend over tid

Metrics for ANR-fejlfrekvens giver et overblik over din apps kvalitet. Disse metrics beregnes ved at normalisere antallet af brugere med ANR-fejl baseret på deres brug af din app. De rapporteres som en procentdel af de daglige aktive brugere, hvor en daglig aktiv bruger defineres som en bruger, der benytter appen på en enkelt dag på en enkelt enhed. Hvis en bruger benytter din app på mere end én enhed på en enkelt dag, medregnes hver enhed i antallet af aktive brugere for den pågældende dag. Hvis flere brugere benytter den samme enhed på en enkelt dag, beregnes dette som én aktiv bruger.

Der er tre metrics for ANR-fejlfrekvens:

• Brugerobserveret ANR-fejlfrekvens: Procentdelen af dine daglige aktive brugere, der oplevede mindst én brugerobserveret ANR-fejl. En brugerobserveret ANR-fejl er en ANR-fejl, der sandsynligvis er blevet bemærket af brugeren. I øjeblikket er det kun ANR-fejl af typen "input dispatching timed out", som medregnes. Denne metric vil altid være lavere end din overordnede ANR-fejlfrekvens, da den er normaliseret i forhold til daglig brug, men ikke medregner alle ANR-fejl.
  Brugerobserveret ANR-fejlfrekvens betragtes som vigtige statistikdata, hvilket betyder, at den påvirker din apps synlighed i Google Play. Den er vigtig, fordi det antal ANR-fejl, der tælles, altid opstår, når brugeren interagerer med appen. Det er derfor den type fejl, der forstyrrer mest.
• ANR-fejlfrekvens: Procentdelen af dine daglige brugere, der oplevede mindst én ANR-fejl. Denne metric omfatter ANR-fejl, der ikke er klassificeret som brugerobserveret, men vi kan ikke garantere, at disse ANR-fejl ikke påvirker brugerne.
• Frekvens for gentagne ANR-fejl: Procentdelen af dine daglige brugere, der oplevede mindst to ANR-fejl. Denne metric hjælper med at fremhæve loops.

Løs et problem

De ANR-fejl, der bidrager til dine metrics for ANR-fejlfrekvens, kan ses på siden Nedbrud og ANR-fejl. Du kan filtrere efter brugerobserverede ANR-fejl på denne side.

Du kan se, hvordan du diagnosticerer og løser problemer med ANR-fejl, på websitet for Android-udviklere.

Metrics for nedbrudsfrekvens giver et overblik over din apps kvalitet. Disse metrics beregnes ved at normalisere antallet af dine brugere, som oplever nedbrud, baseret på deres brug af din app. De rapporteres som en procentdel af de daglige brugere, hvor en daglig bruger defineres som en bruger, der benytter appen på en enkelt dag på en enkelt enhed. Hvis en bruger har mere end én enhed, tælles brugeren mere end én gang. Hvis f.eks. to brugere benytter appen i to dage på hver deres enhed, genereres der fire daglige sessioner.

Der er tre metrics for nedbrudsfrekvens:

• Brugerobserveret nedbrudsfrekvens: Procentdelen af dine daglige brugere, der oplevede mindst ét brugerobserveret nedbrud. Et brugerobserveret nedbrud er et nedbrud, der sandsynligvis er blevet bemærket af brugeren. Det kan f.eks. være nedbrud, der finder sted, mens din app viser en aktivitet eller kører som en tjeneste i forgrunden. Denne metric vil altid være lavere end din overordnede nedbrudsfrekvens, da den er normaliseret i forhold til daglig brug, men ikke medregner alle nedbrud.
  Brugerobserveret nedbrudsfrekvens er en vital Android-oplysning, hvilket betyder, at den har indflydelse på din apps synlighed i Google Play. Den er vigtig, fordi det antal nedbrud, der tælles, altid opstår, når brugeren interagerer med appen. Det er derfor den type fejl, der forstyrrer mest. Derfor skal du sørge for, at din app ikke overskrider grænsen for problematisk adfærd for denne metric.

• Nedbrudsfrekvens: Procentdelen af dine daglige brugere, der oplevede mindst ét nedbrud. Denne metric omfatter nedbrud, der ikke er klassificeret som brugerobserveret, men vi kan ikke garantere, at disse nedbrud ikke påvirker brugerne.

• Frekvens for gentagne nedbrud: Procentdelen af dine daglige brugere, der oplevede mindst to nedbrud. Denne metric hjælper med at fremhæve loops.

Løs et problem

Du kan se, hvordan du diagnosticerer og løser problemer med nedbrud, på websitet for Android-udviklere.

På siden Opstartstid kan du se oplysninger om, når din app starter langsomt op fra systemtilstandene kold, varm og hot. Opstartstiden er den tid, der går, fra en bruger åbner din app, til de første billeder vises på skærmen. Dette kaldes også "tid inden første visning".

Din app er muligvis ikke klar til, at brugeren begynder at interagere med den efter dette tidsinterval, f.eks. hvis din app har yderligere skærme, der skal indlæses.

Oplysninger om dataindsamling

• Opstartstiderne registreres kun, når en bruger udløser en aktivitet.
  • Eksempel: Opstartstiden for tastaturapps svarer til opstartstiden for den medfølgende app.
• Hvis en app starter op flere gange på samme dag fra samme systemtilstand, registreres dagens længste opstartstid.
• Opstartstiderne registreres, når appens første billede indlæses helt, selv hvis det er en skærm, som brugerne ikke interagerer med.
  • Eksempel: Hvis en app starter op med en splash-skærm, svarer opstartstiden til den tid, det tager at vise splash-skærmen.

Vitale oplysninger

• Påvirkede sessioner: Procentdelen af sessioner, hvor brugerne oplevede en langsom opstartstid for hver respektiv systemtilstand:
  • Langsom kold opstart: 5 sekunder eller mere
  • Langsom varm opstart: 2 sekunder eller mere
  • Langsom hot opstart: 1 sekund eller mere
• Antal sessioner: Omtrentligt antal registrerede sessioner.
• 90./99. percentil: 10 %/1 % af de daglige sessioner, hvor brugerne oplevede langsomme opstartstider for din app.

Løs et problem

Hvis din app har et højt antal forekomster af langsom opstartstid, kan du gå til websitet for Android-udviklere for at se anbefalede løsninger.

Derfor er det vigtigt

Langsomme sessioner giver dig indblik i, hvor god billedfrekvensen i dit spil er, hvilket påvirker, hvor stabilt og gnidningsløst dit spil føles for brugerne.

Forstå din apps data

På siden Langsomme sessioner vises der oplysninger om procentdelen af daglige sessioner, hvor brugerne oplevede, at mere end 25 % af billederne kørte langsommere end enten 30 FPS eller 20 FPS, afhængigt af hvilket benchmark du vælger. Du kan også se fordelingen af sessioner efter billedfrekvens for dit spil. Billedfrekvensen på sessionsniveau måles ved den 75. percentil, hvilket betyder, at 75 % af billederne som minimum opnår denne billedfrekvens.

De fleste spil i Google Play bør være målrettet mod 30 FPS eller højere. Dette giver brugerne en rimelig oplevelse, uanset hvilken type spil de spiller (selvom nogle brugere foretrækker mindst 60 FPS, især på dyrere enheder). Hold øje med metric'en for frekvensen for langsomme sessioner (30 FPS), så du sikrer, at du når dette mål. Vær opmærksom på, at denne metric kun omfatter sessioner, hvor mere end 25 % af billederne ikke nåede grænsen på 30 FPS. Derfor kan der forventes nogen variabilitet i forhold til billedfrekvensen.

30 FPS giver en rimelig oplevelse, men der kan være tidspunkter eller typer af spil, hvor det giver mening at sænke billedfrekvensen yderligere, eller hvis brugerne vil spille dit spil på telefoner, der ikke understøtter 30 FPS. I disse scenarier skal mindst 75 % af billederne i en session stadig opnå mindst 20 FPS. Hold øje med metric'en for frekvensen for langsomme sessioner (20 FPS), så du sikrer, at du når dette mål.

Android-statistikdata rapporterer langsomme sessioner (30 FPS) og langsomme sessioner (20 FPS) for hver enhed samt for alle enheder og sessioner. Brug den overordnede metric til at opnå en forståelse af din overordnede brugeroplevelse, men vær også opmærksom på ydeevnen på enkelte enheder. På et tidspunkt i fremtiden vil Play begynde at dirigere brugerne væk fra spil, der ikke kan opnå 20 FPS på brugernes telefoner.

Statistikdata starter først med at overvåge billedfrekvensen, når dit spil har kørt i 1 minut.

Oplysninger om dataindsamling

Metric'en for langsomme sessioner beregnes ud fra data, der indsamles fra SurfaceFlinger. Det betyder mere konkret, at billedfrekvensen for en session anslås på baggrund af tiden mellem billeder, der vises på platforme, som ejes af appen, og den omfatter billeder, som gengives af OpenGL, Vulkan og Android UI-værktøjet. Denne metric angives i øjeblikket kun for spil.

Billedfrekvensdata for langsomme sessioner indsamles fra enheder med Android 9 eller nyere.

Visning i kontrolpanelet

• Repræsentativ billedfrekvens: Dette viser, hvor god billedfrekvensen i dit spil er på enheder med Android 9 eller nyere, som beregnes ved 75. percentil. Det betyder, at 75 % af sessionerne havde denne billedfrekvens eller en hurtigere billedfrekvens 75 % af tiden.
• Frekvens for langsomme sessioner over tid: En tidsserie, der viser procentdelen af sessioner, som vurderes at være langsomme sessioner.
• Fordeling af billedfrekvens: Histogram, der viser den 75. percentil af billedfrekvensen på tværs af sessioner. Det betyder, at 75 % af billederne i en session var hurtigere end den billedfrekvens, der blev brugt til at køre sessionen.

Løs et problem

Hvis din app har et højt antal langsomme sessioner, kan du gå til websitet for Android-udviklere for at se anbefalede løsninger.

Forstå din apps data

På siden Mange langsomme billeder kan du se oplysninger om procentdelen af daglige sessioner, hvor brugerne oplevede, at over 50 % af billederne overskred enhedens visningsdeadline. Brugerinteraktioner med din app bør køre ved 60 billeder pr. sekund uden afbrudte eller forsinkede billeder.

Oplysninger om dataindsamling

Google indhenter gengivelsestiden for hvert billede, der gengives af din app ved hjælp af rammen for brugerfladeværktøjet. Billeder, der gengives direkte via OpenGL eller Vulkan, indhentes ikke.

Visning i kontrolpanelet

Når du vælger en række, vises dataene opdelt i percentiler.

• Påvirkede sessioner: Procentdel af daglige sessioner, hvor brugerne oplevede, at over 50 % af billederne havde en gengivelsestid på mere end 16 millisekunder. En daglig session er en dag, hvor din app blev brugt. Hvis to brugere f.eks. bruger appen i to dage, genererer den fire daglige sessioner.
• Antal sessioner: Omtrentligt antal registrerede sessioner.
• 90./99. percentil: 90 %/99 % af det samlede antal billeder havde en gengivelsestid, der var lavere end det viste tal. Disse tal baseres på alle indsamlede billeder.

Når du klikker på en post i tabellen, vises diagrammet "Fordeling af gengivelseshastighed for brugerflade". Når du gennemgår diagrammet, bør du sikre dig, at størstedelen af din apps billeder har en gengivelseshastighed på højst 16 millisekunder.

Dataene under diagrammet viser appens gengivelseseffektivitet og kan gøre det nemmere for dig at finde årsagen til problemer med gengivelseshastighed. Hvis procentdelen for "Stor forsinkelse på input" f.eks. er høj, bør du se på din apps kode, der håndterer brugerinput. Du kan få flere oplysninger om disse metrics ved at gå til test af brugerfladeeffektivitet.

• Ikke-registrerede Vsync-hændelser: For alle billeder, der gengives i mere end 16 millisekunder, er det antallet af ikke-registrerede Vsync-hændelser divideret med antallet af billeder.
• Stor forsinkelse på input: For alle billeder, der gengives i mere end 16 millisekunder, er det antallet af inputhændelser, der tog mere end 24 millisekunder, divideret med antallet af billeder.
• Langsom brugerfladetråd: For alle billeder, der gengives i mere end 16 millisekunder, er det antallet af gange, det tog brugerfladetråden mere end 8 millisekunder at blive færdig, divideret med antallet af billeder.
• Langsomme tegnekommandoer: For alle billeder, der gengives i mere end 16 millisekunder, er det antallet af gange, det tog mere end 12 millisekunder at sende tegnekommandoer til grafikprocessoren, divideret med antallet af billeder.
• Langsomme bitmap-uploads: For alle billeder, der gengives i mere end 16 millisekunder, er det antallet af gange, det tog mere end 3,2 millisekunder at uploade bitmap-filen til grafikprocessoren, divideret med antallet af billeder.

Løs et problem

Hvis din app har mange billeder med en gengivelsestid på mere end 16 millisekunder, kan du gå til websitet for Android-udviklere for at se anbefalede løsninger.

Forstå din apps data

På siden Mange langsomme billeder kan du se oplysninger om procentdelen af daglige sessioner, hvor brugerne oplevede, at over 50 % af billederne overskred enhedens visningsdeadline. Brugerinteraktioner med din app bør køre ved 60 billeder pr. sekund uden afbrudte eller forsinkede billeder.

Oplysninger om dataindsamling

Google indhenter gengivelsestiden for hvert billede, der gengives af din app ved hjælp af rammen for brugerfladeværktøjet. Billeder, der gengives direkte via OpenGL eller Vulkan, indhentes ikke.

Visning i kontrolpanelet

Når du vælger en række, vises dataene opdelt i percentiler.

• Påvirkede sessioner: Procentdel af daglige sessioner, hvor brugerne oplevede, at over 50 % af billederne havde en gengivelsestid på mere end 16 millisekunder. En daglig session er en dag, hvor din app blev brugt. Hvis to brugere f.eks. bruger appen i to dage, genererer den fire daglige sessioner.
• Antal sessioner: Omtrentligt antal registrerede sessioner.
• 90./99. percentil: 90 %/99 % af det samlede antal billeder havde en gengivelsestid, der var lavere end det viste tal. Disse tal baseres på alle indsamlede billeder.

Når du klikker på en post i tabellen, vises diagrammet "Fordeling af gengivelseshastighed for brugerflade". Når du gennemgår diagrammet, bør du sikre dig, at størstedelen af din apps billeder har en gengivelseshastighed på højst 16 millisekunder.

Dataene under diagrammet viser appens gengivelseseffektivitet og kan gøre det nemmere for dig at finde årsagen til problemer med gengivelseshastighed. Hvis procentdelen for "Stor forsinkelse på input" f.eks. er høj, bør du se på din apps kode, der håndterer brugerinput. Du kan få flere oplysninger om disse metrics ved at gå til test af brugerfladeeffektivitet.

• Ikke-registrerede Vsync-hændelser: For alle billeder, der gengives i mere end 16 millisekunder, er det antallet af ikke-registrerede Vsync-hændelser divideret med antallet af billeder.
• Stor forsinkelse på input: For alle billeder, der gengives i mere end 16 millisekunder, er det antallet af inputhændelser, der tog mere end 24 millisekunder, divideret med antallet af billeder.
• Langsom brugerfladetråd: For alle billeder, der gengives i mere end 16 millisekunder, er det antallet af gange, det tog brugerfladetråden mere end 8 millisekunder at blive færdig, divideret med antallet af billeder.
• Langsomme tegnekommandoer: For alle billeder, der gengives i mere end 16 millisekunder, er det antallet af gange, det tog mere end 12 millisekunder at sende tegnekommandoer til grafikprocessoren, divideret med antallet af billeder.
• Langsomme bitmap-uploads: For alle billeder, der gengives i mere end 16 millisekunder, er det antallet af gange, det tog mere end 3,2 millisekunder at uploade bitmap-filen til grafikprocessoren, divideret med antallet af billeder.

Løs et problem

Hvis din app har mange billeder med en gengivelsestid på mere end 16 millisekunder, kan du gå til websitet for Android-udviklere for at se anbefalede løsninger.

Siderne for delvise, faste aktiveringslås og delvise, faste aktiveringslåse (i baggrunden) viser delvise aktiveringslåse, som din app har hentet via klassen PowerManager. En delvis aktiveringslås sikrer, at CPU'en kører, men skærmen og tastaturets baggrundslys kan slukkes.

Oplysninger om dataindsamling

• Identifikationstags for delvise aktiveringslåse anonymiseres for at give bedre privatlivsbeskyttelse.
• Data om delvise aktiveringslåse indsamles, når enheden ikke oplades, og skærmen er slukket.
• Data om delvise, faste aktiveringslåse (i baggrunden) indsamles kun, når appen kører i baggrunden.
• Google beregner den maksimale varighed af delvise aktiveringslåse pr. batterisession for at vise, hvor mange sessioner der påvirkes af en langvarig aktiveringslås. Hvis en bruger f.eks. udløser to aktiveringslåse, der varer én time, anvender Google en maksimal værdi for aktiveringslåse på én time.
• Ved apps, hvor sharedUserId er angivet i manifestfilen, vises der kun data, hvis der som maksimum er installeret én app med det samme sharedUserId.

Vitale oplysninger

• Påvirkede sessioner: Procentdelen af batterisessioner, hvor brugerne oplevede mindst én aktiveringslås, der varede i mere end én time.
• Antal sessioner: Omtrentligt antal registrerede sessioner.
• 90./99. percentil: 10 %/1 % af daglige sessioner, hvor brugerne oplevede delvise aktiveringslåse, der varede længere end det viste tal.
• Tærskel for problematisk adfærd: Hvis din app udviser en frekvens af forekomster, der er lig med eller højere end den viste tærskel, vises den i de nederste 25 % af de 1.000 mest populære apps i Google Play (efter antal installationer).

Løs et problem

Hvis din app har mange delvise aktiveringslåse, der sidder fast, kan du gå til websitet for Android-udviklere for at se anbefalede løsninger.

Siden Overdreven brug af skærmaktivering viser skærmaktiveringer i Alarm Manager, der udløses af din app. Du får vist data om skærmaktivering for klasserne ELAPSED_REALTIME_WAKEUP eller RTC_WAKEUP.

Oplysninger om dataindsamling

• Identifikationstags for skærmaktivering anonymiseres for at give bedre privatlivsbeskyttelse.
• Der indsamles skærmaktiveringer, når enheden ikke er under opladning.
• Antallet af skærmaktiveringer sammenlignes med antallet af gange, hvor enheden bruger batteriet, for at angive en normaliseret metric. Google beregner antallet af skærmaktiveringer pr. bruger pr. time for at vise, hvor mange brugere der påvirkes af mange skærmaktiveringer.
• Ved apps, hvor sharedUserId er angivet i manifestfilen, vises der kun data, hvis der som maksimum er installeret én app med det samme sharedUserId.

Vitale oplysninger

• Påvirkede sessioner: Procentdel af batterisessioner, hvor brugerne oplevede mere end 10 skærmaktiveringer i timen. En batterisession er samlingen af alle batterirapporter, der er modtaget inden for en specifik periode på 24 timer. I Android 10 henviser en batterirapport til intervallet mellem to batteriopladninger enten fra under 20 % til over 80 % eller fra alle værdier til 100 %. I Android 11 og nyere versioner henviser en batterirapport til en fastsat periode på 24 timer. Google indsamler kun dataene, når enheden ikke er under opladning.
• Antal sessioner: Omtrentligt antal registrerede sessioner.
• 90./99. percentil: 10 %/1 % af de daglige sessioner, hvor brugerne oplevede flere skærmaktiveringer i timen end den viste værdi.
• Tærskel for problematisk adfærd: Hvis din app udviser en frekvens af forekomster, der er lig med eller højere end den viste tærskel, vises den i de nederste 25 % af de 1.000 mest populære apps i Google Play (efter antal installationer).

Løs et problem

Hvis din app har hyppige skærmaktiveringer, kan du gå til websitet for Android-udviklere for at se anbefalede løsninger.

Siden Overdreven brug af Wi-Fi-scanninger (i baggrunden) vises, når der er et højt batteriforbrug på grund af Wi-Fi-scanninger.

Oplysninger om dataindsamling

Data om Wi-Fi-scanninger indsamles, når enheden ikke oplader, og appen kører i baggrunden.

Vitale oplysninger

• Påvirkede sessioner: Procentdelen af batterisessioner, hvor brugerne oplevede mere end 4 Wi-Fi-scanninger i timen.
• Antal sessioner: Omtrentligt antal registrerede sessioner.
• 90./99. percentil: 10 %/1 % af daglige sessioner, hvor brugerne oplevede flere Wi-Fi-scanninger i baggrunden pr. time end det viste antal.

Løs et problem

Hvis din app har et højt antal Wi-Fi-scanninger i baggrunden, kan du gå til websitet for Android-udviklere for at se anbefalede løsninger.

Siden Overdreven brug af netværk vises, når en større mængde netværksdata er tilknyttet en tjeneste i baggrunden. Når brugen af mobilnetværk sker i baggrunden, har dine brugere ikke nem adgang til indstillinger til standsning af dataoverførslen.

Oplysninger om dataindsamling

Data om brug af mobilnetværk indsamles, når enheden ikke oplader, og appen kører i baggrunden.

Vitale oplysninger

• Påvirkede sessioner: Procentdelen af batterisessioner, hvor brugerne oplevede en netværksbrug i baggrunden på mere end 50 MB om dagen.
• Antal sessioner: Omtrentligt antal registrerede sessioner.
• 90./99. percentil: 10 %/1 % af de daglige sessioner, hvor brugerne oplevede en højere daglig netværksbrug i baggrunden end det viste tal.

Løs et problem

Hvis din app har en høj netværksbrug i baggrunden, kan du gå til websitet for Android-udviklere for at se anbefalede løsninger.

På siden Nægtede tilladelser kan du se oplysninger om procentdelen af daglige tilladelsessessioner, hvor brugerne afviste tilladelser. En daglig tilladelsessession henviser til en dag, hvor din app anmodede brugeren om mindst én tilladelse.

Oplysninger om dataindsamling

Data om nægtede tilladelser indsamles, når brugerne handler på anmodninger om tilladelser i din app.

Vitale oplysninger

• Afviste tilladelser: Procentdelen af daglige tilladelsessessioner, hvor brugerne afviste tilladelser.
• Spørg mig ikke igen: Procentdel af de daglige tilladelsessessioner, hvor brugerne afviste tilladelser ved at vælge Spørg mig ikke igen.
• Samlet antal sessioner: Det omtrentlige antal registrerede sessioner.

Løs et problem

Hvis din app har mange nægtede tilladelser, kan du gå til websitet for Android-udviklere for at se anbefalede løsninger.

Google Play har defineret grænser for problematisk adfærd for brugerobserveret ANR-fejlfrekvens:

• Generel problematisk adfærd: Mindst 0,47 % af de daglige aktive brugere på alle enhedsmodeller oplever en brugerobserveret ANR.

• Problematisk adfærd på en enhed: Mindst 8 % af de daglige aktive brugere oplever en brugerobserveret ANR-fejl for en enkelt enhedsmodel.

Du kan forbedre din ANR-fejlfrekvens ved at løse problemerne med de underliggende ANR-klynger, som du kan se på siden Nedbrud og ANR-fejl. Jo flere berørte brugere der er, desto mere bidrager den pågældende klynge til din ANR-fejlfrekvens.

Hvis specifikke aspekter af enhedshardware eller -software bidrager til din ANR-fejlfrekvens, underretter vitale Android-oplysninger dig. Du kan også selv gennemgå tilknytninger på siden Oversigt over Rækkevidde og enheder (Udgivelse > Rækkevidde og enheder > Oversigt).

Google Play har defineret grænser for problematisk adfærd i forbindelse med brugerobserveret nedbrudsfrekvens:

• Generel problematisk adfærd: Mindst 1,09 % af de daglige brugere på alle enhedsmodeller oplever et brugerobserveret nedbrud.

• Problematisk adfærd på en enhed: Mindst 8 % af de daglige brugere oplever et brugerobserveret nedbrud for en enkelt enhedsmodel.

Du kan forbedre din nedbrudsfrekvens ved at løse problemerne med de underliggende nedbrudsklynger, som du kan se på siden Nedbrud og ANR-fejl. Jo flere berørte brugere der er, desto mere bidrager den pågældende klynge til din nedbrudsfrekvens.

Hvis specifikke aspekter af enhedshardware eller -software bidrager til din nedbrudsfrekvens, underretter Android-statistikdata dig. Du kan også selv gennemgå tilknytninger på siden Oversigt over Rækkevidde og enheder (Udgivelse > Rækkevidde og enheder > Oversigt).