Windows Dev Center

Critères de certification des applications pour le Windows Store

Applies to Windows only

Important  Les Critères de certification d’application dans le Windows Store sont remplacés par les Politiques du Windows Store et du Windows Phone Store à partir du 23 octobre 2014. Pour connaître les critères et politiques actuels liés à la soumission d’applications dans le Windows Store (et le Windows Phone Store), voir Politiques du Windows Store et du Windows Phone Store.

Les informations ci-dessous, issues des critères précédents, sont conservées. Des versions précédentes sont également disponibles dans l’Archive des critères de certification.

Version du document : 6.1

Date du document : 29 juillet 2014

Ce document décrit les critères qu’une application doit respecter pour être répertoriée dans le Windows Store.

Bienvenue

Nous vous remercions de l’intérêt que vous portez dans le développement d’applications pour Windows. Nous nous engageons dans une relation qui accompagne vos ambitions et a pour objectif de constituer un catalogue étendu d’applications attrayantes de qualité pour les clients de Windows à travers le monde. Nous avons élaboré ces critères de certification dans le but de vous aider à faire les bons choix pour rendre votre application plus attrayante et accélérer son intégration au Windows Store.

Si nos critères de certification viennent à changer, nous identifions clairement leurs modifications pour vous en simplifier la prise en considération. Si vous avez des commentaires à formuler sur nos politiques, veuillez nous en faire part sur notre forum. Nous étudierons tous les commentaires.

Vos applications sont essentielles à l’expérience de centaines de millions de clients. Nous sommes impatients de voir ce que vous avez mis au point et sommes ravis de pouvoir vous aider à publier vos applications dans le monde entier.

1. Les applications du Windows Store donnent une valeur ajoutée au client.

1.1 Votre application doit être entièrement fonctionnelle et présenter aux clients un intérêt ou une utilité à caractère unique et novateur, dans toutes les langues et pour tous les marchés pris en charge.

Par exemple, votre application ne peut pas utiliser un nom ou une icône semblables à ceux d’autres applications.

1.2 Votre application doit pouvoir être testée quand vous la soumettez au Windows Store.

Si, pour quelque raison que ce soit, il est impossible de tester certaines parties de votre application, celle-ci risquerait de ne pas respecter ce critère. Par exemple, si votre application requiert des informations d’identification de connexion, fournissez-nous un compte de démonstration opérationnel à l’aide du champ Notes to Tester. Si votre application requiert l’accès à un serveur, indiquez-nous ce que nous devons faire pour vérifier qu’elle fonctionne correctement. Si votre application permet à un utilisateur d’ajouter un solde de carte-cadeau, fournissez-nous un numéro de carte-cadeau utilisable pendant le test.

2. — (supprimé)

Voir Historique des révisions.

3. Les applications du Windows Store doivent se comporter comme attendu.

3.1 Vous devez utiliser uniquement les API Windows Runtime pour implémenter les fonctionnalités de votre application du Windows Store.

Ces API sont décrites dans la Référence des API pour applications du Windows Store.

Votre application Windows Store ne doit pas encourager les utilisateurs à installer des logiciels de bureau pour remplir l’objectif premier de l’application, à moins que celle-ci ne soit la vitrine d’un logiciel.

Votre application ne doit pas communiquer avec des applications de bureau ou services locaux par le biais de mécanismes locaux, notamment via des fichiers et des clés de Registre. Votre application ne peut dépendre que des logiciels répertoriés dans le Windows Store ou de ceux identifiés comme étant compatibles avec Windows 8 dans le Centre de compatibilité Windows.

3.2 Votre application ne doit pas cesser de répondre, se terminer de façon inattendue ou générer des erreurs nuisant considérablement à l’expérience des clients.

3.3 (fusionné avec le critère 6.13)

Voir le critère 6.13.3.

3.4 — (supprimé)

Voir Historique des révisions.

3.5 (fusionné avec le critère 6.13)

Voir le critère 6.13.4.

3.6, 3.7 et 3.8 — (supprimés)

Voir Historique des révisions.

3.9 L’ensemble de la logique d’application doit provenir de votre package d’application et y résider.

Votre application ne doit pas tenter de modifier ou d’étendre le contenu empaqueté sous forme d’une inclusion dynamique de code qui change la façon dont l’application se comporte par rapport aux critères de certification du Windows Store. Votre application ne doit pas, par exemple, télécharger un script distant et exécuter ensuite ce script dans le contexte local du package d’application.

3.10 et 3.11— (fusionnés avec le critère 3.12)

Voir le critère 3.12.2.

3.12 L’application doit être conforme aux critères techniques suivants.

3.12.1 L’application doit réussir les tests fournis par la dernière version du Kit de certification des applications Windows.

3.12.2 Les applications Direct3D doivent prendre en charge un niveau de fonctionnalité minimal.

Ce critère s’applique si vous dépendez de fonctionnalités graphiques 3D spécifiques au niveau du matériel.

Si votre application inclut un package ARM ou neutre, il doit prendre en charge le niveau de fonctionnalité 9_1 de Direct3D. Si votre application ne prend pas en charge ARM, elle doit prendre en charge le niveau de fonctionnalité minimal choisi sur le portail du Windows Store.

Dans la mesure où les clients peuvent changer de matériel graphique sur leur ordinateur après l’installation de l’application, si vous choisissez un niveau de fonctionnalité minimal supérieur au niveau 9_1, votre application doit détecter au démarrage si le matériel actuel répond ou non aux critères minimaux. Dans le cas contraire, l’application doit afficher un message qui détaille les critères exigés pour Direct3D.

