Preferences
Last updated
Last updated
This section describes how to configure the Didomi consent notice through its programmatic API and the window.didomiConfig
object.
Most configuration options are available through the Didomi Console and this documentation only applies to edge cases or custom implementations that require it.
The "Preferences" pop-in allows the user to manage his or her preferences in terms of consent given by purpose and by vendor. By default, it is shown when the user clicks on "Learn more" in the notice (banner or popin) and we recommend adding a link on your website to open it.
By default, the popup can be open from the banner if the user wants to get more information.
We recommend that you also add a link to your website (in the menu or in the privacy policy) to let the user update his or her preferences.
You can do so by calling the Didomi.preferences.show()
function.
Example with a link:
Our default text includes a link to your privacy policy. You can set that URL with the app.privacyPolicyURL
property.
Example:
You can change the content of the popup by setting properties on preferences.content
.
Configuration Key | Description |
| Main content of the popup |
| Title of the popup (Welcome to ...) |
| 'Disagree to all' button |
| 'Agree to all' button |
| 'Save' button |
| Text between the 'View all partners' button and the footer |
| 'View all partners' button |
| 'Agree' buttons |
| 'Disagree' buttons |
Example:
Note that you should provide translations for all the languages that your website supports. We provide translations for all our standard messages.
You can use macros that will get replaced with the actual value configured when the text gets rendered.
Macro | Value | Description |
|
| Privacy Policy URL |
|
| Name of your website |
| A dynamic value that displays a numeric count of all vendors | |
| A dynamic value that displays a numeric count of IAB vendors | |
| A dynamic value that displays a numeric count of all vendors excluding IAB vendors |
By default, we display "Agree to all" and "Disagree to all" buttons at the bottom of the list of purposes to allow the user to agree or disagree in a single click:
You can disable these buttons and only display the Save button to force the user to make individual choices by purpose by switching enableAllButtons
to false
. In that case, the user will have to manually agree/disagree to each purposes:
Example:
We can enable "Agree to all" and "Disagree to all" buttons at the top of the list of purposes by setting enableBulkActionOnPurposes
to true
in the notice
object.
Example:
When "Disagree to all" and "Agree to all" buttons are visible all other purposes buttons will be adjusted in width to be aligned with bulk action buttons. There are number of changes in the styling for bulk action buttons and purposes buttons that the WEB SDK applies in this case:
Bulk buttons |
|
|
|
| |
Purposes buttons |
|
|
A custom CSS that changes the didomi-components-radio__option
class could break buttons alignment and places buttons outside of the notice
After clicking on the Disagree to all
button in the purposes screen, all purposes' and vendors' consents and legitimate interests are disabled by default.
To keep legitimate interests enabled after clicking on the Disagree to all
button, preferences.denyAppliesToLI
should be set to false
in the Didomi configuration object:
You can control the order in which purposes should be displayed.
This can be done by adding an array of purposes in the preferences.categories
property in the didomiConfig
object. The order in which items are added to this array will be the same order in which purposes will be displayed in based on their purposeId
.
Purposes that are required by some vendors and that are not included in the list will be appended to the end of the list in alphabetical order to make sure that all required purposes are displayed and that consent is correctly collected.
Configuration Key | Type | Description |
| String | Type of the entity to be displayed. If you are specifying a purpose, this key should have |
| String | Purpose ID to be displayed in that position. See Vendors and purposes for a list of available purposes. |
Purposes having a similar functionality can be optionally grouped into categories. This could be useful for better clarity of the purposes screen.
To group purposes into categories, the preferences.categories
configuration option in the Didomi configuration can be used:
Purposes that are required by some vendors and that are not included in one of the specified categories will be appended to the end of the purposes list in alphabetical order so that all required purposes are displayed and that consent is correctly collected for them.
Each category has the following configuration keys:
Configuration Key | Type | Description |
| String | Unique category identifier |
| Object | An object containing language ISO code as keys and the localized category name as values |
| Object | An object containing language ISO code as keys and the localized category description as values |
| Array | An array of purposes and/or categories which are included in the specified category |
| String | Type of the entity to be displayed. If you are specifying the category, this key should have |
If the user has agreed to the whole category, thepreferences.clickcategoryagree
Didomi event will be dispatched. Similarly, if the user has disagreed with the whole category, the preferences.clickcategorydisagree
Didomi event will be dispatched.
Read our Events section for more information:
EventsYou can embed an intermediate information screen that shows when the user clicks on "Learn More" in the consent notice. That information screen will be displayed before the Preferences screen where the user can give consent per purpose. Example:
To enable the information screen with a custom message as well as a custom text for the buttons per language :
There is no default text for the information screen so you must specify one or the screen will be empty.
By clicking on the View our partners
button, you will access this screen where you can block certain vendors.
You can change the content of the popup by setting properties on preferences.content
.
Configuration Key | Description |
| Main content of the popup |
| Text between the list of vendors and the footer |
| Authorize buttons |
| Block buttons |
If you want to bypass the notice and display the Preferences popup directly when consent is missing, you can set the property preferences.showWhenConsentIsMissing
to true. When that is configured, you also need to disable the regular notice to ensure that it will not be displayed by setting notice.enable
to false.
By default, the Preferences popup can be closed at any time, even if the user has not made a choice for some purposes. You can choose to hide the "X" icon and disallow closing the popup until the user has expressed a choice for every purpose by setting canCloseWhenConsentIsMissing
to false
.
You must configure the vendors for which consent is collected by our consent notice and displayed in the preferences popup.
Read our detailed section to see how they can be configured.