Introduction
Les exigences XBOX (XR) regroupent les politiques, les exigences techniques et les exigences liées aux composants de produit auxquelles tous les développeurs et éditeurs de titres XBOX doivent se conformer. Les XR garantissent que les produits créés pour XBOX sont non seulement stables et fiables, mais qu’ils offrent aussi une expérience utilisateur cohérente, sûre, sécurisée et agréable. Sauf indication contraire, toutes les exigences XBOX s’appliquent à tous les jeux certifiés XBOX qui sont offerts sur les générations de consoles XBOX One et XBOX Series X|S, sur xCloud et sur PC.- Les XR testées lors de la certification sont indiquées par un astérisque (*).
- Pour les XR testées lors de la certification, consultez les cas de test ici : Exigences et cas de test XBOX.
- Pour un résumé des modifications de cette version, consultez modifications de cette version au bas de cette page.
- Pour consulter l’historique des modifications des XR et des cas de test, consultez Historique des modifications des exigences et des cas de test XBOX.
Exigences de base
Les exigences de cette catégorie s’appliquent aux règles générales concernant les normes de codage, le comportement des titres et la soumission des titres.XR-001 : Stabilité du titre *
Les titres doivent être conformes aux politiques du Microsoft Store concernant la stabilité des titres. La politique suivante s’applique à cette exigence : 10.4.2Les produits doivent démarrer rapidement, continuer de s’exécuter et demeurer réactifs aux saisies de l’utilisateur. Les produits doivent se fermer proprement et ne pas se fermer de façon inattendue. Le produit doit gérer les exceptions déclenchées par les API système gérées ou natives et demeurer réactif aux saisies de l’utilisateur une fois l’exception gérée.
XR-003 : Qualité du titre pour la soumission *
Les jeux XBOX doivent respecter les normes de qualité XBOX et être entièrement fonctionnels et pouvoir être testés.Fonctionnellement complet et pouvant être testé
Les titres doivent être entièrement fonctionnels et pouvoir être testés lorsqu’ils sont soumis pour la certification. Cela comprend tout le code client, les artefacts de soumission et le contenu téléchargeable. Les titres doivent être empaquetés proprement, sans aucun échec, à l’aide de la version actuelle du Submission Validator. Les journaux du Submission Validator doivent être inclus avec la soumission.Normes de qualité XBOX
Les jeux XBOX doivent fonctionner correctement dans tous les modes et scénarios de jeu afin de répondre aux attentes des joueurs.Intégrité du titre
Les titres doivent être exempts de problèmes graves tels que des plantages, des gels, des fréquences d’images injouables, des bogues causant d’importants obstacles à la progression ou des corruptions graphiques. Les paramètres, options et commandes du jeu doivent être appliqués correctement et respecter les paramètres par défaut, le cas échéant. La navigation et l’accès au contenu doivent être fluides, sans impasses ni menus inaccessibles. Les fonctionnalités multijoueurs doivent être stables et fonctionnelles, quel que soit le nombre de joueurs.Compatibilité des sauvegardes de jeu
Les sauvegardes de jeu et la progression des joueurs doivent continuer de fonctionner après les mises à jour de contenu. De plus, aucune perte permanente de données ne doit survenir lors du chargement d’une sauvegarde mise à jour avec la version du disque de base.Plus d’informations
Les soumissions inexactes et incomplètes seront rejetées par l’équipe de certification. Assurez-vous de consulter la documentation Soumission à la certification XBOX dans Partner Center avant de soumettre votre titre à la certification. Pour toute question relative à la soumission à la certification, communiquez avec vos contacts Microsoft.Submission Validator
Le Submission Validator n’est pas un outil autonome que le développeur utilise. Il est plutôt appelé automatiquement pour vérifier une application chaque fois que la commande makepkg pack est utilisée. Pour en savoir plus sur la syntaxe et l’utilisation en ligne de commande, consultez la page de référence makepkg. Les types de problèmes que le Submission Validator détecte s’élargissent et évoluent au fil du temps, dans le but de faciliter le parcours depuis la soumission, en passant par la certification, jusqu’à la mise en marché. Pour obtenir la liste actuelle des problèmes que le Submission Validator détecte, consultez Vérifications de qualité du Submission Validator.Services hébergés par les partenaires
Les services des partenaires qui sont requis pour l’exécution du jeu doivent fonctionner et être correctement configurés lors de la soumission à la certification. Ces services sont vérifiés avant la planification des tests du titre et doivent demeurer fonctionnels tout au long de la certification.Conseils de mise en œuvre et pratiques exemplaires
Options et paramètres
Les paramètres du jeu, comme les options, les commandes et les langues, s’appliquent correctement lorsqu’ils sont modifiés dans le jeu et après l’arrêt et le relancement du titre. Les paramètres par défaut sont respectés, le cas échéant.Navigation
Toutes les commandes de navigation doivent fonctionner comme prévu. Sur console, le jeu doit être entièrement navigable avec une manette. Le contenu ne comporte aucune impasse, tous les menus du jeu sont navigables et tout le contenu est accessible.Prise en charge de la localisation
Aucune exigence ne s’applique quant à l’étendue de la localisation qu’un titre doit prendre en charge. Dans les zones où du texte localisé est pris en charge, le texte doit être lisible quelle que soit la configuration de l’affichage.Classements
Les titres doivent permettre aux utilisateurs de publier des statistiques dans tous les classements disponibles et de trier ces classements à l’aide des filtres fournis.Changement d’état du casque sur console
Sur console, le son doit continuer d’être entendu lorsqu’un casque est connecté, retiré, puis reconnecté. Consultez Comparaison des API audio du XBOX One Software Development Kit et du Microsoft Game Development Kit.XR-130 : Génération XBOX Series X|S *
Tous les titres de jeu qui ciblent une génération de consoles doivent prendre en charge toute la famille d’appareils de cette génération. Pour maintenir la cohérence entre les générations de consoles, les jeux doivent :- S’assurer que les parties sauvegardées fonctionnent sur tous les types de consoles de la génération.
- S’assurer que les joueurs en ligne ne sont pas segmentés selon le type de console au sein de la génération.
- S’assurer que des modes de jeu identiques sont offerts sur tous les types de consoles de la génération.
XR-022 : Normes de dénomination officielles *
Les titres doivent utiliser les normes de dénomination définies dans la plus récente version de la liste de terminologie lorsqu’ils font référence aux fonctionnalités, aux services, au matériel ou aux périphériques de la plateforme XBOX. Ces normes s’appliquent à tous les jeux XBOX, quel que soit l’appareil sur lequel ils s’exécutent. Les titres ne doivent pas afficher d’images des composants de l’appareil ou de ses périphériques, ni y faire référence, à l’aide de termes qui ne figurent pas dans la liste de terminologie.XR-074 : Perte de connectivité aux services XBOX et des partenaires *
Les titres doivent gérer adéquatement les erreurs de connectivité aux services XBOX et des partenaires. Les titres doivent respecter les politiques de nouvelle tentative définies par XBOX lorsqu’ils tentent de relancer une demande au service XBOX après un échec. Les titres doivent gérer de façon appropriée les messages présentés à l’utilisateur lorsque les services ne sont pas disponibles. Si un service d’un partenaire n’est pas disponible, le jeu ne doit pas indiquer qu’il y a un problème avec le réseau XBOX. Les titres ne doivent pas planter ni se bloquer si les services réseau sont ralentis ou disponibles de façon intermittente.XR-132 : Limites d’accès aux services *
Les titres qui dépassent les limites par titre et par utilisateur lors de l’appel des services du réseau XBOX, ou qui ne respectent pas les politiques de nouvelle tentative des services du réseau XBOX, peuvent faire l’objet d’une limitation du débit, ce qui peut entraîner une interruption ou l’abandon du service. Le non-respect des limites spécifiées peut empêcher la sortie d’un titre, et les problèmes en production touchant des titres publiés peuvent entraîner la suspension des services du réseau XBOX, pouvant aller jusqu’au retrait du titre.Sécurité en ligne et confidentialité
Les exigences de cette catégorie concernent la sécurité en ligne et la confidentialité des utilisateurs XBOX.XR-013 : Liaison des comptes Microsoft avec les comptes de l’éditeur *
Sur XBOX, les titres qui utilisent des services hébergés par l’éditeur, des comptes de l’éditeur, des comptes hébergés par des partenaires ou d’autres identifiants non XBOX doivent prendre en charge une expérience cohérente, sécurisée et adaptée à l’âge pour les utilisateurs XBOX. Si la connexion à un compte de l’éditeur, la création d’un compte ou la liaison de comptes est requise pour jouer ou pour accéder à des fonctionnalités du jeu, le titre doit fournir un chemin d’accès adapté à l’âge pour tous les utilisateurs admissibles à accéder au titre ou à la fonctionnalité en fonction :- de la classification par âge du titre;
- des paramètres de famille, de confidentialité et de sécurité XBOX;
- des régions prises en charge où le titre ou la fonctionnalité est offert;
- des lois locales ou régionales applicables;
- des exigences de confidentialité, de sécurité ou de modération propres à la fonctionnalité.
- Un compte d’éditeur standard qui prend en charge le groupe d’âge et la région de l’utilisateur.
- Un compte d’éditeur pour enfant ou adolescent avec des paramètres par défaut adaptés à l’âge.
- Un processus de création de compte avec consentement parental ou autorisé par un parent.
- Un compte d’éditeur cloisonné, limité ou préservant la confidentialité.
- Un chemin d’accès authentifié par Microsoft ou XBOX qui évite la création inutile d’un compte d’éditeur.
- Une solution de rechange propre à la fonctionnalité qui permet aux utilisateurs admissibles d’accéder à la fonctionnalité sans liaison complète d’un compte d’éditeur.
Certaines fonctionnalités du jeu, y compris le multijoueur en ligne, la communication, le contenu généré par l’utilisateur, les fonctionnalités entre réseaux ou d’autres fonctionnalités en ligne, peuvent ne pas être accessibles aux comptes XBOX enfants ou adolescents, ni aux utilisateurs qui ne respectent pas les exigences du compte de l’éditeur. Des restrictions d’âge et régionales peuvent s’appliquer.Utilisez un libellé propre au titre lorsqu’une restriction connue s’applique. Exemple :
Un [compte de l’éditeur] pour les [X] ans et plus est requis pour [fonctionnalité]. Des restrictions d’âge s’appliquent.Liaison du compte de l’éditeur et du compte Microsoft Authentification à l’aide du XBOX Secure Token Service (XSTS) Les jetons XSTS doivent être utilisés pour fournir les informations d’identité servant à l’authentification lors de la liaison du compte d’éditeur d’un utilisateur à son compte Microsoft. Pour en savoir plus sur l’authentification par jeton XSTS, consultez Authentification des services XBOX pour les services de titre. Les titres doivent authentifier à la fois le compte Microsoft et le compte de l’éditeur avant d’établir la liaison, et ne doivent pas lier des comptes à l’aide d’identifiants non authentifiés, comme le gamertag seul. Utilisez le Partner XUID (PXUID) ou l’identifiant par paire pour la liaison de comptes. N’utilisez pas le XUID pour le stockage de la liaison de comptes, sauf s’il est explicitement requis pour un scénario de service à service approuvé. Obtenir le consentement et offrir le choix Les utilisateurs doivent être avisés lorsque leur compte d’éditeur est lié à leur compte Microsoft, et doivent avoir la possibilité de refuser lorsque la liaison de comptes est facultative. Les utilisateurs doivent pouvoir dissocier leurs comptes. La dissociation des comptes peut être offerte dans le titre, sur le Web, dans une application compagnon ou au moyen d’une autre expérience dédiée de gestion de compte. Accommoder les utilisateurs admissibles pour la liaison Si la liaison d’un compte d’éditeur est requise pour jouer ou pour accéder à des fonctionnalités du jeu, la liaison doit prendre en charge les types d’utilisateurs, les âges et les régions admissibles où le titre est offert et où ces fonctionnalités sont permises par la loi. Si un compte d’éditeur lié est requis, mais que l’éditeur ne peut pas prendre en charge le groupe d’âge, la région ou le type de compte d’un utilisateur, le titre doit fournir un autre chemin d’accès approuvé ou demander une exception. Gestion de l’âge et des comptes Avant d’offrir des fonctionnalités de création ou de liaison de compte à un utilisateur de compte Microsoft, les titres doivent valider le groupe d’âge de l’utilisateur en appelant
XUserGetAgeGroup. Les titres doivent gérer correctement les catégories de comptes suivantes :
- Lorsque l’âge associé au compte Microsoft d’un utilisateur diffère de celui associé à son compte d’éditeur, le titre ou le service devrait appliquer le traitement le plus protecteur, sauf si une autre approche conforme à la loi (comme une plateforme de vérification de l’âge approuvée) est utilisée.
- Pour les comptes enfants, les éditeurs doivent obtenir le consentement parental avant de créer un compte lorsque la loi l’exige. Le consentement parental, y compris l’acceptation des conditions et des déclarations de confidentialité de l’éditeur lorsque requis, doit être fourni au moyen du processus de compte conforme de l’éditeur, et non présumé du seul fait de la participation au réseau XBOX.
- Pour les comptes adolescents, les éditeurs doivent fournir des renseignements clairs sur les fonctionnalités sociales, de CGU, de communication, de partage de données et ayant une incidence sur la confidentialité. Le cas échéant, les éditeurs devraient demander aux adolescents d’aviser un parent ou un tuteur que le compte a été créé.
- Si l’éditeur recueille l’âge lors de la configuration du compte et détermine que l’utilisateur ne respecte pas les exigences du compte de l’éditeur, l’éditeur devrait interrompre la création du compte avant de recueillir des renseignements personnels inutiles, informer l’utilisateur qu’il ne peut pas continuer, empêcher la saisie immédiate d’un âge différent, le cas échéant, détruire les renseignements personnels déjà recueillis qu’il n’est pas nécessaire de conserver et éviter les tentatives répétées d’inscription ou de liaison infructueuses.
- le clavardage vocal ou textuel;
- les systèmes d’amis ou les fonctionnalités de graphe social;
- la communication entre réseaux;
- le téléversement ou la publication de CGU;
- les profils publics;
- les forums externes ou les fonctionnalités communautaires;
- les achats, la monnaie premium ou la monétisation;
- la publicité comportementale, le profilage ou le partage facultatif de données.
[!NOTE] Les éditeurs peuvent mettre en œuvre des mécanismes supplémentaires de prévention de la fraude, comme l’authentification à deux facteurs lorsqu’un compte lié se connecte pour la première fois à partir d’un nouvel appareil. Ce comportement ne constitue pas une violation de cette XR.Exceptions Si un éditeur ne peut pas fournir de chemin d’accès adapté à l’âge aux utilisateurs admissibles selon la classification, il doit demander une exception propre au titre. L’approbation pour un titre ne constitue pas une approbation générale pour les titres futurs. La demande d’exception doit inclure :
- Le titre visé, sa classification, les plateformes, les régions, les fonctionnalités et les groupes d’utilisateurs.
- Si le jeu de base demeure accessible sans compte d’éditeur.
- Les fonctionnalités bloquées ou limitées, et pourquoi.
- Le fondement juridique, de confidentialité, de sécurité, technique ou de modération de la restriction.
- Le libellé de divulgation proposé pour le Store, l’emballage et le titre.
- L’expérience utilisateur pour les utilisateurs bloqués ou limités.
- Le plan de test pour les cas de comptes enfants, adolescents, adultes, gérés par la famille et propres à une région.
- Tout plan d’atténuation ou feuille de route visant à prendre en charge un accès adapté à l’âge à l’avenir.
XR-014 : Données des joueurs et renseignements personnels *
Les éditeurs de jeux sont seuls responsables de la collecte et du traitement des données des utilisateurs finaux conformément à la loi applicable, en particulier lorsque l’utilisateur est un enfant. De plus, lorsqu’un titre possède des renseignements sur un joueur, obtenus soit de XBOX, soit directement de sa relation avec le joueur (comme un site Web ou une application mobile), les titres ne doivent pas afficher aux autres joueurs :- Des renseignements qui pourraient être utilisés pour causer un préjudice financier à un utilisateur (comme un numéro d’assurance sociale ou de carte de crédit).
- Des renseignements qui divulguent l’adresse d’un utilisateur au-delà du pays ou de la région.
- Des renseignements qui permettraient à un utilisateur d’usurper l’identité d’un autre utilisateur en ligne, comme des identifiants de compte.
Lors de la collecte de données provenant de comptes du groupe d’âge Enfant ou Adolescent, les titres ne peuvent demander que les données personnelles nécessaires pour vérifier l’âge, obtenir le consentement parental ou effectuer la liaison au compte de l’éditeur.
[!Important] La demande de données doit indiquer à quoi serviront les données. Par exemple, si un titre demande la date de naissance d’un utilisateur, il doit indiquer à quoi servira cette date de naissance : Bons exemples :DéfinitionsMauvais exemples :
- Veuillez fournir votre date de naissance afin que nous puissions vérifier votre âge
- Veuillez fournir votre date de naissance afin que nous puissions personnaliser votre expérience
- Nous avons besoin de votre date de naissance pour offrir du contenu adapté à votre âge
- Nous avons besoin de votre date de naissance pour respecter les restrictions d’âge prévues par la loi
- Veuillez fournir votre date de naissance
- Entrez votre date de naissance
- Nous avons besoin de votre date de naissance
- Date de naissance requise
Une adresse désigne tout renseignement permettant d’identifier l’emplacement d’un utilisateur à l’échelle d’une ville ou d’un village. Cela comprend notamment :
- L’adresse physique
- L’adresse postale
- L’adresse de facturation
- Le code postal
- L’adresse IP ou les renseignements connexes
- Les renseignements de localisation géographique
XR-015 : Gestion des communications entre joueurs *
Les titres ne doivent pas permettre la communication sur le réseau XBOX lorsque les paramètres de confidentialité de l’utilisateur ne le permettent pas. Les titres satisfont à cette XR en récupérant des données auprès des services du réseau XBOX. Si le titre utilise ses propres services, il doit vérifier les autorisations de confidentialité de l’utilisateur au début d’une session ou lorsqu’un nouvel utilisateur rejoint la session. Pour les scénarios lancés par l’utilisateur en dehors des sessions, les titres satisfont à cette exigence en vérifiant la confidentialité avant d’afficher les données de l’utilisateur et avant d’effectuer l’action. Les autorisations suivantes peuvent être vérifiées par les titres :
Pendant la session de jeu, les titres qui offrent la communication entre des joueurs du réseau XBOX et des joueurs hors du réseau XBOX doivent offrir la possibilité de mettre en sourdine tout joueur hors du réseau XBOX pour la durée de la session.
[!Note] Consultez l’aperçu de la confidentialité et des autorisations pour savoir comment vérifier et résoudre les problèmes de confidentialité et d’autorisations dans votre titre.
XR-018 : Contenu généré par l’utilisateur *
Le contenu généré par l’utilisateur (CGU) désigne tout contenu numérique en jeu produit par un joueur et rendu visible ou accessible à une ou plusieurs autres personnes en ligne. Si votre produit contient du CGU, vous devez :- Fournir dans le produit un moyen permettant aux utilisateurs de signaler au développeur le CGU inapproprié ou nuisible afin qu’il soit examiné et retiré ou désactivé (s’il enfreint les lignes directrices sur le contenu), ou mettre en œuvre une méthode de détection proactive du CGU inapproprié ou nuisible (par exemple, le filtrage du texte).
- Publier des lignes directrices sur le contenu généré par l’utilisateur (comme des conditions d’utilisation ou un code de conduite), accessibles aux utilisateurs dans le produit ou sur le site Web du titre.
- Être prêt à retirer ou à désactiver du contenu illégal à risque élevé à la demande de Microsoft, dans l’éventualité peu probable où Microsoft prendrait connaissance de matériel illégal sur le réseau XBOX qui n’a pas été traité au moyen des mécanismes ou processus d’intervention habituels.
- Respecter les paramètres de CGU des joueurs et gérer adéquatement les scénarios dans lesquels un utilisateur n’a pas accès au CGU dans le jeu en raison de privilèges restreints.
- Vous intégrer à l’API de signalement ou de plainte de la plateforme (si elle est disponible) et modérer le contenu si l’entente contractuelle avec le tiers l’exige.
- Présenter aux utilisateurs un avis de non-responsabilité, une boîte de dialogue ou un indicateur visuel lorsque le contenu ne provient pas du développeur.
Packages de contenu et mises à jour
Les exigences de cette catégorie précisent comment les jeux doivent être empaquetés et comment ils doivent interagir avec les packages de contenu de module complémentaire.XR-037 : Dépendances envers les packages de contenu *
L’achat de contenu de module complémentaire (durable ou consommable) ne doit pas être requis pour que les utilisateurs puissent terminer les fonctionnalités ou le contenu principaux du jeu de base. Les packages de contenu facultatifs ne doivent pas dépendre d’autres packages de contenu facultatifs. Autrement dit, un utilisateur ne doit pas être tenu de télécharger des packages de contenu supplémentaires pour utiliser un package de contenu. Les sauvegardes de jeu comportant du contenu unique lié à du contenu de module complémentaire doivent tout de même se charger dans le jeu de base ou afficher un message clair expliquant pourquoi elles ne peuvent pas être chargées.Plus d’informations
Les aspects clés de cette exigence sont les suivants :- Les utilisateurs ne doivent pas être tenus d’acheter du contenu de module complémentaire pour terminer les fonctionnalités principales du jeu de base.
- Les utilisateurs ne doivent pas être tenus d’acheter du contenu de module complémentaire supplémentaire pour utiliser un autre package de contenu. Le contenu de module complémentaire doit pouvoir être utilisé indépendamment de tout autre contenu de module complémentaire.
- Les sauvegardes de jeu comportant du contenu unique lié à du contenu de module complémentaire doivent tout de même se charger dans le jeu de base ou afficher un message clair expliquant pourquoi elles ne peuvent pas être chargées. À titre de pratique exemplaire, le message devrait inviter l’utilisateur à télécharger le contenu s’il le possède déjà ou à l’acheter s’il ne le possède pas.
- Les titres qui prennent en charge du contenu de module complémentaire requis pour le jeu multijoueur doivent afficher un message clair aux utilisateurs qui n’ont pas installé ce contenu.
Conseils de mise en œuvre et pratiques exemplaires
Idéalement, les jeux gèrent adéquatement la situation où l’utilisateur a déjà joué avec du contenu de module complémentaire qui a depuis été retiré, et permettent à l’utilisateur de charger sa sauvegarde de jeu et de continuer à partir de celle-ci. Si ce n’est pas possible, les jeux doivent afficher un message clair à l’utilisateur indiquant que le contenu doit être installé pour charger la sauvegarde de jeu. Les titres peuvent vérifier si l’utilisateur possède un droit d’utilisation pour ce contenu, puis :- Inviter l’utilisateur à télécharger le contenu précis s’il le possède déjà.
- Inviter l’utilisateur à acheter ce contenu s’il ne le possède pas.
Profils d’utilisateur
Les exigences de cette catégorie s’appliquent à la façon dont un jeu interagit avec les modèles d’utilisateur et les profils XBOX ainsi qu’à la sauvegarde des données utilisateur.XR-112 : Établissement d’un utilisateur et d’une manette lors de l’activation initiale et de la reprise *
Les titres doivent établir un ou plusieurs utilisateurs actifs qui agiront comme utilisateurs principaux du titre, et gérer ces utilisateurs lors de la reprise après une suspension, une mise en veille ou une mise en veille prolongée. Avec le GDK, les titres le font à l’aide du modèle d’utilisateur simplifié ou du modèle d’utilisateur avancé. Titres utilisant le modèle d’utilisateur simplifié du GDK Le modèle d’utilisateur simplifié du GDK gère l’acquisition de l’utilisateur par défaut pour le compte du titre. Le titre demeure responsable de s’assurer qu’une manette est attribuée à l’utilisateur et d’utiliser cette manette pour les saisies du jeu. Si aucune manette n’est attribuée à l’utilisateur par défaut, le titre devrait utiliser XUserFindControllerForUserWithUiAsync pour afficher la boîte de dialogue système permettant de sélectionner une manette et commencer à accepter les saisies du joueur. Modèle d’utilisateur avancé du GDK Lors de l’activation initiale, les jeux peuvent choisir de déterminer l’utilisateur initial selon leur conception et leurs préférences, soit en utilisant l’utilisateur qui a lancé le titre, soit en demandant explicitement un utilisateur. Le titre doit indiquer le ou les utilisateurs actifs avant que la première action liée au profil (comme la sauvegarde de la progression ou des paramètres) soit effectuée sur le profil de cet utilisateur. Tous les titres Microsoft Game Development Kit (GDK) qui utilisent le modèle d’utilisateur avancé doivent fournir un point d’entrée vers le sélecteur de compte pour changer l’utilisateur actif. Lorsqu’un titre reprend après une suspension, une mise en veille ou une mise en veille prolongée, il doit valider le jumelage utilisateur/manette et réagir en conséquence, soit en reprenant la session de l’utilisateur précédent, soit en acquérant un ou plusieurs nouveaux utilisateurs.XR-115 : Ajout et retrait d’utilisateurs ou de manettes pendant le jeu *
Les titres qui prennent en charge plusieurs utilisateurs doivent réagir à l’ajout et au retrait d’utilisateurs, aux scénarios dans lesquels aucune manette n’est attribuée à un joueur actif ou à la perte d’une manette pendant le jeu, comme suit : Ajout d’une manette : Une fois que le titre a sélectionné ou reçu l’utilisateur et la manette initiaux, il peut, de façon facultative, accepter les saisies d’autres manettes. Les titres qui prennent en charge des expériences multijoueurs devraient réfléchir à la façon dont un joueur ou une manette supplémentaire est ajouté au jeu et associé à un utilisateur à l’aide de XUserAddAsync. Par exemple, « Appuyez sur A pour rejoindre » ou l’illustration d’une silhouette de manette sur un écran de sélection des joueurs. Retrait d’une manette : Si la manette du joueur qui contrôle le jeu est retirée pendant le jeu, les titres doivent permettre l’établissement d’une nouvelle manette active (par exemple, « Appuyez sur A pour continuer » ou la réception d’un événement ControllerPairingChanged dans ERA ou XUserDeviceAssociationChangedCallback dans le GDK pour l’utilisateur actif avec une manette valide). Les titres peuvent également appeler l’interface système à l’aide de XUserFindControllerForUserWithUiAsync pour inviter l’utilisateur à jumeler une manette à son profil et à reprendre le jeu. Ajout d’un utilisateur : Lors de l’utilisation du GDK (avec le modèle d’utilisateur simplifié ou avancé), les utilisateurs ne sont ajoutés que lorsque le titre appelle XUserAddAsync. Retrait de l’utilisateur principal : Pour les titres qui utilisent le modèle d’utilisateur avancé du GDK, si l’utilisateur principal est déconnecté (au moyen du guide, du SPOP ou d’autres moyens), le titre doit soit retirer le joueur du jeu, soit établir de nouveau un utilisateur et une manette active. Pour les titres qui utilisent le modèle d’utilisateur simplifié du GDK, le retrait du joueur principal entraîne la suspension du titre au niveau du système. Dans tous les scénarios, les titres gèrent le retrait ou la fermeture en plaçant leur jeu dans un état correct. Cela comprend l’écriture dans le stockage connecté, la notification de toutes les sessions MPSD pertinentes indiquant que l’utilisateur est parti, et le renvoi de l’utilisateur à un endroit approprié pour la connexion si aucun nouvel utilisateur n’a été ajouté. Retrait d’un utilisateur supplémentaire ou secondaire : Les titres peuvent gérer cet événement à leur discrétion, généralement en retirant immédiatement le joueur du jeu ou en l’invitant à rejoindre la partie dans le contexte de l’expérience multijoueur utilisée.XR-045 : XBOX Network et privilèges de compte *
Le réseau XBOX offre aux utilisateurs le niveau attendu de confidentialité et de sécurité en ligne pour eux-mêmes et pour leurs enfants. Afin de tenir cette promesse, les titres doivent vérifier auprès du service du réseau XBOX les privilèges requis pour effectuer certaines actions sur le service du réseau XBOX ou dans l’expérience d’un titre. Bien que la vérification et le respect des privilèges s’appliquent à tous les comptes, il est important de souligner l’expérience et les attentes propres aux comptes enfants. Pour les comptes enfants, certaines activités peuvent être bloquées en raison des paramètres par défaut fondés sur l’âge ou des configurations établies par l’organisateur de la famille de l’enfant (parent ou tuteur). Les enfants ne peuvent pas modifier eux-mêmes ces paramètres; toutefois, pour certaines activités, il est possible et attendu que le titre appelle l’interface utilisateur système nécessaire pour permettre aux jeunes joueurs de demander une exception au moyen d’un processus d’approbation pour l’activité concernée. Dans de telles circonstances, par exemple, un jeune joueur peut être bloqué globalement pour le multijoueur, mais le parent ou le tuteur de la famille peut approuver le multijoueur pour le titre précis au moyen de l’interface utilisateur système; l’enfant pourrait et devrait alors pouvoir accéder à ce mode de jeu pour ce titre précis.
Les titres gratuits, les démos ou les versions bêta peuvent être configurés pour permettre le jeu multijoueur (ID 254) aux joueurs qui ne sont pas abonnés à XBOX Game Pass. Cette configuration se fait côté service et peut être lancée en communiquant avec votre représentant Microsoft. Ces titres doivent continuer de vérifier le privilège de jeu multijoueur afin de s’assurer que le contrôle parental et les choix des joueurs sont respectés.
XR-046 : Nom d’affichage et image de joueur *
Sur les consoles XBOX, les titres doivent utiliser le gamertag comme nom d’affichage principal. Selon leurs choix de conception, les titres peuvent utiliser le gamertag moderne ou le gamertag classique du joueur. Le gamertag moderne est disponible dans le GDK et le gamertag classique est disponible dans ERA et dans le GDK. Sur les plateformes autres que les consoles, bien que cela ne soit pas obligatoire, nous vous recommandons d’utiliser le gamertag du joueur du réseau XBOX aux endroits appropriés dans l’expérience du titre de jeu. Le gamertag doit être affiché correctement dans le titre selon le type de gamertag utilisé : Gamertag moderneAffichez les 16 caractères du gamertag moderne unique, qui comprend jusqu’à 12 caractères du gamertag moderne, suivis du caractère # et du numéro de suffixe (le cas échéant). Par exemple : Major Nelson (aucun suffixe) ou Major Nelson#881. Si des gamertags modernes sont utilisés, toutes les plages de caractères Unicode disponibles pour les gamertags modernes doivent être prises en charge. Pour plus d’informations et de pratiques exemplaires sur les gamertags modernes, consultez l’article de la documentation de développement du GDK « Overview of modern gamertags ». Gamertag classique
Affichez correctement les 15 caractères du gamertag classique. Les gamertags classiques ne comprennent que les caractères ASCII a-z, A-Z, 0-9, la virgule (,) et l’espace (caractère ASCII 0x20). Par exemple : Major Nelson Dans le GDK, ces éléments sont retournés à l’aide de l’API XUserGetGamertag. Dans ERA, le gamertag est obtenu à l’aide de l’API
GetUserProfileAsync.
XR-047 : Accès au profil utilisateur *
Les titres doivent offrir aux utilisateurs la possibilité d’accéder aux cartes de joueur (profils d’utilisateur) des autres utilisateurs du réseau XBOX partout où les noms d’affichage des utilisateurs sont énumérés.XR-048 : Utilisation des paramètres de profil *
Le réseau XBOX constitue la source de référence pour les informations de profil des utilisateurs XBOX. Pour respecter ce principe, les titres ne doivent pas stocker les informations des utilisateurs provenant du réseau XBOX, comme les données de profil, les préférences ou les gamertags, au-delà d’un cache stocké localement destiné à prendre en charge les scénarios de déconnexion du réseau. Tout cache hors ligne doit être mis à jour lors de la prochaine connexion disponible au service.XR-052 : Emplacement, itinérance et dépendances de l’état utilisateur et des sauvegardes du titre *
Les titres doivent associer la progression, l’état sauvegardé, les préférences, les succès et les autres récompenses aux utilisateurs qui ont enregistré cette progression, choisi ces préférences ou obtenu ces récompenses. Les titres y parviennent en gérant correctement les notifications de changement d’utilisateur. Les titres doivent éviter de sauvegarder l’état d’utilisateurs qui ne sont plus connectés. Les données de sauvegarde de jeu ne doivent dépendre d’aucun contenu partagé ni d’aucun stockage local. Pour les jeux qui utilisent le même TitleID sur plusieurs plateformes, appareils ou générations de consoles, la progression des sauvegardes de jeu doit être itinérante lorsque l’utilisateur est connecté au réseau XBOX, comme suit :- Au sein d’une même plateforme (consoles XBOX).
- Entre les appareils d’une même plateforme (par exemple, XBOX One et XBOX One S).
- Entre les générations d’une même plateforme d’appareils (par exemple, XBOX One et XBOX Series X|S).
- Entre les PC de la plateforme Windows (par exemple, entre deux PC différents).
- Si le jeu est XPA, entre les PC de la plateforme Windows et les plateformes de consoles XBOX (par exemple, Windows et XBOX Series X|S).
- Pour les jeux non XPA, l’itinérance entre les PC de la plateforme Windows et les plateformes de consoles XBOX (par exemple, Windows et XBOX Series X|S) n’est pas obligatoire, mais elle est recommandée pour soutenir l’expérience du joueur.
- Pour les plateformes autres que Microsoft (par exemple, iOS, Android, Switch, PlayStation®), l’itinérance des sauvegardes de jeu n’est pas obligatoire, mais elle est recommandée pour soutenir l’expérience du joueur.
Succès et récompenses
Les exigences suivantes s’appliquent aux titres qui offrent des succès sur le réseau XBOX. Tous les jeux qui ciblent les consoles XBOX doivent comporter des succès et respecter les exigences suivantes. Les démos ne peuvent pas comporter de succès; elles peuvent toutefois prendre en charge les Hero Stats.XR-055 : Succès et Gamerscore *
Les titres doivent fournir le nombre requis (minimum et maximum) de succès et le Gamerscore associé au lancement. Les titres peuvent ajouter des succès ou du Gamerscore en tout temps après le lancement, avec ou sans nouveau contenu correspondant, mais ils ne peuvent pas dépasser les limites fondées sur le titre ou sur le calendrier. Un seul succès ne peut pas dépasser 200 points de Gamerscore, et tous les succès du titre doivent pouvoir être obtenus. Le déverrouillage des succès dans le jeu de base ou dans une mise à jour de contenu doit représenter une exploration approfondie du contenu du jeu ou un engagement approfondi envers celui-ci.
Remarque : « Semestriel » désigne les périodes de janvier à juin et de juillet à décembre. Les succès et le Gamerscore du jeu de base ne sont pas comptabilisés dans les limites semestrielles.
Les succès ne doivent pas être partagés entre des titres. Lorsqu’un même titre est pris en charge sur différents appareils au moyen du même ID de titre, le titre doit partager le même ensemble de succès et peut, à sa discrétion, comporter des succès propres à un appareil.
Les noms et les descriptions des succès ne peuvent contenir que du contenu qui mériterait une classification PEGI 12, ESRB EVERYONE 10+ ou inférieure. Les noms et les descriptions des succès ne peuvent pas contenir ce qui est communément considéré comme des grossièretés, que ce soit en texte clair ou sous forme caviardée.
XR-057 : Déverrouillage des succès *
Les titres doivent offrir à l’utilisateur un moyen d’obtenir tous les succès définis par le titre de base sans être tenu d’acheter du contenu supplémentaire dans le titre. Les succès doivent être déverrouillés au moyen d’actions, de séquences de jeu ou d’expériences dans le jeu. Les titres ne doivent pas offrir aux joueurs d’autres options qui déverrouillent directement des succès sans activité de jeu correspondante. Voici une liste non exhaustive d’options interdites :- Un achat avec de l’argent réel
- Des codes de triche, des consoles ou des options de menu dans le jeu
Sessions multijoueurs
Les exigences de cette catégorie concernent les titres de jeu qui offrent des sessions multijoueurs sur XBOX. XBOX offre un moyen cohérent et simple de trouver des sessions multijoueurs et d’ajuster les paramètres utilisés pour les trouver.XR-064 : Sessions de jeu joignables et jeu en ligne *
Les titres qui offrent des sessions de jeu joignables doivent annoncer la possibilité de les rejoindre au réseau XBOX au moyen de la fonctionnalité Multiplayer Activity (MPA), afin que les joueurs puissent les rejoindre à partir des surfaces XBOX comme le guide, le profil d’un ami et la Game Bar. Il est recommandé que les titres qui offrent un mécanisme d’invitation en jeu acheminent ces invitations par la plateforme XBOX afin que les destinataires les reçoivent au moyen de l’interface XBOX.XR-067 : Maintien des interactions Joués récemment avec *
Les titres dotés d’une fonctionnalité multijoueur en ligne doivent enregistrer les interactions significatives entre joueurs sur le réseau XBOX à l’aide de la fonctionnalité Recent Players de Multiplayer Activity (MPA), afin que la plateforme puisse afficher la liste Joués récemment avec, les commentaires des joueurs et les rapports d’utilisation. Les titres qui utilisent encore l’ancien Multiplayer Session Directory (MPSD) peuvent plutôt conserver les informations sur l’état de la session dans le MPSD, mais ne doivent pas utiliser les deux.XR-070 : Listes d’amis *
Les titres doivent utiliser la liste d’amis du réseau XBOX comme liste d’amis principale. Les titres doivent obtenir la liste d’amis au moyen des API XBOX et ne doivent pas stocker la liste d’amis de façon permanente sur les serveurs de jeu. Les titres peuvent afficher une liste d’amis secondaire provenant d’un compte central du titre pour les joueurs qui ne sont pas sur le réseau XBOX ou qui ne figurent pas dans la liste d’amis du réseau XBOX de l’utilisateur. Selon leur conception, les titres peuvent créer une expérience de liste d’amis combinée regroupant à un endroit central les amis du réseau XBOX et ceux du compte de l’éditeur; des icônes ou d’autres marques explicatives doivent être utilisées pour distinguer les amis XBOX de ceux d’autres réseaux. Pour en savoir plus sur l’utilisation de la liste d’amis à l’aide du GDK, consultez l’aperçu du People System (liste d’amis)Versions bêta et Game Previews
Les exigences de cette catégorie s’appliquent uniquement aux titres classés comme versions bêta ou Game Previews. Pour les autres politiques du Store et pour les définitions propres au programme des versions bêta ouvertes et fermées, des limites de taille, de la durée, des prix, des métadonnées et des offres, consultez la XBOX Game Store Policy(1. XBOX Store and Digital Distribution, 2. XBOX Store Policy). Les titres bêta et Game Preview sont assujettis à un sous-ensemble des XR présentées dans ce document. La portée de ce sous-ensemble est détaillée dans la page Exigences XBOX pour les Game Previews et les versions bêta.XR-117 : Notification de version bêta/Game Preview *
Les titres en phase bêta doivent comporter un écran de démarrage ou un message affiché dans l’expérience, après son lancement mais avant le début du jeu ou de l’utilisation de l’application, indiquant que :- Le titre est un logiciel bêta ou en préversion.
- Certaines fonctionnalités de la plateforme pourraient ne pas fonctionner correctement.
- Certaines fonctionnalités du jeu pourraient ne pas fonctionner correctement et pourraient planter.