Outre la prise en charge du niveau de fonctionnalité Direct3D minimal, votre application peut utiliser des niveaux de fonctionnalités supérieurs lorsqu’ils sont disponibles.

3.12.3 Si votre application contient des composants Windows Runtime, ils doivent se conformer au système de type Windows Runtime.

Plus précisément, tous les types Windows Runtime :

  • doivent être situés dans le fichier de package dont le nom correspondant à l’espace de noms est le plus long ;
  • doivent être les seuls types avec une visibilité publique dans un fichier de métadonnées Windows (.winmd) ;
  • doivent avoir un nom unique qui ne respecte pas la casse ;
  • ne doivent pas être situés dans l’espace de noms Windows ou global ;
  • doivent avoir une visibilité publique, à moins qu’il ne s’agisse d’une interface marquée comme étant une interface exclusive d’une classe d’exécution spécifique ;
  • doivent être scellés (sealed), à moins qu’il ne s’agisse d’une classe d’exécution marquée comme étant composable ;
  • doivent composer une classe système non scellée (unsealed), si le type est une classe d’exécution composable ;
  • ne doivent pas inclure de propriétés en écriture seule ;
  • ne doivent pas mettre en œuvre d’interfaces marquées comme étant des interfaces exclusives d’une autre classe ;
  • ne doivent pas être génériques ou paramétrables ;
  • ne doivent pas définir de méthodes qui surchargent les opérateurs ;
  • ne doivent pas changer la signature ou les noms de paramètres entre les déclarations de méthode d’interface et d’exécution ;
  • ne doivent pas inclure de valeurs par défaut pour les paramètres de méthode ;
  • ne doivent pas inclure d’accesseurs Get de propriété qui acceptent des paramètres d’entrée ;
  • ne doivent pas inclure de méthodes setter de propriété qui acceptent autre chose que le paramètre de valeur défini unique ;
  • ne doivent pas définir de méthodes de fabrique avec des paramètres de sortie supplémentaires au-delà de la valeur de retour ;
  • ne doivent pas utiliser IReferenceArray<T> ou IReference<string> en tant que type de paramètre ;
  • ne doivent pas utiliser le type fondamental byte signé ;
  • doivent définir des enums avec un type Int32 ou UInt32 sous-jacent uniquement ;
  • doivent appliquer FlagsAttribute aux enums UInt32 ;
  • ne doivent pas appliquer FlagsAttribute aux enums Int32.

3.12.4 Si l’application appelle des pilotes de périphérique tiers, il doit s’agir d’une application privilégiée.

Une application privilégiée est une application autorisée par le fabricant du périphérique à effectuer des opérations sur le périphérique. Pour plus d’informations, consultez Synchronisation et mise à jour des périphériques pour les applications pour périphériques du Windows Store dans Windows 8.1.

3.12.5 Les packages de votre application du Windows Store doivent posséder un manifeste d’application valide.

Dans chacun des packages de votre application, les éléments du manifeste de l’application doivent contenir les valeurs appropriées, tel que décrit dans les Exigences relatives aux métadonnées des packages.

3.12.6 Le format des packages de votre application du Windows Store doit être correct.

Les packages de votre application doivent se conformer aux Exigences relatives au format des packages.

3.12.7 Si votre application déclare une association à un type de fichier donné, elle doit fournir les fonctionnalités qu’un client pourrait raisonnablement attendre de cette association.

Par exemple, si votre application déclare une association au type de fichier .jpg, elle doit être en mesure d’ouvrir l’image pour affichage ou modification.

4. Les applications du Windows Store laissent le client maître de son usage.

4.1 Votre application doit être conforme aux critères suivants en matière de confidentialité :

4.1.1 Votre application doit avoir une déclaration de confidentialité si elle est compatible réseau.

Si votre application a la possibilité technique de transmettre des informations à vous ou à une tierce partie, vous devez tenir à jour une politique de confidentialité. Vous devez également prévoir un accès à votre politique de confidentialité dans la page Description de votre application, ainsi que dans ses paramètres qui figurent dans l’icône Paramètres de Windows.

Les déclarations de capacité qui permettent à votre application de se connecter à un réseau sont notamment les suivantes : internetClient, internetClientServer et privateNetworkClientServer.

Votre politique de confidentialité doit informer les utilisateurs des informations personnelles recueillies et transmises par votre application et de l’utilisation, du stockage, de la sécurité et de la divulgation de ces informations. Elle doit décrire les contrôles que les utilisateurs ont sur leur exploitation et partage, ainsi que le mode d’accès à ces informations qui leur est proposé. Enfin, elle doit être conforme aux lois et réglementations applicables.

4.1.2 Votre application doit obtenir une approbation ou un consentement avant de partager des informations personnelles.

Votre application peut publier des informations personnelles d’un client sur un service externe ou les envoyer à une tierce partie uniquement après avoir obtenu une approbation.

L’approbation signifie que le client autorise de façon explicite, dans l’interface utilisateur de l’application, l’activité demandée, après avoir :

a) décrit au client la façon dont les informations sont recueillies, utilisées ou partagées ;

b) indiqué au client un système par le biais duquel il peut annuler ultérieurement cette approbation.

