Meilleures pratiques pour maximiser les revenus

Introduction

Merci d’avoir lu ce guide. Notre objectif commun en intégrant Bright SDK à votre application est de maximiser le nombre d’utilisateurs quotidiens. Cela permet à Bright Data d’obtenir le nombre d’adresses IP dont elle a besoin pour fonctionner et maximise vos revenus. 

D’un point de vue technique, l’intégration de Bright SDK est facile, mais pour maximiser vos revenus, vous devez penser comme un chef de produit.

Vous pouvez proposer le SDK Bright à vos utilisateurs à plusieurs moments de leur parcours dans votre application, par exemple :

• Dès le premier lancement de l’application
• Après avoir affiché quelques publicités
• Comme alternative aux publicités récompensées standard
• Dans votre « boutique »
• Etc.

L’équipe Bright SDK se fera un plaisir d’examiner votre application et de vous suggérer une optimisation continue du taux d’adhésion en testant et en surveillant différentes options de mise en œuvre adaptées à votre flux d’utilisateurs.

Affichage de l’écran de consentement : opt-in

Général

L’opt-in est une forme de consentement donné par les utilisateurs Web, qui reconnaissent leur intérêt pour un service. Votre objectif est d’amener les utilisateurs à accepter en affichant l’écran de consentement au moment où la valeur pour l’utilisateur est la plus élevée, ce qui augmente la probabilité d’acceptation.

• Vous ne devez obtenir l’opt-in de l’utilisateur qu’une seule fois. Après cela, il n’est plus nécessaire d’afficher à nouveau l’écran de consentement.
• Si l’utilisateur a refusé une fois l’offre Bright SDK, vous pouvez choisir de l’afficher à nouveau ultérieurement, de préférence dans un contexte différent. C’est à vous de décider si, quand et comment.
• Les conversions d’adhésion sont plus élevées lorsque vous offrez une incitation qui apporte une réelle valeur ajoutée à l’utilisateur.
• L’écran de consentement du Bright SDK doit s’afficher seul, et non avant ou après d’autres boîtes de dialogue (telles que les messages contextuels ATT). Afficher le Bright SDK dans le cadre d’une « chaîne » de boîtes de dialogue nuit considérablement à la conversion.

L’écran de consentement du Bright SDK peut être modifié. Certains éléments (par exemple, le texte des boutons) sont dynamiques. Cela vous permet de choisir le texte approprié pour remplacer « accepter »/« refuser » de manière à clarifier la valeur pour les utilisateurs. Veuillez vous reporter au guide d’intégration du Bright SDK pour les éléments spécifiques liés à votre système d’exploitation. Vous trouverez des liens vers les guides d’intégration dans votre tableau de bord Bright SDK.

Les sections suivantes décrivent les scénarios possibles pour l’affichage de l’écran de consentement.

Écran de consentement au lancement de l’application

Vous pouvez afficher l’écran de consentement Bright SDK dès le lancement de votre application. À ce stade, l’utilisateur ne sait pas encore grand-chose sur votre application. Certains utilisateurs acceptent afin de pouvoir continuer à utiliser l’application, tandis que d’autres refusent. N’oubliez pas : si les utilisateurs refusent, vous pouvez toujours leur reposer la question plus tard.

Vous pouvez proposer l’écran de consentement avec l’une des versions suivantes :

1. « Modèle de don » : vous demandez à l’utilisateur de soutenir l’application et le développeur. L’utilisateur n’obtient aucune valeur concrète autre que le fait de savoir qu’il a aidé le développeur. La mise en œuvre de cette option est la plus simple, mais les taux de conversion peuvent ne pas être élevés car les utilisateurs n’obtiennent aucune valeur concrète.
2. « Moins de publicités » : vous indiquez à l’utilisateur que s’il accepte, il pourra profiter de l’application avec moins de publicités. Vous êtes responsable de l’ajustement du nombre de publicités pour les utilisateurs qui ont accepté. Bright SDK n’a aucun contrôle sur vos publicités.
3. « Expérience sans publicité » : dans certaines régions, vous pouvez indiquer à l’utilisateur que s’il accepte, il pourra profiter de l’application sans aucune publicité. Vous êtes responsable de l’ajustement du nombre de publicités pour les utilisateurs ayant accepté. Bright SDK n’a aucun contrôle sur vos publicités.

Écran de consentement comme alternative à la publicité récompensée

Le moyen le plus efficace de convertir les utilisateurs à l’adhésion est probablement de proposer Bright SDK comme alternative à une publicité récompensée.

Avantages :

