Partager via

Résoudre les erreurs de soumission pour l’application MSIX

  • Article

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 Créer un package d’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/appxbundle 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 Erreurs du compilateur interne .NET Native.

Application de bureau

Si vous envisagez d’envoyer un package qui contient à la fois des fichiers binaires Win32 et UWP, veillez à créer ce package à l’aide du projet d’empaquetage Windows 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 Empaqueter une application à l’aide de Visual Studio (Desktop Bridge).

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 du Microsoft Store pour vous assurer que votre application répond à toutes les exigences répertoriées ici.

  • 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 des applications 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 une ; 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 requise par la loi. Pour déterminer si votre application nécessite une politique de confidentialité, revoyez le Contrat du développeur d'application et les Politiques du Microsoft Store.

  • Assurez-vous que la description de votre application représente clairement ce que fait votre application. Pour obtenir de l’aide, consultez nos conseils sur l’écriture d’une bonne description d’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 de l’espace de noms Windows.ApplicationModel.Store , 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 des membres de l’espace de noms Windows.Services.Store au lieu de l’espace de noms Windows.ApplicationModel.Store.)