Наблюдение на техническото качество на приложението ви посредством показателите за Android

За допълнителни подробности относно даден показател изберете Преглед на подробностите () до него. На следващия екран можете да видите:

• праговете за проблемно поведение.
• сравнителен анализ по категории.
• подробен сравнителен анализ:
  • В картата за сравнение с подобни приложения, разположена в горната част на страницата, изберете Редактиране на групата с подобни приложения, за да редактирате персонализирана група от подобни приложения. След като го направите, можете да видите как приложението ви се съпоставя с други в Google Play, избрани от вас.
• тенденция за показателите във времето.

Показателите за процента на 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.

Защо това е важно

Показателят за бавни сесии ви дава възможност да разберете ефективността на скоростта на кадрите на играта си, което се отразява на това, колко плавно и гладко работи приложението за потребителите.

Запознаване с данните за приложението ви

На страницата „Бавни сесии“ ще виждате подробности за процента от дневните потребителски сесии, при които над 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.

Запознаване с данните за приложението ви

На страницата „Твърде много бавни кадри“ ще виждате подробности за процента на дневните потребителски сесии, при които над 50% от кадрите не са се вместили във времето за изобразяване на устройството. Взаимодействията на потребителите с приложението ви трябва да се осъществяват при 60 кадъра в секунда, без липсващи или забавени кадри.

Подробности за събирането на данни

Google събира информация за времето за изобразяване на всеки кадър, рендериран от приложението ви посредством инструментариума за ПИ. Не се събират данни за кадрите, които се рендерират директно чрез OpenGL или Vulkan.

Данни в таблото за управление

Когато изберете ред, ще видите разбивка на данните по процентили.

• Засегнати сесии: Процентът от дневните потребителски сесии, при които времето за изобразяване е било повече от 16 мсек за над 50% от кадрите. Тези сесии се отнасят за дните, през които приложението ви е било използвано. Ако например двама потребители използват приложението два дни, ще бъдат отчетени четири дневни сесии.
• Брой сесии: Приблизителният брой записани сесии.
• 90-и/99-и процентил: 90%/99% от общия брой кадри са се изобразили по-бързо от показаната стойност, която е въз основа на всички събрани кадри.

Когато кликнете върху запис в таблицата, ще видите диаграмата „Разпределение на времето за изобразяване на ПИ“. Уверете се, че повечето кадри в приложението ви се изобразяват за не повече от 16 мсек.

Данните под диаграмата показват ефективността на изобразяване на приложението и може да ви помогнат да намерите основната причина за проблемите, свързани с времето за изобразяване. Ако например процентът за показателя „Голямо забавяне на входните сигнали“ е висок, добре е да прегледате кода на приложението си, с който се обработват въведените от потребителите данни. За повече информация относно тези показатели вижте статията за тестване на ефективността на ПИ.

• Пропуснати събития Vsync: Броят пропуснати събития Vsync, разделен на броя кадри (за всички кадри, чието изобразяване е отнело повече от 16 мсек).
• Голямо забавяне на входните сигнали: Броят входни сигнали, чието обработване е отнело над 24 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
• Бавна нишка в ПИ: Броят пъти, когато завършването на нишката в ПИ е отнело над 8 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
• Бавни команди за изобразяване: Броят пъти, когато изпращането на команди за изобразяване до ГП е отнело повече от 12 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
• Бавни качвания на растерното изображение: Броят пъти, когато качването на растерното изображение в ГП е отнело повече от 3,2 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).

Решаване на проблем

Ако голям брой кадри в приложението ви се рендерират за повече от 16 мсек, за препоръчителни решения посетете сайта Android за програмисти.

Запознаване с данните за приложението ви

На страницата „Твърде много бавни кадри“ ще виждате подробности за процента на дневните потребителски сесии, при които над 50% от кадрите не са се вместили във времето за изобразяване на устройството. Взаимодействията на потребителите с приложението ви трябва да се осъществяват при 60 кадъра в секунда, без липсващи или забавени кадри.

Подробности за събирането на данни

Google събира информация за времето за изобразяване на всеки кадър, рендериран от приложението ви посредством инструментариума за ПИ. Не се събират данни за кадрите, които се рендерират директно чрез OpenGL или Vulkan.

Данни в таблото за управление

Когато изберете ред, ще видите разбивка на данните по процентили.

• Засегнати сесии: Процентът от дневните потребителски сесии, при които времето за изобразяване е било повече от 16 мсек за над 50% от кадрите. Тези сесии се отнасят за дните, през които приложението ви е било използвано. Ако например двама потребители използват приложението два дни, ще бъдат отчетени четири дневни сесии.
• Брой сесии: Приблизителният брой записани сесии.
• 90-и/99-и процентил: 90%/99% от общия брой кадри са се изобразили по-бързо от показаната стойност, която е въз основа на всички събрани кадри.

