Site icon TJDA – Online Marketing

Consent Mode V2 – GDPR – ePrivacy – CMP – Free banner

There’s a lot happening regarding websites, cookies, and privacy law. If it’s all a bit unclear to you, then this blog is for you. 

I’ve written this from a marketers point of view. I do not have any sort of legal background, nor do I claim to know exactly what’s up. This blog is written to share my knowledge of these topics as an experienced marketer to help you understand what it all means.

An intro

Cookies and cookiebanners have been around for a long time, but many websites didn’t use cookiebanners as they were supposed to be used. Often, the cookiebanner was just a front, displaying: “this website uses cookies”.

However, according to the law, depending on the consent that is given in the cookiebar the website is allowed to change its behaviour of 1st- and 3rd party scripts that are allowed to be loaded.

Consent Mode V2

GDPR (General Data Protection Regulation)

ePrivacy Directive

CMP (Cookie Management Platform)

Free banner

(*law seen as checks from CookieBot)

Get the Free Cookie Banner

Want to get the free cookie banner and implement it on your website? You can find my YouTube video with full instructions here

By implementing the free cookie banner my website matches the GDPR checks. But it doesn’t match the ePrivacy directive check.

Consent Mode V2 is implemented by using the ‘smart setup’ for Google tags. Which means they always send data, but what data it sends depends on the value of the cookie consent. According to ePrivacy directive this is not allowed. For GDPR this is sufficient.

I’ve now setup everything in Google Tag Manager to only fire when consent is given. Even for the Google Tags:

However, we still don’t pass the ePrivacy directive test (we do see that the marketing tracker has disappeared):

As you can see there are still two ‘Preferences’ cookies loaded. These are from my WordPress plugin that set the language.

After Googling this cookie, a developer from the plugin has written the following:

They say that from a legal point of view this cookie does not need to be changed. From what I’ve read it seems that if it adds functionality to the website, it indeed does not need to change. But hey, I’m not an expert.

They also give the option to block the cookie entirely. But this can cause issues as the plugin might not remember the language setting when switching pages:

Hence, I’m leaving the plugin as is. I think this is essentially a functional cookie (necessary). Most other websites also place it under ‘functional’:

Website 1:

Website 2:

As you can see, it can become a hassle to figure out which cookies are allowed to be used. Especially because not all cookies will be perfectly updated.

If we look at the ePrivacy directive explanation from Cloudflare:

“There is an exception to the user consent requirement: any cookie that is necessary for a website or application to function properly. For example, the directive does not require user consent for a cookie that remembers a user’s login. Without this cookie, users would not be able to log in and use the website.”

Our pll_language cookie is definitely part of core functionality. Hence, I’d expect this not to fall under the ePrivacy directive.

To conclude

Manually identifying cookies can be work. But if you don’t make major changes to your website too often, you probably won’t be loading different cookies often. This means you’d just need to make sure that everything is set up correctly once and then only after you make changes that involve cookies.

Do you think it is worth paying €300-€1.000 a year for a CMP or do you want to look at other options after reading this blog?

Exit mobile version