À partir du 31 août 2026, Google Play exige que les nouvelles apps mobiles et les mises à jour ciblent Android 16, niveau d’API 36. Les apps mobiles existantes doivent cibler Android 15, niveau d’API 35, pour rester disponibles aux nouveaux utilisateurs sur les appareils sous versions d’Android plus récentes. C’est une porte de release, pas une retouche de fiche.

La règle en un tableau

  • Nouvelles apps mobiles et mises à jour : cibler l’API 36 ou plus.
  • Apps mobiles existantes : cibler l’API 35 ou plus pour rester disponibles aux nouveaux utilisateurs sur les versions récentes d’Android.
  • Échéance : 31 août 2026.
  • Prolongation : les apps éligibles peuvent demander dans la Play Console un délai supplémentaire jusqu’au 1er novembre 2026.

Wear OS, Android Automotive OS, Android TV et Android XR ont des seuils différents. Vérifiez le tableau des plateformes en vigueur dans les exigences de niveau d’API cible de Google avant de soumettre.

Vérifiez chaque piste de release active

Ouvrez la Play Console et relevez le target API des artefacts qui servent la production, le test ouvert et le test fermé. Vérifiez ensuite le bundle candidat que votre CI s’apprête à téléverser. Un réglage local du projet ne prouve pas que l’artefact signé utilise la même valeur.

Ne confondez pas target SDK et minimum SDK

Monter targetSdkVersion fait adopter à l’app les comportements récents de la plateforme. Cela ne supprime pas automatiquement la prise en charge des anciens appareils ; c’est minSdkVersion qui la contrôle, séparément.

Testez les changements de comportement, pas seulement le build

  1. Mettez à jour compile et target SDK avec un Android Gradle Plugin et une toolchain compatibles.
  2. Passez en revue les changements de comportement d’Android 16 qui s’appliquent en ciblant l’API 36.
  3. Mettez à jour les SDK incompatibles avec la nouvelle cible.
  4. Testez permissions, travail en arrière-plan, notifications, deep links, edge-to-edge et parcours de facturation sur un appareil Android récent.
  5. Livrez sur une piste interne et inspectez les détails de l’artefact dans la Play Console.

Checklist du ticket de release

Target API in signed AAB: 36
      Production artifact checked: yes
      Android 16 behavior tests: passed
      Third-party SDK audit: complete
      Internal-track install: verified
      Extension needed: no

Que se passe-t-il si vous la manquez

Une mise à jour non conforme ne peut plus être soumise après l’échéance. Une app existante plus ancienne peut aussi perdre sa visibilité auprès des nouveaux utilisateurs sur les versions récentes d’Android. Les utilisateurs actuels garderont peut-être l’accès, mais ce n’est pas une stratégie de distribution sûre. Traitez la conformité du target API comme un contrôle de release permanent, pas comme une urgence annuelle.

Cet article vous a-t-il aidé ?