Consent ID Workflow Scenarios
π New User
1
User visits your website for the first time (no existing consent)
NEW Consent ID created Default Status: FALSE
β FALSE
2
User interacts with CMP banner (explicit consent)
Consent ID updated β Accepted β Status: TRUE β Denied β Status: FALSE
β TRUE / β FALSE
β Sync
JENTIS and CMP consent information are in sync
π€ Existing User
1
User visited your website before JENTIS was installed
βΉ No information stored (JENTIS not yet implemented)
β
2
User visits again after JENTIS installation
NEW Consent ID created Status applied from CMP
β TRUE / β FALSE
β Sync
JENTIS and CMP consent information are in sync (Note: Consent ID timestamp will reflect first visit after JENTIS installation, which may differ from CMP)
β Edge Case
1
User visits your website for the first time (no existing consent)
NEW Consent ID created Default Status: FALSE
β FALSE
2
User provides consent via CMP banner
Consent ID updated
β TRUE / β FALSE
3
User deletes CMP cookies/storage
β
β
4
User visits another page and CMP shows banner again
Consent ID remains unchanged
Status unchanged
5
User interacts again with CMP banner
Consent updated accordingly
β TRUE / β FALSE
β Warning
In this case, JENTIS and CMP can become out of sync because JENTIS storage is not cleared when CMP storage is deleted (e.g., due to browser tracking prevention, a do-not-track add-on, or technical issues).
π‘ Tip: Using this Consent ID workflow ensures that consent is traceable, even in scenarios where CMP storage might be lost, helping maintain legal compliance and data accuracy.
Last updated
Was this helpful?