Registre de publication

Registre de publication : Historique interne des versions, dates, responsables et incidents, qui évite de reconstituer le passé de mémoire.

Cette entrée du glossaire relève de la famille « Stores et publication ». Elle donne la définition, sa traduction en exigences, et les erreurs vues le plus souvent sur des projets réels.

Où intervient Registre de publication dans un projet

Sur la fiche d’une application, Registre de publication pèse directement sur le nombre d’installations. Le trafic des boutiques se joue sur quelques éléments seulement, et ils sont tous limités en longueur.

Ce que le mot recouvre exactement dépend du projet. Ce qui suit vaut pour la plupart des applications mobiles françaises, et sert de point de départ à la discussion.

De la définition à la ligne de cahier des charges

Dans un cahier des charges, Registre de publication se range au chapitre publication, avec les comptes développeur, les pays de diffusion et le calendrier de soumission.

À écrire noir sur blanc, dans le chapitre qui correspond :

• Qui rédige la fiche produit, et qui la valide avant soumission.
• Le nombre d’allers-retours de revue inclus dans le forfait.
• Les déclarations de collecte de données exigées par les deux boutiques.
• Le mode de déploiement retenu : diffusion progressive ou mise à disposition immédiate.

Reste à désigner qui écrit cette ligne et qui la valide. Sans nom en face, la rubrique se remplit la veille de la signature, avec les mots du prestataire.

Le modèle de cahier des charges du guide reprend ces rubriques dans l’ordre attendu par une agence, et la grille de lecture des devis montre à quoi ressemble un chiffrage comparable.

Ce que ça change au moment de la recette

Registre de publication se vérifie sur un appareil réel et sur la version publiée, pas sur la préversion distribuée aux testeurs.

• Relire la fiche produit dans chaque langue publiée, sur un vrai téléphone.
• Installer la version publiée depuis la boutique, pas seulement la préversion de test.
• Dérouler le parcours de suppression de compte, exigé par les deux boutiques.

Ces vérifications s’inscrivent au cahier de recette, avec un nom en face de chacune. Une case sans responsable reste vide.

Les pièges à éviter

Les mêmes causes reviennent d’un projet à l’autre, quel que soit le prestataire et quelle que soit la taille du budget.

• Ouvrir les comptes développeur au nom de l’agence plutôt qu’à celui du client.
• Bâcler la fiche produit, alors que le trafic des boutiques se joue dessus.
• Sous-estimer la vérification d’identité du compte développeur, qui bloque tout le reste.
• Prendre un rejet pour une fatalité au lieu de répondre point par point au motif invoqué.
• Ne relier le sujet à aucun critère de recette : ce qui ne se vérifie pas ne se livre pas.

Termes liés

Les entrées du glossaire déjà publiées sur des sujets voisins :

• Application de santé
• Contrainte d’unicité
• Date de sortie
• Testeur de licence Play
• Classement des applications gratuites

Questions fréquentes

Registre de publication : de quoi parle-t-on exactement ?

Historique interne des versions, dates, responsables et incidents, qui évite de reconstituer le passé de mémoire. Le mot est employé tel quel par les équipes francophones. C’est celui à utiliser dans les échanges avec une agence, y compris quand la traduction française existe.

Qui doit s’en occuper, l’agence ou le client ?

Le cahier des charges tranche. En pratique, l’agence prépare et soumet, le client valide et détient les comptes. Ce partage s’écrit avant la signature, pas la veille de la mise en ligne.

Comment savoir si le budget annoncé est cohérent ?

En comparant le périmètre écrit aux fourchettes constatées en France, détaillées poste par poste sur le guide des prix. Un chiffre isolé ne veut rien dire sans le périmètre qui va avec.

Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.