Требования к техническому качеству приложений в Play Console

Из-за роста стоимости ОЗУ в ближайшее время на рынке возникнет масштабный кризис. Неэффективное использование памяти, например утечка в приложении, из-за которой оно потребляет большую часть памяти устройства, приводит к перебоям в работе и принудительному закрытию других приложений, работающих в фоновом режиме. В Android также введены строгие ограничения на использование памяти. Мы стремимся к тому, чтобы ваши приложения соответствовали им и не закрывались принудительно.

Следуйте рекомендациям для приложений и игр. К основным методам относятся освобождение ресурсов в onTrimMemory() (в том числе с помощью игрового движка), предотвращение утечек статической памяти с помощью компонентов, учитывающих жизненный цикл, профилирование распределений и дампов кучи с помощью Perfetto, а также минимизация длительных фоновых задач.

Уменьшайте разрешение изображений и декодируйте их в соответствии с размерами экрана, используйте современные библиотеки загрузки (например, Coil или Glide) с экономящим память кешем, освобождайте неиспользуемые битовые карты, когда интерфейс скрыт (с помощью TRIM_MEMORY_UI_HIDDEN в onTrimMemory), и не храните статические ссылки на битовые карты или представления.

Мы рекомендуем R8, поскольку этот инструмент позволяет выполнять расширенную оптимизацию и получать полезную информацию, но вы можете использовать и другие.

В играх используются иные модели потребления памяти. Это позволяет обеспечить плавный процесс, прежде всего в активном режиме. Зачастую игры используют нативные игровые движки, которые накладываются на другие технические ограничения. Требования к играм зависят от сценариев использования.

Это определяется по категории, которую вы выбрали в настройках Play Console. От нее зависит, в каком разделе Google Play показывается приложение. Если вы измените категорию приложения на ту, которая не отражает его основные функции, с целью соответствия другим техническим требованиям, то это приведет к нарушению правил в отношении метаданных на странице приложения.

После того как требования к расходу памяти вступят в силу, приложения и игры должны будут им соответствовать для участия в программах.

Нет, мы оцениваем все версии приложения, для которых доступны данные. Требования к использованию памяти анонимным RSS, файлом подкачки и битовыми картами применяются к Android 13 и более поздним версиям.

Разделение по объему ОЗУ позволяет учитывать, что устройства по-разному реагируют на увеличение использование памяти. Высокая производительность на устройстве с 16 ГБ памяти не гарантирует таких же показателей на устройстве с 4 ГБ. В целом, приложение не должно использовать слишком много памяти на устройствах с любым объемом ОЗУ.

Показатели использования памяти (анонимный RSS и файл подкачки), а также ее расхода битовыми картами учитываются на телефонах и планшетах.

• Чтобы узнать, как оптимизировать расход памяти приложениями и играми, ознакомьтесь с нашими рекомендациями.

• Google Play Console (Android Vitals). Отслеживайте 90-й процентиль для использования памяти (анонимный RSS и файл подкачки), а также расхода памяти битовыми картами за 28-дневный период. Данные можно фильтровать по состоянию приложения (активный режим, видимые пользователю сервисы, фоновый режим или в кеше), объему ОЗУ устройства (например, 4–6 ГБ), версии Android и выпуску приложения.

• Google Play Developer Reporting API. Запрашивайте показатели алгоритмически, чтобы автоматизировать создание отчетов, выявлять проблемы с производительностью и интегрировать данные Android Vitals на внутренние панели управления.

• Профилировщик памяти Android Studio и дампы кучи. Эти функции позволяют отслеживать выделение нативной и графической памяти в реальном времени, а также для кучи Java или Kotlin. Создавайте и анализируйте дампы кучи (HPROF), чтобы обнаруживать утечки памяти, не выпущенные объекты Activity, дублирующиеся битовые карты и сохраненные пути.

