tagora
container audit

GTM-NR5749V4

3 tags, 1 custom scripts, 1 third-party host — an ordinary container, near the middle of what we measure (median: 39 tags, 4 custom scripts).

Tags3
Custom scripts1
Third parties1
Delivered351 KB
Versions2

What we observed

A real browser loaded bluecross.org.uk a month ago and recorded every request it made. This is what happened, as distinct from what the container is configured to do. It is one page load — anything that fires only deeper in the site did not fire here.

Container loaded from googletagmanager.com — Google
Measurement sent to google-analytics.com — Google
Consent OneTrust answered its own API. Measurement fired beforehand but carried no identifier — analytics_storage was denied, which is Consent Mode working as designed rather than a gap. 1 host appeared only after consent was granted. Google recorded gcs=G100 (all denied).
Third parties contacted 25 hosts — app.varify.io, www.googletagmanager.com, cookie-cdn.cookiepro.com, static.hotjar.com, s.pinimg.com, sc-static.net, bat.bing.com, ads.nextdoor.com, and 17 more
dataLayer events seen gtm.js, gtm.dom, varify, OneTrustLoaded, OptanonLoaded, gtm.load, gtm.click

Where the data goes

Not observed — on the page we loaded, measurement went to Google and nowhere else. observed on bluecross.org.uk More info »

Findings

Ordered by consequence. review has a concrete cost when it bites; info is real but depends on your setup. Seen is how common it is across the containers we have measured — reported separately on purpose, because common and harmless are different claims.

reviewNo consent signal in the container (1)
Nothing in this container sets, reads, or gates on a consent state.

WhyThe container itself neither sets a Consent Mode default, holds any tag back for consent, nor references a known consent platform. Either enforcement lives entirely outside GTM — where it cannot be audited from here — or tags fire regardless of what a visitor chose.

CheckIf a consent platform blocks scripts before GTM loads, this is fine — confirm that is actually the case. If not, tags are firing on a choice nobody recorded.

Seenseen in 52.1% of 46,522 containers measured

Third parties it can reach

Each host is a party that can execute code or receive data in a visitor's browser. Follow one to see who else loads it. More info »

www.google-analytics.com ×2

Detected on

Sites observed loading this container. A container used across many hosts is a shared template; one on a single host is a bespoke build. Follow a site to see every container it loads.

bluecross.org.uk

What this audit describes

Containers change. These findings describe one specific artifact, and you can re-fetch it to check this reading.

ContainerGTM-NR5749V4
Published version2 — the identity of this configuration. It changes only when someone publishes.
Read at2026-08-22 13:24:56 UTC (a month ago)
Sourcehttps://www.googletagmanager.com/gtm.js?id=GTM-NR5749V4
Body checksumae83017d5f72c6402a5ab464baa8d824d18c9e7e10b50adf15de165fd78ccb59
Evidence of the exact bytes we read, not an identity: Google varies the response per request, so re-fetching an unchanged container yields a different checksum. Compare the published version instead.

Re-audit

This reading is from a month ago. A container can be republished at any time, and nothing here updates on its own — a fresh read is the only way to know whether it still says this. Running it again replaces this page in place, so the link keeps working.

Re-audit GTM-NR5749V4

Check another container

Put this container under version control. Tagora exports it to a repository you own, so every change arrives as a pull request. How it works »