In diesem Ratgeber
Android Vitals ist Googles Dashboard mit technischen Qualitätsdaten deiner App, gesammelt auf echten Geräten im Alltag. Du findest es in der Play Console. Für ein kleines Team gilt: wenige Zahlen beobachten, verstehen, was sie bedeuten, und damit entscheiden, was zuerst repariert wird.
Die Kernmetriken
Die Android-Entwicklerdokumentation nennt diese als wichtigste Vitals:
- Stabilität: nutzerwahrgenommene Absturzrate und nutzerwahrgenommene ANR-Rate (ANR = Application Not Responding, App reagiert nicht).
- Akku: übermäßige Partial Wake Locks.
- Speicher: Speichernutzung und Bitmap-Speichernutzung.
Beginne mit der Stabilität. Abstürze und ANRs sind die Zahlen, an denen die meisten direkt arbeiten können.
Schwellenwerte und warum sie zählen
Dieselbe Dokumentation nennt Schwellen für „schlechtes Verhalten“. Für maximale Sichtbarkeit in Google Play solltest du darunter bleiben:
| Kennzahl | Gesamt (Durchschnitt über Geräte) | Je Handy-Modell |
|---|---|---|
| Nutzerwahrgenommene Absturzrate | 1,09 % | 8 % |
| Nutzerwahrgenommene ANR-Rate | 0,47 % | 8 % |
Überschreitest du eine Schwelle, kann Play laut Google die Sichtbarkeit deiner App verringern und eine Warnung im Store-Eintrag anzeigen. Die Werte können sich ändern, prüfe also die aktuelle Seite, bevor du sie zitierst.
Zwei Lesarten solltest du trennen: Die Gesamtrate sagt, ob die App im Schnitt gesund ist. Die Rate je Modell zeigt, ob eine Gerätefamilie schwer kaputt ist, obwohl der Schnitt gut aussieht.
Wo du nachsiehst
Absturz- und ANR-Daten stehen im Android-Vitals-Dashboard der Play Console. Dieselben Daten gibt es über die Google Play Developer Reporting API. Für gerätespezifische Probleme verweist Google auf „Reichweite und Geräte“ (Reach and Devices) in der Play Console.
Vitals plus Tester-Berichte
Vitals sagt dir, dass etwas fehlschlägt und wie oft. Was die Person gerade tat, sagt es selten. Das liefert ein Tester-Bericht.
- Erkenne einen Ausschlag in den Vitals nach einem Release.
- Bitte Tester mit dem betroffenen Gerätetyp, die Hauptabläufe zu wiederholen und genaue Schritte zu notieren.
- Gleiche ihre Schritte mit dem Stacktrace in den Vitals-Clustern ab.
- Behebe den Fehler und beobachte die Zahl nach dem nächsten Release.
Vitals bildet veröffentlichte Builds ab und ersetzt deshalb keine Tests vor dem Release. Bei einer ganz neuen App mit wenigen Nutzern hilft es wenig: Kleine Stichproben lassen Prozentwerte springen. In dieser Phase wiegt Tester-Feedback mehr.
Von Zahlen zu Prioritäten
- Behebe zuerst Absturz-Cluster, die die meisten Nutzer treffen. Siehe Absturzberichte priorisieren.
- Behandle ANRs als eigenes Problem mit eigenen Ursachen (blockierter Main-Thread, langsame I/O). Siehe Android-ANR-Fehler.
- Prüfe einen modellspezifischen Ausschlag auf einem echten oder ähnlichen Gerät, bevor du Code änderst.
- Schreibe die Zahl bei jedem Release auf, damit du siehst, ob eine Änderung geholfen hat.
Teil des Android-Testing-Leitfadens. Verwandt: Cloud-Gerätetests oder echte Tester und die Android-Release-Checkliste.
Tester sollen ein Problem auf ihren eigenen Handys nachstellen? Kostenlos starten und privates, strukturiertes Feedback sammeln.