Recommandations pour l’expérience et l’interface utilisateur pour les annonces

Avertissement

Depuis le 1er juin 2020, la plateforme Microsoft Ad Monetization pour les applications Windows UWP sera arrêtée. En savoir plus

Cet article fournit des recommandations pour fournir d’excellentes expériences avec des bannières publicitaires, des spots et des annonces natives dans vos applications. Pour obtenir des conseils généraux sur la conception de l’apparence des applications, consultez Conception et interface utilisateur.

Important

Toute utilisation de la publicité dans votre application doit se conformer aux stratégies de la Boutique Microsoft – y compris, sans limitation, la stratégie 10.10 (Conduite publicitaire et contenu). En particulier, l’implémentation de bannières publicitaires ou d’annonces publicitaires dans le Microsoft Store doit répondre aux exigences de la stratégie du Microsoft Store 10.10.1. Cet article inclut des exemples d’implémentations qui violeraient cette stratégie. Ces exemples sont fournis uniquement à des fins d’information, pour vous aider à mieux comprendre la stratégie. Ces exemples ne sont pas complets et il peut y avoir de nombreuses autres façons de violer les stratégies de la Boutique Microsoft qui ne sont pas répertoriées dans cet article.

Bonnes pratiques générales

Avant de passer en revue nos recommandations pour différents types de publicités dans cet article, consultez d’abord ces meilleures pratiques générales pour améliorer vos revenus publicitaires.

• Planifiez soigneusement vos placements publicitaires. Consultez notre aide connexe sur l’optimisation de la visibilité de vos unités publicitaires.
• Utilisez des bannières publicitaires interstitielles comme secours pour les spots vidéo.
• Connaissez vos utilisateurs pour leur servir des publicités mieux ciblées.
• Utiliser les bibliothèques de publicités les plus récentes.
• Définissez les paramètres COPPA appropriés pour votre application.

Recommandations en matière de bannières publicitaires

Les sections suivantes fournissent des recommandations pour implémenter des bannières publicitaires dans votre application à l’aide d’AdControl et d’exemples d’implémentations qui violent la stratégie 10.10.1 des stratégies de la Boutique Microsoft.

Bonnes pratiques

Nous vous recommandons de suivre ces meilleures pratiques lors de l'implémentation de bannières publicitaires dans votre application :

• Utilisez les tailles interactives du Bureau de publicité qui conviennent bien au layout de l’appareil.

• Consacrez la plupart de l’IU de votre application aux contrôles fonctionnels et au contenu.

• Concevez la publicité dans votre expérience. Donnez à vos concepteurs un exemple de publicité pour planifier ce à quoi la publicité va ressembler. Deux exemples de publicités bien planifiées dans les applications sont le layout publicitaire en tant que contenu et la disposition fractionnée.

  Pour voir comment différentes tailles de publicités vont ressembler et fonctionner dans votre application pendant la phase de développement et de test, vous pouvez utiliser nos unités publicitaires de test. Lorsque vous avez terminé le test, n’oubliez pas de mettre à jour votre application avec des unités publicitaires live avant de soumettre l’application à des fins de certification.

• Planifiez les heures où aucune publicité n’est disponible. Il peut arriver que les publicités ne soient pas envoyées à votre application. Mettez en page vos pages de telle sorte qu’elles aient une belle allure, qu’elles présentent une publicité ou non. Pour plus d’informations, consultez Gestion des erreurs.

• Si vous avez un scénario pour alerter l’utilisateur qui est le mieux géré avec une superposition, appelez AdControl.Suspend lors de l’affichage de la superposition, puis appelez AdControl.Resume lorsque le scénario d’alerte est terminé.

Pratiques à éviter

Nous vous recommandons d’éviter ces pratiques lorsque vous implémentez des bannières publicitaires dans votre application :

• Ne faites pas de publicité dans une agence immobilière ouverte. L’espace publicitaire ne doit pas être placé dans la première pièce ouverte de l’immobilier que vous pouvez trouver. Au lieu de cela, il doit être incorporé dans la conception globale de votre application.

• Ne faites pas trop de publicité et ne saturez pas votre application. Un trop grand nombre d’annonces dans votre application empêchent son apparence et sa facilité d’utilisation. Vous voulez gagner de l’argent avec la publicité, mais pas au détriment de l’application elle-même.