Si votre application publie des informations personnelles d’une personne sur un service externe ou les envoie à une tierce partie alors que la personne dont les informations sont partagées n’est pas cliente de votre application, vous devez obtenir son consentement explicite par écrit. Vous devez en outre autoriser celle-ci à revenir à tout moment sur son accord. Si votre application fournit à un client l’accès aux renseignements personnels d’une autre personne, cette obligation s’applique également.

Les informations personnelles comprennent toutes les informations ou données qui permettent d’identifier raisonnablement une personne. C’est le cas par exemple des contacts, des photos, des numéros de téléphone, des enregistrements audio et vidéo, des localisations, des SMS ou de toute autre communication textuelle, des images sur le Bureau de l’ordinateur ou des captures d’écran, des identificateurs de compte uniques, des identificateurs uniques basés sur le matériel de l’ordinateur, et dans certains cas, de l’historique de navigation combiné.

4.1.3 Votre application doit respecter les choix des utilisateurs concernant l’identifiant de publicité.

Si votre application est en mesure d’utiliser l’identifiant de publicité, elle ne peut ni le récupérer ni l’utiliser si l’utilisateur a désactivé la fonctionnalité. Si l’utilisateur a choisi de réinitialiser l’identifiant de publicité, votre application ne peut pas utiliser des valeurs préalables de l’identifiant de publicité ni les associer à la nouvelle valeur.

4.2 Votre application doit respecter les paramètres système liés aux notifications et rester fonctionnelle lorsque ceux-ci sont désactivés.

Parmi ces paramètres, citons l’affichage de publicités et de notifications au client, lequel affichage doit également s’adapter aux préférences du client, que les notifications soient fournies par le service de notification Push Windows ou par tout autre service. Si un client désactive les notifications, que ce soit sur une application précise ou sur tout le système, votre application doit pouvoir fonctionner normalement.

4.3 Votre application ne doit pas nuire ou porter préjudice à la sécurité de l’utilisateur, ou à la sécurité ou aux fonctionnalités des appareils Windows, du système ou des systèmes connexes, et ne doit pas être en mesure de nuire aux utilisateurs Windows ou à toute autre personne.

4.4 et 4.5 — (supprimés)

Voir Historique des révisions.

4.6 Votre application doit satisfaire aux critères du service de notifications Push Windows (WNS, Windows push Notification Service) si elle exploite les notifications WNS.

Si votre application fait appel au service de notification Push Windows (WNS) pour transmettre des notifications d’émission, elle doit procéder tel qu’il est décrit dans le critère suivant.

a) Les notifications fournies par le biais du WNS sont considérées comme du contenu d’application et sont soumises à l’intégralité des politiques sur les applications du Windows Store, notamment aux critères de certification.

b) Votre application ne doit être associée qu’à un seul identifiant de sécurité de package PSI (Package Security Identifier).

c) Vous ne pouvez pas dissimuler la source d’une quelconque notification initiée par votre application.

d) Vous ne pouvez pas inclure dans une notification des informations qu’un client pourrait raisonnablement considérer comme étant confidentielles ou sensibles.

e) Votre application ne doit pas exploiter de façon excessive la capacité du réseau ou la bande passante du WNS, ou surcharger outre mesure d’aucune autre façon le système Windows par le biais de notifications WNS.

4.7 Si votre application comprend des fonctionnalités de facturation ou d’achat dans l’application ou qu’elle capture des informations financières, les critères suivants s’appliquent :

4.7.1 Si votre application utilise l’API d’achat dans l’application du Windows Store (espace de noms Windows.ApplicationModel.Store) pour les achats dans l’application :

  • Votre application ne peut vendre que des articles ou services numériques. Le produit intégré à l’application vendu dans votre application doit être consommé ou utilisé dans une application que vous mettez à disposition sur une plateforme Microsoft.
  • Les produits intégrés à l’application vendus dans votre application ne peuvent être convertis dans une devise légalement valide (par exemple, USD, Euro, etc.), ou en produits ou services physiques que lorsque l’application utilise une fonctionnalité d’achat dans l’application pour vendre une représentation physique d’un contenu numérique créé par l’utilisateur entièrement sur un appareil Windows, notamment des photos, de la musique, une vidéo, du texte ou des documents.

4.7.2 Si votre application comprend une fonctionnalité de facturation dans l’application ou qu’elle capture des informations de compte financières, mais qu’elle n’utilise pas l’espace de noms Windows.ApplicationModel.Store, les critères suivants s’appliquent, selon le type de compte considéré :

  • Pour tous les comptes :

    Au moment de la transaction ou lorsque vous collectez des informations de paiement ou financières auprès du client, votre application doit identifier le fournisseur de la transaction commerciale, authentifier l’utilisateur et obtenir la confirmation de l’utilisateur pour la transaction. L’application peut donner à l’utilisateur la possibilité d’enregistrer cette authentification, mais l’utilisateur doit avoir la possibilité de requérir une authentification pour chaque transaction ou de désactiver les transactions dans l’application.

    Si votre application recueille des informations sur des cartes bancaires ou utilise un processeur de paiement tiers qui collecte ce type d’informations, le traitement des paiements doit être conforme à la norme PCI DSS (PCI Data Security Standard) en vigueur.

  • Pour les comptes individuels :

    Votre application ne peut pas recueillir directement des informations de compte financières sensibles ou des données de paiement.

    Vous pouvez accepter un paiement en dehors de l’application par le biais d’une relation de facturation préexistante et vous pouvez recueillir des informations de compte personnelles et de paiement en dehors de l’expérience de l’application par le biais d’un processeur de paiement tiers approuvé ou via un site Web HTTPS sécurisé.

