container audit
GTM-NK5PJH
This container ships 43 hand-written scripts (39 KB of JavaScript) to every visitor — more than 90% of the 46,522 containers we have measured. That is an application's worth of code, delivered as tag configuration.
- 6 third-party hosts reachable from its tags.
- Measurement runs through a server container on its own domain — the mark of a mature setup, and rarer than the tooling vendors imply.
- 506 published versions — each one live for every visitor the moment it was published.
inner-htmlis uncommon — under 6% of the containers we have measured have it. That is context rather than a verdict: a server container is rarer still and is a sign of a mature setup. What it means is in the finding itself.
Tags188
Custom scripts43
Third parties6
Delivered689 KB
Versions506
What we observed
A real browser loaded sanitairwinkel.nl 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
www.sanitairwinkel.nl — the site's own host, at /gtm/gtm.js rather than the default path, and googletagmanager.comMeasurement sent to
www.sanitairwinkel.nl — not Google, at /gtm/g/collectMeasurement runs through the site's own infrastructure. Part of the tag library still comes from Google, which is normal — the two are loaded separately.
Forwarded to
GA4 ×10 — read from the measurement id, not the hostname
Consent
Cookiebot 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. 10 hosts appeared only after consent was granted. Google recorded gcs=G100 (all denied).Third parties contacted
25 hosts — consent.cookiebot.com, connect.getflowbox.com, gateway.getflowbox.com, consentcdn.cookiebot.com, www.googletagmanager.com, static.zdassets.com, cdn.jsdelivr.net, ekr.zdassets.com, and 17 more
dataLayer events seen
gtm.js, gtm.dom, gtm.load, gtm.elementVisibility, experiment_viewed, gtm.click, gtm.triggerGroup, cookie_consent_preferences, cookie_consent_statistics, cookie_consent_marketing, fireRemarketingTag
Where the data goes
Confirmed — a browser watched this site send measurement data to www.sanitairwinkel.nl, not to Google. observed on sanitairwinkel.nl 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.
reviewdocument.write (2)
2 pieces of custom code call document.write.
Whydocument.write blocks the HTML parser while it runs, and browsers ignore it entirely once the page has finished parsing — so an async-loaded tag using it can silently do nothing.
CheckIf these tags fire on page load they are costing render time; if they fire later they may not be working at all. Worth confirming the tag still does what it was added to do.
Seenseen in 18.4% of 46,522 containers measured
reviewWrites innerHTML (1)
1 piece of custom code assign to innerHTML.
WhyAssigning innerHTML parses the string as HTML. If any of it comes from the URL, the page or a cookie, that is a script-injection route into your own site.
CheckCheck whether the assigned value is a fixed template or built from something a visitor can influence.
Seenseen in 5.7% of 46,522 containers measured
infoOne variable that a great deal depends on (61)
"eventAction" is read by 61 tags and triggers — more than anything else in this container.
WhyGTM shows you where a variable is defined, never how much depends on it. Editing this one touches a large share of the container at once, and whatever breaks will surface somewhere that looks unrelated to the change.
CheckBefore changing it, check what reads it. If it feeds both measurement and consent or routing logic, split those uses apart first.
Seenseen in 10.1% of 46,522 containers measured
infoUses browser storage (11)
11 pieces of custom code read or write localStorage or sessionStorage.
WhyBrowser storage persists across visits and is not covered by cookie consent tooling, so it is easy to overlook when auditing what you keep on a visitor's device.
CheckConfirm nothing personal is being kept there, and that it is covered by your privacy notice.
Seenseen in 23.3% of 46,522 containers measured
infoConsent configuration detected (3)
The container declares one or more consent signals.
WhyConsent handling is present in the container. This describes what the artifact declares; what actually happened on the page is measured separately, above.
CheckConfirm these settings match the consent policy you intend to enforce, and compare them with the before-and-after observation.
Seenseen in 44.6% of 46,522 containers measured
infoLoads JavaScript from another host (2)
2 pieces of custom code fetch and run JavaScript from another host.
WhyWhatever that host serves executes with full access to the page — it can read the DOM, cookies and form fields. The code is not in this container, so it can change at any time without any change here.
CheckConfirm you recognise every host below and that someone owns the relationship. A host you cannot name is the one to chase.
Seenseen in 54.4% of 46,522 containers measured
infoVendor IDs written into custom code (1)
1 vendor ID is pasted directly into custom HTML rather than held in a variable or template.
WhyChanging a property, pixel or account then means editing every tag that mentions it, and any one that gets missed keeps sending to the old destination indefinitely.
CheckFine if the ID never changes. If you have ever migrated a property, check that none of these still point at the old one.
Seenseen in 31.4% 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 »
connect.facebook.net ×3cdn.jsdelivr.net ×1gethatch.com ×1pars-recommendation-97393741398.europe-west4.run.app ×1squeezely.tech ×1static.zdassets.com ×1
What the custom templates can do
Custom templates are third-party code shipped inside the container. Injecting scripts and running page globals is ordinary for them — most tag templates need it to work — so this is an inventory, not a warning. It lists the capability each template declares so you can match it against templates you meant to install.
__cvt_WPF35 gallery runs page-level globals__cvt_TNPL9 gallery injects code from my.profitmetrics.io · runs page-level globals__cvt_521753_475 private injects code from ct.beslist.nl · runs page-level globals__cvt_521753_855 private runs page-level globals__cvt_K4VST gallery injects code from tags.creativecdn.com · runs page-level globalsDetected 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.
What this audit describes
Containers change. These findings describe one specific artifact, and you can re-fetch it to check this reading.
| Container | GTM-NK5PJH |
|---|---|
| Published version | 506 — the identity of this configuration. It changes only when someone publishes. |
| Read at | 2026-08-23 17:55:10 UTC (a month ago) |
| Source | https://www.googletagmanager.com/gtm.js?id=GTM-NK5PJH |
| Body checksum | 30a11c4ef7e24a97cd91fa224770559a9e55009e69ed264f8fbebe4ad5c99101Evidence 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.
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 »