• Ne distrayez pas l’utilisateur de ses tâches principales. Le focus principal doit toujours être sur l’application. L’espace publicitaire doit être incorporé afin qu’il reste un focus secondaire.

Exemples de violations de stratégie

Cette section fournit des exemples de bannières publicitaires qui violent la stratégie 10.10.1 des stratégies de la Boutique Microsoft. Ces exemples sont fournis uniquement à des fins d’instruction, pour vous aider à mieux comprendre la stratégie. Ces exemples ne sont pas complets et il peut y avoir de nombreuses autres façons de violer la politique 10.10.1 qui ne sont pas répertoriées ici.

• Faire quoi que ce soit pour interférer avec la capacité de l’utilisateur à afficher la bannière publicitaire, par exemple en modifiant l’opacité d’AdControl ou en plaçant un autre contrôle au-dessus de AdControl (sans appeler AdControl.Suspend).

• Exiger que les utilisateurs cliquent sur une bannière publicitaire pour accomplir une tâche dans votre application ou forcer les utilisateurs à cliquer sur des bannières publicitaires suite à la conception de votre application.

• Contourner le minuteur d’actualisation minimum intégré pour les bannières publicitaires par tout moyen, y compris (de manière non limitative) échanger des objets AdControl ou forcer l’actualisation d’une page sans interaction utilisateur.

• Utilisation d’unités publicitaires actives (autrement dit, des unités publicitaires que vous obtenez à partir de l’Espace partenaires) pendant le développement et le test, ou dans un émulateur.

• Écriture ou distribution de code qui appelle des services publicitaires par le biais de moyens autres que les bibliothèques de publicités Microsoft s’exécutant dans le contexte de votre application.

• Interaction avec des interfaces non documentées ou des objets enfants créés par les bibliothèques de publicités Microsoft, telles que WebView ou MediaElement.

• Placer des publicités dans une zone d’affichage pour réduire la taille des publicités afin d’autoriser plus d’annonces sur une page que la normale.

Recommandations en matière de spots

Lorsqu’ils sont utilisés avec élégance, les spots interstitiels peuvent augmenter considérablement le chiffre d’affaires de votre application, sans impact négatif sur la satisfaction des utilisateurs. En cas d’utilisation incorrecte, ces publicités peuvent avoir l’effet inverse exact.

Les sections suivantes fournissent des recommandations pour implémenter des spots vidéo et des bannières publicitaires dans votre application à l’aide d’InterstitialAd et des exemples d’implémentations qui violent la stratégie 10.10.1 des stratégies de la Boutique Microsoft. Étant donné que vous connaissez votre application mieux que n’importe qui, sauf en ce qui concerne la stratégie, nous vous laissons la possibilité de prendre la meilleure décision finale. Ce qui est le plus important à garder à l’esprit, c’est que les évaluations et les revenus de votre application sont étroitement couplés.

Bonnes pratiques

Nous vous recommandons de suivre ces meilleures pratiques lors de l'implémentation de vos spots dans votre application :

• Ajuster les spots dans le flux naturel de l’application, comme entre les niveaux de jeu.

• Associez des publicités à des côtés tangibles, telles que :

  • Indicateurs vers l’achèvement de niveau.

  • Temps supplémentaire pour réessayer un niveau.

  • Caractéristiques d’avatar personnalisées, comme un tatouage ou un chapeau.

• Si votre application exige qu’une publicité vidéo interstitielle soit regardée à la fin, mentionnez cette règle à l’avance afin que l’utilisateur ne soit pas surpris par un message d’erreur en appuyant sur le bouton fermer.

• Pré-extraction de la publicité (en appelant InterstitialAd.RequestAd) idéalement 30 à 60 secondes avant de devoir l’afficher.

• Abonnez-vous aux quatre événements exposés dans la classe InterstitialAd (Canceled, Completed, AdReady et ErrorOccurred) et utilisez-les pour prendre les bonnes décisions pour votre application.

• Disposez d’une expérience intégrée à utiliser à la place d’une publicité mise en correspondance avec un serveur. Vous trouverez cette option utile dans quelques scénarios :

  • Mode hors connexion, lorsque les serveurs publicitaires ne peuvent pas être atteints.

  • Lorsque l’événement ErrorOccurred se déclenche.

  • Si vous choisissez d’enregistrer la Bandwidth utilisateur en fonction de ConnectionProfile, il existe des API dans la classe ConnectionProfile qui peuvent vous aider.