4.7.3 La description de votre application doit inclure des informations sur les types d’achat dans l’application proposés et sur l’éventail des tarifs.

4.8 et 4.9 — (fusionnés avec le critère 4.7)

Voir Critère 4.7.

4.10 Vous ne pouvez pas utiliser le moteur de commerce Microsoft pour faciliter des contributions à des œuvres caritatives ou des loteries.

Si votre application sert à faciliter ou à collecter des contributions destinées à des œuvres caritatives, ou à conduire des loteries ou des concours à des fins promotionnelles, vous devez respecter la législation en vigueur. Vous devez également faire clairement état que Microsoft ne représente pas le collecteur de fonds ou le sponsor de la promotion.

4.11 Votre application ne peut pas vendre, être reliée à ou promouvoir des plans de téléphonie.

5. Les applications Windows sont conçues pour un public large.

Cette section décrit les types de contenu qui ne sont pas autorisés dans les applications mises à disposition dans le Windows Store.

Le terme de contenu désigne les images, les sons et le texte inclus dans l’application, mais aussi les vignettes, les notifications, les messages d’erreur ou la publicité présents dans votre application, et de façon plus globale encore, tout ce qui est reçu d’un serveur ou tout ce à quoi l’application se connecte. Dans la mesure où Windows et les applications du Windows Store sont utilisés à travers le monde entier, ces critères sont interprétés et appliqués dans un contexte de normes régionales et culturelles.

5.1 Votre application doit respecter nos directives en matière de contenu et d’évaluation de l’âge. En outre, ses métadonnées doivent être appropriées pour tout public.

Votre application et les publicités qu’elle contient doivent respecter nos directives en matière de contenu et d’évaluation de l’âge. En outre, les métadonnées doivent être appropriées.

5.1.1 Les applications dont l’évaluation est supérieure à PEGI 16, ESRB MATURE (Jeunes adultes) ou dont le contenu entraînerait irrémédiablement une telle évaluation ne sont pas autorisées, sauf dans le cas de jeux, ou si ces applications sont évaluées par un organisme d’évaluation tiers, et si elles sont conformes aux critères de certification décrits ici.

5.1.2 Les métadonnées et autre contenu que vous envoyez en même temps que votre application ne peuvent comporter que du contenu qui mériterait la classification PEGI 12, ESRB TOUS PUBLICS, Windows Store 12 ans et plus ou une classification inférieure.

5.1.3 Nous comprenons que, dans certains cas, les applications servent de passerelle vers du contenu axé sur la vente au détail, du contenu généré par l’utilisateur ou du contenu Web. Nous classons ces applications en deux catégories : les applications de vitrine, dont la fonction principale est de regrouper et de vendre des applications ou du contenu multimédia tiers, et les applications de diffusion en continu, dont la fonction principale est de regrouper et de diffuser des images, de la musique, des vidéos ou tout autre contenu multimédia pour le Web. Dans certains cas, il est admis qu’une application de vitrine ou une application de diffusion en continu puisse inclure du contenu qui serait en principe refusé dans une application spécialisée. S’il y a de fortes chances que votre application intègre du contenu généré par les utilisateurs qui serait refusé en vertu de ces critères, vous devez inclure un mécanisme permettant aux utilisateurs d’attirer votre attention sur la présence d’un tel contenu et leur fournir des outils de filtrage afin qu’ils puissent choisir délibérément d’accéder à des flux ou à des contenus susceptibles d’enfreindre ces critères.

5.2 Votre application ne doit pas inclure de contenu incitant à la discrimination, à la haine ou à la violence en s’appuyant sur des considérations de race, d’ethnie, d’origine nationale, de langue, de sexe, d’âge, de handicap, de religion, d’orientation sexuelle, de statut d’ancien combattant ou sur l’adhésion à un autre groupe social.

5.3 Votre application ne doit pas inclure de contenu ou de fonctionnalité qui encourage, facilite ou idéalise une quelconque activité illégale dans la vie réelle.

5.4 Votre application ne doit pas inclure ou afficher du contenu qu’une personne sensée est susceptible de considérer comme obscène.

5.5 Votre application ne doit pas inclure du contenu diffamatoire, calomnieux ou menaçant.

5.6 Votre application ne doit pas inclure de contenu qui facilite ou idéalise une consommation excessive ou irresponsable d’alcool ou de tabac, de drogues ou d’armes.

5.7 Votre application ne doit pas inclure de contenu facilitant ou idéalisant la violence extrême ou gratuite, la violation des droits de l’homme ou la fabrication ou l’usage d’armes à l’encontre d’une personne ou d’un animal dans la vie réelle.

5.8 Votre application ne doit pas faire état de termes grossiers excessifs ou gratuits.

5.9 Votre application ne doit pas inclure ou afficher du contenu qu’une personne sensée est susceptible de considérer comme pornographique ou sexuellement explicite.

5.10 La totalité du contenu de votre application et des métadonnées associées doit être initialement créée par vous (fournisseur d’application), utilisée dans le cadre d’un contrat de licence conclu avec le tiers titulaire des droits, utilisée de la façon autorisée par le titulaire des droits ou utilisée conformément à la loi.

6. Les applications du Windows Store sont clairement identifiées et compréhensibles.

6.1 — (supprimé)

Voir Historique des révisions.

6.2 Votre application doit obtenir une évaluation de l’âge pour Windows et vous devez envoyer les évaluations tierces attribuées à votre application si vous en disposez.

