container audit

GTM-M9BCBWN

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

5 custom HTML tags carrying 9 KB of JavaScript. This runs on every page the container loads on.
3 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.

Tags88

Custom scripts5

Third parties3

Delivered605 KB

Versions298

What we observed

A real browser loaded mr-bricolage.bg 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 sst.mr-bricolage.bg — the site's own host

Measurement sent to google-analytics.com — Google

The container is self-hosted; the measurement still goes to Google. The first-party path that a tagging server provides is not being used for the data itself.

Consent Cookiebot answered its own API. Nothing measured until it was granted — no analytics or advertising hit left the page beforehand, and 2 fired afterwards. That is the outcome consent is meant to produce. 7 hosts appeared only after consent was granted. Google recorded gcs=G111 (all granted).

Third parties contacted 22 hosts — static.cloudflareinsights.com, fonts.gstatic.com, appleid.cdn-apple.com, cdn.ipaper.io, accounts.google.com, analytics.google.com, consent.cookiebot.com, www.clarity.ms, and 14 more

dataLayer events seen gtm.js, gtm.dom, gtm.load, gtm.scrollDepth, gtm.historyChange, gtm.historyChange-v2, gtm.click, cookie_consent_preferences, cookie_consent_statistics, cookie_consent_marketing

Where the data goes

Not observed — on the page we loaded, measurement went to Google and nowhere else. observed on mr-bricolage.bg 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 (3)

3 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

infoConsent configuration detected (4)

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 (1)

1 piece 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

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 »

display.ipaper.io ×1 mr-bricolage.bg ×1 script.ringostat.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_MBTSV gallery injects code from stapecdn.com · runs page-level globals

__cvt_8614239_270 private injects code from x.cookiebot.com, x.cookiebot.eu

__cvt_8614239_285 private injects code from connect.facebook.net · runs page-level globals

__cvt_K8HMJ gallery runs page-level globals

__cvt_MQDKZ gallery injects code from www.clarity.ms · runs page-level globals

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.

mr-bricolage.bg

What this audit describes

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

Container	`GTM-M9BCBWN`
Published version	`298` — the identity of this configuration. It changes only when someone publishes.
Read at	2026-08-23 17:44:30 UTC (a month ago)
Source	`https://www.googletagmanager.com/gtm.js?id=GTM-M9BCBWN`
Body checksum	`5811ea640d9db3ce5f1cd13239a135475bd6504841b0ea91431bd37c35c6901c` 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-M9BCBWN

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 »