Google Play введёт новые лимиты для Android-приложений: что изменится в 2027 году

Google Play готовит заметное ужесточение требований к техническому качеству Android-приложений. С февраля 2027 года магазин начнёт оценивать приложения и игры по новым порогам «плохого поведения»: расходу динамической памяти, использованию bitmap-ресурсов и оптимизации DEX-кода. Если приложение систематически превышает установленные значения, оно может потерять часть видимости в Google Play и столкнуться с ограничениями на публикацию. Автоматическое удаление каждого нарушителя из магазина не заявлено.

Отдельное изменение вступит в силу в апреле 2027 года. Приложения с авторизацией должны будут поддерживать Zero-Tap Sign-In — автоматическое восстановление состояния входа при переносе данных на новое Android-устройство через систему Restore Credentials. Игры пока освобождены от этого требования. 17

Какие показатели будет проверять Google Play

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

1. Динамическая память

Google будет учитывать анонимный resident set size (RSS) приложения вместе со сжатой подкачкой (compressed swap). Речь идёт о частной памяти, которую приложение использует во время работы. Файлы кода и ресурсов, просто хранящиеся на устройстве, в этот показатель не включаются.

Для игр допустимый объём динамической памяти на переднем плане будет зависеть от объёма оперативной памяти устройства. Указанный диапазон составляет от 2,25 ГБ на устройствах с 4 ГБ RAM до 5 ГБ на устройствах с 16 ГБ RAM. Таким образом, Google Play намерен учитывать разные классы смартфонов и планшетов, а не применять один и тот же лимит ко всем устройствам.

2. Bitmap-память

Использование bitmap-изображений будут оценивать в трёх состояниях приложения — на переднем плане, в фоне и в кэше. Установлены следующие пороги:

• 200 МБ — когда приложение работает на переднем плане или в фоне;
• 400 МБ — когда приложение находится в кэше.

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

3. Оптимизация DEX-кода

Игры, в которых объём DEX-кода превышает 50 МБ, должны обеспечить как минимум 25% покрытия App Bundle с помощью оптимизации, уменьшения и обфускации кода. Для этого разработчики могут применять R8 или другие инструменты shrinking, удаляющие ненужный код и повышающие эффективность поставляемого пакета.

Как будет проходить проверка

Google Play не станет делать выводы по одной необычно неудачной сессии приложения. Пороговые значения будут рассчитываться по 90-му процентилю (P90) данных, собранных за скользящий период в 28 дней. Иными словами, политика направлена прежде всего на устойчивые проблемы, которые проявляются у пользователей регулярно, а не на единичный худший результат.

Приложения, не соответствующие требованиям, могут столкнуться со снижением видимости и ограничением возможностей публикации в Google Play. Это не то же самое, что автоматический бан или обязательное удаление приложения из магазина. Google также разворачивает в Play Console инструменты мониторинга и диагностики, которые позволят разработчикам заранее отслеживать показатели динамической памяти и bitmap-ресурсов.

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

Отдельный дедлайн для Zero-Tap Sign-In

Вторая мера касается не производительности, а переноса данных на новый смартфон. С апреля 2027 года приложения с пользовательской авторизацией должны будут поддерживать Zero-Tap Sign-In — автоматическое восстановление состояния входа при миграции между Android-устройствами с помощью Restore Credentials API.

Restore Credentials работает через Credential Manager и предназначен для бесшумного повторного входа пользователя после восстановления приложения на новом устройстве. Механизм может использоваться независимо от основного способа авторизации — с паролем, passkey или федеративным входом. 1719

Задача требования — избавить пользователя от необходимости вручную входить в десятки приложений после переноса на новый телефон. Игры на текущем этапе исключены из правила, однако Google может пересмотреть это исключение по мере дальнейшего развития политики.

Как новые правила связаны с Android 17

Требования Google Play дополняют, а не заменяют ограничения операционной системы Android 17. В этой версии Android появились лимиты памяти для отдельных приложений, зависящие от общего объёма RAM устройства. Изначально механизм запустили на устройствах Pixel; Google ожидает, что в течение следующего года его начнут использовать и другие производители — на устройствах с 4 ГБ, 16 ГБ и более оперативной памяти.

Если приложение превышает лимит Android 17, система может сначала замедлить его работу, а затем завершить процесс. Новые правила Google Play действуют на другом уровне: они побуждают разработчиков уменьшить чрезмерное потребление памяти и оптимизировать код ещё до того, как пользователь столкнётся с ограничениями операционной системы.

Разница принципиальна: Android 17 определяет, что произойдёт с приложением во время работы на конкретном устройстве, а правила Google Play — сохранит ли оно обычную видимость и доступ к публикации в магазине.

Обсуждение дефицита памяти, роста спроса со стороны AI-дата-центров и возможного сокращения объёма RAM в будущих моделях Pixel относится скорее к рыночному контексту, чем к официально заявленной юридической или технической причине новой политики. Сообщения о том, что серия Pixel 11 Pro может получить 12 ГБ вместо 16 ГБ RAM, остаются неподтверждёнными сведениями о характеристиках, а не установленным фактом.

Что разработчикам стоит сделать уже сейчас

Создателям крупных приложений и игр стоит начать с нескольких практических шагов:

1. Проверить использование анонимного RSS и сжатой подкачки в сессиях на переднем плане и в фоне.
2. Отдельно отслеживать bitmap-память, включая состояние приложения в кэше.
3. Измерить размер DEX-кода и покрытие App Bundle после уменьшения, оптимизации и обфускации.
4. Тестировать приложение на устройствах с разным объёмом RAM, а не только на флагманах.
5. Следить за новыми диагностическими инструментами Play Console и показателями Android vitals.
6. Пересмотреть сценарий авторизации и заранее запланировать поддержку Restore Credentials до апреля 2027 года.

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