6.2.1 Vous devez lui affecter une évaluation de l’âge pour le Windows Store la plus fidèle possible. La page Évaluation de l’âge reprend des descriptions plus détaillées du contenu qui s’avère adapté à chaque classification par âge du Windows Store.

6.2.2 Si votre application offre aux utilisateurs : (i) un accès non contrôlé aux réseaux sociaux en ligne ou (ii) un partage non contrôlé d’informations personnelles avec des tiers, notamment avec d’autres joueurs ou des connaissances en ligne, vous devez au minimum lui attribuer la classification Windows Store 12+. Pour que ce type d’activité soit considéré comme « contrôlé », votre application doit être régie par des contrôles qui requièrent une autorisation parentale pour utiliser ces fonctions de partage. En outre, la présence de telles fonctionnalités doit être signalée et leur rôle expliqué dans les Remarques pour les testeurs.

6.2.3 Si vous soumettez une application de vitrine ou une application de diffusion en continu, vous devez évaluer votre application conformément à la présente section. Vous devez également prendre en compte le public cible de votre application de vitrine ou de votre application de diffusion en continu dans votre évaluation, en fonction du contenu auquel les utilisateurs de votre application peuvent accéder.

6.2.4 Si une classification intégrée à un système d’évaluation est imposée par la loi dans un pays donné, vous devez alors inclure la documentation du système de classification en question avec votre application.

6.2.5 Si votre application est évaluée par un comité d’évaluation facultatif identifié dans la section Comités d’évaluation pour les applications Windows, vous devez également envoyer son certificat d’évaluation et fournir les descriptions de contenu qui conviennent.

6.2.6 Si le comité a attribué à votre application plusieurs évaluations qui correspondent à différentes évaluations de l’âge du Windows Store, vous devez lui attribuer l’évaluation correspondant à la tranche d’âge supérieure. Les applications avec une évaluation supérieure à ESRB MATURE (Jeunes adultes) ne sont en général pas autorisées.

6.2.7 Si votre application est un moteur de recherche qui permet aux utilisateurs de rechercher des informations dans de nombreux domaines sur Internet, alors votre application doit avoir l’évaluation 12+. Les applications qui permettent d’effectuer des recherches pour un type de contenu précis (par exemple, actualités ou vidéos uniquement), n’entrent pas dans la catégorie moteurs de recherche. L’évaluation de l’âge pour ces applications doit être déterminée selon leur objectif, leur fonction et leur contenu.

6.2.8 Si votre application est un navigateur Web, permettant d’accéder à un large contenu sur Internet, l’application doit avoir l’évaluation 12+.

6.3 — (supprimé)

Voir Historique des révisions.

6.4 et 6.5 — (fusionnés avec 6.13)

Voir le critère 6.13.5.

6.6 Les fonctionnalités que vous déclarez doivent légitimement faire référence aux capacités et à l’intérêt que présente votre application Windows Store, et l’utilisation de ces déclarations doit être compatible avec nos déclarations des fonctionnalités des applications.

Découvrez tout ce qu’il faut savoir sur nos déclarations des fonctionnalités d’application.

6.7 — (supprimé)

Voir Historique des révisions.

6.8 (fusionné avec 5.1 et 6.13)

Voir le critère 5.1 et le critère 6.13.8.

6.9 et 6.10 — (fusionnés avec 3.12)

Voir le critère 3.12.5.

6.11 et 6.12— (fusionnés avec 6.13)

Voir le critère 6.13.5.

6.13 Les métadonnées et autres documents que vous fournissez pour décrire votre application doivent refléter fidèlement et clairement la source, la fonction et les fonctionnalités de votre application.

Les captures d’écran, le nom de l’application, le nom du développeur, la vignette, la catégorie et la description de l’application que vous fournissez avec votre application doivent permettre à un utilisateur de comprendre facilement les fonctions, les fonctionnalités et les limitations importantes de votre application. Si votre application contient du contenu ou des fonctionnalités limités à certaines zones géographiques ou à certains matériels, ou qu’elle est soumise à d’autres limitations importantes, ceci doit être clairement indiqué. N’affirmez pas que votre application provient d’une entreprise, d’un organisme gouvernemental ou d’une autre entité si vous n’avez pas l’autorisation d’établir cette affirmation.

6.13.1 et 6.13.2— (supprimés)

Voir Historique des révisions.

6.13.3 Votre application doit apporter une expérience utilisateur identique sur tous les types de processeur et systèmes d’exploitation cibles qu’elle prend en charge.

Si votre application possède une interface utilisateur ou des fonctionnalités différentes selon le type de processeur ou le système d’exploitation cible, vous devez envoyer une application distincte pour chaque type de processeur et détailler les différences dans la partie Description de chacune d’entre elles.

6.13.4 Si votre application ne prend pas entièrement en charge les entrées tactiles, ainsi que les entrées via la souris et le clavier, vous devez l’indiquer dans les éléments de description de l’application.

6.13.5 et 6.13.6 — (supprimés)

Voir Historique des révisions.

6.13.7 Votre application doit se soumettre aux règles d’accessibilité, si elle a été déclarée en tant que telle.

Si la case Accessibilité est cochée pour votre application, celle-ci doit répondre aux critères de base quant à la présentation des informations sur les éléments d’interface, l’implémentation d’une accessibilité par clavier, la prise en charge du contraste élevé et l’accès au texte.

