Google Play exige Android 16 (API 36) : que faire si votre app est bloquée ?

Depuis le 31 août 2026, Google Play refuse toute nouvelle app et toute mise à jour qui ne cible pas Android 16 (API 36). Si votre mise à jour est bloquée, il faut faire monter la version Android ciblée par votre app, mettre à jour ses dépendances, puis tester les nouveaux comportements imposés par Android 16 avant de la renvoyer. Votre app n'est pas supprimée du store pour autant, mais tant que ce travail n'est pas fait, vous ne pouvez plus publier de correctif ni de nouvelle fonctionnalité.

Cet article explique, à la date d'octobre 2026, ce que Google exige exactement, comment savoir si vous êtes concerné et comment vous en sortir, même si le développeur qui a créé l'app n'est plus là.

Que demande exactement Google Play depuis le 31 août 2026 ?

Google Play exige que toute nouvelle app et toute mise à jour pour téléphone et tablette ciblent Android 16 (API 36) depuis le 31 août 2026. Les autres catégories d'appareils et les apps sans mise à jour ont des seuils plus bas.

Le niveau d'API cible (target API level, ou targetSdkVersion) est la version d'Android pour laquelle une app Android déclare avoir été conçue et testée. Selon la documentation Android Developers, Google relève chaque année le minimum accepté sur le Play Store. À la date d'octobre 2026, les règles sont les suivantes.

Les apps privées distribuées uniquement en interne à une organisation sont exemptées.

La prolongation jusqu'au 1er novembre 2026

Google Play permet de demander un délai supplémentaire pour cibler l'API 36, jusqu'au 1er novembre 2026. Selon l'aide Play Console, le formulaire est envoyé aux apps concernées via les notifications de la Play Console. Au 15 octobre 2026, cette échéance est imminente : ne tardez pas.

L'exigence « 16 Ko » pour les apps avec du code natif

L'exigence 16 Ko de Google Play impose aux apps qui ciblent Android 15 (API 35) ou plus de prendre en charge les pages mémoire de 16 Ko sur les appareils 64 bits. Selon la documentation Android sur les pages de 16 Ko, à partir du 1er février 2027, les mises à jour qui ne respectent pas cette règle ne pourront plus être publiées.

Cette exigence concerne les apps qui embarquent du code natif (C ou C++), directement ou via une librairie tierce. Une app écrite uniquement en Java ou Kotlin, librairies comprises, est déjà compatible selon Google, même si un test reste recommandé.

En passant à l'API 36, votre app entre de fait dans le périmètre de la règle 16 Ko. Autant traiter les deux sujets en une seule fois.

Comment savoir si votre app Android est concernée par l'exigence API 36 ?

Une app Android est concernée si elle ne cible pas encore Android 16 (API 36) et que vous devez la mettre à jour sur Google Play. Trois signaux doivent vous alerter.

• Un avertissement dans la Play Console. Selon l'aide Play Console, seules les apps non conformes reçoivent un avertissement et une notification dans la Play Console.
• Une mise à jour refusée à l'envoi. Au moment de déposer le nouveau fichier de l'app, la Play Console affiche une erreur indiquant que l'app doit cibler un niveau d'API plus élevé. La publication est bloquée tant que ce n'est pas corrigé.
• Une baisse inexpliquée des nouvelles installations. Si votre app cible encore Android 14 ou moins, elle n'est déjà plus proposée aux nouveaux utilisateurs équipés d'appareils récents.

Si vous n'avez pas accès à la Play Console, c'est le premier problème à régler. Le compte développeur appartient normalement à votre entreprise. S'il a été créé au nom d'un ancien prestataire ou d'un salarié parti, récupérez un accès administrateur avant toute autre chose.

Que se passe-t-il si vous ne mettez pas votre app à jour vers l'API 36 ?

Une app Android qui ne cible pas l'API 36 reste sur Google Play, mais plus aucune nouvelle version ne peut être publiée. D'après l'aide Play Console, à la date d'octobre 2026 :

• l'app reste sur le store et les utilisateurs existants continuent de l'utiliser ;
• elle peut toujours être réinstallée par ceux qui l'avaient déjà ;
• toute nouvelle version est refusée, y compris un correctif de sécurité urgent ;
• si elle cible Android 14 ou moins, elle disparaît pour les nouveaux utilisateurs sur les appareils plus récents.

Le risque est progressif : au premier bug bloquant ou à la première faille découverte, vous ne pouvez plus rien corriger. Et votre base d'utilisateurs s'érode à mesure que le parc de téléphones se renouvelle.

Comment mettre à jour une app Android vers l'API 36 ?

