Raisons courantes de l’échec de validation d’application

La plupart des applications ne réussissent pas le processus de soumission au Microsoft Teams Store en raison de problèmes pendant le développement d’applications. Les problèmes ou les raisons les plus courants sont traités dans cet article pour vous aider à mieux préparer votre application avant de soumettre pour révision. Évitez ces échecs courants et suivez les instructions de validation du Microsoft Teams Store et les stratégies de certification de la Place de marché commerciale pour augmenter la probabilité que votre application réussisse le processus de soumission au Magasin Teams.

Voici les raisons les plus courantes pour lesquelles votre application est rejetée :

Testez votre application pour vérifier l’exactitude, les fonctionnalités et l’utilisation de vos applications’. Veillez à tester votre application minutieusement, case activée tous les flux de travail de bout en bout pris en charge par votre application, testez la compatibilité de l’application sur les systèmes d’exploitation et les navigateurs conformément à la stratégie de certification de la Place de marché commerciale et corrigez tous les bogues. Vous devez éviter les erreurs suivantes dans votre application avant d’envoyer pour révision :

  • Liens rompus dans une application.

  • Bogues fonctionnels qui bloquent l’utilisation des applications.

    Capture d’écran d’un bogue fonctionnel ayant échoué pour bloquer l’utilisation de l’application.

  • L’application se bloque.

    Capture d’écran du scénario d’échec de plantages d’application lors du test.

  • Chargement continu des surfaces d’application qui empêchent l’achèvement des workflows déclarés pris en charge par l’application.

    Capture d’écran de l’image de l’échec du chargement des surfaces d’application.

  • Messages d’erreur inattendus lors de l’utilisation, de la connexion et de l’expérience d’inscription de l’application, et pour les scénarios où la fonctionnalité d’application ne fonctionne pas comme prévu.

    Capture d’écran montrant le message d’erreur inattendu lors de l’utilisation de l’application.

  • Assurez-vous que votre application est terminée et prête à être publiée avant d’envoyer pour révision.

Retour au début

Description de l’application

Une description complète peut faire ressortir votre application dans le Magasin Teams et encourager les clients à la télécharger. Vous devez éviter les erreurs suivantes dans la description de votre application :

Capture d’écran de l’image transmise pour la description longue, les erreurs grammaticales et la mise en majuscule

Capture d’écran de l’image ayant échoué pour la description longue, les erreurs grammaticales et la mise en majuscule

Capture d’écran du scénario d’échec des instructions de description de l’application, qui a une troncation incomplète

Capture d’écran montrant les scénarios de réussite avec une description inadéquate de l’application.

Capture d’écran montrant les scénarios ayant échoué avec une description inadéquate de l’application.

  • Les informations d’avance pour les nouveaux utilisateurs, telles que les liens Inscription ou Prise en main, ou Aide et Contactez-nous ne sont pas incluses dans le manifeste de l’application (précédemment appelé manifeste d’application Teams) et la description complète d’AppSource.

    Capture d’écran du scénario d’inscription réussi, les détails du contact dans la description de l’application doivent être liés à un lien hypertexte.

    Capture d’écran du scénario d’échec de l’inscription, les détails du contact dans la description de l’application doivent être liés à un lien hypertexte.

  • Le nom ou la fonctionnalité de l’application spécifique à une région n’est pas mis en évidence dans le manifeste de l’application et les descriptions des applications de l’Espace partenaires.

    Capture d’écran montrant un exemple de scénario de réussite de nom d’application spécifique à une région.

    Capture d’écran montrant un exemple de scénario d’échec du nom de l’application spécifique à une région.

  • Les limitations ou la dépendance de compte vis-à-vis de comptes ou de services externes pour effectuer l’expérience de connexion, de déconnexion et d'Sign-Up ne sont pas mises en évidence dans le manifeste de l’application et la description longue.

    Capture d’écran de l’image passée montrant les limitations en évidence.

    Capture d’écran de l’image ayant échoué montrant les limitations en évidence.

  • Une description courte et complète dans le manifeste de l’application ne met pas en évidence la proposition de valeur des applications.

  • Les fonctionnalités d’application prises en charge ne sont pas mises à jour.

  • Comparaison d’applications avec une autre application.

    Capture d’écran de l’image ayant échoué de la description de l’application comparative

  • Références aux intégrations, qui ne font pas partie des fonctionnalités de l’application.

  • Erreurs grammaticales.

  • Les descriptions courtes et complètes de l’application sont identiques.

