Mettre à jour votre application mobile

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

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

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

Étant donné qu’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. Effectue 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 qui entre dans cette catégorie :

• Nouvelles pages, fonctionnalités, mises en page
• Corrections de bugs
• Modifications du texte et des images
• Changements de logique backend
• Modifications du schéma de base de données
• La plupart des ajustements de style

C’est l’un des grands avantages du modèle PWA encapsulée — tu n’attends pas dans des files de validation pour le travail produit courant.

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

Certains changements nécessitent de régénérer le wrapper 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 le wrapper (couleur du thème, mode d’affichage, verrouillage de l’orientation)
• Les déclarations de permissions natives (caméra, localisation, etc. qui nécessitent de nouvelles entrées dans Info.plist ou AndroidManifest.xml)
• Les mises à jour de version du wrapper

Pour ces changements :

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

Ne perds pas ta clé de signature

La chose la plus importante à retenir 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 délais lors de la soumission des mises à jour.

Conseil sur la gestion des versions

Synchronise le numéro de version visible par l’utilisateur de ton application avec tes deploys Proyecta lorsque tu soumets un nouveau package. Dans le cas contraire, les utilisateurs ne peuvent pas déterminer si leur rapport de crash concerne le nouveau build ou un plus ancien.

Prochainement

• Un assistant de mise à jour dans le builder qui prend en charge la régénération, la signature et la soumission à ta place
• Un suivi du manifeste de versions synchronisé avec l’historique des versions Proyecta