Ce este Google Tag Gateway?
Ca să înțelegem soluția Google Tag Gateway, trebuie să vedem unde se rupe filmul acum. În mod normal, când un utilizator intră pe site-ul tău, codul de Google Tag (sau GTM-ul) strigă direct către serverele Google: „Hei, trimit date la googletagmanager.com!”. Aici intervin problemele. Browserele moderne și ad-blockerele văd această cerere către un domeniu extern (terță parte / third-party) și o blochează instant.
Google Tag Gateway (GTG) schimbă complet această rută. În loc ca site-ul tău să trimită datele direct la Google, le trimite… tot către tine, pe o sub-pagină mascată (de exemplu: siteul-tau.ro/metrics/). Din punct de vedere tehnic, asta se numește măsurare de tip primă parte (first-party).
În spatele scenei, o rețea de distribuție (cum e Cloudflare) preia acele date de pe /metrics/ și le pasează mai departe către Google. Pentru browser, totul pare un comportament nativ al site-ului, așa că nu mai blochează nimic. Rezultatul? Google spune că aduni, în medie, cu 11–14% mai multe date despre conversii pe care înainte pur și simplu le pierdeai.
Care este diferența dintre Google Tag și Google Tag Gateway?
Ca să fie clar: Gateway-ul nu înlocuiește codul tău de Google Tag (gtag.js), ci îl „îmbracă” într-o armură de protecție.
- Google Tag-ul simplu este expus în totalitate. Dacă un utilizator vine de pe Safari (unde rulează sistemul ITP de la Apple), cookie-urile de tracking sunt șterse automat după 1-7 zile. Dacă omul dă click pe reclama ta azi, dar cumpără peste două săptămâni, ești orb – nu mai poți asocia conversia cu reclama. În plus, ad-blockerele îl miros de la o poștă și îl opresc din start.
- Google Tag Gateway transformă totul în date first party. Pentru că datele vin de pe domeniul tău, Safari lasă cookie-urile în pace pe o perioadă normală (săptămâni întregi), iar ad-blockerele nu se ating de ele, pentru că riscă să strice funcționarea site-ului.
Analogia perfectă: Meta Pixel și CAPI
Dacă ai lucrat în marketing online, analogia asta îți te va lumina:
- Google Tag-ul simplu este exact ca Meta Pixel-ul. Ambele rulează în browser (client-side), ambele sunt ușor de blocat și ambele pierd date pe telefoanele Apple.
- Google Tag Gateway joacă exact rolul lui Meta CAPI (Conversions API). Ambele vor să trimită datele ocolind restricțiile browserului.
Marea diferență (și avantajul Google) este modul de execuție: Meta CAPI este un sistem pur Server-to-Server. Ai nevoie de un server dedicat (cum e o instanță de Google Cloud care costă bani lunar) care să trimită codurile separat de browser, iar apoi Meta trebuie să facă deduplicare (să verifice să nu numere de două ori același eveniment).
Google Tag Gateway este un Proxy. Nu ai nevoie de un server separat care să ruleze coduri grele, ci folosești infrastructura pe care o ai deja (de obicei Cloudflare). Datele pleacă tot din browser, dar sunt „mascate” instant la nivel de rețea. Nu ai nevoie de deduplicare, fiindcă există un singur flux de date, nu două.
Cum se setează Google Tag Gateway?
Frumusețea la Google Tag Gateway este că, dacă folosești deja Cloudflare pentru site-ul tău, configurarea se face aproape integral din click-uri, fără să chemi programatorul.
- Pregătirea în GTM: Mergi în zona de Admin din Google Tag Manager și cauți opțiunea Google tag gateway for advertisers.
- Alegerea căii: Îi spui sistemului ce nume de „director” vrei să folosești pentru mascare (de exemplu, scrii
/secure-signals/). - Legătura cu Cloudflare: Apeși pe butonul de autentificare în Cloudflare. Google se va conecta la contul tău și va crea automat un script de tip Cloudflare Worker care se va ocupa de redirecționarea silențioasă a traficului de tracking.
- Verificarea: Intri pe site, apeși F12 (Inspect), mergi la tab-ul Network și dai un refresh. Dacă vezi cereri către
siteul-tau.ro/secure-signals/care returnează statusul 200 OK, înseamnă că sistemul funcționează și tocmai ai securizat datele campaniilor tale.
