Основна вимога Google Play діє з 31 серпня 2026 року: нові застосунки та оновлення для телефонів і планшетів мають бути орієнтовані на Android 16, тобто мати target API level 36. Розробники, які отримали продовження, можуть публікувати оновлення зі старішим targetSdk лише до 1 листопада 2026 року. Після цієї дати збірку з targetSdk нижче 36 Play Console не прийме.

Що саме вимагає Google Play у 2026 році

Терміни та рівні API наведено на офіційній сторінці Android Developers і в довідці Play Console (станом на жовтень 2026):

  • Телефони й планшети: нові застосунки та оновлення мають бути на Android 16 (API 36) або новішому.
  • Wear OS і Android Automotive OS: Android 15 (API 35) або новіший.
  • Android TV і Android XR: Android 14 (API 34) або новіший.
  • Виняток: назавжди приватні застосунки для внутрішнього використання в межах однієї організації.

Вимога стосується лише того, що ви завантажуєте в Google Play. Вона не обмежує мінімальну версію Android (minSdk): застосунок із targetSdk 36 і далі може працювати на старіших пристроях.

Як працює продовження до 1 листопада

За даними довідки Play Console, форма запиту на продовження з’являється в розділі сповіщень застосунку. Її також можна відкрити зі сторінки попередження чи проблеми в розділі статусу політик (Policy status). Продовження відкладає вимогу щодо API 36, але не скасовує її. Отже, до 1 листопада 2026 року збірку з targetSdk 36 треба підготувати й пройти з нею перевірку.

Точну годину завершення продовження Google не вказує. Тому краще не відкладати реліз на останній день, бо перевірка в Google Play теж займає час.

Що буде, якщо не оновитися

Наслідки різні для нових версій і для вже опублікованого застосунку:

  • Нові релізи. Оновлення з targetSdk нижче 36 не вдасться відправити в Google Play. Через це не вийде навіть терміново виправити помилку.
  • Уже опублікована версія. Щоб залишатися доступним для нових користувачів, застосунок має бути орієнтований щонайменше на Android 15 (API 35). Застосунки з target API 34 або нижче нові користувачі бачать лише на пристроях, де версія Android не новіша за target API застосунку.
  • Наявні користувачі. Ті, хто вже встановив застосунок, зберігають до нього доступ і можуть перевстановити його на підтримуваних версіях Android.

Чек-лист міграції на Android 16

Після підняття targetSdk до 36 вмикаються зміни поведінки Android 16. Ось що варто перевірити насамперед:

  1. Edge-to-edge без винятків. На пристроях з Android 16 атрибут windowOptOutEdgeToEdgeEnforcement більше не діє. Контент заходить під статус-бар і панель навігації, тож відступи (insets) треба обробляти самостійно.
  2. Предиктивний жест «назад». Анімації ввімкнено за замовчуванням, а onBackPressed і KEYCODE_BACK більше не надходять. Перейдіть на OnBackInvokedCallback або AndroidX-аналог. Тимчасово цю поведінку можна вимкнути атрибутом android:enableOnBackInvokedCallback="false".
  3. Великі екрани. Якщо найменша ширина дисплея становить 600dp і більше, система ігнорує screenOrientation, resizableActivity та обмеження співвідношення сторін. Застосунок займає весь екран. Тимчасово відмовитися від цього можна через властивість PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY, але з API 37 вона вже не працюватиме.
  4. Шрифти. Атрибут elegantTextHeight ігнорується. Перевірте вигляд тексту, особливо для арабської, тайської, лаоської та інших писемностей із високими символами.
  5. Дозволи для здоров’я. Замість BODY_SENSORS тепер використовуються детальніші дозволи з групи android.permissions.health. Мобільний застосунок також має оголосити activity з політикою конфіденційності.
  6. Періодичні задачі. Якщо scheduleAtFixedRate пропустив запуски, коли процес був неактивний, то після повернення виконається лише один із них, а не всі.

Окремо варто протестувати Local Network Permission. Поки що ця вимога вмикається вручну через adb, але Google планує зробити її обов’язковою в наступних версіях.

Flutter, React Native та Expo

React Native та Expo

Починаючи з React Native 0.81, Android-застосунки за замовчуванням збираються з targetSdk 36 (Android 16). Вбудований SafeAreaView у цій версії позначено як застарілий, і замість нього рекомендують react-native-safe-area-context. Expo SDK 54 побудовано на React Native 0.81, і в ньому edge-to-edge неможливо вимкнути. Тому проєктам на старіших версіях Expo найпростіше оновитися до SDK 54 або новішого. Предиктивний жест «назад» у SDK 54 за замовчуванням вимкнений, а вмикає його параметр android.predictiveBackGestureEnabled в app.json.

Flutter

Відкрийте android/app/build.gradle або build.gradle.kts і перевірте, яке значення має targetSdk. Якщо там стоїть flutter.targetSdkVersion, фактичне число залежить від версії Flutter SDK. Найпростіше перевірити підсумковий AndroidManifest зібраного AAB або явно вказати 36, а compileSdk задати не нижчим. Після цього перевірте, чи плагіни підтримують API 36, і протестуйте відступи та жест «назад» на емуляторі з Android 16.

Інші матеріали для розробників читайте в розділі «Мобайл» і в рубриці «Розробка».

Часті питання

Що означає помилка «app must target Android 16 (API level 36) or higher»?

Ви завантажуєте в Google Play збірку з targetSdk нижче 36, а продовження в застосунку немає або воно вже закінчилося. Підніміть targetSdk до 36, перевірте зміни поведінки Android 16 і зберіть новий AAB.

Чи можна отримати продовження після 1 листопада 2026 року?

В офіційних матеріалах Google останньою датою продовження названо 1 листопада 2026 року. Про інші терміни Google не повідомляв.

Чи зникне застосунок із Google Play, якщо його не оновити?

Ні. Застосунок із target API 35 залишається доступним для нових користувачів, але оновлення для нього без targetSdk 36 опублікувати не вийде. Застосунок із target API 34 або нижче нові користувачі на новіших версіях Android не побачать.

Чи потрібно піднімати minSdk?

Ні. Вимога стосується тільки targetSdk, тому мінімальну підтримувану версію Android можна залишити без змін.