Publier une nouvelle version

Quand une nouvelle version est nécessaire

Une nouvelle version concerne uniquement les applications Android déjà en ligne. Elle sert à livrer un correctif, une fonction nouvelle ou une mise à jour de sécurité.

Elle n'est pas nécessaire pour corriger un texte, un prix, une catégorie ou une image : ces éléments se changent depuis Modifier la fiche, sans nouveau dépôt et sans nouvelle analyse du binaire.

Une application web (PWA) n'a pas de version. Elle se met à jour en changeant son adresse depuis « Modifier la fiche ». La carte des versions est d'ailleurs remplacée, sur sa fiche, par une carte « Adresse de l'application ».

Déposer une nouvelle version

1. Dans la console, ouvrez la fiche de l'application depuis Mes applications.
2. Cliquez sur Publier une nouvelle version, en haut de la fiche.
3. Renseignez le Numéro de version (obligatoire). Le champ est pré-rempli avec le numéro suivant, par exemple 1.2.0.
4. Rédigez le Changelog (optionnel) : « Quoi de neuf dans cette version ? »
5. Déposez le Fichier APK (obligatoire) dans la zone « Déposer le fichier APK ». La limite est de 200 Mo, et seul le format .apk est accepté.
6. Cliquez sur Soumettre.

Le message « Nouvelle version envoyée en modération. » confirme l'envoi.

Tant que le numéro et le fichier ne sont pas tous les deux renseignés, le bouton reste inactif et une phrase indique ce qui manque, par exemple « Déposez le fichier APK pour activer la publication. »

Le numéro de version

Le numéro suit la forme X.Y.Z, trois nombres séparés par des points, et doit être strictement supérieur au précédent. 1.2.0 après 1.1.9 convient ; 1.2 ou 2.0-beta sont refusés, tout comme un retour à un numéro déjà utilisé.

Une convention simple : incrémentez le dernier nombre pour un correctif, celui du milieu pour une fonction nouvelle, le premier pour une refonte.

Le changelog

Le changelog est facultatif, mais il est lu — par vos utilisateurs comme par la modération. Écrivez ce qui a changé, en quelques lignes concrètes : « correction du plantage à l'ouverture sur Android 12 ». Évitez « améliorations diverses », qui n'informe personne.

La clé de signature

Le point le plus important de cette page : gardez la même clé de signature d'une version à l'autre.

Une clé différente rend la mise à jour impossible : Android refusera d'installer la nouvelle version par-dessus l'ancienne, et vos utilisateurs devront désinstaller l'application, perdant leurs données locales. Sauvegardez votre fichier de clé et son mot de passe dès la première publication.

Le brouillon de version

Une version commence à l'état de brouillon dès que vous l'avez créée, même si vous fermez la fenêtre avant de soumettre. Elle apparaît alors dans l'Historique des versions, sur la fiche, avec deux boutons :

• Reprendre rouvre la fenêtre de dépôt, avec le titre « Reprendre le brouillon 1.2.0 ». Vous complétez ce qui manque et soumettez.
• Supprimer efface la ligne de version et le fichier éventuellement déposé. Vous pourrez ensuite publier une nouvelle version avec le numéro de votre choix.

Un brouillon laissé en attente déclenche une relance automatique, envoyée au plus une fois tous les trois jours, pour éviter qu'un travail presque terminé ne s'oublie.

Une seule version à la fois en cours

Si vous tentez de déposer une version alors qu'une autre est déjà en cours d'analyse ou de modération, le message « Une version est en cours d'analyse ou de modération : attendez sa décision. » s'affiche. Attendez l'approbation ou le refus avant de repartir.

Analyse et modération

Une version soumise suit exactement le même parcours qu'une première publication :

1. analyse antivirus du fichier et vérification de son type réel ;
2. analyse statique de sécurité du paquet Android, de ses autorisations et de ses traqueurs ;
3. validation humaine par l'équipe de modération.

Les analyses prennent quelques minutes en général. La version porte tour à tour les états visibles dans l'historique : brouillon, analyse en cours, en attente, puis approuvée ou refusée.

Une version refusée est accompagnée d'un motif affiché sous sa ligne dans l'historique, et vous recevez un courrier électronique dont l'objet reprend le numéro de version. Une version approuvée déclenche une notification « Version approuvée » dans la console.

L'application en ligne n'est jamais remplacée avant l'approbation. Un refus ne retire pas votre application du catalogue : les utilisateurs continuent d'obtenir la dernière version approuvée.

Erreurs fréquentes au dépôt

• « Le fichier doit être un APK (.apk). » : un fichier .aab ou une archive renommée. Reconstruisez un APK.
• « Fichier trop lourd : 200 Mo maximum. » : réduisez le poids de l'application, ou ne compilez que les architectures nécessaires.
• « Création de la version refusée. » : le numéro n'est pas au format X.Y.Z, ou n'est pas supérieur au précédent.
• « Le dépôt du binaire a échoué. » : l'envoi a été interrompu. Reprenez le brouillon et redéposez le fichier ; une connexion stable est préférable pour un envoi de cette taille.
• « Session expirée, reconnectez-vous. » : reconnectez-vous, puis reprenez le brouillon.

Ce que voient vos utilisateurs

Une fois la version approuvée, elle devient la version distribuée par le catalogue. Les utilisateurs qui avaient déjà installé l'application la retrouvent comme mise à jour, à condition que la clé de signature soit inchangée. Vos analytiques distinguent d'ailleurs les premiers téléchargements, les retéléchargements et les mises à jour.

Pour aller plus loin

• Publier une application
• Analytiques
• Messagerie et notifications