SDK CMP : Introduction
CMP: Can we customize JSON?
You can choose a color for the buttons, and the content.
You can write an introductory text.
Category titles and texts (subcategories are also possible)
A link to the strategy's privacy page.
You can set up custom providers and categories if needed.
CMP: What is not possible?
There is no way to have a category blocked on optin, and you will have to mention it in the introduction text
The neutral buttons function does not exist, it is disabled by default
You can't add a logo, change the style/position of the buttons or any type of custom css as you are used to doing for the web.
JSON CMP: where should I host it?
Yes, it is possible!
If you want to design your own e-privacy management user interface, json is not necessary.
Simply follow the section of the documentation entitled "manually posted consent".
Why set up multiple SDK banners on the CMP?
In the CMP, we recommend you to make 2 banners for SDK (1 iOS and 1 Android)
You don't need to enter text on your banner, just attach the right categories to your banner. Generating and deploying is not necessary either.
These banners are necessary to get statistics on the Dashoboards tab (they create a link between the application and the interface).
Making 1 banner for each device will allow you to have separate statistics on the dashboards.
Get the ID for each banner, you will need it in the deployment phase.
NB. If it is an iAB banner, don't forget to select the appropriate template from the library
Is there a first banner display before e-privacy?
Our SDK was not designed to display a "normal" first banner"
If necessary, you will need to create your own user interface and use our callbacks on CTAs, as follows:
If you use the json Commanders Act :
[[TCMobilePrivacy sharedInstance] refuseAllConsent];
[[TCMobilePrivacy sharedInstance] acceptAllConsent];
If you use the json Commanders Act :
If you are not using json (displaying the consent manually), you will have to create an array and send the value, as explained here :
What is the use of the consent ID?
To track unique consent and be able to provide proof of consent, a unique identifier is required for each user
Our sdk can create this unique IDENTIFIER, it is called the TC_SDK_ID
You can also use another identifier, such as the account identifier or the user identifier (note: the user must be logged in before giving consent for this to work) Please refer to the following part of the documentation:
NB. You must leave this identifier visible to the user (somewhere in the application), in case the user wishes to obtain his proof of consent
Will tags (such as ad sdk) hard-coded into the application be automatically constrained by our SDK?
NO: this must be done manually by your IT
Will the tags in the server-side container be automatically constrained by our SDK?
NO: this must be done manually by YOU
When will the WPC be posted?
When you first open the application
if the user uninstalls and reinstalls the application
if the consent is obsolete (due to the duration of the consent)
if the IT department uses one of these callbacks: (void) consentOutdated; (void) consentCategoryChanged; (void) significantChangesInPrivacy;
If I don't use your json, do I have to activate/deactivate the data collected by myself?
Data collection is not automatic! So, yes, you have to configure the collection by yourself (based on the consentUpdated method)
Last updated