HeySignal
A team.blue BRAND
Home»Features»First-party GTM proxy
First-party GTM proxy

Keep your GTM. Change one line. Google meets our edge instead of your visitors.

You spent years on that container. You should not have to rebuild your tag setup to fix where the data flows. Point your snippet at your own subdomain, and HeySignal takes it from there.

What actually happens

A proxy that edits, not just forwards

Most "GTM proxies" are a blind tunnel with your domain on it. Ours reads what passes through:

The container is sanitized server-side.

We fetch gtm.js and gtag.js server-to-server, strip every Google tracking domain from the code, and serve the result from your first-party subdomain. Your visitors' browsers never open a connection to Google. Google's servers see the IP of a European edge node, not your customer.

Consent Mode v2 is computed, not assumed.

The edge reads your CMP's consent cookie on every request and derives all seven Consent Mode signals from it, including ad_user_data and ad_personalization. Denial defaults are injected into the proxied script before Google's own code executes, so nothing fires in the pre-consent window, even if your banner loads late.

Policy runs per region.

EEA traffic without verified consent is blocked at the edge by default. Global Privacy Control signals are honored. You choose per-region behavior for the rest of the world, and per-site controls decide whether IP addresses are stripped, anonymized, or passed, and whether real user agents travel at all.

The data path, before and after

BEFORE browser → googletagmanager.com
AFTER browser → data.yourshop.com → EU edge → Google

Ad blockers

The ad-blocker point, made honestly

First-party serving means common blocklists no longer recognize the requests, so measurement of consenting visitors survives. We are comfortable with that because of what stands behind it: the same edge enforces consent policy on what it proxies. Recovering signal you were allowed to have is engineering. Recovering signal you weren't is a lawsuit with a feature name, and other vendors can keep that market.

Three ways in

GTM is optional. Your call.

  • Proxy mode. Keep GTM and GA4 unchanged, swap the script origin, done.
  • SDK mode. Drop GTM entirely; the HeySignal SDK and no-code rules handle capture with the full consent gate.
  • GA4 drop-in. Keep plain gtag.js and route it through the proxy without a tag manager at all.

Most teams start with proxy mode and drift toward the SDK as trust builds. Both run through the same European infrastructure.

Your subdomain
gtm.js · gtag.js · GA4 collect
Zero-leak
Google domains stripped server-side
7 signals
Consent Mode v2 from the CMP cookie
Pre-Google
Consent defaults injected first
EEA block
Regional default · GPC honored
IP + UA
Strip / anonymize / pass per site
FAQ

Straight answers.

Do I need to change my GTM container?

No. You change the script source to your own subdomain. Tags, triggers and variables stay as they are.

What does Google see?

Requests from HeySignal's European edge, carrying the consent signals computed from your CMP's verified state, with IP and user-agent handling you configured. Not your visitor's browser.

Does this break GA4 features?

No. GA4 receives spec-compliant Measurement Protocol and collect traffic; Debug View keeps working.

Is this the same as running my own sGTM container?

No. An sGTM container is infrastructure you configure and police yourself. This is a managed edge that enforces consent policy on the traffic it proxies.

One line of HTML. A very different data path.
HEYSIGNAL ✱ A TEAM.BLUE BRAND
Related