6.13.8 Vous devez localiser votre application dans toutes les langues qu’elle prend en charge.

Votre application ne peut prendre en charge que les langues autorisées dans le Windows Store. De plus, au moins une de ces langues doit être une langue de certification. L’expérience utilisateur fournie par une application doit être raisonnablement similaire dans toutes les langues prises en charge.

Vous devez fournir à vos clients une description complète de votre application dans chaque langue que vous déclarez dans le package de votre application. Les autres éléments descriptifs de votre application, tels que les captures d’écran, le texte et les images publicitaires, doivent être localisés. Si votre application est localisée de telle sorte que certaines fonctionnalités ne sont pas disponibles dans une version localisée, vous devez clairement stipuler ou afficher les limites de la localisation dans la description de l’application.

7. Les applications de bureau doivent respecter des critères supplémentaires.

Outre respecter ces critères, vous devez certifier la conformité des applications de bureau au programme Certification des applications de bureau Windows.

7.1 Le lien de la page d’achat fourni pour votre application doit mener les utilisateurs vers un endroit où ils peuvent directement télécharger l’application, et ne doit pas les mener vers un site intermédiaire ou vers un site qui usurpe la page d’achat.

Les utilisateurs doivent être en mesure d’acquérir votre application rapidement et facilement une fois redirigés vers votre page d’achat à partir du Windows Store.

Vous êtes autorisé à fournir deux liens de page d’achat pour votre application. Vous devez utiliser ces liens pour que les utilisateurs puissent accéder à des versions 64 bits et 32 bits de votre application.

7.2 Les informations que vous fournissez au Windows Store au sujet de votre application doivent correspondre aux informations utilisées dans la page d’achat de cette application. Il s’agit notamment du logo de votre application ou de votre société, du nom de l’application, de son prix et des numéros de ses versions majeures et mineures.

Conclusion

Merci d’avoir pris le temps de consulter les présentes conditions. Nous nous engageons à fournir un catalogue d’applications de qualité optimale dans le Windows Store, et nous nous réservons le droit de retirer du catalogue toute application ne répondant pas à ces conditions.

Merci encore de vous engager à distribuer des produits de qualité à nos côtés.

Historique des révisions

DateVersion Résumé des modificationsLien vers le document
29 juillet 20146.1

4.7.2 AJOUTÉ— déplacé du critère 4.7.1.

4.7.3 AJOUTÉ — critère ajouté pour inclure dans la description de l’application des informations sur les achats dans l’application.

6.2.2. RÉVISÉ— clarification du critère.

10 avril 20146.0

1.1 RÉVISÉ (clarification du critère).

1.2 RÉVISÉ (clarification du critère).

2 SUPPRIMÉ— (suppression du critère relatif à l’utilisation de publicités dans une application du Windows Store).

3.1 RÉVISÉ— (clarification du critère).

3.4 SUPPRIMÉ— (suppression du critère relatif à l’impact perçu des mises à jour d’application sur une application du Windows Store).

3.12.7 AJOUTÉ— (introduction d’un nouveau critère relatif aux associations de fichier est aux fonctionnalités attendues dans une application du Windows Store).

4.3 RÉVISÉ— (clarification du critère).

4.4 SUPPRIMÉ— (suppression du critère relatif à la commercialisation d’une application du Windows Store).

4.7 RÉVISÉ— (inclusion de détails supplémentaires).

4.8 FUSIONNÉ— (détaillé maintenant dans le critère 4.7).

4.9 FUSIONNÉ— (détaillé maintenant dans le critère 4.7).

4.10 AJOUTÉ (introduction d’une nouvelle entrée concernant le critère détaillé précédemment dans le Contrat du développeur de l’application relatif à l’utilisation du moteur de commerce Microsoft).

4.11 AJOUTÉ— (introduction d’un nouveau critère relatif aux plans de téléphonie mobile).

5.2 RÉVISÉ— (clarification du critère).

5.9 AJOUTÉ (introduction d’une nouvelle entrée concernant le critère spécifié par l’entrée 5.4 qui détaille l’utilisation de contenu explicite).

5.10 AJOUTÉ (introduction d’une nouvelle entrée concernant le critère détaillé précédemment dans le Contrat du développeur de l’application relatif au droit d’utilisation du contenu).

6.1 SUPPRIMÉ— (suppression du critère relatif à la dénomination d’une application du Windows Store).

6.3 SUPPRIMÉ— (suppression du critère relatif à la prise en charge technique fournie pour une application du Windows Store).

6.13.1 SUPPRIMÉ— (suppression du critère relatif aux fonctionnalités d’une version d’évaluation).

6.13.2 SUPPRIMÉ— (suppression du critère relatif à l’image de vignette fournie pour une application du Windows Store).

6.13.5 SUPPRIMÉ (détaillé maintenant dans le critère 6.13).

6.13.6 FUSIONNÉ (détaillé maintenant dans le critère 6.13).

Critères de certification V6.0
23 janvier 20145.0

1.2 RÉVISÉ (clarification du critère).

1.3 FUSIONNÉ (détaillé maintenant dans le critère 6.13).

1.4 FUSIONNÉ (détaillé maintenant dans le critère 6.13).

2.3 SUPPRIMÉ (suppression du critère selon lequel une application ne doit pas utiliser ses descriptions, ses vignettes, ses notifications, sa barre de l’application ou le mouvement de balayage depuis le bord pour afficher des publicités).

2.4 SUPPRIMÉ (suppression du critère selon lequel les expériences principales fournies par votre application doivent avoir lieu au sein de l’application).

