Academy · Google Tag Manager · Lecție
Tagging server-side: ce repară, ce nu și când să nu-l faci
Cum funcționează un container GTM server, de ce contează domeniul first-party, ce câștigi la cookie-uri, ad blockere și viteză, ce nu se schimbă la consimțământ, cât costă și când un business mic ar trebui să aștepte.
Situația
Ai făcut tot ce trebuie în GTM. Și totuși, în GA4 lipsește o parte însemnată din sesiunile plătite față de click-urile din Google Ads, pe Safari utilizatorii revin ca „noi” după o săptămână, iar testul de viteză se plânge de scripturile terților. Cineva îți spune „treci pe server-side”. Are dreptate pe jumătate — și jumătatea greșită costă bani în fiecare lună.
Ce e, de fapt
În tagging-ul clasic (client-side), browserul vizitatorului trimite datele direct la Google Analytics, Google Ads, Meta. Fiecare platformă își pune scriptul în pagină și își trimite propriile cereri.
În tagging-ul server-side, browserul trimite datele o singură dată, către un server al tău: un container GTM de tip Server, găzduit sub domeniul tău, de exemplu data.site-ul-tau.ro. Acel server primește evenimentul, îl curăță, îl îmbogățește dacă vrei și îl distribuie el către GA4, Google Ads, Meta Conversions API și oricine altcineva. Browserul vorbește doar cu tine.
Fluxul complet:
- Site-ul face
dataLayer.pushca până acum. - Containerul web GTM trimite evenimentul GA4 nu la Google, ci la
data.site-ul-tau.ro. - Containerul server primește cererea printr-un client (componenta care înțelege formatul GA4) și o transformă într-un eveniment comun.
- Tag-urile din containerul server (GA4, Google Ads, Meta CAPI) trimit datele mai departe, de pe server, către fiecare platformă.
- Serverul poate seta cookie-uri HTTP first-party în răspunsul către browser.
Ce repară
- Durata cookie-urilor pe Safari. Safari limitează cookie-urile setate din JavaScript la 7 zile. Cookie-urile setate de un server de pe propriul tău domeniu pot trăi mai mult — cu o nuanță: Safari verifică și dacă serverul răspunde de la o adresă apropiată de cea a site-ului, de aceea unele configurații pun un proxy sau CDN comun în față. Rezultatul, când e făcut bine: utilizatorii recurenți rămân recurenți, atribuirea pe mai multe zile funcționează.
- Blocarea de către ad blockere. Multe blochează domeniile cunoscute ale platformelor de măsurare. Un endpoint pe domeniul tău nu e pe listele lor implicite. Nu e imunitate — listele evoluează — dar recuperezi o parte semnificativă.
- Viteza paginii. Mai puține scripturi terțe încărcate în browser, mai puține cereri din dispozitivul vizitatorului. Efectul e real, dar moderat: nu face un site lent să fie rapid.
- Controlul datelor. Pe server decizi exact ce parametri pleacă spre fiecare platformă. Poți scoate câmpuri, normaliza, adăuga date din sistemele tale (valoarea reală a comenzii după reduceri, statusul de client).
- Un singur loc pentru Meta Conversions API și alte API-uri server-to-server, lângă restul tag-urilor.
Ce nu repară
Nici altceva nu se schimbă magic: dacă evenimentele din site sunt greșite (formular numărat de două ori, purchase fără valoare), serverul le trimite mai departe la fel de greșite, doar mai fiabil. Repară măsurarea client-side înainte.
Cât costă și unde îl găzduiești
Containerul server e gratuit în GTM. Ce plătești e serverul care rulează:
- Google Cloud Run — calea recomandată oficial de Google, cu configurare pornită din GTM. Pentru producție ai nevoie de mai multe instanțe pentru redundanță; costul crește cu traficul, de la câteva zeci de euro pe lună pentru un site mic sau mediu.
- Găzduire administrată de un furnizor specializat — abonament lunar fix, fără să administrezi infrastructură; unii furnizori folosesc rețele globale de tip Cloudflare pentru ruta first-party. Pentru un business fără echipă tehnică, adesea cea mai simplă opțiune.
- Self-hosted pe orice infrastructură care rulează imaginea Docker oficială, cu un proxy sau CDN (de exemplu Cloudflare) în față pentru domeniul first-party și certificate.
Adaugă la cost: timpul de implementare (câteva zile pentru o configurație completă cu GA4, Google Ads, Meta CAPI și consimțământ), mentenanța (actualizări ale imaginii, monitorizare) și subdomeniul (o intrare DNS pe domeniul tău, cu certificat).
Când un business mic ar trebui să sară peste
Server-side merită când ai volum și bani în joc: buget de reclamă de la câteva mii de euro pe lună în sus, trafic semnificativ de pe Safari și mobil, un checkout sau formulare a căror atribuire chiar schimbă decizii de buget.
Nu merită — încă — dacă:
- ai sub câteva sute de conversii pe lună; zgomotul statistic e mai mare decât ce recuperezi;
- tracking-ul client-side de bază nu e corect (vezi checklist-ul de tracking);
- nu ai Consent Mode v2 configurat corect — acela e pasul zero și recuperează mai mult decât crezi, prin modelare;
- nimeni nu va întreține serverul; un container server căzut înseamnă zero date, nu „ca înainte”.
Ce reții
- Server-side = browserul vorbește o singură dată cu serverul tău, care distribuie mai departe.
- Repară durata cookie-urilor, o parte din blocare și viteza; nu repară evenimente greșite.
- Consimțământul se aplică identic pe server. Nu e o portiță.
- Costul real: server + implementare + mentenanță lunară.
- Un business mic face mai întâi evenimente corecte și Consent Mode v2, apoi server-side când volumul justifică.
Verifică-te
Întrebări frecvente
Server-side înseamnă că pot urmări vizitatorii care refuză cookie-urile?
Nu. Refuzul se respectă indiferent pe unde trec datele. Ce poți face legal e ce permite Consent Mode: ping-uri fără identificatori și modelare agregată, la fel ca în client-side.
Dacă serverul cade, ce se întâmplă cu datele?
Se pierd pentru perioada respectivă, pentru toate platformele deodată. De aceea producția cere redundanță și monitorizare, iar cineva trebuie să răspundă când ceva nu merge.
Vrei ca Valhalla să verifice asta pentru afacerea ta?
Valhalla Pulse scanează gratuit semnalele publice ale site-ului tău, în câteva secunde.
Surse
Lecții înrudite