Retour au début

Violation des directives de marque et de marque Microsoft

Les ressources de la marque Microsoft, notamment les logos, les icônes, les conceptions, les vêtements commerciaux, les polices, les noms de produits, les services, les sons, les emojis et tous les autres éléments et fonctionnalités de la marque, qu’ils soient inscrits ou non inscrits sont des actifs propriétaires appartenant à Microsoft et à son groupe d’entreprises.

Lorsque vous faites référence à des marques commerciales, des noms de produits et des services Microsoft, vous devez suivre lesdirectives de marque et de marque Microsoft. Vous devez éviter les violations courantes suivantes qui entraînent le rejet de l’application :

  • Abréviation de Microsoft en tant que MS ou MSFT dans la liste des offres, faisant référence à la première instance de Microsoft Teams dans la description de l’offre en tant que Teams au lieu de Microsoft Teams.

    Capture d’écran de l’image ayant échoué de Microsoft ou ms dans la description de l’application.

    Capture d’écran de l’image montrant la instance de référence ayant échoué de Microsoft Teams.

  • Utilisation des ressources de marque Microsoft dans le contenu de l’offre sans licence rapide de Microsoft.

  • Création d’une description d’offre (y compris la description de l’offre, le titre, l’icône, les captures d’écran et les vidéos) qui emprunte l’identité ou donne l’impression qu’il s’agit d’une application Microsoft officielle pour le Magasin Teams.

    Capture d’écran de l’image montrant le scénario passé de description longue de Microsoft.

    Capture d’écran de l’image montrant le scénario d’échec de la description longue de Microsoft.

Retour au début

Testabilité

Instructions de test détaillées et les informations d’identification vous aident à examiner correctement votre application.

Veillez à fournir tous les détails nécessaires pour passer en revue votre application dans la section Notes pour les informations de certification de Espace partenaires, des informations d’identification de démonstration valides pour les fonctionnalités qui nécessitent une connexion et des instructions pour définir une configuration spéciale, une vidéo de démonstration ou du matériel pour les fonctionnalités nécessitant un environnement difficile à répliquer et à terminer. Veillez également à fournir les informations de contact les plus récentes.

Vous devez éviter les problèmes suivants qui se produisent dans 20 % des applications rejetées lors de l’examen de l’application :

  • Aucune instruction de test ni aucune information d’identification pour tester l’application.

  • Un seul compte de test est fourni lorsqu’il existe une dépendance avec deux comptes de test pour tester des scénarios de collaboration.

  • Les instructions de test et les informations d’identification fournies ne sont pas suffisantes pour effectuer les tests fonctionnels de l’application.

Retour en haut

Programme de conformité d’Application Microsoft 365

Le programme de conformité des applications Microsoft 365 aide les organisations à évaluer et à gérer les risques en évaluant les informations de sécurité et de conformité relatives à une application. Vous devez effectuer lavérification de l’éditeur avant de soumettre votre application pour révision afin de la publier sur le Magasin Teams.

Capture d’écran de l’image passée de Microsoft Entra boîte de dialogue de consentement.

Retour en haut

Violation des instructions relatives aux icônes d’application

Les icônes sont l’un des éléments main que les utilisateurs voient quand ils naviguent dans le Magasin Teams. Vos icônes doivent communiquer la marque et l’objectif de votre application tout en respectant les instructions de l’Icône d’application. Vous devez éviter les violations suivantes qui entraînent le rejet de l’application :

  • Soumissions d’applications qui contiennent des packages d’application avec des icônes de couleur et de contour différentes ou des icônes de contour non blanches et non transparentes.

    Capture d’écran de l’image montrant le scénario passé d’icône de couleur et d’icône de plan.

    Capture d’écran de l’image montrant le scénario d’échec de l’icône de couleur et de l’icône de contour.

  • Soumissions d’applications avec différents logos dans Espace partenaires et le package d’application soumis pour révision.

    Capture d’écran montrant le scénario d’échec de l’Espace partenaires et du manifeste, qui sont différents.

Retour en haut

Nom de l'application

