Android Vitals pomaga Google poprawiać jakość aplikacji na Androida w Google Play. Gdy użytkownik wyrazi na to zgodę, jego urządzenie z Androidem będzie śledzić dane o jakości aplikacji, takie jak stabilność, wydajność, zużycie baterii i problemy z uprawnieniami. Google Play zbiera te dane, do których można uzyskać dostęp za pomocą panelu Android Vitals w Konsoli Play oraz interfejsu Google Play Developer Reporting API.
Deweloperzy powinni monitorować Android Vitals, aby poprawiać wrażenia użytkowników, zwłaszcza w przypadku podstawowych wskaźników: częstotliwości awarii widocznych dla użytkowników, częstotliwości błędów ANR widocznych dla użytkowników, zbyt wielu częściowych blokad uśpienia, wykorzystania pamięci, i wykorzystania pamięci przez bitmapę.
Podstawowe wskaźniki i niewłaściwe działanie
Podstawowe wskaźniki aplikacji wpływają na jej widoczność w Google Play. Oprócz podstawowych wskaźników Android Vitals ostrzega też o elementach, które wymagają uwagi i mogą wpływać na widoczność aplikacji w Google Play, np. o optymalizacji kodu DEX. Częstotliwość awarii widocznych dla użytkowników i częstotliwość błędów ANR widocznych dla użytkowników mają ogólny próg niewłaściwego działania i próg niewłaściwego działania na urządzenie.
Zbyt wiele częściowych blokad uśpienia ma tylko ogólny próg niewłaściwego działania, a nadmierne wykorzystanie baterii w Wear OS ma ogólny próg i próg na model zegarka.
Wskaźnik wykorzystania pamięci ma różne progi dla każdego poziomu pamięci RAM urządzenia i stanu aplikacji oraz różni się w przypadku aplikacji i gier. Wykorzystanie pamięci przez bitmapę jest takie samo na wszystkich poziomach pamięci RAM urządzenia, ale ma różne progi dla każdego stanu aplikacji.
Najczęstsze pytania
Czym są podstawowe wskaźniki?
Podstawowe wskaźniki to najważniejsze dane w Android Vitals, które wpływają na widoczność aplikacji w Google Play. Podstawowe wskaźniki to:
Stabilność: częstotliwość awarii widocznych dla użytkowników i częstotliwość błędów ANR widocznych dla użytkowników we wszystkich aplikacjach.
Bateria: zbyt wiele częściowych blokad uśpienia we wszystkich aplikacjach oraz nadmierne wykorzystanie baterii w aplikacjach z tarczami zegarka.
Pamięć: wykorzystanie pamięci (anonimowy RSS + przestrzeń wymiany) i wykorzystanie pamięci przez bitmapę we wszystkich aplikacjach mobilnych.
Jakie są progi niewłaściwego działania?
Podstawowe wskaźniki stabilności i baterii
|
PRÓG NIEWŁAŚCIWEGO DZIAŁANIA Aby zmaksymalizować widoczność tytułu w Google Play, utrzymuj go poniżej tych progów. |
|||
|---|---|---|---|
| Ogólnie (średnia na wszystkich urządzeniach) | Na model telefonu | Na model zegarka | |
| Częstotliwość awarii widocznych dla użytkowników | 1,09% | 8% | 4% |
| Częstotliwość błędów ANR widocznych dla użytkowników | 0,47% | 8% | 5% |
| Nadmierne wykorzystanie baterii | 1% | - | 1% |
| Zbyt wiele częściowych blokad uśpienia | 5% | - | - |
Podstawowe wskaźniki pamięci
Aplikacje
|
PRÓG NIEWŁAŚCIWEGO DZIAŁANIA Aby zmaksymalizować widoczność tytułu w Google Play, utrzymuj go poniżej tych progów. |
|||||
|---|---|---|---|---|---|
| Fizyczna pamięć RAM (zakres całkowitej ilości pamięci) |
Stan aplikacji | ||||
| Pierwszy plan | Usługi widoczne dla użytkowników | Tło | W pamięci podręcznej | ||
| Wykorzystanie pamięci (anonimowy RSS + przestrzeń wymiany) | 0–4 GB (0–3200 MB) |
- | – | – | - |
| 4 GB (3200–4800 MB) |
2,00 GB | 1,00 GB | 1,00 GB | - | |
| 6 GB (4800–6800 MB) |
2,25 GB | 1,25 GB | 1,25 GB | - | |
| 8 GB (6800–9216 MB) |
2,25 GB | 1,50 GB | 1,50 GB | - | |
| 12 GB (9216–14336 MB) |
3,25 GB | 1,75 GB | 1,75 GB | - | |
| 16 GB (14336–18432 MB) |
4,25 GB | 2,00 GB | 2,00 GB | - | |
| 16 GB + (ponad 18432 MB) |
- | – | – | - | |
| Wykorzystanie pamięci przez bitmapę | - | - | 200 MB | 200 MB | 400 MB |
Gry
|
PRÓG NIEWŁAŚCIWEGO DZIAŁANIA Aby zmaksymalizować widoczność tytułu w Google Play, utrzymuj go poniżej tych progów. |
|||||
|---|---|---|---|---|---|
| Fizyczna pamięć RAM (zakres całkowitej ilości pamięci) |
Stan aplikacji | ||||
| Pierwszy plan | Usługi widoczne dla użytkowników | Tło | W pamięci podręcznej | ||
| Wykorzystanie pamięci (anonimowy RSS + przestrzeń wymiany) | 0–4 GB (0–3200 MB) |
- | – | – | - |
| 4 GB (3200–4800 MB) |
2,25 GB | 2,00 GB | 2,00 GB | - | |
| 6 GB (4800–6800 MB) |
2,75 GB | 2,50 GB | 2,50 GB | - | |
| 8 GB (6800–9216 MB) |
3,50 GB | 2,75 GB | 2,75 GB | - | |
| 12 GB (9216–14336 MB) |
4,00 GB | 3,20 GB | 3,20 GB | - | |
| 16 GB (14336–18432 MB) |
5,00 GB | 3,50 GB | 3,50 GB | - | |
| 16 GB + (ponad 18432 MB) |
- | – | – | - | |
| Wykorzystanie pamięci przez bitmapę | - | - | 200 MB | 200 MB | 400 MB |
Optymalizacja kodu DEX
|
PRÓG NIEWŁAŚCIWEGO DZIAŁANIA
Aby zmaksymalizować widoczność tytułu w Google Play, utrzymuj go powyżej tych progów. |
||
|---|---|---|
| Kryteria | Wymaganie | Próg minimalny |
| Aplikacje z kodem DEX o rozmiarze > 10 MB | Optymalizacja, zaciemnianie i zmniejszanie rozmiaru | 25% |
| Gry z kodem DEX o rozmiarze > 50 MB | Optymalizacja, zaciemnianie i zmniejszanie rozmiaru | 25% |
Jak podstawowe wskaźniki wpływają na widoczność mojego tytułu w Play?
Jeśli Twoja aplikacja lub gra przekracza próg niewłaściwego działania, Play może zmniejszyć jej widoczność. Play może też wyświetlać użytkownikom ostrzeżenie na stronie informacji o aplikacji.
Czy mogę mieć jednocześnie niewłaściwe działanie na urządzeniu i ogólne? Lub jedno, ale nie drugie? Co mam wtedy zrobić?
Tak, wszystkie kombinacje są możliwe. Aby poprawić jakość aplikacji, napraw awarie i błędy ANR, które występują u największej liczby użytkowników. Aby poprawić jakość na konkretnych urządzeniach, napraw największe grupy awarii i błędów ANR na tych urządzeniach. Jeśli masz oba problemy, najpierw skup się na największych ogólnych klastrach awarii i błędów ANR.
Potrzebuję pomocy w rozwiązaniu problemów technicznych. Od czego zacząć?
Poniższe materiały pomogą Ci zdiagnozować i rozwiązać problemy techniczne w aplikacji lub grze.
Podstawowe wskaźniki:
Częstotliwość błędów ANR widocznych dla użytkowników
Częstotliwość awarii widocznych dla użytkowników
Nadmierne wykorzystanie baterii
Zbyt wiele częściowych blokad uśpienia
Wykorzystanie pamięci (anonimowy RSS + przestrzeń wymiany)
Wykorzystanie pamięci przez bitmapę
Wszystkie inne parametry życiowe:
Zbyt wiele wybudzeń
Ciągłe częściowe blokady uśpienia
Nadmierne skanowania Wi-Fi w tle
Nadmierne wykorzystanie sieci w tle
Czas uruchamiania aplikacji
Powolne renderowanie
Powolne sesje
Procesy zabijane z powodu braku pamięci (LMK)
Odmowy uprawnień
Nie chcę być zaskakiwany niewłaściwym działaniem ani ostrzeżeniami na stronie informacji o aplikacji. Jak mogę temu zapobiec?
Play ocenia jakość aplikacji na podstawie danych z ostatnich 28 dni. Android Vitals ostrzega o wszelkich problemach w tym okresie.
- Regularnie sprawdzaj interfejs lub używaj interfejsu Reporting API, aby zintegrować dane z przepływem pracy.
- Skonfiguruj w Konsoli Play alerty e-mail o problemach.
- Android Vitals oznacza „nowe problemy” – problemy, które występują na urządzeniach od ponad 7 dni w przypadku awarii i błędów ANR. Dzięki temu masz 21 dni na ich rozwiązanie.
Mam wiele urządzeń, na których występuje niewłaściwe działanie. Jak mogę zrozumieć tę listę?
Czasami problemy ze sprzętem lub oprogramowaniem urządzenia powodują wysoki odsetek błędów. Android Vitals ostrzega o możliwych powiązaniach między wysokim odsetkiem błędów a takimi czynnikami jak pamięć RAM, wersja Androida i typ procesora. Możesz też samodzielnie zbadać te powiązania, korzystając z sekcji Zasięg i urządzenia w Konsoli Play.
Android Vitals zapewnia też szybki dostęp do kluczowych informacji o urządzeniach, takich jak liczba użytkowników, przychody, oceny i opinie. Te informacje są wyświetlane w panelu bocznym, więc nie musisz opuszczać bieżącej strony.
Jeśli rozwiążę problem na urządzeniu, po jakim czasie ostrzeżenia przestaną się wyświetlać?
Play codziennie sprawdza kluczowe wskaźniki wydajności aplikacji, korzystając ze średniej z 28 dni. Gdy ta średnia się poprawi, ostrzeżenia Android Vitals znikną. Ostrzeżenia na stronie informacji o aplikacji mogą zostać usunięte szybciej, jeśli system Play wykryje poprawę.
Co zrobić, jeśli nie mogę rozwiązać problemu lub nie chcę tego robić?
Upewnij się, że wzięto pod uwagę koszty i utracone możliwości wynikające z ciągłego pogorszenia wrażeń użytkowników. Niewłaściwe działanie szkodzi obecnym użytkownikom i utrudnia pozyskiwanie nowych. Jeśli rozwiązywanie problemów na konkretnych urządzeniach jest niepraktyczne, zastanów się nad regułami kierowania na urządzenia i wykluczania urządzeń.
Dlaczego liczba i odsetek problemów w Android Vitals nie odpowiadają liczbie i odsetkowi problemów, które widzę w swoich lub innych rozwiązaniach firm trzecich?
Android Vitals to główne źródło informacji o jakości technicznej aplikacji w Play. Liczba problemów i odsetek może się różnić od innych źródeł z kilku powodów:
- Dane Android Vitals pochodzą z systemu Android i obejmują zdarzenia, których nie widzą pakiety SDK, takie jak:
- Awarie przed zainicjowaniem pakietu SDK.
- Błędy ANR przed Androidem 12.
- Android Vitals zlicza tylko problemy z certyfikowanych urządzeń i aplikacji zainstalowanych z Google Play.
- Android Vitals używa tylko danych od użytkowników, którzy wyrazili zgodę na ich udostępnianie.
- Aby chronić prywatność użytkowników, pokazujemy dane tylko wtedy, gdy mamy ich wystarczająco dużo, aby tworzyć anonimowe raporty.
- Odsetek problemów może być obliczany inaczej. Android Vitals pokazuje problemy na aktywnego użytkownika dziennie.
- Na przykład Crashlytics zlicza liczbę problemów na sesję aplikacji. Jeśli użytkownik grał w grę 3 razy w ciągu 1 dnia i wystąpiła 1 awaria, Android Vitals pokaże częstotliwość awarii wynoszącą 100%, a Crashlytics – 33%.
Więcej informacji o tym, jak zbierane są dane, znajdziesz w Centrum pomocy Konsoli Play.
Czy mogę wyświetlać statystyki błędów ANR i awarii w IDE?
Tak. W Android Studio Meerkat, gdy wyświetlasz raporty w Statystykach jakości aplikacji, kliknij kartę Statystyki. Gemini podaje podsumowanie awarii, generuje statystyki i zawiera linki do przydatnej dokumentacji. Jeśli udostępnisz Gemini dostęp do lokalnego kontekstu kodu, Gemini może podać dokładniejsze wyniki, odpowiednie kolejne kroki i sugestie dotyczące kodu. Pomaga to skrócić czas poświęcony na diagnozowanie i rozwiązywanie problemów. Więcej informacji znajdziesz w dokumentacji Android Studio.
Co jest uznawane za sesję użytkownika i kiedy się ona rozpoczyna i kończy?
Sesja użytkownika jest definiowana jako suma aktywności w ciągu 24 godzin. W przypadku wszystkich zebranych danych Android Vitals 24-godzinny okres rozpoczyna się o północy czasu pacyficznego (PT). Jeśli w danym dniu nie zostanie zarejestrowana żadna aktywność w aplikacji, sesja nie zostanie zarejestrowana.