Implementation Tips: OneTrust GTM Tag and Custom Cookie Settings Button

Cover Image for Implementation Tips: OneTrust GTM Tag and Custom Cookie Settings Button

TLDR;

In this post, we cover how to:

  1. Compose a GTM tag for OneTrust so that it works in production and all test environments
  2. Implement a custom cookie preferences button using a General Link field in Sitecore and rendering it in Next.js

GTM Tag Setup

I was surprised to find that there was no documentation with a specific example of how to properly code the tag so that it works in all environments.

The solution is to set the data-domain-key based on the current hostname. Using a Custom HTML Tag, this is trivial:

<script>
(function() {
// OneTrust Cookies Consent Notice for www.acme.com
var domainScriptValue = (window.location.hostname === 'www.acme.com')
? 'xxxx' // production
: 'xxxx-test'; // anything other than production
var otScript = document.createElement('script');
otScript.type = 'text/javascript';
otScript.charset = 'UTF-8';
otScript.src = 'https://cdn.cookielaw.org/scripttemplates/otSDKStub.js';
otScript.setAttribute('data-domain-script', domainScriptValue);
document.head.appendChild(otScript);
window.OptanonWrapper = function() { };
})();
</script>

The default green floating cookie preferences button that ships with OneTrust is a bit goofy, and it obstructs the viewport on smaller screen sizes or when viewing a site with a high level of zoom.

You can disable the default button in favor of a custom button that is triggered via a JavaScript call to Optanon.ToggleInfoDisplay().

The footer is a good place for a cookie preferences button, given that the functionality is rarely used. You probably already have a Sitecore component for your footer links which leverage a series of General Link fields, which support JavaScript.

General Link with JavaScript

Now we have a new problem to solve. Sitecore always suffixes the JavaScript with ;return false; which will throw errors into your console when clicking the button and cause the functionality not to work:

<a href="javascript:Optanon.ToggleInfoDisplay();return false;">Cookie Settings</a>

In pure XM Cloud-friendly fashion, let's customize how the link is rendered in the head. One way to do this in headless applications such as Next.js is to modify the link field value before rendering it. You might create a custom component that wraps the Link component that ships with @sitecore-jss/sitecore-jss-nextjs:

import { Link } from '@sitecore-jss/sitecore-jss-nextjs';
const CustomLinkWithJavaScriptSupportComponent = (props) => {
let linkData = props?.fields?.item?.fields?.link?.value;
if (linkData?.linktype === 'javascript') {
linkData.href = linkData.href?.replace(';return false;', '');
}
return (
<Link
field={{
...props.item.fields.link,
value: linkData
}}
/>
);
};
export default CustomLinkWithJavaScriptSupportComponent;

After which, your link will appear like so:

<a href="javascript:Optanon.ToggleInfoDisplay()">Cookie Settings</a>

I also shared this code as an answer on SSE: https://sitecore.stackexchange.com/a/39036/946

Stay hungry,

-MG


More Posts

Cover Image for How to Run Sitecore 10.3.x in Docker on Windows 10

How to Run Sitecore 10.3.x in Docker on Windows 10

> Configs for loading useful asset images

Cover Image for Add TypeScript Type Checks to RouteData fields

Add TypeScript Type Checks to RouteData fields

> Inspired by error: Conversion of type may be a mistake because neither type sufficiently overlaps with the other.

Cover Image for Sitecore Symposium 2022

Sitecore Symposium 2022

> What I'm Watching 👀

Cover Image for Symposium 2022 Reflections

Symposium 2022 Reflections

> Sitecore is making big changes

Cover Image for SPE Script Performance & Troubleshooting

SPE Script Performance & Troubleshooting

> Script never ends or runs too slow? Get in here.