# Most asked
CMP : Peut on personnaliser le JSON ?
* 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.
CMP : Qu’est-ce qui n’est pas possible ?
* 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.
JSON CMP : où dois-je l’héberger ?
* 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 »
* [https://github.com/TagCommander/pods/tree/master/TCPrivacy#manually-displayed-consent](https://github.com/TagCommander/pods/tree/master/TCPrivacy)
* [https://github.com/TagCommander/Android/tree/master/TCPrivacy#manually-displayed-consent](https://github.com/TagCommander/Android/tree/master/TCPrivacy)
Pourquoi mettre en place plusieurs bannières SDK sur le CMP ?
* 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.*
Y a-t-il un premier affichage de bannière avant la e-privacy ?
* 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 :
* [https://github.com/TagCommander/pods/tree/master/TCPrivacy#manually-displayed-consent](https://github.com/TagCommander/pods/tree/master/TCPrivacy)
Quelle est l’utilisation du consent ID ?
* 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 :
*
```
* [https://github.com/TagCommander/pods/tree/master/TCPrivacy#retaining-consent](https://github.com/TagCommander/pods/tree/master/TCPrivacy)
```
```
* [https://github.com/TagCommander/Android/tree/master/TCPrivacy#retaining-consent](https://github.com/TagCommander/Android/tree/master/TCPrivacy)
_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_
```
Les tags (telles que les sdk publicitaires) codés en dur dans l’application seront-elles automatiquement contraintes par notre SDK ?
NON : cela doit être fait manuellement par votre IT
Les balises situées dans le conteneur server-side seront-elles automatiquement contraintes par notre SDK ?
NON : cela doit être fait manuellement par VOUS
Quand le CMP sera-t-il affiché ?
* 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;
Où la preuve de consentement est-elle sauvegardée ?
Dans l’appareil des utilisateurs et dans notre base de données
Si je n’utilise pas votre json, faut-il activer/désactiver les données collectées par moi-même ?
La collecte de données n’est pas automatique ! Donc, oui, vous devez configurer la collecte par vous-même (sur la base de la méthode consentUpdated)
Y a-t-il un environnement de démo ?
* Nous avons créé une version démo de notre SDK, pour chaque appareil
* Cela peut être très utile pour les équipes informatiques, alors n’hésitez pas à l’utiliser !
* *
*
---
# Agent Instructions: Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter:
```
GET https://community.commandersact.com/customer-success/francais-1/faqs/consent-and-preference-management/sdk/most-asked.md?ask=
```
The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.