3.3 FUSIONNÉ (détaillé maintenant dans le critère 6.13).

3.5 FUSIONNÉ (détaillé maintenant dans le critère 6.13).

3.6 SUPPRIMÉ (suppression du critère selon lequel votre application doit exploiter les mécanismes fournis par le système pour les fonctionnalités déjà prévues par ce dernier).

3.8 SUPPRIMÉ (suppression du critère imposant la satisfaction des critères de performances de base sur un ordinateur à puissance limitée).

3.10 FUSIONNÉ (détaillé maintenant dans le critère 3.12).

3.11 FUSIONNÉ (détaillé maintenant dans le critère 3.12).

3.12 RÉVISÉ (développement et clarification du critère).

3.13 FUSIONNÉ (détaillé maintenant dans le critère 3.12).

4.5 SUPPRIMÉ (suppression du critère relatif aux transferts de gros volumes de données pour les connexions réseau limitées).

5.1 RÉVISÉ (clarification du critère).

5.1.4 FUSIONNÉ (détaillé maintenant dans le critère 6.2).

5.1.5 FUSIONNÉ (détaillé maintenant dans le critère 6.2).

6.4 FUSIONNÉ (détaillé maintenant dans le critère 6.13).

6.5 FUSIONNÉ (détaillé maintenant dans le critère 6.13).

6.8 FUSIONNÉ (détaillé maintenant dans le critère 5.1 et 6.13).

6.9 FUSIONNÉ (détaillé maintenant dans le critère 3.12).

6.10 FUSIONNÉ (détaillé maintenant dans le critère 3.12).

6.11 FUSIONNÉ (détaillé maintenant dans le critère 6.13).

6.11 FUSIONNÉ (détaillé maintenant dans le critère 6.13).

6.12 RÉVISÉ (développement et clarification du critère).

Critères de certification V5.0
17 octobre 20134.7

2.5 SUPPRIMÉ—suppression du critère selon lequel les publicités ne doivent pas exécuter de code ne provenant pas du fournisseur de ces publicités.

3.1 RÉVISÉ—ajout d’informations concernant l’utilisation de protocoles.

3.2 RÉVISÉ—clarification du critère.

3.3 RÉVISÉ—critère selon lequel une application doit apporter une expérience utilisateur identique sur tous les systèmes d’exploitation cibles.

3.5 RÉVISÉ—suppression du critère concernant le retour visuel sur les éléments tactiles.

3.6 RÉVISÉ—remplacement du critère « état ancré » par « fonctionnel lorsque la fenêtre de l’application est redimensionnée ».

3.12 AJOUTÉ—ajout d’un critère selon lequel l’application doit répondre aux conditions du Kit de certification des applications Windows.

3.13 AJOUTÉ—ajout d’un critère selon lequel une application utilisant des pilotes de périphérique tiers doit être une application privilégiée pour ce périphérique.

4.1.3 AJOUTÉ—ajout d’une politique visant à respecter le choix de l’utilisateur en ce qui concerne l’identifiant de publicité.

4.3 RÉVISÉ—ajout des périphériques à la définition de ce qui constitue un « système Windows ».

4.4 RÉVISÉ—mise à jour du critère selon lequel une application ne doit ni donner d’instructions ni encourager un utilisateur à causer des dommages physiques de manière à inclure le PC ou ses périphériques.

5 RÉVISÉ—segmentation du critère en sous-éléments.

5.1.3 AJOUTÉ—ajout d’un critère stipulant la nécessité de fournir des paramètres de filtre pour le contenu réservé aux adultes dans les applications de vitrine/diffusion en continu.

6 RÉVISÉ—segmentation du critère en sous-éléments.

6.2.6 RÉVISÉ—clarification du critère.

6.7 SUPPRIMÉ—suppression du critère indiquant la nécessité de décrire les modifications apportées à une application lors de la soumission d’une mise à jour.

6.8 RÉVISÉ—déplacement du critère selon lequel les captures d’écran doivent « présenter des caractéristiques graphiques améliorées » dans le critère de certification 6.13.

6.13 AJOUTÉ—ajout d’un nouveau critère concernant la publicité mensongère dans les métadonnées de l’application.

7.1 RÉVISÉ—clarification de la politique.

Critères de certification V4.7
20 mars 20134.6

3.1 RÉVISÉ—clarification de la politique.

4.3 RÉVISÉ—clarification de la politique.

6.8 RÉVISÉ—clarification de la politique.

6.12 AJOUTÉ—informations ajoutées sur l’obligation des applications à se soumettre aux critères d’accessibilité si elles sont définies comme prenant en charge l’accessibilité.

Critères de certification V4.6
11 décembre 20124.5

4.1.1 RÉVISÉ—langage modifié pour faire référence à la transmission des données et pas seulement aux informations personnelles.

5.1 RÉVISÉ—informations ajoutées concernant les types d’application pouvant avoir une évaluation supérieure à PEGI 16 ou ESRB Mature (Jeunes adultes). Informations supplémentaires incluses concernant les évaluations relatives à l’âge pour les applications qui sont des moteurs de recherche.

5.3 RÉVISÉ—clarification de la politique.

5.4 RÉVISÉ—clarification de la politique.

5.6 RÉVISÉ—clarification de la politique.

5.7 RÉVISÉ—clarification de la politique.

6.2 RÉVISÉ—évaluations ajoutées pour du contenu classifié 18+.

