Mettre à jour votre application mobile

La plupart des mises à jour sont déployées instantanément lors de la publication. Seules les modifications des métadonnées ou du shell natif nécessitent une nouvelle soumission sur l’app store.

Si tu as encapsulé ton application Proyecta en tant que PWA et que tu l’as soumise à un app store, les mises à jour fonctionnent selon deux niveaux en fonction de ce que tu modifies.

Niveau 1 : Mises à jour du contenu et des fonctionnalités (instantanées)

Comme une PWA encapsulée charge son contenu réel depuis ton URL Proyecta publiée, la plupart des mises à jour ne nécessitent pas un nouveau build pour l’app store :

1. Apporte tes modifications dans le builder Proyecta
2. Clique sur Publish dans la barre d’outils du builder
3. Les utilisateurs voient les changements à la prochaine ouverture de l’application

Ce niveau comprend :

• Nouvelles pages, fonctionnalités, mises en page
• Corrections de bugs
• Modifications du texte et des images
• Modifications du contenu et des données
• Nouvelles pages, fonctionnalités et capacités
• La plupart des ajustements de style

C’est l’un des plus grands avantages du modèle PWA encapsulée — tu n’as pas à attendre les files de révision pour le travail produit habituel.

Niveau 2 : Mises à jour du shell natif (nouvelle soumission requise)

Certaines modifications nécessitent de régénérer l’encapsuleur et de soumettre un nouveau package :

• Le nom de l’application tel qu’il apparaît sous l’icône
• L’icône de l’application elle-même
• L’écran de démarrage
• Les entrées du manifeste intégrées par l’encapsuleur (couleur du thème, mode d’affichage, verrouillage de l’orientation)
• Les déclarations de permissions natives (caméra, localisation, etc. nécessitant de nouvelles entrées dans Info.plist ou AndroidManifest.xml)
• Les mises à jour de version de l’encapsuleur

Pour ces cas :

1. Régénère le package sur pwabuilder.com avec ton URL publiée
2. Signe avec la même clé de signature que celle utilisée précédemment (essentiel — voir ci-dessous)
3. Soumets via Google Play Console, App Store Connect ou Partner Center
4. Attends la révision

Ne perds pas ta clé de signature

La chose la plus importante concernant la mise à jour d’une application Android : tu dois signer chaque mise à jour avec la même clé que celle utilisée pour la première version. Si tu perds signing.keystore, Google Play n’acceptera plus aucune mise à jour. Tu devrais alors publier une toute nouvelle application sous un nom de package différent et migrer tes utilisateurs.

Pour iOS, ton profil de provisionnement et ton certificat de distribution sont liés à ton Bundle ID — si tu révoques ton certificat, tu peux en créer un nouveau, mais sauvegarde quand même tes profils pour éviter des retards lors de la soumission des mises à jour.

Conseil sur le versionnage

Synchronise le numéro de version visible par les utilisateurs de ton application avec tes deploys Proyecta lorsque tu soumets un nouveau package. Sinon, les utilisateurs ne peuvent pas savoir si leur rapport de crash provient du nouveau build ou d’un plus ancien.

Prochainement

• Assistant de mise à jour dans le builder qui gère la régénération, la signature et la soumission à ta place
• Suivi du manifeste de versions synchronisé avec l’historique des versions Proyecta