Google объявила 26 августа 2026 года о введении новых технических требований к качеству приложений и игр, распространяемых через Google Play. Причины, которые называет сама компания, — дефицит оперативной памяти в отрасли на фоне роста цен на компоненты, а также стремление повысить стабильность и производительность мобильных проектов.
Новые требования касаются трех параметров: динамического потребления памяти (Anonymous RSS + Swap), потребления памяти под растровые изображения (bitmap memory) и степени оптимизации DEX-кода. Полные технические пороги и методология измерения раскрыты Google в справочном разделе Play Console Play Console technical quality requirements.
Пороговые значения по памяти разные для приложений и игр и зависят от RAM-тира устройства. Пороги заданы для тиров 4, 6, 8, 12 и 16 ГБ. Устройства с общим объемом памяти ниже 3200 МБ и выше 18432 МБ под требование не подпадают: для них Google порогов не установил. Внутри каждого тира значение зависит от состояния приложения. Свои пороги действуют для foreground, user-perceived service и background, а для состояния cached порога по Anon RSS + Swap нет вообще. Соответствие оценивается по 90-му перцентилю (P90) значений, собранных за предыдущие 28 дней. Если Если P90 превышает установленный порог, приложение считается не соответствующим требованию.
Требование по оптимизации DEX-кода касается только проектов с достаточно большим объемом DEX-кода: свыше 10 МБ для приложений и свыше 50 МБ для игр. Для таких проектов показатели обфускации, оптимизации и сокращения кода (shrinking) должны составлять не менее 25% каждый. Google рекомендует R8, но допускает и другие инструменты оптимизации, если они дают тот же результат.
Отдельно объявлено требование Zero-Tap Sign-In Restoration: автоматическое восстановление статуса авторизации при переносе данных на новое устройство через Android Restore Credentials API. Оно вступает в силу с апреля 2027 года и распространяется на любое приложение с авторизацией пользователя, независимо от того, обязательна она или опциональна. Приложения без учетных записей под требование не подпадают, как и сессии, в которых пользователь не был авторизован или работал в гостевом режиме. Google предусмотрел три группы исключений. Игры выведены из-под требования на первом этапе, отдельные правила для них обещаны в течение 2027 года. Permanently private приложения и приложения корпоративного управления устройствами исключены полностью. Наконец, компании, у которых механика авторизации продиктована жесткими требованиями регулятора (Google прямо называет финансовые услуги и здравоохранение), могут претендовать на освобождение, но заявку нужно подать через Play Console до даты вступления требования в силу. Соответствующей признается и интеграция с Block Store, если она была завершена и работала в продакшене на 30 сентября 2026 года или раньше; более поздние и иные типы интеграции не засчитываются.
Требование действует только для телефонов и планшетов и поддерживается начиная с Android 9.
| Параметр | Действует сейчас | С февраля 2027 (новое) |
| Крэши, ANR, wake locks, батарея | Пороги по user-perceived crash rate, ANR rate, excessive partial wake locks, battery usage действуют уже сегодня | Сохраняются без изменений |
| Потребление памяти (Anon RSS + Swap) | Отдельно не регулируется | Новый порог, разный для устройств с разным объемом RAM и для разных состояний приложения (foreground, background, service) |
| Потребление памяти под bitmap | Не регулируется | Новый порог: свыше 200 МБ для user-perceived service и background, свыше 400 МБ для cached состояния |
| Оптимизация DEX-кода | Формально не требуется для публикации | Обязательный минимум 25% по обфускации, оптимизации и сокращению кода, для приложений с DEX свыше 10 МБ и игр свыше 50 МБ |
| Восстановление авторизации при смене устройства | Не регулируется | С апреля 2027, Zero-Tap Sign-In Restoration через Restore Credentials API (игры временно исключены) |
| Архитектура и размер страниц памяти | 64 bit и поддержка 16 KB page size уже обязательны для приложений с native кодом | Сохраняются, для Wear OS с 15 сентября 2026, для TV с 1 августа 2026 |
Заявленные Google последствия несоответствия – снижение видимости в поиске и рекомендациях Google Play, а также ограничения на публикацию новых версий. Соответствие всем порогам памяти становится также условием участия в программах Apps Experience Program и Level Up Programs.
Механика санкций пока не раскрыта. Неизвестно, как считается снижение видимости, предусмотрено ли предварительное уведомление разработчика и есть ли процедура обжалования. Детали Google обещает опубликовать до конца 2026 года.
Требования становятся измеримыми и привязанными к конкретным техническим метрикам (P90 за 28 дней), а не к общим рекомендациям. Это меняет саму модель комплаенса: соответствие теперь нужно подтверждать данными Android vitals и Google Play Developer Reporting API, а не просто декларировать.
Пороги разные для разных RAM-тиров устройств, поэтому приложение придется тестировать отдельно на бюджетных конфигурациях (4-6 ГБ), а не только на референсных устройствах разработчика.
Требование по DEX коду касается не только новых релизов, но и оценки уже опубликованных app bundle, а значит требует пересмотра пайплайна сборки и интеграции R8 или похожего инструмента в full mode.
Проверить текущие показатели приложения в разделе Memory в Android vitals и оценить, укладывается ли P90 по динамическому потреблению памяти и памяти под bitmap в будущие пороги для своего RAM-тира.
Проверить объем DEX-кода в app bundle. Если он превышает 10 МБ для приложений или 50 МБ для игр, внедрить или донастроить R8 либо другой инструмент сокращения кода, чтобы достичь минимум 25% по каждому из трех показателей.
Заранее спланировать интеграцию с Restore Credentials API для функций авторизации, чтобы обеспечить бесшовное восстановление сессии пользователя при смене устройства до апреля 2027 года, и проверить, подпадает ли проект под исключения (например, для Block Store, если интеграция была завершена до 30 сентября 2026 года).
Учесть новые требования при заключении и пересмотре договоров с разработчиками и издателями мобильных приложений: в части гарантий технического качества, сроков устранения выявленных несоответствий и распределения рисков, связанных со снижением видимости в Google Play.
Команда практики Arbitration & IT Disputes REVERA Law Group готова помочь с аудитом технического соответствия мобильных приложений и игр новым требованиям Google Play, подготовкой и пересмотром договоров с разработчиками и издателями, а также сопровождением споров, связанных со снижением видимости или ограничением публикации в Google Play.