Когато кликнете върху запис в таблицата, ще видите диаграмата „Разпределение на времето за изобразяване на ПИ“. Уверете се, че повечето кадри в приложението ви се изобразяват за не повече от 16 мсек.

Данните под диаграмата показват ефективността на изобразяване на приложението и може да ви помогнат да намерите основната причина за проблемите, свързани с времето за изобразяване. Ако например процентът за показателя „Голямо забавяне на входните сигнали“ е висок, добре е да прегледате кода на приложението си, с който се обработват въведените от потребителите данни. За повече информация относно тези показатели вижте статията за тестване на ефективността на ПИ.

• Пропуснати събития Vsync: Броят пропуснати събития Vsync, разделен на броя кадри (за всички кадри, чието изобразяване е отнело повече от 16 мсек).
• Голямо забавяне на входните сигнали: Броят входни сигнали, чието обработване е отнело над 24 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
• Бавна нишка в ПИ: Броят пъти, когато завършването на нишката в ПИ е отнело над 8 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
• Бавни команди за изобразяване: Броят пъти, когато изпращането на команди за изобразяване до ГП е отнело повече от 12 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
• Бавни качвания на растерното изображение: Броят пъти, когато качването на растерното изображение в ГП е отнело повече от 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 МБ.
• Брой сесии: Приблизителният брой записани сесии.
• 90-и/99-и процентил: 10%/1% от дневните потребителски сесии, при които дневното използване на мрежата на заден план е над показаната стойност.

Решаване на проблем

Ако дневното използване на мрежата на заден план от приложението ви е голямо, за препоръчителни решения посетете сайта за програмисти за Android.

На страницата Откази на разрешения можете да видите подробности за процента на дневните сесии за искане на разрешение, при които потребителите са отказали разрешенията. Тези сесии се отнасят за дните, през които приложението ви е поискало поне едно разрешение.

Подробности за събирането на данни

Данни за отказите на разрешения се събират, когато потребителите отговарят на исканията за разрешения в рамките на приложението ви.

Подробности за показателите

• Откази: Процентът от дневните сесии за искане на разрешение, при които потребителите са отказали разрешенията.
• Запитването да не се показва отново: Процентът от дневните сесии за искане на разрешение, при които потребителите са отказали разрешенията, като са избрали опцията „Запитването да не се показва отново“.
• Общ брой сесии: Приблизителният брой записани сесии.

Решаване на проблем

Ако приложението ви има голям брой отказани разрешения, за препоръчителни решения посетете сайта Android за програмисти.

Google Play определя праговете за проблемно поведение за процента на констатираните от потребителите ANR:

• Проблемно поведение като цяло: Поне 0,47% от активните потребители дневно, при които е възникнала констатирана от потребителите грешка от типа ANR на всички модели устройства.

• Проблемно поведение на устройство: Поне 8% от активните потребители дневно, при които е възникнала констатирана от потребителите грешка от типа ANR на даден модел устройство.

За да понижите процента на ANR, отстранете проблемите със съответните клъстери от ANR, които се отчитат на страницата Сривове и ANR. Колкото по-голям е броят на засегнатите потребители, толкова повече клъстерът допринася за процента на ANR.

Ако е възможно конкретни аспекти на хардуера или софтуера на устройството да допринасят за процента на ANR, ще получите известие чрез показателите за Android. Също така можете да разгледате зависимостите самостоятелно на страницата за общ преглед на обхвата и устройствата (Версия > Обхват и устройства > Общ преглед).

Google Play определя праговете за проблемно поведение за процента на констатираните от потребителите сривове:

• Проблемно поведение като цяло: Поне 1,09% от потребителите дневно, при които е възникнал констатиран от потребителите срив на всички модели устройства.

• Проблемно поведение на устройство: Поне 8% от потребителите дневно, при които е възникнал констатиран от потребителите срив на даден модел устройство.

За да понижите процента на сривовете, отстранете проблемите със съответните клъстери от сривове, които се отчитат на страницата Сривове и ANR. Колкото по-голям е броят на засегнатите потребители, толкова повече клъстерът допринася за процента на сривовете.

Ако е възможно конкретни аспекти на хардуера или софтуера на устройството да допринасят за процента на сривовете, ще получите известие чрез показателите за Android. Също така можете да разгледате зависимостите самостоятелно на страницата за общ преглед на обхвата и устройствата (Версия > Обхват и устройства > Общ преглед).