1. Est-ce que l'appel de l'une des méthodes telles que checkAndOpen ou forceOpen vérifie-t-elle en interne si les utilisateurs se trouvent dans l'EEE, ou cela doit-il être géré par le développeur ?

Bien que le SDK ne soit pas géolocalisé, le SDK CMP est conçu pour reconnaître toutes les politiques pertinentes et adapter son comportement en fonction de la région de l'utilisateur. Il gère donc en interne les vérifications de la localisation de l'utilisateur, par exemple pour déterminer si celui-ci se trouve dans l'Espace économique européen (EEE). Cependant, la mise en place d'un wrapper supplémentaire peut s'avérer utile dans les cas où le SDK ne doit pas être utilisé du tout, offrant ainsi un meilleur contrôle sur le moment et la manière dont les couches de consentement sont déclenchées.

2. J'utilise une police personnalisée dans mon application mobile. Comment puis-je l'utiliser sur ma couche de consentement ?

Pour utiliser une police personnalisée dans le CMP, hébergez la police sur le Web ou intégrez-la à l'application et exposez-la à la WebView via une origine sécurisée de type HTTPS. Si vous décidez de l'héberger sur un serveur Web, vous pouvez utiliser le code suivant dans le CSS personnalisé de votre design CMP : 

@font-face {
  font-family: "Rubrik";
  src: url("https://cdn.consentmanager.net/assets/fonts/rubrik.woff2") format("woff2");
}

3. Il arrive parfois que la fenêtre contextuelle de consentement ne se charge pas en raison de problèmes de réseau. Comment gérer cette situation ?

En cas de délai d'expiration, la procédure habituelle consiste à attendre que l'utilisateur ouvre à nouveau l'application et dispose d'une meilleure connexion réseau. Vous pouvez utiliser l'événement didReceiveError pour vérifier s'il s'agit d'un délai d'expiration et le gérer en conséquence. Toutes les fonctionnalités relatives à la décision d'afficher ou non la couche de consentement reposent sur une communication avec nos serveurs ; il ne sera donc pas possible de vérifier si le consentement est nécessaire ou non, ni d'afficher la couche de consentement si aucune connexion réseau n'est disponible ou si un délai d'expiration survient après les tentatives de reconnexion. 

4. Peut-on configurer la page de consentement pour qu'elle n'occupe que la moitié de l'écran au lieu de tout l'écran ? 

Pour modifier la mise en page de l'application, veuillez consulter la documentation relative à la modification de la mise en page pour iOS et pour Android.

5. Est-il possible pour le client iOS d'inclure la fenêtre contextuelle ATTracking dans la fenêtre contextuelle de ConsentManager ?

Non, Apple n'autorise pas l'affichage exclusif de la fenêtre contextuelle de ConsentManager ; vous devez également ouvrir la fenêtre contextuelle ATT. Pour plus d'informations sur l'utilisation de ces méthodes ou sur la personnalisation du message affiché à l'utilisateur, veuillez vous reporter à la documentation officielle d'Apple sur la transparence du suivi des applications.

6. Existe-t-il une version binaire du SDK, au lieu de la version en code source ? 

Pour iOS, en tant que xcframework, vous pouvez vous rendre sur notre référentiel et le télécharger à partir de là : 

https://github.com/iubenda/cm-sdk-xcframework-v3

Pour Android, vous pouvez simplement la télécharger depuis le référentiel Maven :

https://central.sonatype.com/artifact/net.consentmanager.sdkv3/cmsdkv3

7. Nous ne partageons pas de données avec des tiers et n'avons donc pas besoin d'utiliser le cadre App Tracking Transparency (ATT). Ou bien si ?

Nos méthodes pour déterminer le consentement concernent uniquement le consentement et non l'ATT ; par conséquent, si vous n'avez pas besoin de les utiliser, abstenez-vous simplement d'utiliser les méthodes liées à l'ATT, ainsi que de définir les paramètres « Privacy – Tracking » dans votre fichier info.plist. Dans tous les cas, veuillez vous référer à cette page. 

8. Comment puis-je mettre en œuvre un modèle « Consent or Pay » dans une application mobile (Android/iOS) avec le SDK de Consentmanager ?

Grâce à nos SDK mobiles, vous pouvez mettre en place un flux PUR (« Pay-or-Accept ») dans lequel les utilisateurs acceptent tout ou choisissent un abonnement sans publicité.

1. Intégrez notre SDK mobile et affichez la couche CMP conformément à nos guides d'intégration du SDK ConsentManager

1. Ajoutez le bouton « Sans publicité pour €… » : dans votre design CMP (premier calque), ajoutez un bouton HTML personnalisé qui renvoie vers votre application ou votre contenu (consultez notre intégration ContentPass ou nos guides manuels « Pay-or-Accept ») :

<a class="cm-btn cm-btn-primary" href="myapp://subscribe?plan=adfree5">
    Ad-free for €5
</a>

1. Interceptez le lien dans l'application (iOS ou Android) et ouvrez votre paywall. Si le paiement a été effectué avec succès, rejetez tous les fournisseurs et empêchez le chargement de tout autre SDK tel que FirebaseAnalytics, Google AdMob, etc. Consultez notre App Monitor pour vérifier si votre application est conforme à toutes les règles de confidentialité du RGPD. 

cmp.setOnClickLinkCallback { url ->
    if (url.startsWith("myapp://subscribe")) {
        paid = openPaywall()
        if (paid) { cmp.rejectAll }
        true
    } else 
        false
    }
}    

 

Cela garantit une expérience sans suivi et sans publicité. Avec cette configuration, les utilisateurs verront exactement deux options : « Tout accepter » ou « Sans publicité ». Le CMP gère automatiquement l'état du consentement, tandis que votre application contrôle l'abonnement et l'expérience sans publicité.

Pour toute question ou précision, n'hésitez pas à contacter notre équipe de développement.