Le nom de votre application joue un rôle essentiel pour que les utilisateurs découvrent votre application dans le Magasin Teams. Assurez-vous que le nom de votre application respecte directives de nom d’application et qu’il n’enfreint pas lesmarques commerciales et de marque Microsoft. Vous devez éviter les violations suivantes qui entraînent le rejet de l’application :

  • Utilisation incohérente du nom de l’application dans toutes les fonctionnalités des applications.

    Capture d’écran de l’image montrant le scénario de réussite pour une utilisation incohérente du nom de l’application dans les fonctionnalités de l’application.

    Capture d’écran de l’image montrant le scénario d’échec d’une utilisation incohérente du nom de l’application dans les fonctionnalités de l’application.

  • Incompatibilité entre le nom de l’application mentionné dans le manifeste d’application envoyé dans le cadre du package d’application et l’Espace partenaires.

  • Les noms d’application ajoutés à Beta, Dev et Prod indiquent que l’application n’est pas prête pour la production.

    Capture d’écran de l’image montrant le scénario passé de noms d’applications avec bêta, dev et prod.

    Capture d’écran de l’image montrant le scénario d’échec des noms d’applications avec bêta, dev et prod.

  • Soumissions d’applications dans lesquelles le développeur a modifié le nom de l’application, mais où l’ancien nom de l’application est toujours utilisé dans l’application.

    Capture d’écran de l’image montrant l’échec de la soumission de l’application pour l’ancien nom de l’application, qui est toujours utilisé.

Retour au début

Les liens de support ne doivent pas demander l’authentification aux utilisateurs et doivent diriger directement vers les informations de support appropriées. Vous devez vous assurer que votre application inclut un lien de support valide pour les utilisateurs à contacter.

Capture d’écran de l’image du lien de support passé contenant les contacts.

Capture d’écran de l’image pour un lien de support non valide.

Capture d’écran de l’image pour un lien de support non valide avec l’authentification.

Capture d’écran de l’image pour un lien de support non valide non sécurisé.

Retour au début

Schéma de manifeste d’application

Le manifeste de l’application décrit comment l’application s’intègre au produit Microsoft Teams. Votre manifeste d’application doit être conforme à un schéma de manifeste d’application publié publiquement. Si votre application prend en charge la localisation, veillez à utiliser un schéma de manifeste d’application de localisation version 1.5 ou ultérieure. Les packages d’application qui contiennent des schémas d’aperçu (non publiés publiquement) échouent à la révision de l’application.

Vous devez mettre à jour la version de l’application déclarée dans le manifeste de l’application si vous envoyez une mise à jour d’application. Il est recommandé de toujours utiliser le dernier schéma de manifeste d’application publié publiquement lors de l’envoi d’une nouvelle application ou d’une mise à jour d’application, et de vous assurer que la version du schéma de manifeste d’application dans teams Store et Microsoft AppSource est identique.

Capture d’écran montrant le numéro de version de l’application incrémenté.

Votre package d’application doit contenir uniquement le manifeste, l’icône de couleur et l’icône de contour de vos applications. Les packages d’application qui contiennent d’autres fichiers ou dossiers échouent à la révision de l’application.

Retour au début

Interface utilisateur de l’application

L’interface utilisateur de vos applications ne doit pas sembler incomplète et doit être intuitive. Assurez-vous que les utilisateurs ne disposent pas d’un écran vide lors de l’exécution d’une action sur l’interface utilisateur des applications. Les applications qui ont du contenu tronqué ou qui se chevauche et les applications qui affichent des images rompues échouent à la révision de l’application.

Capture d’écran de l’image ayant échoué lors du chevauchement de l’application.

Capture d’écran de l’image montrant l’échec d’un écran vide dans l’interface utilisateur de l’application.

Capture d’écran montrant le scénario de réussite du bouton Annuler dans l’interface utilisateur de l’application.

Capture d’écran montrant le scénario d’échec du bouton Annuler dans l’interface utilisateur de l’application.

Capture d’écran montrant que les applications n’ont pas pu afficher de publicités.

Retour au début

Domaines valides

Votre soumission d’application doit respecter les instructions relatives aux domaines externes sous la stratégie de certification de la Place de marché commerciale de Microsoft. Pour que votre application puisse passer en revue, assurez-vous que les domaines valides répertoriés dans le manifeste de l’application sont sous le contrôle direct de votre organisation.

Retour en haut

Informations de localisation

Vous devez inclure les fichiers de langue localisés dans votre package d’application si votre application prend en charge la localisation. Les fichiers de localisation doivent être conformes au schéma de localisation Teams. Les applications qui prennent en charge la localisation mais qui ne disposent pas d’informations de localisation dans le manifeste de l’application échouent à la révision de l’application.

