GA4 & Consent Mode with JENTIS

This article is intended for informational purposes only and does not constitute legal advice. For advice tailored to your specific situation, consult your Data Protection Officer of a qualified attorney.

In the realm of digital analytics and marketing, JENTIS stands out as a pivotal data-capturing platform and tag management software, streamlining how organizations track user interactions on their digital platforms. With increasing emphasis on data privacy and user consent, understanding and implementing consent configurations, like the "Essential Mode" in JENTIS, becomes crucial. This article delves into the intricacies of Essential Mode and its integration with Google Consent Mode, elucidating their roles in responsible data capture and processing.

Understanding Essential Mode in JENTIS and Google Consent Mode (GCM) Differences

Essential Mode in JENTIS is a consent configuration setting vital in aligning website data tracking with user consent. This mode enables JENTIS customers to define, within their Data Protection guidance, what is considered “strictly necessary” data for their business and configure its tracking for cases where consent is not given. This approach not only enables you to adhere to privacy regulations but also respects user preferences, a cornerstone in building trust in the digital age.

Essential Mode operates on a different level than, for example, Google Consent Mode. Here is the key difference at a glance:

  • JENTIS Essential Mode: A data routing option in your data capturing platform (selecting and activating the forwarding of data to an endpoint) in a defined level of granularity. Your triggers decide when and your variables and applied functions (such as anonymization) what data is forwarded.

  • Google Consent Mode: A configuration that indicates what data will be captured and how it is processed further to be used in reporting, machine learning etc. at this specific provider (Google).

With JENTIS you control what and when data is available, with Google Consent Mode you tell the provider how to treat received data. Both are very different topics so you may need to consider: is it necessary to apply a redundant setting with both, Essential Mode AND Google Consent Mode?

Read more on the topic of Essential Mode in our documentation articles:

The following are possible combinations of JENTIS Essential Mode and Google Consent Mode. These can all be plausible settings, as JENTIS Essential Mode and GCM are two different things that can operate in a mix-and-match combination.

Let’s reflect in a 2x2 table the possible combinations:

  • Option A: JENTIS receives consent (true/false) and submits it exactly to Google (true/false)

  • Option B: JENTIS receives consent (true) and submits “granted” to Google, in case of “false” however it still forwards “granted” to avoid applying a potentially redundant redaction of the data

GCM: Consent Granted
GCM: Consent Denied

JENTIS Essential Mode

Default Tag Execution Positive Consent

Option A - all positive JENTIS tag executes regularly, it is interpreted as consent-granted. Google Consent Mode receives the same (granted) information.

(this case is not common as there should be no benefit to redact data in case consent is granted, so we will spare the details of this option)

JENTIS Essential Mode

Consent Aware Tag Execution Negative Consent

Option B - negative and positive combination JENTIS tag execute with your essential mode configuration (anonymizing the data you selected). Google tools however receive the signal to operate as consent is granted. In some cases, this may be a plausible setting, given that on the basis of your configuration via JENTIS the data has been first pseudonymized or anonymized and then sent to Google making further redaction by Google redundant.

Read here how to configure this setting with Google Tags:

Google Consent Mode Guide with JENTIS and Essential Mode | Configuring-the-“Option-B”---A-Mixed-Combination-of-Consent-Data

Option A - all negative JENTIS tag execute with your essential mode configuration (anonymizing the data you selected). Google Consent Mode receives the same information (consent denied).

Your JENTIS data capturing and tag management configuration is custom to your situation and you must evaluate which option is the right for your website. While the Option A comes as a (logical) default the Option B might also be a good idea. To jump straight ahead into configuring the latter, please find here the section:

Overview of Google Consent Mode (GCM)

Further we will now focus on the configuration options with JENTIS and GCM specifically.

Google Consent Mode is a framework that allows website owners to adjust how Google tools, such as Google Analytics and Google Ads, behave based on the consent status of users. This mode provides finer control over data processing and capturing, particularly when using the global site tag (gtag.js). It enables businesses to respect user privacy while still gathering valuable insights in a consent-compliant manner.

JENTIS and Google Consent Mode Integration Options - Important Must Read

Google Consent Mode is another story to an existing epic that is “Consent” in the digital space. Making the world a slightly more complicated place than it was before this contribution. There are some things that you must make sure to be fully aware of so that data is not incorrectly flagged and hence not appearing in your reports or Google tools.

First we want to make sure nothing breaks during the migration phase of an implementation where Google Consent Mode was either in Version 1 (or not yet fully integrated) to Version 2 of GCM.

