Aller au contenu

Prestation

Mise à jour bloquée ? Débloquons votre app

Depuis 2026, l'App Store et Google Play refusent les mises à jour des apps qui n'ont pas suivi leurs nouvelles règles. Votre app reste en ligne, mais vous ne pouvez plus corriger un bug ni publier une nouveauté, et sur Android elle peut disparaître pour vos futurs utilisateurs. Je la remets en conformité : un build propre, une mise à jour acceptée par les stores, et un pipeline prêt pour les suivantes.

Pas le temps d'un appel ? Écrivez-moi : chaque e-mail reçoit une réponse sous un jour ouvré.

Échéance Google Play

Xcode 26 et API 36 : les deux stores appliquent leurs nouvelles règles

Les prolongations Google Play ont pris fin le 1er novembre 2026, et depuis le 28 avril aucune mise à jour iOS n'est acceptée sans Xcode 26. Si votre app n'a pas suivi, ses mises à jour sont bloquées.

Les dates à connaître

Les règles officielles d'Apple et de Google, datées et sourcées. Si l'une d'elles concerne votre app, mieux vaut s'en occuper avant d'avoir un correctif urgent à publier.

  1. 28 avril 2026

    App Store

    En vigueur

    Xcode 26 et SDK iOS 26 obligatoires

    Toute app ou mise à jour envoyée sur App Store Connect doit être compilée avec Xcode 26 ou plus récent et le SDK iOS 26 (ou iPadOS, tvOS, visionOS et watchOS 26). Un build plus ancien ne peut plus être publié.

  2. 31 août 2026

    Google Play

    En vigueur

    Nouvelles apps et mises à jour : cible API 36

    Pour être publiée, une app ou une mise à jour doit cibler Android 16 (API 36). Exceptions : API 35 pour Wear OS et Android Automotive, API 34 pour Android TV et Android XR.

  3. 31 août 2026

    Google Play

    En vigueur

    Apps déjà publiées : invisibles sous l'API 35

    Une app déjà en ligne qui cible Android 14 (API 34) ou moins n'est plus proposée aux nouveaux utilisateurs dont le téléphone a une version d'Android plus récente que sa cible. Vos utilisateurs actuels la gardent, mais vous n'en gagnez plus de nouveaux sur ces appareils.

  4. 1er novembre 2026

    Google Play

    En vigueur

    Fin des prolongations

    Google permet de demander un délai supplémentaire pour cibler l'API 36, jusqu'au 1er novembre 2026 au plus tard. Passé cette date, une mise à jour qui ne cible pas l'API 36 est refusée.

  5. Date non annoncée

    App Store

    À prévoir

    Liquid Glass obligatoire avec les SDK 27

    Recompilée avec le SDK iOS 26, votre app prend le nouveau design Liquid Glass. Le réglage UIDesignRequiresCompatibility garde l'ancien rendu pour l'instant, mais Apple le présente comme temporaire et l'ignore dès que l'on compile avec les SDK 27. Le jour où Apple exigera Xcode 27, le nouveau design deviendra inévitable : autant le préparer pendant la mise en conformité.

Sources officielles :Apple, exigences à venirApple, UIDesignRequiresCompatibilityAndroid Developers, niveau d'API cibleAide Play Console

Votre app est-elle concernée ?

Cochez ce qui s'applique à votre app.

Une seule de ces phrases vous parle ? Réglons-le avant que votre prochain correctif urgent ne soit bloqué. Envoyez-moi le lien de votre app : en 20 minutes, je vous dis ce qui bloque et ce que cela représente.

Ce que ça couvre

  1. Les règles d'upload d'Apple

    Depuis le 28 avril 2026, App Store Connect n'accepte que les builds faits avec Xcode 26 et le SDK iOS 26. Recompiler sur ce SDK applique aussi le nouveau rendu Liquid Glass aux composants natifs, sauf si on s'y oppose explicitement : l'interface demande donc une passe.

  2. Cible API 36 sur Google Play

    Depuis le 31 août 2026, les nouvelles apps et les mises à jour doivent cibler Android 16 (API 36) pour être publiées. Monter la cible implique souvent de reprendre permissions, tâches en arrière-plan et accès au stockage.

  3. Dépendances et build

    Versions de Gradle, Cocoapods ou Swift Package dépassées, bibliothèques abandonnées, et un build qui ne marchait que sur un seul poste.

  4. Pipeline de release

    Signature, provisioning, fastlane ou Xcode Cloud, et une release que n'importe qui dans l'équipe peut lancer.

Comment on travaille

  1. Refaire compiler

    Premier objectif : un build sur une machine propre, là où la plupart des projets à l'arrêt échouent.

  2. Répondre aux exigences des stores

    Niveau cible, SDK, permissions et points de review signalés, jusqu'à ce que l'upload passe.

  3. Laisser une app publiable

    Un pipeline documenté et une passation courte, pour que votre équipe publie la suivante sans moi.

Où je l'ai fait

  1. 15+ apps publiées

    10 ans à livrer des apps iOS et Android sur l'App Store et Google Play, dont des apps reprises ensuite par des équipes internes.

  2. Des pipelines en production

    Bitbucket, Xcode Cloud et fastlane sur l'app terrain LEAKAPP chez VonRoll Hydro.

Les questions qu'on me pose

Mon app va-t-elle disparaître des stores ?
Pas du jour au lendemain. Sur l'App Store, votre app reste en ligne : c'est l'envoi d'une nouvelle version qui est refusé tant qu'elle n'est pas compilée avec Xcode 26. Sur Google Play, une app qui cible l'API 34 ou moins n'est plus proposée aux nouveaux utilisateurs dont le téléphone est plus récent que sa cible. Vos utilisateurs actuels la gardent, mais vous ne pouvez plus la corriger.
Peut-on obtenir un délai sur Google Play ?
Oui : Google permet de demander une prolongation, jusqu'au 1er novembre 2026 au plus tard. C'est un sursis, pas une solution : la mise en conformité reste à faire, et mieux vaut la commencer avant la date.
Qu'est-ce que Liquid Glass change pour mon app ?
En compilant avec le SDK iOS 26, les composants natifs prennent le nouveau design d'Apple : barres, boutons, onglets. Le réglage UIDesignRequiresCompatibility garde l'ancien rendu, mais Apple le présente comme temporaire et l'ignore avec les SDK 27. Je passe en revue les écrans concernés pendant la mise en conformité, pour que le changement ne vous surprenne pas plus tard.
Notre app ne peut plus être mise à jour. Par où commencez-vous ?
Par un build sur une machine propre et la liste de ce qui bloque l'upload. Cette liste est en général courte, et elle dit si c'est une semaine de travail ou une rénovation plus large.
Avez-vous besoin de notre code source ?
Oui, et d'un accès en lecture aux comptes des stores. Si la passation est incomplète, retrouver ce qui manque fait partie de la mission.
Et si les développeurs d'origine sont partis ?
C'est le cas courant. Je prends le dépôt tel quel, je documente ce qu'il fait, et je le remets en état de publier.

Études de cas

Prestations liées

Vous voulez continuer à mettre à jour votre app ?

Réservez un appel gratuit de 20 minutes avec le lien de votre app. Je vous dis ce qui bloque la mise à jour, et si c'est une semaine de travail ou un chantier plus large. Si vous n'avez pas besoin de moi, je vous le dis aussi.

Pas le temps d'un appel ? Écrivez-moi : chaque e-mail reçoit une réponse sous un jour ouvré.