Mettre à jour ta fiche Google Play sans publier une nouvelle version de l'app
Tu veux remplacer des captures d'écran, corriger une faute dans la description, ou ajouter un nouveau visuel de présentation sur Google Play. Tu n'as pas envie de créer un nouveau build, d'augmenter le code de version et de lancer un déploiement juste pour ça. Sur Play, ce n'est pas nécessaire. La fiche et la version sont deux objets distincts, et Play Console te permet de modifier l'un sans toucher à l'autre.
Google Play sépare la fiche de la version
Deux éléments cohabitent dans Play Console. L'app correspond à tes versions APK ou AAB — des binaires versionnés que tu déploies via des pistes de diffusion. La fiche du store réunit tout ce qu'un utilisateur voit sur la page du store : nom de l'app, description courte et complète, captures d'écran, visuel de présentation et icône. Tu modifies la fiche dans Grow users → Store presence → Main store listing, et ces modifications sont indépendantes de toute version.
Il y a une seule condition : l'app doit avoir été publiée au moins une fois. La fiche entre en ligne en même temps que ta première version. Ensuite, tu peux la modifier seule pendant toute la vie de l'app. Changer la description sans toucher au bundle est un flux normal et pris en charge — tu modifies le champ, tu enregistres, et tu soumets le changement de fiche seul.
Comment publier un changement de fiche seul
- Ouvre la fiche. Play Console → ton app →
Grow users → Store presence → Main store listing. - Modifie ce dont tu as besoin. Remplace les captures d'écran, mets à jour le visuel de présentation, réécris la description courte ou complète, ajuste le nom ou l'icône.
- Enregistre et soumets le changement. Aucune version n'y est rattachée. Play Console le suit comme un changement de fiche de store, distinct d'une mise à jour du bundle d'app.
- Laisse-le se publier. Sans la publication gérée, les changements approuvés passent en ligne automatiquement une fois la vérification terminée.
Ce qui passe vite en ligne, et ce qui est vérifié
Tous les champs ne se comportent pas de la même façon. Les captures d'écran et la plupart des changements de texte apparaissent en général sur la page du store en quelques heures. Mais certains éléments — le nom de l'app et l'icône en particulier — sont soumis à la vérification de Google, ce qui peut prendre de quelques heures à un jour ou deux avant que le changement apparaisse publiquement.
- Rapide : captures d'écran, visuel de présentation et la plupart des modifications de description sont en ligne en quelques heures en général.
- Vérifié : le nom de l'app, l'icône et certains autres éléments peuvent être contrôlés par Google et prendre jusqu'à quelques jours.
En pratique : si une mise à jour de fiche doit coïncider avec une date de lancement ou une campagne publicitaire, soumets les changements de nom et d'icône un jour ou deux à l'avance plutôt que le matin même. Les captures d'écran, tu peux généralement les laisser pour plus tard.
La publication gérée retient les changements approuvés jusqu'à ton signal
Si tu veux un timing plus précis, active la publication gérée depuis l'aperçu de la publication. Une fois activée, les changements de fiche du store — y compris les fiches personnalisées et les tests de fiche — sont retenus après avoir passé la vérification. Ils restent dans un état « changements prêts à publier », et rien ne passe en ligne tant que tu ne cliques pas toi-même sur publier.
C'est ce que tu utilises pour coordonner une mise à jour de fiche avec un événement de lancement, une sortie presse ou une campagne payante : fais tout approuver à l'avance, puis publie l'ensemble au moment exact que tu veux, plutôt que de voir chaque changement sortir au compte-gouttes selon quand la vérification se termine.
Apple fait l'inverse — et c'est là le piège
C'est là que les équipes qui publient sur les deux stores se font piéger. Sur l'App Store, tes captures d'écran par défaut sont liées à une version d'app. Pour changer les captures d'écran d'une app en ligne, tu dois créer une nouvelle version et la soumettre à l'App Review — même si le binaire lui-même ne change pas. Il existe des chemins plus étroits pour contourner ça (fiches produit personnalisées et tests de Product Page Optimization), mais la fiche par défaut suit la version.
Ainsi, la même tâche — « juste changer les captures d'écran » — est une modification de fiche légère sur Google Play et une soumission de version sur Apple. Si tu gères les deux, garde cette asymétrie en tête : une petite retouche de fiche Play est vraiment rapide, mais la même retouche sur l'App Store signifie faire la queue derrière l'App Review.
Où Mokbi s'intègre
Mokbi prend en charge toute la fiche. Conçois tes captures d'écran et ton visuel de présentation, rédige le texte complet de la fiche, et traduis le tout en 50 langues pour que la page de store de chaque locale se lise comme si elle avait été écrite par un locuteur natif plutôt que passée à la moulinette d'une machine.
Ensuite, Mokbi publie tout pour toi. Pour Google Play, il envoie directement le texte de la fiche et les visuels vers le store via la Play Developer API — pas de nouveau build, pas de copier-coller manuel dans Play Console. Pour l'App Store, il prépare tout dans App Store Connect, prêt à soumettre ; Apple exige que tu appuies toi-même sur Soumettre et passes l'App Review, ce qui est une règle d'Apple, pas une limite de l'outil. Dans les deux cas, les visuels et les textes arrivent dans toutes les langues et la fiche part vers sa destination.