Google Play посилює вимоги до Android-застосунків у 2027 році

Google Play підвищує технічні вимоги до застосунків і мобільних ігор. Із лютого 2027 року магазин оцінюватиме програми за новими порогами «небажаної поведінки»: використанням динамічної пам’яті, bitmap-пам’яті та оптимізацією DEX-коду. Застосунки, які систематично перевищуватимуть встановлені межі, можуть отримати меншу видимість у Google Play і обмеження на публікацію, але йдеться не про автоматичне видалення з магазину.

Окрема вимога набуде чинності у квітні 2027 року. Застосунки, у яких є вхід до облікового запису, повинні підтримувати Zero-Tap Sign-In під час перенесення даних на новий пристрій Android — за допомогою системи Restore Credentials. На цей момент мобільні ігри від цієї вимоги звільнені. 17

Що саме перевірятиме Google Play

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

1. Динамічне використання пам’яті

Google вимірюватиме анонімний resident set size (RSS) — обсяг приватної пам’яті, зайнятої застосунком під час роботи, — разом зі стисненою підкачкою. При цьому код і файли ресурсів, збережені на пристрої, не прирівнюватимуться автоматично до пам’яті, яку застосунок використовує під час виконання.

Для ігор ліміти динамічної пам’яті на передньому плані залежатимуть від обсягу оперативної пам’яті пристрою. Заявлений діапазон — від 2,25 ГБ на пристроях із 4 ГБ RAM до 5 ГБ на пристроях із 16 ГБ RAM. Google Play планує оцінювати ігри за різними категоріями пристроїв, а не застосовувати однаковий ліміт до кожного смартфона чи планшета.

2. Bitmap-пам’ять

Використання bitmap-ресурсів перевірятимуть у трьох станах: коли застосунок відкритий, працює у фоні або перебуває в кеші. Встановлені пороги такі:

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

Мета правила — не допускати, щоб зображення та інші візуальні ресурси без потреби залишалися в оперативній пам’яті, коли їх уже не видно користувачеві.

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

Ігри, у яких обсяг DEX-коду перевищує 50 МБ, повинні забезпечити щонайменше 25% покриття Android App Bundle за допомогою оптимізації, зменшення та обфускації коду. Для цього розробники можуть використовувати R8 або інші інструменти shrink-оптимізації, щоб прибрати зайвий код і зробити пакет ефективнішим.

Як працюватиме контроль

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 і призначений для непомітного повторного входу користувача після відновлення застосунку на новому пристрої. Механізм може працювати незалежно від основного способу авторизації — з паролем, ключем доступу або федеративним входом. 1719

Вимога має прибрати необхідність вручну входити в десятки застосунків після перенесення даних на новий смартфон. Ігри наразі не підпадають під це правило, хоча в майбутньому виняток можуть переглянути.

Як це пов’язано з Android 17

Нові правила Google Play доповнюють, а не замінюють обмеження пам’яті в операційній системі Android 17. Ця версія Android запроваджує ліміти для окремих застосунків залежно від загального обсягу RAM пристрою. Спочатку функцію запустили на смартфонах Pixel, але Google очікує, що протягом наступного року її використовуватимуть дедалі більше виробників на пристроях із 4 ГБ і понад 16 ГБ оперативної пам’яті.

Якщо застосунок перевищує ліміт Android 17, система може сповільнити його роботу, а згодом — завершити процес. Правила Google Play діють на іншому етапі: вони спонукають розробників оптимізувати пам’ять і код ще до того, як користувач зіткнеться з обмеженнями операційної системи.

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

Що варто зробити розробникам уже зараз

Командам, які розробляють великі застосунки або ігри, варто почати з такого аудиту:

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

Практичний висновок простий: економне використання пам’яті та оптимізація коду стають не лише рекомендаціями для швидкодії, а й умовами дистрибуції. Застосунки, які не підготуються заздалегідь, можуть продовжити працювати, але ризикують втратити видимість у Google Play, частину можливостей публікації та частіше потрапляти під обмеження пам’яті Android.