• Utilisez le délai d’expiration par défaut (30 secondes) sauf si vous avez une raison valide de faire autrement, auquel cas ne passez pas en dessous de 10 secondes. Les spots prennent beaucoup plus de temps à télécharger que les bannières publicitaires standard, en particulier sur les marchés qui n’ont pas de connexions à haute vitesse.

• N’oubliez pas le plan de données de l’utilisateur. Par exemple, n’affichez pas ou avertissez l’utilisateur avant de servir une publicité vidéo interstitielle sur un appareil mobile proche/supérieur à sa limite de données. Il existe des API dans la classe ConnectionProfile qui peuvent vous aider.

• Améliorez continuellement votre application après l’envoi initial. Examinez les rapports publicitaires et apportez des modifications de conception pour améliorer les taux de complétion de vidéo pleine et interstitielle.

Pratiques à éviter

Nous vous recommandons d’éviter ces pratiques lorsque vous implémentez des spots dans votre application :

• Ne le faites pas trop. Ne forcez pas les publicités plus de toutes les 5 minutes, sauf si l’utilisateur s’engage explicitement avec un avantage tangible facultatif, au-delà du simple jeu.

• N’affichez pas d’interstitiels au lancement de l’application, car les utilisateurs peuvent croire qu’ils ont cliqué sur la mauvaise vignette.

• N’affichez pas d’interstitiels à la sortie. Il s’agit d’un inventaire incorrect, car les taux d’achèvement seront proches de zéro.

• N’affichez pas deux spots ou de retour à l’arrière. Les utilisateurs seront frustrés de voir la barre de progression de la publicité réinitialisée au point de départ. Beaucoup pensent qu’il s’agit simplement d’un bogue de codage ou de service publicitaire.

• Ne récupérez pas un spot vidéo plus de 5 minutes avant d’appeler InterstitialAd.Show. Un bon inventaire maximisera la conversion des publicités pré-extraites en impressions facturables.

• Ne pénalisez pas un utilisateur pour les échecs dans le service publicitaire, par exemple aucune publicité disponible. Par exemple, si vous affichez une option d’IU pour « Regarder une publicité pour obtenir xxx », vous devez fournir xxx si l’utilisateur a fait sa part. Deux options à considérer :

  • N’incluez pas l’option, sauf si l’événement InterstitialAd.AdReady a été déclenché.

  • Avoir l’application inclut une expérience intégrée qui génère le même avantage qu’une publicité réelle.

• N’utilisez pas de spots pour permettre à un utilisateur d’obtenir un avantage concurrentiel dans un jeu multi-joueur. Par exemple, n’insignez pas l’utilisateur avec une meilleure arme dans un jeu de tir de première personne s’ils regardent une publicité interstitiale. Une chemise personnalisée sur l’avatar du joueur est bien, tant qu’elle ne fournit pas de camouflage !

Exemples de violations de stratégie

Cette section fournit des exemples de spots qui violent la stratégie 10.10.1 des stratégies de la Boutique Microsoft. Ces exemples sont fournis uniquement à des fins d’instruction, pour vous aider à mieux comprendre la stratégie. Ces exemples ne sont pas complets et il peut y avoir de nombreuses autres façons de violer la politique 10.10.1 qui ne sont pas répertoriées ici.

• Placer un élément d’IU sur le conteneur du spot.

• Appel d’InterstitialAd.Show pendant que l’utilisateur est engagé avec l’application.

• Utilisation de spots pour obtenir tout ce qui peut être consommé en tant que devise ou échangé avec d’autres utilisateurs.

• Demande d’un nouveau spot dans le contexte du gestionnaire d’événements pour l’événement InterstitialAd.ErrorOccurred. Cela peut entraîner une boucle infinie et provoquer des problèmes opérationnels pour le service de publicité.

• Demander un spot simplement pour avoir une publicité de sauvegarde pour une séquence de publicités en cascade. Si vous demandez un spot, puis recevez l’événement InterstitialAd.AdReady, le spot suivant affiché dans votre application doit être la publicité prête à être affichée via la méthode InterstitialAd.Show.

• Utilisation d’unités publicitaires actives (autrement dit, des unités publicitaires que vous obtenez à partir de l’Espace partenaires) pendant le développement et le test, ou dans un émulateur.

• Écriture ou distribution de code qui appelle des services publicitaires par le biais de moyens autres que les bibliothèques de publicités Microsoft s’exécutant dans le contexte de votre application.

