Нова статистика за проблемите с качеството на приложенията и препоръки
Засега се показват проблеми със съвместимостта на приложенията, проблемно поведение и някои препоръки за практическата работа с избрани приложения. През следващата година ще продължим да откриваме и показваме още проблеми с качеството и да предоставяме повече препоръки.
Използвайте показателите за Android, с чиято помощ да разберете и подобрите стабилността и ефективността на приложението си, използването на батерията и др.
Избиране на начина на достъп до данните за приложението ви
Има два начина да използвате показателите за Android – чрез Play Console и чрез Google Play Developer Reporting API.
API предоставя програмен достъп до показателите за Android за програмисти, които искат да интегрират данни за тези показатели с други набори от данни или да ги вградят в работните си процеси. За да научите повече за използването на API за достъп до показателите за Android, отворете страницата за Google Play Developer Reporting API.
За да намерите и прегледате данните в Play Console за показателите за Android за приложението си:
- Отворете Play Console и страницата Общ преглед на показателите за Android (Качество > Показатели за Android > Общ преглед).
- Посочете диапазона от данни, които искате да видите, посредством инструмента за избор на период от време горе вдясно.
Важно: Ако няма налична информация, значи приложението ви няма достатъчно данни в рамките на посочените филтри, за да бъдат открити евентуални проблеми.
Наблюдение на основните показатели за приложението ви
В горната част на страницата Общ преглед на показателите за Android можете да видите данни за основните показатели за приложението си. Това са най-важните технически показатели. Те влияят върху откриваемостта на приложението ви в Google Play. Основните показатели включват:
Google Play определя прагове за проблемно поведение за тези показатели. Ако приложението ви надхвърля тези прагове, вероятно няма да е толкова откриваемо в Google Play. В някои случаи в малката обява в магазина за приложението ви може да се показва предупреждение, така че потребителите да знаят какво да очакват.
Можете да използвате секцията „Критични проблеми“, за да идентифицирате бързо областите, в които приложението ви може да се подобри. Има два типа критични проблеми:
- Проблемно поведение: Показатели, които надхвърлят праговете за проблемно поведение.
- Аномалии: Значителни промени в данните (например рязко увеличение на процента на констатираните от потребителите грешки ANR).
За да получавате известия по имейл, отворете Настройване > Известия или кликнете върху Управление на известията в ъгъла на секцията „Основни показатели“ (Качество > Показатели за Android > Общ преглед). Обърнете внимание, че понастоящем известията са налице само за аномалии.
Преглед на всички показателиВ средата на страницата Общ преглед на показателите за Android можете да видите информация за всички показатели по аспект на качеството.
В таблицата можете да прегледате показателите за текущия и предходния период от време. Също така имате възможност да видите как приложението ви се съпоставя с други приложения в Google Play.
За допълнителни подробности относно даден показател изберете Преглед на подробностите () до него. На следващия екран можете да видите:
- праговете за проблемно поведение.
- сравнителен анализ по категории.
- подробен сравнителен анализ:
- В картата за сравнение с подобни приложения, разположена в горната част на страницата, изберете Редактиране на групата с подобни приложения, за да редактирате персонализирана група от подобни приложения. След като го направите, можете да видите как приложението ви се съпоставя с други в Google Play, избрани от вас.
- тенденция за показателите във времето.
За да ви помогнем да организирате, сегментирате и анализирате данните си, показателите ви са представени като разбивка по няколко различни величини. За всички показатели са налице следните разбивки:
- Артефакт: Версията на приложението ви, в която е възникнал проблемът.
- Версия на Android (SDK): Версията на операционната система Android, съобщена от устройството на потребителя.
- Типоразмер: Типът на устройството, на което приложението се е изпълнявало (например телефон, таблет, телевизор или носим аксесоар).
- Модел на устройството: Общо описание на устройството, което се състои от уникалните му марка и идентификатор, като например Google oriole. Даден модел на устройство може да има варианти с различни версии на Android, RAM, хранилище или едночипова система (SoC).
- Държава/регион: Местоположението, съобщено от устройството на потребителя, когато проблемът е възникнал.
Пояснение: За разбивки по конкретни аспекти на хардуера или софтуера на устройството (например модел на устройството или версия на Android) можете да кликнете върху символа () до съответния елемент в таблицата.
За някои показатели са налице допълнителни разбивки:
- Име на заключването в активно състояние: Маркерите, които са били зададени по програмен път при използването на приложния програмен интерфейс (API) PowerManager в приложението ви.
- Име на активирането: Маркерите, които са били зададени по програмен път при използването на приложния програмен интерфейс (API) AlarmManager в приложението ви.
- Име на активността с ANR: Най-подходящото име на класа активност, при която е имало възникване на ANR (ако е налице).
- Тип ANR: Времето на възникване на ANR (напр. при изпълнението на услуга) (ако е налице).
Можете да видите повече подробности, когато са налице (например клъстерите от сривове или ANR, свързани със съответната разбивка), като изберете Преглед на подробностите () до съответния елемент.
Пояснение: Можете да превключвате между показателите в дадена категория чрез превключвателя в горната част на екрана и да филтрирате страницата.
Типове данни и показатели за тях
В Play Console са налице данни за показателите за Android за предходните 90 дни, а в Google Play Developer Reporting API – за период от три години.
Данните се събират от поднабор от устройства с Android и версии на операционната система, чиито потребители са включили автоматичното споделяне на информация за употребата и диагностиката. За повече информация относно това, как потребителите на Android включват споделянето на данни, посетете Помощния център за профили в Google.
Показателите за Android се актуализират ежедневно. Понякога данните за устройства с Android 10 или по-нова версия могат да пристигнат по-рано от тези за устройства с по-стара версия. Ако това се случи, ще виждате информация за Android 10 или по-нова версия за дните, в които само тя е налице.
Забележка: Показателите за Android не включват технически проблеми, които възникват на несертифицирани модели устройства или при версии на приложението ви, които не са инсталирани чрез Google Play.
Свиване на всички Разгъване на всички
Стабилност
Показатели за процента на ANRПоказателите за процента на ANR предоставят обща информация за качеството на приложението ви. Тези показатели се изчисляват, като броят на потребителите с ANR се нормализира въз основа на използването на приложението ви. Те се отчитат като процент от активните потребители дневно, като определението за активен потребител дневно е потребител, който използва приложението един ден на едно-единствено устройство. Ако потребителят използва приложението ви в даден ден на повече от едно устройство, всяко от тях ще допринася към броя активни потребители за съответния ден. Ако няколко потребители използват едно и също устройство в даден ден, това се счита за един активен потребител.
Има три показателя за процента на ANR:
- Процент на констатираните от потребителите ANR: Процентът на активните потребители дневно, при които е възникнала поне една констатирана от потребителите грешка ANR. Това е грешка, която вероятно е била забелязана от потребителя. Понастоящем се отчитат само ANR от типа input dispatching timed out. Този показател винаги ще бъде по-нисък от общия процент на ANR, тъй като се нормализира според дневното използване, без да се отчитат всички ANR.
Процентът на констатираните от потребителите грешки от типа ANR е основен показател, което означава, че засяга откриваемостта на приложението ви в Google Play. Той е важен, защото отчитаните чрез него ANR винаги възникват, когато потребителят взаимодейства с приложението, поради което прекъсването е най-голямо.
- Процент на ANR: Процентът на потребителите дневно, при които е възникнала поне една грешка от типа ANR. Този показател включва ANR, които не са класифицирани като констатирани от потребителите, но не можем да гарантираме, че не засягат потребителите.
- Процент на неколкократно възникналите ANR: Процентът на потребителите дневно, при които са възникнали поне две грешки от типа ANR. Този показател помага за открояването на циклични проблеми.
Решаване на проблем
Данните за ANR, които допринасят за показателите за процента на ANR, се отчитат на страницата Сривове и ANR. На тази страница можете да филтрирате по констатирани от потребителите ANR.
Сайтът Android за програмисти предоставя указания за диагностициране и отстраняване на ANR.
Показателите за процента на сривовете предоставят обща информация за качеството на приложението ви. Тези показатели се изчисляват, като броят на потребителите със сривове се нормализира въз основа на използването на приложението ви. Те се отчитат като процент от потребителите дневно, като определението за потребител дневно е потребител, който използва приложението един ден на едно-единствено устройство. Ако даден потребител има повече от едно устройство, той ще бъде отчетен повече от веднъж. Ако например двама потребители използват приложението два дни, всеки ден на различно устройство, ще бъдат отчетени четири дневни сесии.
Има три показателя за процента на сривовете:
- Процент на констатираните от потребителите сривове: Процентът на потребителите дневно, при които е възникнал поне един констатиран от потребителите срив. Това е срив, който вероятно е бил забелязан от потребителя. Например сривове, възникнали, когато приложението ви е показвало активност или е работило като услуга на преден план. Този показател винаги ще бъде по-нисък от общия процент на сривовете, тъй като се нормализира според дневното използване, без да се отчитат всички сривове.
Процентът на констатираните от потребителите сривове е основен показател, което означава, че засяга откриваемостта на приложението ви в Google Play. Той е важен, защото отчитаните чрез него сривове винаги възникват, когато потребителят взаимодейства с приложението, поради което прекъсването е най-голямо. Ето защо приложението ви не трябва да надхвърля прага за проблемно поведение за този показател.
-
Процент на сривовете: Процентът на потребителите дневно, при които е възникнал поне един срив. Този показател включва сривове, които не са класифицирани като констатирани от потребителите, но не можем да гарантираме, че не засягат потребителите.
-
Процент на неколкократно възникналите сривове: Процентът на потребителите дневно, при които са възникнали поне два срива. Този показател помага за открояването на циклични проблеми.
Решаване на проблем
Сайтът Android за програмисти предоставя указания за диагностициране и отстраняване на сривове.
Време за стартиране и зареждане
Време за стартиране (време до първоначалното показване)На страницата Време за стартиране можете да видите подробности за това кога приложението ви стартира бавно при първоначално зареждане, в режим на готовност и от запазено състояние. Този показател измерва времето, което изминава от стартирането на приложението от потребителя до момента, в който първите кадри се покажат на екрана. Известно е още като време до първоначалното показване.
Приложението ви може да не е в готовност за стартиране на взаимодействие с потребителя след този период от време, например ако има допълнителни екрани за зареждане.
Подробности за събирането на данни
- Времето за стартиране се записва само когато потребител задейства дадена дейност.
- Пример: За приложенията за клавиатури времето за стартиране е равно на това за придружаващото приложение.
- Ако дадено приложение стартира няколко пъти в един и същ ден от едно и също състояние на системата, се записва максималното време за стартиране за деня.
- Времето за стартиране се проследява до пълното зареждане на първия кадър на приложението дори ако това не е екран, с който потребителите взаимодействат.
- Пример: Ако дадено приложение стартира с първоначален екран, времето за стартиране е равно на времето, необходимо за показване на този екран.
Подробности за показателите
- Засегнати сесии: Процентът от потребителските сесии, при които стартирането е било бавно за всяко от съответните състояния на системата:
- Бавно първоначално стартиране: 5 секунди или повече.
- Бавно стартиране от режим на готовност: 2 секунди или повече.
- Бавно стартиране от запазено състояние: 1 секунда или повече.
- Брой сесии: Приблизителният брой записани сесии.
- 90-и/99-и процентил: 10%/1% от дневните потребителски сесии, при които приложението ви е стартирало бавно.
Решаване на проблем
Ако приложението ви често е стартирало бавно, за препоръчителни решения посетете сайта за програмисти за Android.
Рендериране
Всички рендерирани кадри
Процент на бавните сесии (30 или 20 кдр/сек) [само за игри]Защо това е важно
Показателят за бавни сесии ви дава възможност да разберете ефективността на скоростта на кадрите на играта си, което се отразява на това, колко плавно и гладко работи приложението за потребителите.
Запознаване с данните за приложението ви
На страницата „Бавни сесии“ ще виждате подробности за процента от дневните потребителски сесии, при които над 25% от кадрите са се изпълнявали по-бавно от 30 или 20 кдр/сек – в зависимост от избрания от вас долен праг. Освен това можете да видите разпределението на сесиите по скорост на кадрите за играта си. (Скоростта на кадрите на ниво сесия се измерва на 75-ия процентил, което означава, че 75% от кадрите достигат поне тази скорост на кадрите.)
Повечето игри в Google Play трябва да са със скорост от поне 30 кдр/сек. Това осигурява прилична практическа работа за потребителите независимо от типа на играта, която играят (въпреки че някои потребители ще предпочитат поне 60 кдр/сек, особено на устройства от по-висок клас). Наблюдавайте показателя за процента на бавните сесии (30 кдр/сек), за да се уверите, че покривате това изискване. Имайте предвид, че този показател включва само сесиите, при които над 25% от кадрите не са се вместили във времето от 30 кдр/сек, така че може да се допуснат известни отклонения в скоростта на кадрите.
Въпреки че 30 кдр/сек осигурява прилична практическа работа, може да има случаи или типове игри, при които би било логично скоростта на кадрите да е по-ниска, или потребителите да искат да играят на телефони, които не поддържат тази скорост. В тези случаи поне 75% от кадрите в дадена сесия пак трябва да достигат поне 20 кдр/сек. Наблюдавайте показателя за процента на бавните сесии (20 кдр/сек), за да се уверите, че спазвате това изискване.
Функцията за показатели за Android създава отчети за бавните сесии при 30 кдр/сек и 20 кдр/сек за всяко устройство, както и за всички устройства и сесии. Използвайте общия показател, за да разберете цялостната практическа работа на потребителите, но обърнете внимание и на ефективността на ниво устройство. Google Play своевременно ще започне да отклонява потребителите от игри, които не могат да достигнат 20 кдр/сек на телефоните им.
Функцията за показатели започва да наблюдава скоростта на кадрите едва след като играта ви се е изпълнявала в продължение на 1 минута.
Подробности за събирането на данни
Показателят за бавни сесии се изчислява с помощта на данни, събирани от SurfaceFlinger. По-конкретно скоростта на кадрите на дадена сесия се изчислява въз основа на времето между кадрите, изобразени в притежаваните от приложението платформи. Тя включва кадри, рендерирани чрез OpenGL, Vulkan и инструментариума за ПИ на Android. Понастоящем този показател е налице само за игри.
Данните за скоростта на кадрите за бавни сесии се събират за устройства с Android 9 или по-нова версия.
Данни в таблото за управление
- Представителна скорост на кадрите: Скоростта на кадрите на играта ви на устройства с Android 9 или по-нова версия, изчислена на 75-ия процентил. Това означава, че 75% от сесиите са имали тази или по-висока скорост на кадрите през 75% от времето.
- Процент на бавните сесии с течение на времето: Времеви ред, който показва процента на сесиите, определени като бавни.
- Разпределение на скоростта на кадрите: Хистограма, която показва скоростта на кадрите в сесиите, изчислена на 75-ия процентил. Това означава, че 75% от кадрите в дадена сесия са били по-бързи от скоростта на кадрите, използвана за разделяне на сесията.
Решаване на проблем
Ако приложението ви има голям брой бавни сесии, за препоръчителни решения посетете сайта за програмисти за Android.
Рендериране на инструментариума за ПИ на Android
Твърде много бавни кадри [само за приложения]Запознаване с данните за приложението ви
На страницата „Твърде много бавни кадри“ ще виждате подробности за процента на дневните потребителски сесии, при които над 50% от кадрите не са се вместили във времето за изобразяване на устройството. Взаимодействията на потребителите с приложението ви трябва да се осъществяват при 60 кадъра в секунда, без липсващи или забавени кадри.
Подробности за събирането на данни
Google събира информация за времето за изобразяване на всеки кадър, рендериран от приложението ви посредством инструментариума за ПИ. Не се събират данни за кадрите, които се рендерират директно чрез OpenGL или Vulkan.
Данни в таблото за управление
Когато изберете ред, ще видите разбивка на данните по процентили.
- Засегнати сесии: Процентът от дневните потребителски сесии, при които времето за изобразяване е било повече от 16 мсек за над 50% от кадрите. Тези сесии се отнасят за дните, през които приложението ви е било използвано. Ако например двама потребители използват приложението два дни, ще бъдат отчетени четири дневни сесии.
- Брой сесии: Приблизителният брой записани сесии.
- 90-и/99-и процентил: 90%/99% от общия брой кадри са се изобразили по-бързо от показаната стойност, която е въз основа на всички събрани кадри.
Когато кликнете върху запис в таблицата, ще видите диаграмата „Разпределение на времето за изобразяване на ПИ“. Уверете се, че повечето кадри в приложението ви се изобразяват за не повече от 16 мсек.
Данните под диаграмата показват ефективността на изобразяване на приложението и може да ви помогнат да намерите основната причина за проблемите, свързани с времето за изобразяване. Ако например процентът за показателя „Голямо забавяне на входните сигнали“ е висок, добре е да прегледате кода на приложението си, с който се обработват въведените от потребителите данни. За повече информация относно тези показатели вижте статията за тестване на ефективността на ПИ.
- Пропуснати събития Vsync: Броят пропуснати събития Vsync, разделен на броя кадри (за всички кадри, чието изобразяване е отнело повече от 16 мсек).
- Голямо забавяне на входните сигнали: Броят входни сигнали, чието обработване е отнело над 24 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
- Бавна нишка в ПИ: Броят пъти, когато завършването на нишката в ПИ е отнело над 8 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
- Бавни команди за изобразяване: Броят пъти, когато изпращането на команди за изобразяване до GPU е отнело повече от 12 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
- Бавни качвания на растерното изображение: Броят пъти, когато качването на растерното изображение в GPU е отнело повече от 3,2 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
Решаване на проблем
Ако голям брой кадри в приложението ви се рендерират за повече от 16 мсек, за препоръчителни решения посетете сайта Android за програмисти.
Запознаване с данните за приложението ви
На страницата „Твърде много бавни кадри“ ще виждате подробности за процента на дневните потребителски сесии, при които над 50% от кадрите не са се вместили във времето за изобразяване на устройството. Взаимодействията на потребителите с приложението ви трябва да се осъществяват при 60 кадъра в секунда, без липсващи или забавени кадри.
Подробности за събирането на данни
Google събира информация за времето за изобразяване на всеки кадър, рендериран от приложението ви посредством инструментариума за ПИ. Не се събират данни за кадрите, които се рендерират директно чрез OpenGL или Vulkan.
Данни в таблото за управление
Когато изберете ред, ще видите разбивка на данните по процентили.
- Засегнати сесии: Процентът от дневните потребителски сесии, при които времето за изобразяване е било повече от 16 мсек за над 50% от кадрите. Тези сесии се отнасят за дните, през които приложението ви е било използвано. Ако например двама потребители използват приложението два дни, ще бъдат отчетени четири дневни сесии.
- Брой сесии: Приблизителният брой записани сесии.
- 90-и/99-и процентил: 90%/99% от общия брой кадри са се изобразили по-бързо от показаната стойност, която е въз основа на всички събрани кадри.
Когато кликнете върху запис в таблицата, ще видите диаграмата „Разпределение на времето за изобразяване на ПИ“. Уверете се, че повечето кадри в приложението ви се изобразяват за не повече от 16 мсек.
Данните под диаграмата показват ефективността на изобразяване на приложението и може да ви помогнат да намерите основната причина за проблемите, свързани с времето за изобразяване. Ако например процентът за показателя „Голямо забавяне на входните сигнали“ е висок, добре е да прегледате кода на приложението си, с който се обработват въведените от потребителите данни. За повече информация относно тези показатели вижте статията за тестване на ефективността на ПИ.
- Пропуснати събития Vsync: Броят пропуснати събития Vsync, разделен на броя кадри (за всички кадри, чието изобразяване е отнело повече от 16 мсек).
- Голямо забавяне на входните сигнали: Броят входни сигнали, чието обработване е отнело над 24 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
- Бавна нишка в ПИ: Броят пъти, когато завършването на нишката в ПИ е отнело над 8 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
- Бавни команди за изобразяване: Броят пъти, когато изпращането на команди за изобразяване до GPU е отнело повече от 12 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
- Бавни качвания на растерното изображение: Броят пъти, когато качването на растерното изображение в GPU е отнело повече от 3,2 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
Решаване на проблем
Ако голям брой кадри в приложението ви се рендерират за повече от 16 мсек, за препоръчителни решения посетете сайта Android за програмисти.
Използване на батерията
Блокирали заключвания в активно състояние и блокирали частични заключвания в активно състояние (на заден план)На страниците Блокирали частични заключвания в активно състояние и Блокирали частични заключвания в активно състояние (на заден план) се показват частичните заключвания в активно състояние, придобити от приложението ви чрез класа PowerManager. Тези заключвания гарантират, че процесорът работи, но фоновото осветление на екрана и клавиатурата може да бъде изключено.
Подробности за събирането на данни
- От съображения за поверителност маркерите за идентифициране на частичните заключвания в активно състояние са анонимни.
- Данните за частичните заключвания в активно състояние се събират, когато устройството не се зарежда и екранът е изключен.
- Информацията за блокиралите частични заключвания в активно състояние (на заден план) се събира само когато приложението работи на заден план.
- Google изчислява максималната продължителност на частичните заключвания в активно състояние за дадена сесия на разреждане, за да покаже колко сесии са засегнати от продължително заключване в активно състояние. Ако например потребител задейства две едночасови заключвания в активно състояние, максималната стойност за заключването ще бъде един час.
- За приложения, в чийто файл на манифеста е зададен елементът
sharedUserId, ще виждате данни само ако е инсталирано най-много едно приложение със същия елементsharedUserId.
Подробности за показателите
- Засегнати сесии: Процентът от сесиите на разреждане, при които е възникнало поне едно заключване в активно състояние с продължителност над един час.
- Брой сесии: Приблизителният брой записани сесии.
- 90-и/99-и процентил: 10%/1% от дневните потребителски сесии, при които са възникнали частични заключвания в активно състояние с продължителност над показаната стойност.
- Праг за проблемно поведение: Ако процентът на възникване е равен на показания праг или е по-голям от него, приложението ви попада в последните 25% от водещите 1000 приложения в Google Play (по брой на инсталиранията).
Решаване на проблем
Ако приложението ви има голям брой блокирали частични заключвания в активно състояние, за препоръчителни решения посетете сайта за програмисти за Android.
На страницата Твърде чести активирания се показват задействаните от приложението ви активирания, свързани с Alarm Manager. Ще виждате данни за активиранията за класовете ELAPSED_REALTIME_WAKEUP или RTC_WAKEUP.
Подробности за събирането на данни
- От съображения за поверителност маркерите за идентифициране на активиранията са анонимни.
- Данните за активиранията се събират, когато устройството не се зарежда.
- За да предоставим нормализиран показател, броят на активиранията се сравнява с времето, през което устройството работи на батерия. Google изчислява броя активирания на час на ниво потребител, за да покаже колко потребители са засегнати от висок процент активирания.
- За приложения, в чийто файл на манифеста е зададен елементът
sharedUserId, ще виждате данни само ако е инсталирано най-много едно приложение със същия елементsharedUserId.
Подробности за показателите
- Засегнати сесии: Процентът на потребителските сесии на разреждане, при които са възникнали над 10 активирания на час. Сесиите на разреждане представляват обобщаване на всички отчети за батерията, получени в рамките на даден 24-часов период. В Android 10 отчетът за батерията се отнася за интервала между две зареждания – от под 20% до над 80% или от всяка стойност до 100%, а в Android 11 и по-нови версии – за фиксиран 24-часов период. Събираме данни само когато устройството не е свързано със зарядното устройство.
- Брой сесии: Приблизителният брой записани сесии.
- 90-и/99-и процентил: 10%/1% от дневните потребителски сесии, при които броят активирания на час е по-голям от показаната стойност.
- Праг за проблемно поведение: Ако процентът на възникване е равен на показания праг или е по-голям от него, приложението ви попада в последните 25% от водещите 1000 приложения в Google Play (по брой на инсталиранията).
Решаване на проблем
Ако приложението ви предизвиква чести активирания, за препоръчителни решения посетете сайта за програмисти за Android.
На страницата Твърде много сканирания за Wi-Fi (на заден план) се показва кога сканиранията за Wi-Fi водят до изразходване на батерията в голяма степен.
Подробности за събирането на данни
Данните за сканиранията за Wi-Fi се събират, когато устройството не се зарежда и приложението се изпълнява на заден план.
Подробности за показателите
- Засегнати сесии: Процентът от потребителските сесии на разреждане, при които са извършени над 4 сканирания за Wi-Fi на час.
- Брой сесии: Приблизителният брой записани сесии.
- 90-и/99-и процентил: 10%/1% от дневните потребителски сесии, при които сканиранията за Wi-Fi на заден план за час са били повече от показаната стойност.
Решаване на проблем
Ако броят на възникналите в приложението ви сканирания за Wi-Fi на заден план е голям, за препоръчителни решения посетете сайта Android за програмисти.
На страницата Твърде често използване на мрежата се показва кога преносът на голямо количество данни през мрежата е свързан с фонова услуга. Когато използването на мобилна мрежа става на заден план, потребителите нямат лесен достъп до контроли за спиране на прехвърлянето на данни.
Подробности за събирането на данни
Данните за използването на мобилната мрежа се събират, когато устройството не се зарежда и приложението се изпълнява на заден план.
Подробности за показателите
- Засегнати сесии: Процентът от потребителските сесии на разреждане, при които дневното използване на мрежата на заден план е над 50 MB.
- Брой сесии: Приблизителният брой записани сесии.
- 90-и/99-и процентил: 10%/1% от дневните потребителски сесии, при които дневното използване на мрежата на заден план е над показаната стойност.
Решаване на проблем
Ако дневното използване на мрежата на заден план от приложението ви е голямо, за препоръчителни решения посетете сайта за програмисти за Android.
Разрешения
Откази на разрешенияНа страницата Откази на разрешения можете да видите подробности за процента на дневните сесии за искане на разрешение, при които потребителите са отказали разрешенията. Тези сесии се отнасят за дните, през които приложението ви е поискало поне едно разрешение.
Подробности за събирането на данни
Данни за отказите на разрешения се събират, когато потребителите отговарят на исканията за разрешения в рамките на приложението ви.
Подробности за показателите
- Откази: Процентът на дневните сесии за искане на разрешение, при които потребителите са отказали разрешенията.
- Запитването да не се показва отново: Процентът от дневните сесии за искане на разрешение, при които потребителите са отказали разрешенията, като са избрали опцията „Запитването да не се показва отново“.
- Общ брой сесии: Приблизителният брой записани сесии.
Решаване на проблем
Ако приложението ви има голям брой отказани разрешения, за препоръчителни решения посетете сайта Android за програмисти.
Прагове за проблемно поведение за основните показатели
Google Play определя праговете за проблемно поведение за основните показатели за приложението ви.
Ако приложението ви надхвърля праг за проблемно поведение, вероятно няма да е толкова откриваемо в Google Play. В случай че приложението ви има проблемно поведение на конкретни модели устройства, Google Play ще отклонява потребителите на тези устройства от него и ще ги насочва към други, които са по-подходящи за тях. В някои случаи в малката обява в магазина за приложението ви може да се показва предупреждение, така че потребителите да знаят какво да очакват и да имат възможността да потърсят алтернативи с по-високо техническо качество.
Google Play обикновено взема предвид данните от последните 28 дни, когато оценява качеството на приложението ви, но може да предприеме действие по-рано в случай на значително увеличение.
Свиване на всички Разгъване на всички
Стабилност
Прагове за процента на констатираните от потребителите ANRGoogle Play определя праговете за проблемно поведение за процента на констатираните от потребителите ANR:
-
Проблемно поведение като цяло: Поне 0,47% от активните потребители дневно, при които е възникнала констатирана от потребителите грешка ANR на всички модели устройства.
-
Проблемно поведение на устройство: Поне 8% от активните потребители дневно, при които е възникнала констатирана от потребителите грешка ANR на даден модел устройство.
За да понижите процента на ANR, отстранете проблемите със съответните клъстери от ANR, които се отчитат на страницата Сривове и ANR. Колкото по-голям е броят на засегнатите потребители, толкова повече клъстерът допринася за процента на ANR.
Ако е възможно конкретни аспекти на хардуера или софтуера на устройството да допринасят за процента на ANR, ще получите известие чрез показателите за Android. Също така можете да разгледате зависимостите самостоятелно на страницата за общ преглед на обхвата и устройствата (Версия > Обхват и устройства > Общ преглед).
Google Play определя праговете за проблемно поведение за процента на констатираните от потребителите сривове:
-
Проблемно поведение като цяло: Поне 1,09% от потребителите дневно, при които е възникнал констатиран от потребителите срив на всички модели устройства.
-
Проблемно поведение на устройство: Поне 8% от потребителите дневно, при които е възникнал констатиран от потребителите срив на даден модел устройство.
За да понижите процента на сривовете, отстранете проблемите със съответните клъстери от сривове, които се отчитат на страницата Сривове и ANR. Колкото по-голям е броят на засегнатите потребители, толкова повече клъстерът допринася за процента на сривовете.
Ако е възможно конкретни аспекти на хардуера или софтуера на устройството да допринасят за процента на сривовете, ще получите известие чрез показателите за Android. Също така можете да разгледате зависимостите самостоятелно на страницата за общ преглед на обхвата и устройствата (Версия > Обхват и устройства > Общ преглед).
Сродно съдържание
Научете най-добри практики за използване на показателите за Android, за да подобрите ефективността и стабилността на приложението си.