Gérer le consentement de l'utilisateur de mon appli pour monétisation par publicité ?

a marqué ce sujet comme résolu.

Salut,

J’ai créé une application de retouches d’images dans laquelle l’utilisateur peut appliquer des filtres deep-learning entièrement en local, sans envoyer la moindre image sur un serveur. Je comptais monétiser cela avec un achat de filtres additionnels, sauf que mon appli crashe si le smartphone n’a pas assez de RAM ou que l’image est tellement grande que les chunks que mon appli découpe sont démesurément nombreux (le modèle devant prendre en entrée des images de dimensions précises, égales à celles de mes chunks bien évidemment).

Du coup je ne souhaite bien sûr pas faire payer l’utilisateur. Mais quand même gagner un peu d’argent car ce projet fut long et fastidieux à mettre en place sur mon temps libre. D’où l’affichage de publicités à l’aide de https://firebase.google.com/docs/admob .

Dans mon code je dois à un moment donné initialiser le client de ce SDK :

MobileAds.initialize(this, "YOUR_ADMOB_APP_ID");

(https://firebase.google.com/docs/admob/android/quick-start)

Néanmoins, cette méthode pré-télécharge les publicités et doit être appelée le plus tôt possible, idéalement quand l’utilisateur lance l’application. Google indique donc qu’il faut demander à l’utilisateur son consentement.

Obtain consent from users in the European Economic Area (EEA)

Mais ça consiste en quoi ?

  • Quel texte afficher ? Doit-il être affiché dans une pop-in, pop-up, fragment normal ?
  • Doit-on afficher un bouton ?
  • Si oui : que doit-il se passer ?
  • Doit-on sauvegarder en base de données le consentement de l’utilisateur, autre chose ?
  • Si oui : doit-on permettre à l’utilisateur ou autre de modifier/supprimer ces données sauvegardées, en créer d’autres ?
  • Enfin : quelles sont les législations qui justifient cette demande de consentement (ça me permettra d’y voir plus clair)

Merci à tous pour votre aide, vous souhaitant une bonne continuation ! @+ LaMatrice

Du coup je ne souhaite bien sûr pas faire payer l’utilisateur

Serait-ce techniquement possible d’envisager une version Lite, gratuite, et la version Pro, payante ? Les utilisateurs subissant des crashs en testant la Lite ne convertiront pas. Ceux qui ont eu un téléphone assez puissant, oui.

Sinon, peut-être qu’une restriction brutale mais honnête peut marcher : au premier lancement de l’app tu fais un test pour savoir si l’appareil tient la charge ou non. Si non, tu mets un message qui dit « Désolé votre appareil n’est pas supporté parce que … ». C’est chiant, mais c’est respectueux car tu donnes une vraie justification à tes utilisateurs.

+0 -0

https://www.cnil.fr/fr/guide-rgpd-du-developpeur

SpaceFox

Bonjour @SpaceFox, est-on sûr justement qu’il s’agit bien de la RGPD ?

Edit : ah ben en fait Google propose un outil pour gérer tout ça je crois : https://developers.google.com/admob/android/eu-consent

Du coup je ne souhaite bien sûr pas faire payer l’utilisateur

Serait-ce techniquement possible d’envisager une version Lite, gratuite, et la version Pro, payante ? Les utilisateurs subissant des crashs en testant la Lite ne convertiront pas. Ceux qui ont eu un téléphone assez puissant, oui.

sgble

Techniquement oui bien sûr. Mais qui irait acheter une appli proposant des filtres de couleurs ? Même si ceux-ci sont appliqués localement, qu’ils sont dus à du deep-learning et qu’il y en a plus d’une vingtaine, je doute qu’il existe des gens souhaitant dépenser leur propre argent pour ça :) .

Je préfère donc rester sur une rémunération Google :) .

+0 -0
Connectez-vous pour pouvoir poster un message.
Connexion

Pas encore membre ?

Créez un compte en une minute pour profiter pleinement de toutes les fonctionnalités de Zeste de Savoir. Ici, tout est gratuit et sans publicité.
Créer un compte