• L’ensemble de votre base peut être exposé à l’offre Bright SDK, et pas seulement les nouveaux utilisateurs.
• Les utilisateurs voient une valeur concrète, ce qui explique pourquoi les taux de conversion sont les plus élevés
• Il existe de nombreux moments opportuns au cours de l’utilisation de l’application pour présenter l’offre.

Inconvénients :

• Aucun !

Dans ce flux, lorsque les utilisateurs appuient pour obtenir une récompense, vous affichez l’écran de consentement Bright SDK.

• Si l’utilisateur accepte Bright SDK, vous lui offrez la récompense et… félicitations ! Vous pouvez revenir à votre monétisation normale. Vous tirerez des revenus SUPPLÉMENTAIRES de l’utilisateur grâce à Bright SDK.
• Si l’utilisateur refuse l’offre Bright SDK, affichez-lui simplement votre publicité de récompense existante !

Voir les 2 exemples suivants :

Écran de consentement comme moyen de réduire le nombre de publicités

Vous pouvez décider de réduire le nombre de publicités que les utilisateurs verront après avoir accepté le SDK Bright. Cela a un effet positif sur la fidélisation et la valeur à vie (LTV). Bien sûr, vous contrôlez toujours quand et quelles publicités afficher.

Exemples supplémentaires

Quand et que pouvez-vous offrir à vos utilisateurs ?

Quand demander	Incitations pour l’utilisateur
Dans la boutique	Inscrivez-vous pour obtenir… (par exemple, des pièces, des armes, des vies, etc.)
Sur les bannières	Supprimer les bannières gratuitement
Après quelques publicités	« Vous souhaitez voir moins de publicités ? »
Entre les niveaux	Passage instantané au niveau suivant (c’est-à-dire sauter la publicité récompensée)
La publicité récompensée est en cours de lecture	« Vous souhaitez voir moins de publicités ? » ou « Vous souhaitez passer cette publicité ? »
Sur la page Film/Contenu	Regarder un film spécifique sans publicité
À la fin de la période d’essai	Prolongation de la période d’essai

Désinscription

Général

Vous devez offrir aux utilisateurs une option simple pour se désinscrire, mais vous êtes autorisé à essayer de les convaincre de ne pas le faire. Assurez-vous que vos politiques sont clairement définies et que des procédures adéquates sont en place pour faciliter l’exercice du droit des consommateurs de se désinscrire à tout moment.

Utilisation d’incitations pour éviter le désabonnement

Si les utilisateurs cliquent sur « Se désinscrire », vous pouvez afficher une boîte de dialogue pour leur demander s’ils sont sûrs de leur choix et/ou leur proposer une incitation à rester inscrits. Par exemple :

• Une incitation positive : « Obtenez 500 pièces supplémentaires si vous ne vous désinscrivez pas ».
• Une pénalité : « Attention ! Si vous vous désinscrivez, vous perdrez les biens virtuels que vous avez reçus. »

Une incitation positive est généralement plus agréable et plus efficace.

Vous pouvez limiter le nombre d’inscriptions afin d’empêcher les utilisateurs de tenter de gagner des récompenses supplémentaires.

Pour éviter toute ambiguïté, les utilisateurs doivent pouvoir se désinscrire facilement. S’ils refusent votre offre, il ne devrait pas y avoir d’étape supplémentaire : les utilisateurs devraient être désinscrits.

Conformité

Vous devez afficher clairement l’option de désinscription dans votre écran de paramètres, conformément aux spécifications du guide d’intégration du SDK Bright.

⚠️ Important ! Bright Data vérifiera l’expérience utilisateur et le fonctionnement de la fonctionnalité de désinscription. Veuillez vous assurer qu’elle est mise en œuvre avant de soumettre l’application pour examen.

Récupération des utilisateurs après leur désinscription

Général

Vous êtes autorisé à continuer à proposer le SDK Bright aux utilisateurs qui se sont désinscrits, d’une manière qui correspond à l’ADN de votre application. Vous avez la possibilité de déterminer quand et comment la prochaine offre d’inscription sera présentée. 

Utilisation des méthodes déjà décrites

Vous pouvez continuer à demander aux utilisateurs de s’inscrire au SDK Bright, mais soyez attentif à l’expérience utilisateur et essayez de ne pas en abuser.

Dans l’espoir de gagner des pièces

Une façon de continuer à proposer Bright SDK aux utilisateurs qui ont choisi de ne pas l’utiliser est de l’inclure dans votre boutique. Afin de conserver une interface utilisateur épurée, n’oubliez pas de supprimer l’option d’adhésion de la boutique une fois que les utilisateurs ont adhéré !

Voir cet exemple :