Aller au contenu

Cas d’usage · React Native · Expo · App Store et Google Play

Reprendre votre application React Native, sans tout réécrire.

Votre prestataire est parti, le build ne passe plus et les stores imposent une mise à jour ? Lezo récupère vos accès, diagnostique l’application, la remet en conformité sur Expo et vous rend une chaîne de publication que vous maîtrisez.

Faire le point sur mon applicationVoir la reprise étape par étape
Pour qui
PME et start-up dont l’application a été livrée par un prestataire parti
Ce que l’on reprend
Accès, diagnostic, migration Expo, builds et publication
Première étape
Un diagnostic écrit, avec une date et un prix

01Un scénario fréquent

Comment une application devient orpheline

Rien ne casse d’un coup : chaque mois éloigne un peu plus l’application de ce que les stores acceptent, jusqu’au jour où une mise à jour devient obligatoire.

  1. Livraison

    Agence

    L’application est livrée et publiée. Les comptes développeur, les certificats et la clé de signature restent chez l’agence, « pour simplifier ».

    Point de friction : Rien n’est à votre nom, et rien n’est documenté.

  2. Un an après

    Freelance

    Le développeur qui connaissait le projet change de mission. Les petites corrections passaient par des mises à jour à chaud.

    Point de friction : Le service de mise à jour utilisé, CodePush, a fermé en mars 2025.

  3. Fin d’été

    Google Play

    La Play Console annonce que l’application doit cibler un niveau d’API plus récent avant la date limite.

    Point de friction : Passé l’échéance, les nouveaux utilisateurs d’appareils récents ne la trouvent plus.

  4. Le lendemain

    Dirigeant

    Un nouveau développeur tente de lancer le build : version de Xcode refusée, dépendances abandonnées, keystore introuvable.

    Point de friction : Plus personne ne sait construire l’application.

  5. Une semaine après

    Agence

    Le devis arrive : tout réécrire, plusieurs mois de travail et un budget à cinq chiffres.

    Point de friction : Le code métier fonctionne pourtant toujours.

02Ce que les stores exigent

Des exigences qui reviennent chaque année

Une application mobile ne peut pas rester figée : Google et Apple relèvent régulièrement leurs exigences techniques, à des dates précises.

  • Google Play relève le niveau d’API chaque année

    Chaque fin août, Google Play exige un niveau d’API plus récent pour les mises à jour : Android 16 (API 36) depuis le 31 août 2026. Au-delà, l’application n’est plus proposée aux nouveaux utilisateurs d’appareils récents.

    Référence
    Google Play · exigences de niveau d’API cible

  • L’App Store impose une version de Xcode

    Pour publier une mise à jour, Apple exige une version récente de Xcode et du SDK iOS : Xcode 26 et le SDK iOS 26 depuis le 28 avril 2026. Un projet ancien doit d’abord être remis à niveau.

    Référence
    Apple Developer · exigences de soumission

  • Des comptes et des clés à votre nom

    Le compte développeur, la clé de signature Android et les certificats Apple conditionnent toute mise à jour. Apple et Google prévoient le transfert d’une application sans perdre ni utilisateurs ni avis.

    Référence
    Play App Signing · transfert d’application

03Ce que Lezo fait

La reprise, étape par étape

La méthode d’une migration Expo, précédée d’une étape souvent oubliée : récupérer ce qui vous appartient.

  1. 01

    Récupérer vos accès

    Dépôt de code, comptes App Store Connect et Play Console, clé de signature, certificats, Firebase, variables d’environnement : nous faisons l’inventaire et transférons tout à votre nom.

  2. 02

    Diagnostiquer avant de chiffrer

    Chaque dépendance native est examinée : module Expo équivalent, plugin à écrire ou code natif conservé. Vous recevez un diagnostic écrit, une date et un prix.

  3. 03

    Remettre l’application en conformité

    L’application passe sur Expo et sur la nouvelle architecture de React Native, cible les niveaux d’API et les SDK exigés, et les mises à jour à chaud reprennent avec EAS Update.

  4. 04

    Publier, puis transmettre

    Les builds et la soumission aux stores sont automatisés. Votre équipe ou un nouveau prestataire reprend la main avec la documentation, ou Lezo assure la maintenance.

04Reprendre ou réécrire

Reprendre coûte moins cher que tout refaire

Les écrans, la logique métier et les données de votre application fonctionnent toujours. Ce qui a vieilli, c’est l’outillage autour : c’est lui que nous remplaçons.

Coût d’une application mobile
Maintenance, par an
React Native ancien: 30 000 €Après migration Expo: 7 500 €
Une nouvelle fonctionnalité
React Native ancien: 10 000 €Après migration Expo: 2 500 €

Ordres de grandeur indicatifs : le chiffrage réel dépend de votre périmètre.

  1. 01

    Le code applicatif est conservé

    Écrans, logique métier et données restent en place : vos utilisateurs mettent à jour l’application comme d’habitude.

  2. 02

    Vous redevenez propriétaire

    Comptes, clés, certificats et dépôt à votre nom, documentés : votre application ne dépend plus d’un prestataire.

  3. 03

    Une date et un prix d’abord

    Le diagnostic fixe le périmètre avant tout engagement, en tenant compte des échéances des stores.

  4. 04

    Une maintenance plus légère ensuite

    Sur Expo, les montées de version et les publications redeviennent des tâches courantes.

Diagnostic

Ce que contient le diagnostic

  1. L’inventaire des accès, et le plan pour les transférer à votre nom.
  2. L’état du projet : versions, builds iOS et Android, dépendances natives.
  3. Les échéances des stores qui concernent votre application.
  4. Le plan de reprise, son calendrier et son prix.

Pour démarrer

Ce dont nous avons besoin

  1. Un accès en lecture au dépôt de code, ou une archive du projet.
  2. Les identifiants des comptes développeur, ou le contact de leur titulaire.
  3. La liste des services utilisés : backend, notifications, paiements, mesure d’audience.
  4. Un interlocuteur qui connaît l’usage de l’application.

Questions fréquentes

Vos questions sur la reprise d’une application

Faut-il réécrire l’application ?

Rarement. L’essentiel du code applicatif est conservé : ce sont la configuration native, certaines dépendances et la chaîne de build qui changent. Le diagnostic identifie les parties qui demandent davantage.

Nous avons perdu la clé de signature Android. Est-ce grave ?

Si l’application utilise Play App Signing, Google peut réinitialiser la clé d’upload et les mises à jour restent possibles. Sinon, la situation est plus délicate : c’est le premier point que vérifie le diagnostic.

Les comptes sont au nom de l’ancienne agence. Que faire ?

Apple et Google permettent de transférer une application vers votre propre compte, sans perdre les utilisateurs ni les avis. Nous préparons la demande et vous accompagnons.

L’échéance de Google Play est passée ou approche. A-t-on le temps ?

Google permet de demander une prolongation, jusqu’au 1er novembre pour l’échéance d’août. Le diagnostic commence par ce qui bloque la publication, pour livrer au plus vite une mise à jour conforme.

Les utilisateurs vont-ils perdre leurs données ?

Non. L’application garde son identifiant et sa signature : c’est une mise à jour normale, installée par-dessus la version existante.

Autres cas d’usage

D’autres métiers, la même méthode

Tous les cas d’usage

Où en est votre application ?

Qui l’a développée, quand a-t-elle été publiée pour la dernière fois, qu’est-ce qui bloque ? Ces trois réponses suffisent pour un premier échange.