Make yourself familiar with the topic of integrating the Google Tag and Consent Mode into your website. Decide which application will submit the default and update event. The consent settings must be resolved with gtag() on client-side, as it will affect all your tags.

Activating Google Consent Mode Parameters with JENTIS

In JENTIS you have control over the values for various settings Google has defined with the Consent Mode version 2 update. This is an optional setting in case you actively want to set those values based on the consent information received in JENTIS.

The following options are available with Google Tags:

  • ad_user_data

  • ad_personalization

  • ad_storage

  • analytics_storage

The recommendation is to always initialize with all settings value “denied” when a website is rendered, so no service prematurely starts tracking. With JENTIS we will set this as a default when a client-side Google Tag is configured (but making sure not to override any pre-existing settings) within a configuration.

Further, you want to map those settings to individual consents granted in your Consent Management Platform. It can either be a mapping based on categories (ie. “Marketing”, “Statistics”, etc.) or individual services (“Analytics Tool”, “Advertising Tool”, etc.). With JENTIS you can use both options. Here is how to configure this.

Navigate to the main menu, “Legal Hub: Vendors”. For any Google Tag-related vendor (GA4, Google Ads, etc) and for any custom vendor, you have the option to use the Consent Mode mapping.

It is found in the individual vendors' settings:

image-20240201-090439.png

This mapping is based on the keys Google defines (ie. “Ad storage”). For each of that settings, you can select a checkbox. Ticking a checkbox with a vendor means that a link is established on that key and the consent of that vendor. Whenever this vendor receives positive consent information the according setting will receive a “granted” in the Google Tag. Otherwise, the status will remain (“denied” by default).

Not ticking a checkbox will result in no such link. You have to configure this setting otherwise, ie. with you CMP, and there is no task for your tag management then. For example if no checkbox on any vendor is a ticket then JENTIS will not make any Google tag updates regarding consent.

Resolving Conflicts

At this time you might ask yourself, what if the same Google Consent Mode setting, ie. “Analytics storage” is linked in multiple vendors? How will JENTIS determine if consent is granted or denied in Google Tag?

Simple - let’s run through an example.

The situation is resolved with a “single signal wins” method. If you have two vendors associated with the Google Consent Mode in JENTIS and both are linked to “Analytics storage”, either of them received consent will apply “analytics_storage:granted” automatically. Meaning, that as soon as any of both vendors has received consent, it will translate to granted to the linked setting. Regardless of the consent status in the other vendors.

Optional Overriding in Tags

The vendors settings described in the step before are a global configuration. However, on each individual tag that is affiliated with the Google Tag (gtag.js with the gtag() function) there are placeholders in the JENTIS tags.

If you want to use different individual settings with a tag in JENTIS you can apply those changes and for example set the value to “granted” or “denied” based on a dynamic variable or a static string.

image-20240201-130219.png

Consent Mode Options in Client- and Server-Side JENTIS Tags

It is highly important that with server-side data streams (tags) there are other options in configuration as with client side tags and streams. Where as with server-side you are in full control of data streams there is generally less control as the third party library (gtag.js) loads, in a website visitors browser, and acts autonomously.

In tags for server-side execution the option for GCM is for the final parameter in the according placeholders.

image-20240201-130234.png

The most important setting is the “Google Consent Status” (gcs parameter). Which displays the current consent status based on a special GCM syntax.

By default the “Google Consent Status” variable will cater to the syntax provided by Google: https://developers.google.com/tag-platform/security/guides/consent?hl=en#verify_consent_settings

This variable derives the consent information from your consent settings in the according JENTIS Tag Manager container.

The mapping of that variable value is:

Value
Meaning

G100

Consent is denied for both ad_storage and analytics_storage.

G110

Consent is granted for ad_storage and denied for analytics_storage.

G101

Consent is denied for ad_storage and granted for analytics_storage.

G111

Consent for both ad_storage and analytics_storage is granted.

G1--

The site did not require consent for ad_storage or analytics_storage.

(based on the documentation of Google from 2024-01-04)

Further in all tags in JENTIS you can configure all Consent Mode related parameters:

  • npa: Non Personalized Ads flag

  • gcut: Google Consent Update Type

  • gcd: Google Consent Default

  • gcu: Google Consent Update

  • gcs: Google Consent Status

  • dma_cps: Digital Market Act Parameters

By default they are all mapped to specific variables provided to you by JENTIS. Those will access the latest information in the Google Tag client side and apply them accordingly. Source for which is either your CMP or the JENTIS vendors configuration. So any route or option you need is possible.

Last updated

Was this helpful?