Google Play закрыл продление: с 1 ноября обновления Android-приложений принимаются только с target API 36

1 ноября 2026 года закончилось продление, которое Google Play давал разработчикам, не успевшим к основному сроку 31 августа. С этого дня новые приложения и любые обновления для телефонов и планшетов принимаются только с target API 36 (Android 16). Приложение со старым targetSdk не получит даже срочный фикс, пока команда не поднимет целевую версию.

Отдельно истекло продление по Google Play Billing Library: новые приложения и обновления обязаны использовать версию 8 или новее. Если вы ведёте разработку Android-приложений и откладывали миграцию, следующий релиз упрётся в отказ при загрузке в Play Console.

Ниже — что именно действует с сегодняшнего дня, какие изменения поведения Android 16 ломают приложения при переходе и в каком порядке закрывать долг, если вы планируете заказать разработку мобильного приложения или поддерживаете уже опубликованное.

Что действует в Google Play с 1 ноября

• Новые приложения и обновления для телефонов, планшетов и складных устройств — target API 36 (Android 16) или выше. Продлений больше нет.
• Wear OS и Android Automotive OS — target API 35 (Android 15) или выше; Android TV и Android XR — API 34 (Android 14) или выше.
• Уже опубликованные приложения, которые не обновляются, из магазина не исчезают. Но если их target API ниже 35, они перестают быть доступны новым пользователям на устройствах с более свежей версией Android.
• Play Billing Library — версия 8 или новее для новых приложений и обновлений; продление по этому требованию тоже действовало до 1 ноября 2026 года.
• Исключение — постоянно приватные приложения, которые распространяются только внутри конкретной организации.

Почему переход на API 36 — это не одна строка в Gradle

Формально достаточно выставить targetSdk = 36. На практике вместе с ним включаются изменения поведения Android 16, и часть из них видна пользователю сразу:

• Edge-to-edge без выхода. Атрибут windowOptOutEdgeToEdgeEnforcement отключён: контент рисуется под статус-баром и панелью навигации, и экраны без обработки отступов (insets) «залезают» под системные элементы.
• Predictive back по умолчанию. Системные анимации жеста «назад» включены, а onBackPressed() больше не вызывается и KEYCODE_BACK не доставляется. Старая логика выхода с экрана тихо перестаёт работать; временно можно отключить поведение флагом android:enableOnBackInvokedCallback="false".
• Большие экраны. На дисплеях с минимальной шириной от 600dp система игнорирует screenOrientation, resizableActivity и ограничения соотношения сторон. Приложение, жёстко зафиксированное в портрете, на планшете и раскрытом складном телефоне растянется на весь экран. Игры исключены, а временный отказ через свойство PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY работает только до API 37.
• Текст и фоновые задачи. Атрибут elegantTextHeight игнорируется (важно для арабского, тайского и индийских письменностей), а scheduleAtFixedRate() после возврата приложения выполняет не все пропущенные запуски, а максимум один.
• Датчики здоровья. BODY_SENSORS заменены гранулярными разрешениями android.permissions.health, например READ_HEART_RATE.

Кого это заденет сильнее всего

Больше всего рискуют проекты, которые долго жили «на поддержке» без обновления зависимостей: старые версии Flutter, React Native и нативных SDK могут не собираться с compileSdk 36 или тянуть устаревший Billing. Второй уязвимый сценарий — приложения с жёсткой портретной вёрсткой: требование адаптивных макетов делает экран планшета обязательной частью регрессии. Третий — внутренние B2B-приложения в публичном магазине, которые не правят годами: они продолжат работать у текущих пользователей, но перестанут быть доступны новым на свежих устройствах.

Что сделать команде сейчас

1. Проверьте Play Console: на странице статуса политик видно, какие приложения и треки не соответствуют требованию target API и Billing.
2. Поднимите compileSdk и targetSdk до 36 вместе с Android Gradle Plugin, Kotlin и кросс-платформенным фреймворком; обновите Play Billing Library до 8+.
3. Закройте edge-to-edge: пройдите по всем экранам и добавьте обработку insets, особенно для нижних кнопок и полей ввода.
4. Мигрируйте «назад» на OnBackPressedCallback или OnBackInvokedCallback и проверьте сценарии с диалогами, WebView и вложенной навигацией.
5. Добавьте в регрессию планшет и складное устройство в обеих ориентациях — именно там проявятся проблемы с макетами.
6. Держите в запасе срочный релиз: пока миграция не завершена, выпустить фикс критической ошибки через Google Play не получится.

Часто задаваемые вопросы

Удалит ли Google Play приложение, которое не обновлено до API 36? Нет. Опубликованная версия остаётся в магазине, но без target API 35 и выше она перестаёт показываться новым пользователям на устройствах с более новым Android, а загрузить обновление без API 36 нельзя.

Можно ли получить ещё одно продление? По справке Play Console продление давалось до 1 ноября 2026 года и запрашивалось через форму на странице статуса политик. Срока позже этой даты в документации нет.

Касается ли требование RuStore и других магазинов? Нет, это правило Google Play. Но если приложение собирается из одной кодовой базы для нескольких магазинов, обновлять targetSdk всё равно придётся во всей сборке.

Источники

• Play Console Help — Target API level requirements for Google Play apps (первоисточник: сроки 31 августа и 1 ноября 2026 года).
• Android Developers — Meet Google Play's target API level requirement.
• Android Developers — Behavior changes: apps targeting Android 16 or higher.
• Android Developers — Play Billing Library deprecation FAQ (требование версии 8 и продление до 1 ноября 2026 года).