Google Play превращает производительность приложений в обязательное требование политики. Начиная с февраля 2027 года, для приложений и игр на Android будут действовать обязательные пороговые значения использования памяти, потребления bitmap-изображений и оптимизации кода, а двумя месяцами позже, в апреле 2027 года, появится отдельное требование входа без касаний (Zero-Tap Sign-In). Для разработчиков посыл предельно ясен: приложения, которые продолжают чрезмерно расходовать память устройства, могут потерять видимость, а в некоторых случаях — возможность публиковать обновления в Play Store.
Изменения, о которых объявила команда Google Play по вопросам разработчиков и монетизации, представлены как ответ на то, что компания называет «значительными ограничениями поставок оборудования», меняющими доступность памяти в устройствах. Они расширяют меры защиты, уже представленные в Android 17, где ограничения памяти для отдельных приложений впервые появились на телефонах Pixel и теперь распространяются на более широкий спектр производителей Android-устройств — от бюджетных смартфонов с 4 ГБ до флагманов с 16 ГБ и более.
Почему Google ужесточает правила использования памяти именно сейчас
Основная проблема очевидна. Когда приложение потребляет слишком много памяти, оно вредит не только самому себе — оно замедляет работу всего устройства, выгружает фоновые приложения и запускает завершение процессов на уровне системы, в котором пользователи редко винят оборудование. В собственных рекомендациях Google предупреждает, что приложения, превышающие ограничения Android, «будут замедлены и могут быть завершены», что напрямую приводит к низким оценкам, росту числа удалений и снижению удержания пользователей.
В Android 17 была заложена техническая основа в виде ограничений памяти для отдельных приложений, но эти меры защиты имеют значение только в том случае, если разработчики действительно укладываются в установленные пределы. Перенеся контроль за соблюдением требований в Google Play, компания связывает техническое качество с коммерческими последствиями — превращая рациональное использование памяти из рекомендации в фактор ранжирования и публикации.
Три пороговых значения, которым должны соответствовать разработчики
В феврале 2027 года Google Play начнёт контролировать три отдельные области. Первая — динамическое использование памяти, измеряемое с помощью Anonymous RSS + Swap. Этот показатель отражает объём частной памяти, используемой приложением для активных и сжатых данных, исключая файлы на устройстве, такие как код и ресурсы. Google оценивает потребление в разных состояниях приложения и категориях устройств по объёму оперативной памяти.
Вторая область — использование памяти bitmap-изображениями. Bitmap-файлы часто становятся источником скрытого увеличения потребления памяти, поскольку могут оставаться в памяти ещё долго после того, как приложение перестало быть видимым. Согласно новым правилам, Google ожидает, что bitmap-изображения будут своевременно освобождаться в фоновых состояниях и состояниях кэширования.
Третье требование — оптимизация DEX-кода. Android App Bundle, публикуемые через Google Play, должны обеспечивать не менее 25% покрытия по оптимизации, уменьшению размера и обфускации — обычно с использованием R8 или другого инструмента уменьшения размера. Google утверждает, что оптимизированный DEX-код уменьшает объём памяти, занимаемый приложением, одновременно повышая скорость запуска, отрисовки и выполнения, а также сокращая количество событий «приложение не отвечает» (ANR).
Конкретные ограничения зависят от того, является ли программное обеспечение приложением или игрой, каким объёмом оперативной памяти располагает устройство и работает ли процесс на переднем плане, предоставляет ли сервис, воспринимаемый пользователем, или находится в фоновом режиме. Для игр в нескольких категориях предусмотрены более высокие пределы из-за естественных повышенных требований к памяти.
| Категория устройства по объёму ОЗУ | Ограничение для приложения на переднем плане (Anonymous RSS + Swap) | Ограничение для игры на переднем плане |
|---|---|---|
| 4 ГБ | 2 ГБ | 2,25 ГБ |
| 8 ГБ | 2,25 ГБ | 3,5 ГБ |
| 16 ГБ+ | 4,25 ГБ | 5 ГБ |
Для потребления памяти bitmap-изображениями установлены отдельные пороговые значения 90-го процентиля. Приложения и игры должны укладываться в 200 МБ для сервисов, воспринимаемых пользователем, 200 МБ в фоновом режиме и 400 МБ в кэшированном состоянии. Для приложений с большим количеством изображений это означает, что агрессивное уменьшение разрешения, повторное использование bitmap-изображений и управление памятью с учётом жизненного цикла становятся обязательными, а не факультативными.
Что произойдёт, если приложение превысит ограничения
Это та часть, которую разработчики не могут позволить себе игнорировать. С февраля 2027 года соблюдение требований больше не будет носить рекомендательный характер. Google заявляет, что приложения и игры, не соответствующие пороговым значениям использования памяти, bitmap-изображений и оптимизации DEX, «могут столкнуться со снижением видимости приложения и возможностей публикации в Google Play». Это прямая угроза обнаруживаемости приложения и, соответственно, органическим установкам.
Чтобы смягчить переход, Google уже начал внедрять инструменты в Play Console. Android vitals теперь отображает показатели динамического использования памяти и памяти bitmap-изображений, которые можно детализировать по процентилю и категории оперативной памяти. Новый фильтр сбоев и ANR выявляет случаи, когда ОС завершила работу приложения из-за критической нехватки памяти. Play Console также добавляет сведения об оптимизации DEX для недавно загруженных пакетов и предупреждения о приближении приложения или игры к предстоящим пороговым значениям.
Позже в этом году обещаны дополнительные диагностические возможности, включая более подробную информацию о времени, которое приложение проводит в каждом состоянии, и дополнительные сведения об ограничителе памяти Android. Практический вывод для разработчиков заключается в необходимости начать измерения уже сейчас — ожидание до конца 2026 года означает исправление накопившихся проблем с производительностью в условиях жёстких сроков.
Вход без касаний (Zero-Tap Sign-In): крайний срок для онбординга в апреле 2027 года
Второе требование направлено на устранение другого вида неудобств: переноса данных на новое устройство. Начиная с апреля 2027 года, любое приложение, поддерживающее пользовательские аккаунты, — независимо от того, является ли вход необязательным или обязательным, — должно поддерживать стандарт Google входа без касаний (Zero-Tap Sign-In). Этот механизм использует Android Restore Credentials API для восстановления авторизованного состояния пользователя при переносе данных с устройства на устройство или из облачной резервной копии, благодаря чему восстановленное приложение распознаёт пользователя и выполняет вход без повторного ввода учётных данных.
В настоящее время игры освобождены от этого требования, хотя Google планирует предоставить отдельные рекомендации для сложных сценариев игровой аутентификации в 2027 году. Разработчикам игр, которые уже используют систему входа с единым аккаунтом, всё же рекомендуется заранее внедрить Restore Credentials API. Ставки те же, что и в случае с правилами использования памяти: приложения, не соответствующие требованиям, могут потерять полный набор возможностей публикации и оптимальную видимость в Play Store.
Что это означает для разработчиков приложений
Эти изменения усиливают роль Google Play в контроле технического качества, а значит, разработчикам теперь необходимо оптимизировать два направления продукта: страницу приложения в магазине и само приложение. Хорошо оптимизированный APK, который потребляет мало памяти, быстро загружается и беспрепятственно восстанавливает вход, становится самостоятельным сигналом ранжирования, а не просто техничесной деталью. Если вы уже инвестируете в ASO, дополните это пониманием того, как алгоритм ранжирования Google Play оценивает приложения, чтобы ваши усилия по оптимизации охватывали как эффективность страницы приложения, так и качество работы на устройстве.
Как подготовиться до наступления крайних сроков
Два периода введения требований дают разработчикам отдельные направления для обеспечения соответствия. Требования к использованию памяти, bitmap-изображениям и оптимизации кода вступят в силу первыми, в феврале 2027 года, а затем, в апреле 2027 года, для соответствующих приложений станет обязательным восстановление аккаунта. Командам следует воспринимать эти даты как дорожную карту, а не как отдалённые события будущего.
| Требование | Начало применения требований |
|---|---|
| Использование памяти (Anonymous RSS + Swap) | Февраль 2027 года |
| Использование памяти bitmap-изображениями | Февраль 2027 года |
| Оптимизация DEX-кода (минимум 25%) | Февраль 2027 года |
| Вход без касаний (Zero-Tap Sign-In, Restore Credentials API) | Апрель 2027 года |
Что касается памяти, начните с анализа Android vitals в Play Console, чтобы определить, какие состояния приложения и категории устройств по объёму ОЗУ приближают вас к пороговым значениям. Профилируйте использование bitmap-изображений с помощью стратегий, учитывающих жизненный цикл, чтобы изображения не оставались в памяти после того, как приложение теряет видимость. Запустите R8 или эквивалентный инструмент уменьшения размера для своего App Bundle и убедитесь, что покрытие DEX превышает минимальный порог в 25%. Для входа в аккаунт заранее проверьте, можно ли внедрить Android Restore Credentials API в ваш сценарий авторизации, задолго до апреля 2027 года, особенно если вы уже используете модель с единым аккаунтом.
Более широкие последствия для экосистемы Android
По сути, Google перекладывает стоимость дефицита оперативной памяти с производителей оборудования на разработчиков программного обеспечения. Контролируя рациональное использование памяти на уровне магазина, компания надеется сохранить отзывчивость бюджетных Android-устройств даже по мере роста требований приложений и продолжения конкуренции за тот же ограниченный объём памяти со стороны рабочих нагрузок искусственного интеллекта непосредственно на устройстве. Для пользователей это разумная цель, но она возлагает новое бремя соблюдения требований на каждую команду, выпускающую приложения в Google Play.
Для разработчиков разумная реакция заключается в том, чтобы рассматривать производительность как стратегию роста, а не как обременительную формальность. Приложения, которые быстрее запускаются, реже завершаются с ошибками, используют меньше памяти и обеспечивают беспрепятственный вход пользователей, не только сохранят видимость в Play Store, но и удержат больше пользователей, на привлечение которых были затрачены значительные усилия. Крайние сроки 2027 года — это предупреждение, но также и конкурентная возможность для команд, которые начнут действовать заранее.




