Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Si vous rencontrez des erreurs après avoir envoyé votre application au Store, vous devez les résoudre pour poursuivre le processus de certification. Le message d’erreur indique la nature du problème et ce que vous pourriez faire pour le résoudre. Voici quelques informations supplémentaires qui peuvent vous aider à résoudre ces erreurs.
Applications UWP
Si vous soumettez une application UWP, une erreur peut s’afficher lors du prétraitement si votre fichier de package n’est pas un fichier .msixupload ou .appxupload généré par Visual Studio pour le Windows Store. Veillez à suivre les étapes décrites dans Packager une application UWP avec Visual Studio lors de la création du fichier de package de votre application, et chargez uniquement le fichier .msixupload ou .appxupload sur la page Packages de la soumission, et non un fichier .msix/appx ou .msixbundle/appxbundle.
Si une erreur de compilation s’affiche, vérifiez que vous êtes en mesure de générer votre application en mode Mise en production. Pour plus d’informations, consultez .NET erreurs internes natives du compilateur.
Application de bureau
Si vous envisagez d’envoyer un package contenant des fichiers binaires Win32 et UWP, veillez à créer ce package à l’aide de l’Windows Packaging Project disponible dans Visual Studio 2017 Update 4 et versions ultérieures. Si vous créez le package à l’aide d’un modèle de projet UWP, vous ne pourrez peut-être pas soumettre ce package au Windows Store ou le charger de manière indépendante sur d’autres PC. Même si le package est correctement publié, il peut se comporter de manière inattendue sur le PC de l’utilisateur. Pour plus d’informations, consultez Packager une application à l’aide de Visual Studio (Pont de bureau).
Erreurs de nom/d'identité
Une erreur mentionnant Le nom trouvé dans le package ne fait pas partie des noms réservés de votre application. Réservez le nom de l’application et/ou mettez à jour votre package avec le nom d’application approprié pour cette langue indique que vous avez peut-être entré un nom incorrect dans votre package. Cette erreur peut également se produire si vous utilisez un nom d’application que vous n’avez pas réservé dans l’Espace partenaires. Vous pouvez généralement résoudre cette erreur en procédant comme suit :
- Accédez à la page Identité du produit de votre application (sous Gestion du produit) pour vérifier si votre application possède une identité affectée. Si ce n’est pas le cas, vous verrez une option permettant d'en créer une. Vous devez réserver un nom pour votre application afin de créer l’identité. Vérifiez qu’il s’agit du nom que vous avez utilisé dans votre package.
- Si votre application possède déjà une identité, vous devrez peut-être réserver le nom que vous souhaitez utiliser dans votre package. Sous Gestion du produit, cliquez sur Gérer les réservations de noms d’application. Saisissez le nom que vous souhaitez utiliser et cliquez sur Réserver le nom d’application.
Important
Si le nom que vous souhaitez utiliser n’est pas disponible, il est possible qu'une autre application l'ait déjà réservé. Si votre application est déjà publiée sous ce nom, ou si vous pensez que vous avez le droit de l’utiliser, contactez le support technique.
Éviter les échecs de certification courants
Passez en revue cette liste pour éviter les problèmes qui empêchent fréquemment les applications d’être certifiées ou qui peuvent être identifiés lors d’un contrôle ponctuel après la publication de l’application.
Remarque
Veillez à passer en revue les stratégies Microsoft Store pour vous assurer que votre application répond à toutes les exigences répertoriées.
Soumettez votre application uniquement quand elle est terminée. Vous êtes invité à utiliser la description de votre application pour mentionner les fonctionnalités à venir, mais assurez-vous que votre application ne contient pas de sections incomplètes, des liens vers des pages web en cours de construction ou tout autre élément qui donnerait à un client l’impression que votre application est incomplète.
Testez votre application avec le kit de certification application Windows avant de soumettre votre application.
Testez votre application sur plusieurs configurations différentes pour vous assurer qu’elle est aussi stable que possible.
Vérifiez que votre application ne se bloque pas sans connectivité réseau. Même si une connexion est nécessaire pour utiliser réellement votre application, elle doit s’exécuter correctement lorsqu’aucune connexion n’est présente.
Fournissez toutes les informations nécessaires à l’utilisation de votre application, telles que le nom d’utilisateur et le mot de passe d’un compte de test si votre application exige que les utilisateurs se connectent à un service, ou toute procédure requise pour accéder aux fonctionnalités masquées ou verrouillées.
Incluez une URL de stratégie de confidentialité si votre application en a besoin un ; par exemple, si votre application accède à n’importe quel type d’informations personnelles de quelque manière que ce soit ou si elle est contraire requise par la loi. Pour déterminer si votre application nécessite une stratégie de confidentialité, passez en revue le contrat App Developer Agreement et les stratégies Microsoft Store.
Assurez-vous que la description de votre application représente clairement ce que fait votre application.
Fournissez des réponses complètes et précises à toutes les questions de la section Évaluations de l’âge.
Ne déclarez pas votre application comme accessible , sauf si vous l’avez spécifiquement conçue et testée pour les scénarios d’accessibilité.
Si votre application utilise les API commerciales à partir du Windows. ApplicationModel.Store espace de noms, veillez à tester l’application et à vérifier qu’elle gère les exceptions classiques. Vérifiez également que votre application utilise la classe CurrentApp et non la classe CurrentAppSimulator, qui est à des fins de test uniquement. (Notez que si votre application cible Windows 10, version 1607 ou ultérieure, nous vous recommandons d’utiliser les membres de l’espace de noms Windows.Services.Store au lieu de l’espace de noms Windows.ApplicationModel.Store.)
Questions fréquemment posées
Que dois-je faire si mon application échoue à la certification ou est supprimée du Windows Store ?
Si votre application échoue à la certification, Microsoft fournit un rapport de certification expliquant pourquoi il a échoué, qu’il soit en raison d’un problème technique ou d’une violation de stratégie.
Pour résoudre l’échec :
- Passez en revue les stratégies du Microsoft Store pour comprendre le problème.
- Corrigez le problème (par exemple, supprimez le contenu interdit, les métadonnées correctes).
- Envoyez une version mise à jour pour la certification.
Si votre application a été supprimée du Windows Store après sa publication, elle peut être due à un problème grave (par exemple, des vulnérabilités de sécurité ou des violations de stratégie). Dans ce cas :
- Consultez l’Espace partenaires et votre e-mail pour la communication de Microsoft.
- Résolvez le problème indiqué.
- Envoyez une mise à jour corrigée pour révision.
Pour obtenir des précisions ou de l’aide, contactez Microsoft à l’aide
reportapp@microsoft.comde votre ID d’application ou répondez directement à l’e-mail du rapport de certification.Comment puis-je améliorer les chances de certification de mon application lors de la première tentative ?
Voici les meilleures pratiques de Microsoft pour aider votre application à passer la certification en douceur :
- Envoyez uniquement lorsque vous êtes prêt : Assurez-vous que votre application est complète et exempte d’espaces réservés ou de fonctionnalités rompues.
- Utiliser le Kit de certification des applications Windows (WACK) : Exécutez cet outil localement pour pré-tester les problèmes que Microsoft vérifie.
- Test dans les environnements : Validez votre application sur différents appareils, versions du système d’exploitation et conditions (y compris hors connexion).
- Gérer les scénarios hors connexion : Ne laissez pas votre application se bloquer sans Internet : affichez les messages d’erreur appropriés.
- Fournissez les informations de test : Partagez des informations d’identification ou des instructions dans les « Notes de certification » si votre application dispose de fonctionnalités verrouillées ou nécessite une connexion.
- Incluez une politique de confidentialité : Si votre application accède aux données ou services personnels, incluez une URL de stratégie de confidentialité et affichez-la dans l’application.
- Rédigez des fiches Store claires : Assurez-vous que les descriptions décrivent fidèlement l’application afin d’éviter tout rejet pour caractère trompeur.
- Répondez soigneusement au questionnaire d’évaluation de l’âge : Soyez honnête pour éviter de générer des évaluations incorrectes.
- Revendications d’accessibilité : Marquez votre application comme accessible uniquement si elle répond réellement aux normes d’accessibilité.
Enfin, vérifiez toujours les dernières stratégies du Microsoft Store pour garantir la conformité aux instructions techniques et de contenu.
Windows developer