Mettre à jour une app Android vers l'API 36 demande presque toujours plus que de changer le targetSdkVersion : il faut mettre à jour les outils et les librairies, adapter l'app aux comportements d'Android 16, puis tester. Voici les étapes réelles.

1. Mettre à jour les outils et les dépendances

L'app doit être compilée avec le SDK Android 16. Cela implique souvent de mettre à jour les outils de build (Gradle, Android Gradle Plugin), puis le framework utilisé : React Native, Expo, Capacitor, Ionic ou Flutter. Chaque librairie tierce doit être compatible. Une librairie abandonnée par son auteur doit être remplacée.

Plus l'app a de versions de retard, plus cette étape est longue.

2. Gérer les changements de comportement d'Android 16

Quand une app cible Android 16, le système change certaines règles. Les principaux points, selon la documentation Android sur les changements de comportement d'Android 16 :

• Affichage bord à bord (edge-to-edge). L'affichage bord à bord est le mode où l'app s'affiche derrière la barre d'état et la barre de navigation. Sur Android 16, il ne peut plus être désactivé. Sans adaptation, des boutons ou des textes peuvent se retrouver masqués.
• Grands écrans. Sur les écrans d'au moins 600 dp de largeur minimale (tablettes, pliables ouverts), Android ignore les restrictions d'orientation, de redimensionnement et de format. Les jeux sont exemptés. Une option de désactivation temporaire existe, mais elle ne s'appliquera plus quand les apps cibleront l'API 37.
• Retour prédictif. Les animations du geste retour sont activées par défaut sur Android 16, et l'ancienne méthode de gestion du bouton retour n'est plus appelée. Une navigation mal adaptée peut se comporter de façon inattendue.
• Données de santé. Les apps qui utilisent les capteurs corporels doivent passer à de nouvelles permissions plus granulaires.

3. Vérifier la compatibilité 16 Ko

Si l'app contient du code natif, il faut vérifier chaque librairie concernée et la recompiler ou la mettre à jour si besoin.

4. Tester, puis publier

Il faut tester sur plusieurs tailles d'écran et versions d'Android, puis envoyer la mise à jour en revue. La validation finale appartient à Google : personne ne peut garantir un délai ou un résultat de revue.

Comment mettre à jour une app ancienne si le développeur est parti ?

Une app ancienne peut être mise à jour par un nouveau développeur à condition de récupérer le code source, l'accès à la Play Console et les clés de signature. C'est une situation courante : l'app fonctionne, personne n'y a touché depuis deux ou trois ans, et le prestataire initial n'est plus joignable.

Avant de commencer, rassemblez :

• le code source complet, idéalement dans un dépôt Git ;
• l'accès administrateur à la Play Console ;
• les clés de signature de l'app, ou la confirmation que la signature est gérée par Google (Play App Signing, le service où Google conserve la clé de signature de l'app) ;
• les accès aux services tiers : backend, notifications push, analytics, paiement.

Si l'un de ces éléments manque, un audit permet de mesurer l'écart et de choisir entre une simple mise à jour et une refonte partielle. Une app très en retard sur son framework demande parfois une montée de version complète plutôt qu'un correctif ciblé.

Quelles étapes suivre pour débloquer une app sur Google Play ?

Débloquer une app sur Google Play suit dix étapes, de la vérification de la version cible jusqu'à la publication et au suivi.

1. Vérifier la version cible actuelle de votre app et les avertissements dans la Play Console.
2. Si vous êtes encore dans les délais, demander la prolongation jusqu'au 1er novembre 2026.
3. Récupérer le code source, les accès Play Console et les clés de signature.
4. Faire l'inventaire du framework et des librairies, avec leur version.
5. Mettre à jour les outils de build, le framework et les dépendances pour cibler l'API 36.
6. Corriger l'affichage bord à bord, les grands écrans et le geste retour.
7. Vérifier la compatibilité 16 Ko si l'app contient du code natif.
8. Tester sur téléphones, tablettes et plusieurs versions d'Android.
9. Publier, puis surveiller les retours et les rapports de plantage.
10. Planifier la prochaine échéance : Google relève ce minimum chaque année.

Qui peut mettre votre app en conformité Google Play ?

GUIGUI Tech propose une mise en conformité Google Play et App Store à partir de 2 500 € HT, sur 1 à 3 semaines selon l'état de l'app, y compris quand le développeur d'origine est parti. Pour une app Expo ou React Native très en retard, une mise à jour Expo SDK et New Architecture peut être plus adaptée, et l'audit React Native à 1 500 € HT permet d'abord de faire un état des lieux.