• Perfetto и Трассировка системы. Используйте Perfetto (heapprofd) для низкоресурсного замера выделения нативной памяти и памяти Java. Это позволит выявлять стеки вызовов, из-за которых увеличивается потребление памяти. Трассировка системы помогает отслеживать использование памяти при переходах между состояниями жизненного цикла и сопоставлять его с событиями, связанными с завершением работы приложений при нехватке памяти (lmkd). Для автоматизации анализа трассировки и дампа кучи также можно использовать ИИ (например, навыки Perfetto).

• Инструменты диагностики на устройстве. Введите команду adb shell dumpsys meminfo <package_name>, чтобы в реальном времени получить данные о следующих показателях: PSS, Private Dirty (анонимный RSS), Swap Dirty (zRAM) и расход памяти битовыми картами. Для сбора пользовательской телеметрии клиента используйте ComponentCallbacks2.onTrimMemory().

Мы всегда рекомендуем оптимизировать код, чтобы повысить производительность. Однако мы также учитываем, сколько усилий потребуется для переработки и оптимизации приложения или игры и насколько это будет полезно для пользователей. Небольшие DEX-файлы (объемом менее 10 МБ для приложений и менее 50 МБ для игр) не сильно влияют на объем памяти устройства, поэтому мы не требуем оптимизировать их.

Нет, ключ восстановления автоматически удаляется вместе с приложением.

Нет, восстановление учетных данных без нажатий требуется только на телефонах и планшетах.

Нет, требование предназначено для того, чтобы состояние входа в аккаунт сохранялось при переходе на другое устройство.

• Приложения без входа. Если приложение не поддерживает аккаунты и вход в них, то на него не распространяется это требование.

• Выход из аккаунта или гостевой режим. Если пользователь вышел из аккаунта до смены устройства, не заходил в него вообще или использовал гостевой режим, ваше приложение должно запуститься на новом устройстве без аутентификации.

Да, Restore Credentials API поддерживает все способы аутентификации, позволяя приложениям хранить ключ восстановления.

Наша система определяет восстановление учетных данных по тому, использовался ли его ключ. Мы сообщим разработчикам, если приложения не соответствуют этому требованию.

Подробнее об исключениях мы расскажем позднее.

Restore Credentials API не обрабатывает запросы МФА и не предназначен для обхода правил безопасности в приложении. После использования ключа восстановления на новом устройстве приложение должно определить, требуется ли дополнительная проверка. Для соблюдения этого требования достаточно предоставить информацию о том, что личность пользователя подтверждена (например, сообщение "С возвращением, Александр!"). Однако перенос данных напрямую между устройствами служит веским подтверждением и не требует дополнительной многофакторной аутентификации.

Мы работаем над специальными решениями для сложных сценариев аутентификации, которые часто встречаются в играх. Рекомендуем разработчикам игр, в которых поддерживается вход только в один аккаунт, внедрить Restore Credentials API.

Да, приложение с интеграцией Block Store может считаться соответствующим требованию. Однако этот API должен быть внедрен и запущен в рабочей версии не позднее 30 сентября 2026 года и без ошибок восстанавливать вход в аккаунт. Другие типы интеграции или выполненные после этой даты не подходят для соблюдения требования.

Эта дата является четким ориентиром для разработчиков, которые уже находятся в процессе интеграции Block Store. Благодаря этому текущие реализации входа без нажатий останутся действительными, при этом будущие решения будут внедряться по стандартам Менеджера учетных данных.

Приложение должно самостоятельно удалять ключ восстановления. Если приложение будет удалено, ключ восстановления также удалится автоматически.

Для выполнения этого требования приложение должно хранить ключ восстановления для активного (или последнего активного) аккаунта пользователя на прошлом устройстве. Подробную информацию об этом можно найти в документации по восстановлению учетных данных.

Да. Разрешения для приложений, в том числе на уведомления, восстанавливаются с прошлого устройства с помощью сервисов резервного копирования и восстановления. Благодаря этому пользователи продолжат получать общие уведомления. Кроме того, в сочетании с функцией восстановления учетных данных вы можете повторно привлекать пользователей с помощью персонализированных уведомлений на новом устройстве, даже если они ещё не открывали приложение.