Capture d’écran de l’application ayant échoué qui prend en charge le manifeste de localisation.

Retour en haut

Incompatibilité de nom de fournisseur ou de développeur

Vous devez veiller à fournir le même nom de développeur dans votre description d’offre dans les deux vitrines afin d’éviter toute confusion de l’utilisateur final lors de l’acquisition de l’application à partir du Magasin Teams ou de Microsoft AppSource. Les offres avec incompatibilité dans le nom du développeur échouent fréquemment à la révision de l’application.

Retour en haut

Déclaration de confidentialité

Votre description d’offre doit inclure un lien de stratégie de confidentialité valide. Les offres avec des liens de stratégie de confidentialité non valides, non sécurisés et rompus échouent à la révision de l’application. Votre politique de confidentialité doit respecter les lignes directrices de la politique de confidentialité.

Capture d’écran montrant la stratégie de confidentialité non valide, non sécurisée et rompue.

Capture d’écran montrant les liens de stratégie de confidentialité non valides, non sécurisés et rompus.

Retour en haut

Conditions d’utilisation

Votre description d’offre doit inclure un lien Conditions d’utilisation valide. Les offres avec des liens de Conditions d’utilisation non valides, non sécurisés et rompus échouent à la révision de l’application. Vous devez suivre les instructions relatives aux conditions d’utilisation.

Capture d’écran de l’image des conditions d’utilisation ayant échoué en production.

Retour au début

Applications Teams extensibles dans Microsoft 365

Personnalisation de Microsoft 365

Tab ne charge pas ou n’affiche pas de page ou de message d’erreur sur le client Microsoft 365 lorsque vous remplacez l’URL de l’onglet de www.office.com/ par www.microsoft365.com/.

Fonctionnalité de l’application

Votre application ne doit pas rencontrer les problèmes suivants dans Outlook et les clients Microsoft 365 :

  1. La parité croisée des fonctionnalités n’est pas conservée ou manquante sur les clients Microsoft 365.

  2. L’indicateur de chargement continu est visible dans les onglets des applications Teams extensibles dans Microsoft 365.

  3. Un écran vide est visible dans les onglets des applications Teams extensibles dans Microsoft 365.

  4. Un message d’erreur s’affiche lors de l’ajout d’une application pour les applications Teams extensibles dans Microsoft 365.

  5. Un bouton n’effectue pas l’action prévue lors de la sélection, mais après l’actualisation de la session.

  6. L’application demande une authentification dans le client Outlook lors du basculement entre les onglets.

  7. Une fonctionnalité prévue dans le client Microsoft 365 ouvre deux instances de navigateur lors de la sélection.

  8. Une fonctionnalité prévue dans les applications Teams extensible dans Microsoft 365 affiche un message d’erreur lors de la sélection.

  9. Le contenu de l’onglet Aide n’est pas disponible publiquement pour en savoir plus sur l’offre de l’application. L’application demande l’authentification.

  10. L’option De déconnexion n’est pas disponible dans l’onglet.

  11. Le contenu de l’onglet Aide ou À propos de est uniquement lié aux clients Teams.

  12. L’onglet a un en-tête ou un logo en double.

  13. L’utilisateur ne peut pas rétablir la dernière action ou n’a pas de bouton Précédent pour passer à l’état de travail précédent.

  14. Le contenu de l’application est spécifique à Teams uniquement.

  15. L’utilisateur ne peut pas se connecter à l’application dans Outlook.

Réactivité de l’application

Vous devez éviter les problèmes suivants dans votre application avant de soumettre pour révision :

  1. La barre de défilement horizontale est présente dans les onglets.

  2. L’application a du contenu tronqué.

  3. L’application ne répond pas à 100 % de la résolution de l’écran.

Package d’application et description du Store Teams (métadonnées et manifeste d’application)

Vous devez éviter les problèmes suivants dans votre application avant de soumettre pour révision :

  • Les captures d’écran des listes d’applications sont uniquement pertinentes pour le client Teams.

  • La description de l’application dans le manifeste ou les métadonnées de l’application concerne uniquement le client Teams.

  • L’application a une référence incorrecte à l’application Teams extensible dans Microsoft 365.

  • L’URL de support, la politique de confidentialité ou le contenu des conditions d’utilisation dans le manifeste ou les métadonnées de l’application concernent uniquement le client Teams.

Retour au début

Voir aussi