Critères de certification V4.5
19 octobre 20124.0

2.3 RÉVISÉ (ajout d’informations sur la description des applications).

3.1 RÉVISÉ (ajout d’informations sur les applications du Windows Store communiquant avec des applications de bureau).

4.1.1 RÉVISÉ (ajout d’informations sur les applications qui se connectent à Internet).

4.1.2 RÉVISÉ (clarification des informations sur la nécessité de permettre aux utilisateurs d’annuler l’approbation et de continuer néanmoins à utiliser l’application).

4.7 RÉVISÉ (clarification des informations sur l’utilisation de fournisseurs de transactions commerciales autres que le Windows Store).

4.8 RÉVISÉ (ajout d’informations sur l’affichage d’une invite à l’utilisateur quand un achat dans l’application se produit).

6.5 RÉVISÉ (clarification des informations sur la fourniture d’informations relatives à la localisation dans la description des applications).

6.8 RÉVISÉ (ajout d’informations sur la fourniture de captures d’écran localisées).

7.2 RÉVISÉ (ajout d’informations sur le logo de votre application ou de votre société).

Critères de certification V4.0
Le lundi 9 juillet 20123.0

Synchronisation des numéros de version entre le Contrat du développeur de l’application et les critères de certification.

1.1 RÉVISÉ (ajout de texte pour clarifier la politique).

2.3 RÉVISÉ (ajout de texte pour clarifier la politique).

3.1 RÉVISÉ (ajout de texte pour clarifier la politique).

3.9 AJOUTÉ (ajout d’informations sur la logique d’application).

3.10 AJOUTÉ (ajout d’informations sur les applications qui dépendent des fonctionnalités graphiques 3D du matériel).

3.11 AJOUTÉ (ajout d’informations sur l’obligation des applications de se conformer au système de type Windows Runtime).

4.1 RÉVISÉ (développement des informations sur les déclarations de confidentialité). Comprend deux nouvelles sous-sections : 4.1.1 et 4.1.2.

4.3 RÉVISÉ (précision sur le fait que les applications ne peuvent pas modifier ou supprimer les données des utilisateurs sans leur consentement).

5.1 RÉVISÉ (ajout de texte pour les applications qui servent de vitrines ou qui diffusent du contenu en continu).

6.2 RÉVISÉ (ajout de texte pour les applications qui servent de vitrines ou qui diffusent du contenu en continu, et qui spécifie que les applications qui collectent et transmettent des informations personnelles doivent utiliser une classification 12+).

6.4 RÉVISÉ (ajout de texte qui indique que les applications doivent répertorier toutes les restrictions dans la page Description de l’application).

6.5 RÉVISÉ (ajout de texte sur la localisation des applications).

Critères de certification V3.0
Le jeudi 31 mai 20121.2

1.2 RÉVISÉ (ajout d’exemples).

2.4 RÉVISÉ – clause clarifiée sur les applications qui imitent des sites Web

3.1 RÉVISÉ (ajout d’informations sur la communication avec les applications de bureau).

3.3 RÉVISÉ (clarification du critère).

3.5 RÉVISÉ – critère clarifié afin d’indiquer que les applications doivent prendre en charge autant les manipulations tactiles que les entrées via la souris et le clavier

3.6 RÉVISÉ (ajout d’informations sur l’utilisation des barres de navigation et des applications).

4.1 RÉVISÉ (clarification du critère).

4.3 RÉVISÉ (clarification de l’application de ce critère aux systèmes Windows).

4.7 RÉVISÉ (clarification du critère).

4.8 AJOUTÉ (ajout d’informations sur les achats dans l’application qui n’utilisent pas le Windows Store).

4.9 RÉVISÉ – auparavant point 4.8.

5.1 RÉVISÉ (mis à jour pour inclure les métadonnées d’application).

6.2 RÉVISÉ (mis à jour pour faciliter la lecture des évaluations de l’application).

6.5 RÉVISÉ (davantage de détails inclus au sujet de la localisation des langues prises en charge).

6.6 RÉVISÉ – davantage d’informations incluses sur les fonctionnalités de l’application.

6.7 RÉVISÉ (clarification du critère sur la description des modifications apportées à votre application).

6.8 RÉVISÉ (clarification des informations sur la nécessité de fournir des captures d’écran localisées).

7 AJOUTÉ (critères pour les applications de bureau).

Critères de certification V1.2

Le 8 février 20121.1

2.3 : RÉVISÉ (précisions apportées).

2.4 : RÉVISÉ (clarifié et précisé).

3.5 : RÉVISÉ (référence externe à la terminologie des opérations tactiles de Windows 8 ajoutée et document clarifié).

3.6 : RÉVISÉ (ajout d’exemples plus précis).

3.7 : SUPPRIMÉ (fusionné avec la version 3.5).

3.8 : AJOUTÉ (description des tests sur les performances déjà effectués par le Kit de certification des applications Windows).

4.6 : RÉVISÉ (certaines limites d’usage WNS supprimées).

4.7 : AJOUTÉ (affichage de l’identité de la partie responsable des transactions d’achats dans l’application).

4.8 : AJOUTÉ (norme de sécurité des traitements des paiements).

Général : corrections typographiques et terminologiques mineures ne changeant pas le sens ou l’intention du document.

Critères de certification V1.1

Le 6 décembre 2011 1.0Première version du document pour le Windows Store Preview.

Critères de certification V1.0

 

 

 

Afficher:
© 2015 Microsoft