Date de sortie
Par Sebastian · mise à jour le 21 août 2026
Date de sortie : Jour retenu pour la mise en ligne, à fixer en tenant compte du délai de revue et de la disponibilité de l’équipe.
Entrée de la famille « Stores et publication » du glossaire. Elle s’adresse à un porteur de projet qui doit rédiger, comparer ou recetter, pas à un spécialiste du sujet.
Pourquoi Date de sortie compte sur un projet mobile
Date de sortie appartient au vocabulaire des boutiques. Apple et Google fixent les règles, les font évoluer sans préavis, et une application non conforme ne se négocie pas : elle est refusée.
Dans la pratique, deux interlocuteurs qui n’ont pas la même définition en tête avancent d’accord pendant des semaines, puis découvrent le désaccord à la livraison.
La traduction en exigences
Le cahier des charges doit dire qui prend en charge « Date de sortie » : l’agence, le client, ou les deux avec un point de validation. C’est un des trous les plus fréquents des projets mobiles.
À écrire noir sur blanc, dans le chapitre qui correspond :
- Les boutiques visées et les pays de diffusion, dès la version 1.
- Le titulaire des comptes développeur, et qui règle leurs frais.
- La procédure en cas de rejet, et le délai de reprise engagé.
- Les captures d’écran et la vidéo de prévisualisation : qui les produit, à quel format.
Rien n’oblige à tout figer dès le premier jour. Ce qui reste ouvert doit alors être signalé comme tel, avec la date à laquelle la décision sera prise.
Pour le cadre général, le guide des prix donne les fourchettes constatées en France et le modèle de cahier des charges la structure qui les rend opposables.
Comment le vérifier à la recette
Le contrôle de « Date de sortie » a lieu avant la soumission. Une fois le build parti, la correction coûte un cycle de revue complet.
- Demander le compte rendu de la revue, motifs de rejet compris.
- Regarder les captures d’écran aux formats d’appareils réellement utilisés.
- Noter les dates d’expiration des certificats et des comptes payants.
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
Sur ce point précis, voici ce qui coûte le plus cher aux porteurs de projet, dans l’ordre où on le rencontre.
- 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é.
- Confier la décision au prestataire, puis la contester au moment de la recette.
Termes liés
Les entrées du glossaire déjà publiées sur des sujets voisins :
Questions fréquentes
Qu’est-ce que « Date de sortie » ?
Jour retenu pour la mise en ligne, à fixer en tenant compte du délai de revue et de la disponibilité de l’équipe. La définition tient en une phrase, son application dépend du projet. C’est pour cette raison qu’elle doit figurer dans le cahier des charges plutôt que dans un échange de courriels.
Apple et Google appliquent-ils les mêmes règles ?
Non. Chaque boutique a ses exigences, ses délais et ses motifs de rejet. Un projet qui ne prévoit qu’un seul jeu de contraintes découvre l’autre au moment le plus coûteux.
Est-ce que ça se retrouve dans le devis ?
Un devis lisible sépare conception, design, développement, tests, publication et suivi. La grille de lecture des devis détaille poste par poste ce qui doit y apparaître.
Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.
Un doute sur ce point de votre projet ?
30 minutes avec un technicien : on relit votre périmètre, on vous dit ce qui manque dans le cahier des charges et à quel palier de prix votre projet se situe. Sans engagement.