La bonne date dépend de la question
Retenez la date correspondant à la version et à la plateforme que vous documentez. Une date annoncée pour une console ne devient pas la date de sortie PC, même si le titre est identique. Une sortie de nouvelle édition n’efface pas non plus celle d’une version antérieure.
Avant de comparer deux valeurs, formulez la question complète : « Quand cette édition est-elle annoncée ou disponible sur cette plateforme, dans le territoire concerné ? » Cette phrase révèle souvent les informations manquantes.
La méthode présentée ici a été relue le 10 septembre 2026. Elle s’appuie sur des annonces d’éditeur pour le cas réel et sur des données fictives pour l’exercice de dates partielles. Elle ne constitue pas un calendrier de sorties actualisé en continu.
Un cas réel : même édition, deux plateformes
Deux publications du PlayStation Blog permettent de distinguer les événements suivants :
| Document | Version et plateforme | Date portée par le document |
|---|---|---|
| Annonce du 27 septembre 2023 | Horizon Forbidden West Complete Edition sur PS5 | Sortie annoncée pour le 6 octobre 2023 |
| Publication du 21 mars 2024 | Horizon Forbidden West Complete Edition sur PC | Disponibilité annoncée le jour de la publication |
La publication de septembre 2023 annonce l’édition PS5 pour le 6 octobre. La publication française du 21 mars 2024 présente la version PC comme disponible. Ces pages ont été ouvertes et relues le 10 septembre 2026.
Le 6 octobre 2023 et le 21 mars 2024 ne sont donc pas des réponses concurrentes à une question identique. La plateforme change. Le premier document établit une annonce datée ; le second exprime une disponibilité. Notre tableau conserve cette différence plutôt que de transformer toute annonce en contrôle indépendant d’une commercialisation.
Il ne faut pas davantage déduire une région mondiale de la langue du billet. Le français identifie ici la langue de la publication, pas une liste complète des territoires concernés.
Les cinq informations à conserver ensemble
Pour une date exploitable, utilisez cinq éléments : version, plateforme, portée géographique, valeur et précision. Ajoutez la source et la date de vérification pour pouvoir revenir à la preuve.
La section Release Date de la documentation IGDB, consultée le 10 septembre 2026, distingue notamment jeu, plateforme, région de sortie et format de date. Ces champs justifient de ne pas aplatir toute chronologie en une seule case. La documentation comporte aussi des champs dépréciés : un ancien exemple technique ne doit pas être repris sans contrôle du schéma actuel.
Dans une fiche manuelle, vous pouvez écrire :
- Version : édition exacte citée par le document.
- Plateforme : PC, console ou système explicitement nommé.
- Territoire : indiqué par la source, sinon « non précisé ».
- Valeur : date ou période telle qu’elle est connue.
- Précision et statut : jour annoncé, mois prévu, année connue ou disponibilité publiée.
Le modèle de fiche sourcée permet d’associer ces informations sans confondre date de sortie et date de consultation.
Exercice : ne pas inventer les jours manquants
Voici un scénario entièrement fictif pour le jeu Archipel des brumes.
| Information du document fictif | Saisie proposée | Saisie à rejeter |
|---|---|---|
| « Sur PC en novembre 2026 » | 2026-11 ; précision : mois | 2026-11-01 comme jour confirmé |
| « Version console en 2027 » | 2027 ; précision : année | 2027-01-01 comme date de sortie |
| « Date à venir » | Valeur vide ; statut : inconnue | Une date déduite d’une rumeur |
| « Report de novembre à décembre » | 2026-12 ; garder le changement dans le journal | Effacer l’ancienne annonce sans explication |
Correction : aucune des trois premières lignes ne fournit de jour certain. La dernière fournit une nouvelle période annoncée, pas une preuve de sortie effective. La cellule vide signifie « information absente » ; elle ne signifie ni annulation ni erreur technique.
Si un logiciel exige absolument un jour, n’exposez pas sa valeur de remplacement comme une vérité éditoriale. Gardez séparément la précision d’origine ou choisissez une représentation textuelle qui préserve l’information.
Résoudre une contradiction sans choisir au hasard
Quand deux sources semblent en désaccord, comparez d’abord leur objet. Une page peut parler d’un portage, l’autre du jeu original. Le guide remake, remaster et portage aide à nommer cette différence.
Comparez ensuite leur statut et leur date de publication : annonce initiale, report, lancement ou mise à jour. Une page plus récente peut apporter une correction, mais sa récence seule ne prouve pas qu’elle décrit le même événement.
Enfin, notez le désaccord non résolu au lieu de choisir la valeur la plus précise. Le même contrôle de version sert à vérifier les langues d’un jeu : une information vraie pour une édition peut ne pas s’appliquer à une autre.
Questions fréquentes
La première sortie mondiale convient-elle à toutes les fiches ?
Seulement si votre champ désigne explicitement la première sortie du jeu. Pour une fiche PC ou une édition particulière, conservez la date correspondant à cet objet et indiquez sa portée.
Une date présente dans une API est-elle forcément exacte au jour près ?
Il faut lire les champs associés et leur précision. Une valeur technique peut être accompagnée d’un format, d’un statut ou d’une portée. La convertir en date courte sans ces informations peut modifier son sens.
Faut-il supprimer une ancienne date après un report ?
Vous pouvez remplacer la date affichée principale tout en gardant l’ancienne annonce dans le journal de correction. Cela explique le changement et permet de distinguer erreur de saisie et évolution du calendrier.