SDK mobile UniConsent : synchroniser le consentement natif avec les WebViews

Les applications mobiles intègrent en permanence du contenu web dans des WebViews : une page d'abonnement, une page de destination publicitaire, un article d'aide. Si l'utilisateur a déjà donné son consentement dans l'application native, afficher une seconde bannière de consentement à l'intérieur de cette WebView crée une incohérence. Le SDK mobile UniConsent résout ce problème grâce à la synchronisation du consentement en WebView.

Pourquoi la synchronisation du consentement en WebView est importante

Les applications d'actualités, les applications d'éditeurs et les applications financées par la publicité ouvrent toutes des pages web au sein de la même expérience plutôt que de rediriger les utilisateurs vers un navigateur externe.

Lorsqu'une page web se charge dans une WebView, la balise du CMP UniConsent n'a aucun moyen de savoir si le consentement a déjà été recueilli nativement. Sans synchronisation, elle affiche à nouveau la bannière.

Selon le RGPD de l'UE et le RGPD britannique, le consentement doit être éclairé et donné librement. Redemander un consentement que l'utilisateur a déjà fourni est une mauvaise pratique et soulève des questions quant à savoir si vos signaux de consentement sont correctement transmis aux systèmes publicitaires et analytiques en aval.

Comment fonctionne la synchronisation du consentement en WebView

Avant que la WebView ne charge son URL, le SDK injecte le statut de consentement natif dans la page. La balise CMP présente sur cette page lit le consentement injecté et le traite comme un enregistrement valide existant. La bannière n'apparaît pas.

L'injection se produit avant l'exécution des scripts de la page, de sorte que les données de consentement sont disponibles dès l'initialisation de la page. Une balise CMP qui se charge avant l'injection ne trouve aucun enregistrement de consentement et affiche la bannière quoi qu'il en soit.

Plateformes prises en charge

La synchronisation du consentement en WebView est disponible sur les quatre cibles du SDK mobile :

• iOS : appelez syncConsent(to:) avant de charger l'URL de la WebView
• Android : appelez syncConsent dans onPageStarted, avant l'exécution de la balise CMP
• Flutter : appelez syncConsent dans le délégué onPageStarted
• React Native : transmettez le script de consentement via injectedJavaScriptBeforeContentLoaded

Ce que couvre également le SDK mobile

Le SDK mobile couvre également :

• La gestion du consentement IAB TCF 2.3 pour le trafic soumis au RGPD, avec une sortie de chaîne TC pour les systèmes publicitaires en aval
• La prise en charge du CCPA pour les utilisateurs américains
• L'intégration Apple ATT pour iOS, demandant l'autorisation App Tracking Transparency en parallèle du parcours de consentement
• Les signaux du mode de consentement Google pour Firebase Analytics sur iOS et Android
• Les intégrations AAP pour Firebase, Adjust, Airbridge, AppsFlyer et Branch. Depuis la version 25.6.1 du SDK, le consentement est transmis automatiquement sans configuration manuelle.

Tarification

Le SDK mobile est disponible en tant que module complémentaire à tout plan UniConsent au tarif de 50 £ par application et par mois.

Pour commencer

Contactez-nous via le tableau de bord UniConsent ou par e-mail à hello@uniconsent.com ; notre support vous enverra le package SDK correspondant à votre plateforme. Des guides d'intégration sont disponibles pour iOS, Android, Flutter et React Native.