• Interaction avec des interfaces non documentées ou des objets enfants créés par les bibliothèques de publicités Microsoft, telles que WebView ou MediaElement.

Recommandations en matière d’annonces natives

Les annonces natives vous donnent beaucoup de contrôle sur la façon dont vous présentez du contenu publicitaire à vos utilisateurs. Suivez ces exigences et recommandations pour vous assurer que le message de l’annonceur atteint vos utilisateurs tout en aidant à éviter de fournir une expérience d’annonces natives déroutante à vos utilisateurs.

Inscrire le conteneur pour votre annonce native

Dans votre code, vous devez appeler la méthode RegisterAdContainer de l’objet NativeAdV2 pour inscrire l’élément d’IU qui agit comme conteneur pour l’annonce native et éventuellement tous les contrôles spécifiques que vous souhaitez inscrire en tant que cibles cliquables pour la publicité. Cela est nécessaire pour suivre correctement les expositions publicitaires et les clics.

ll existe deux surcharges pour la méthode RegisterAdContainer que vous pouvez utiliser :

• Si vous souhaitez que l’intégralité du conteneur pour tous les éléments individuels d’annonces natives soit cliquable, appelez la méthode RegisterAdContainer(FrameworkElement) et transmettez le contrôle conteneur à la méthode. Par exemple, si vous affichez tous les éléments d’annonces natives dans des contrôles distincts qui sont tous hébergés dans un StackPanel et que vous souhaitez que l’intégralité de StackPanel soit cliquable, transmettez StackPanel à cette méthode.

• Si vous souhaitez que seuls certains éléments d’annonces natives soient cliquables, appelez la méthode RegisterAdContainer(FrameworkElement, IVector(FrameworkElement)). Seuls les contrôles que vous transférez au deuxième paramètre seront cliquables.

Éléments obligatoires des annonces natives

Au minimum, vous devez toujours afficher les éléments d’annonces natives suivants fournis par les propriétés de l’objet NativeAdV2 à l’utilisateur dans la conception de votre annonce native. Si vous ne parvenez pas à inclure ces éléments, vous pouvez voir des performances médiocres et des rendements faibles pour votre unité publicitaire.

1. Affichez toujours le titre de l’annonce native (disponible dans la propriété Title). Fournissez suffisamment d’espace pour afficher au moins 25 caractères. Si le titre est plus long, remplacez le texte supplémentaire par des points de suspension.
2. Affichez toujours au moins un des éléments suivants pour différencier l’expérience d’annonce native du reste de votre application et indiquer clairement que le contenu est fourni par un annonceur :
   • Icône publicitaire reconnaissable (disponible dans la propriété AdIcon). Cette icône est fournie par Microsoft.
   • Le texte sponsorisé par (disponible dans la propriété SponsoredBy). Ce texte est fourni par l’annonceur.
   • En guise d’alternative au texte sponsorisé par le texte, vous pouvez choisir d’afficher un autre texte qui permet de différencier l’expérience d’annonce native du reste de votre application, comme « Contenu sponsorisé », « Contenu promotionnel », « Contenu recommandé », etc.

Expérience utilisateur

Votre annonce native doit être clairement délimitée du reste de votre application et avoir de l’espace autour de celle-ci pour empêcher les clics accidentels. Utilisez des bordures, des arrière-plans différents ou une autre IU pour séparer le contenu publicitaire du reste de votre application. Gardez à l’esprit que les clics sur publicité accidentels ne sont pas bénéfiques pour votre chiffre d’affaires basé sur les publicités ou votre expérience utilisateur final à long terme.

Description

Si vous choisissez d’afficher la description de la publicité (disponible dans la propriété Description de l’objet NativeAdV2), fournissez suffisamment d’espace pour afficher au moins 75 caractères. Nous vous recommandons d’utiliser une animation pour afficher le contenu complet de la description de la publicité.

Appel à l’action

Le texte appel à l’action (disponible dans la propriété CallToAction de l’objet NativeAdV2 ) est un composant critique de la publicité. Si vous choisissez d’afficher ce texte, suivez ces recommandations :

• Affichez toujours le texte d’appel à l’action à l’utilisateur sur un contrôle cliquable, tel qu’un bouton ou un lien hypertexte.
• Affichez toujours au texte d’appel à l’action dans son intégralité.
• Assurez-vous que le texte d’appel à l’action est séparé du reste du texte promotionnel de l’annonceur.