Most asked
Dernière mise à jour
Dernière mise à jour
Vous pouvez choisir une couleur pour les boutons, et le contenu.
Vous pouvez écrire un texte d’introduction.
Les titres et textes des catégories (les sous-catégories sont également possibles)
Un lien vers la page de confidentialité de la stratégie.
Vous pouvez configurer des vendors et des catégories personnalisées si nécessaire.
Il n'est pas possible de bloquer une catégorie lors de l'optin, et vous devrez le mentionner dans le texte d'introduction.
La fonction boutons neutres n'existe pas, elle est désactivée par défaut.
Il n'est pas possible d'ajouter un logo, de modifier le style/la position des boutons ou d'effectuer des modifications de code CSS comme vous avez l'habitude de le faire sur le web.
Oui! C’est possible !!
Si vous souhaitez concevoir votre propre interface utilisateur de gestion de la e-privacy, le json n’est pas nécessaire.
Il vous suffit de suivre la partie de la documentation intitulée « manually displayed consent »
Dans le CMP, nous vous recommandons de créer 2 bannières pour le SDK (1 iOS et 1 Android).
Vous n'avez pas besoin de saisir de texte sur votre bannière, il vous suffit d'attacher les bonnes catégories à votre bannière.
La génération et le déploiement ne sont pas nécessaires non plus.
Ces bannières sont nécessaires pour obtenir des statistiques sur l'onglet Dashoboards (elles créent un lien entre l'application et l'interface).
Faire une bannière pour chaque appareil vous permettra d'avoir des statistiques séparées sur les tableaux de bord.
Récupérez l'identifiant de chaque bannière, vous en aurez besoin lors de la phase de déploiement.
NB. S'il s'agit d'une bannière iAB, n'oubliez pas de sélectionner le modèle approprié dans la bibliothèque.
Notre SDK n’a pas été conçu pour afficher une première bannière « normale »
En cas de besoin, vous devrez créer votre propre interface utilisateur et utiliser nos callbacks sur les CTA, comme suit :
Si vous utilisez le json Commanders Act :
[[TCMobilePrivacy sharedInstance] refuseAllConsent];
[[TCMobilePrivacy sharedInstance] acceptAllConsent];
If you use the json Commanders Act :
Si vous n'utilisez pas le json (affichage manuellement du consentement), vous devrez créer un tableau et envoyer la valeur, comme expliqué ici :
Pour suivre le consentement unique et être en mesure de donner la preuve du consentement, un identifiant unique est requis pour chaque utilisateur
Notre sdk peut créer cet IDENTIFIANT unique, il s’appelle le TC_SDK_ID
Vous pouvez également utiliser un autre identifiant, tel que l’identifiant de compte ou l’identifiant utilisateur (attention : l’utilisateur doit être connecté avant de donner son consentement pour que cela fonctionne)
Veuillez vous référer à la partie suivante de la documentation :
NB. Vous devez laisser cet identifiant visible pour l’utilisateur (quelque part dans l’application), au cas où l’utilisateur souhaite obtenir sa preuve de consentement
NON : cela doit être fait manuellement par votre IT
NON : cela doit être fait manuellement par VOUS
Lors de la première ouverture de l’application
si l’utilisateur désinstalle et réinstalle l’application
si le consentement est obsolète (du à la durée du consentement)
si le service informatique utilise l’un de ces callbacks :(void) consentOutdated; (void) consentCategoryChanged; (void) significantChangesInPrivacy;
Dans l’appareil des utilisateurs et dans notre base de données
