Versions · 03 / 05
Versions et suivi des publications
iOS et Android suivent des processus d'examen indépendants. Gérez-les comme les workflows distincts qu'ils sont, tout en gardant une vue unifiée des deux pipelines.
Créez une version par store, rédigez ses notes de version, associez un build et envoyez-la en examen. Chaque store conserve sa propre chronologie de versions en examen, en ligne, archivées et remises en arrière, pour que chaque plateforme publie au rythme qu'elle autorise sans les forcer à avancer au même pas.
- Workflows iOS et Android distincts, côte à côte
- Rédigez les notes de version et associez un build sur un seul écran
- Envoi vers App Store Connect ou Play Console en un clic
- Suivez les états en examen, en ligne, remise en arrière et archivée
Au cœur de la fonctionnalité
Ce que vous obtenez
Chronologies iOS et Android distinctes
Chaque store conserve son propre historique de versions. Soumettez quand un store est prêt, indépendamment de l'autre. Les délais d'examen de l'App Store ne bloquent plus votre publication Play.
Éditeur de notes de version
Rédigez les notes par store, par langue. Réutilisez un modèle d'une version à l'autre ou composez des notes inédites à chaque publication.
Association de build
Choisissez quel build correspond à quelle version. Réutilisez un build précédent pour une nouvelle version si besoin. Chaque version référence un artefact connu.
Statut en un coup d'œil
Publiée ou brouillon : chaque version affiche son état actuel sur les deux stores. Filtrez par statut, repérez les éléments en attente et accédez à la console concernée en un clic.
Cas d'usage
Quand les équipes s'en servent
Préparez un brouillon à l'avance
Ébauchez une version, rédigez ses notes de version et associez un build plusieurs jours avant le lancement. Gardez-la en brouillon jusqu'au feu vert de l'équipe, puis publiez sur les deux stores.
Publiez par store, au rythme de chacun
Poussez iOS dès que le build est prêt sans attendre Android, ou inversement. Chaque store a son propre brouillon et sa propre version publiée, de sorte qu'aucun ne bloque l'autre.
Des notes de version localisées en une passe
Rédigez un seul jeu de notes de version, traduisez-les par langue pour les deux stores, et publiez partout la version localisée en une seule fois.
FAQ
Une question précise ?
Un brouillon vit uniquement dans Releasely : vous pouvez éditer les notes de version, changer le build associé et ajuster les traductions librement. Une fois publiée, la version est envoyée vers App Store Connect ou Play Console et suivie comme la version en ligne sur ce store.
Une fois une version publiée, ses métadonnées de store sont verrouillées. Pour changer les notes de version, vous créez une nouvelle version : sur l'App Store elle repasse par l'App Review, et sur Google Play elle sort comme une nouvelle publication. Le changement de build fonctionne de la même façon, puisque chaque version publiée correspond à un seul artefact sur le store.
Oui. Chaque store a sa propre version avec son propre état brouillon et publié. Publiez iOS aujourd'hui, gardez la version Android en brouillon, et publiez-la quand le build est prêt.
Chaque version propose un éditeur par langue, par store. Traduisez une fois, et les notes localisées sont envoyées vers App Store Connect et Play Console avec le reste de la version au moment de la publication.
Autres fonctionnalités
Visite complète de la plateforme →Builds
Apportez un binaire ou un projet. Releasely gère la distribution.
Métadonnées
Des textes optimisés ASO pour les deux stores, en plus de 40 langues.
Visuels
Chaque format d'appareil requis, exporté.
Légal
L'URL que les examinateurs attendent, dès le premier jour.