Google Tag Manager de la zero: un container, zero cod în site

Situația

Vrei să adaugi pixelul Meta. Peste o lună, tag-ul Google Ads. Apoi un script de chat, apoi un eveniment pentru butonul de WhatsApp. De fiecare dată scrii developerului, aștepți trei zile, verifici, și ceva nu merge pe mobil. Sau, mai rău, ai pus șase scripturi direct în template și nimeni nu mai știe care ce face.

Google Tag Manager rezolvă exact asta. Un singur fragment de cod în site (containerul), pus o singură dată. După aceea, tot ce ține de măsurare se face din interfața GTM, cu versiuni, previzualizare și posibilitatea de a da înapoi.

Cele trei piese

• Tag-uri — ce se execută. Tag-ul Google (GA4), tag-ul de conversie Google Ads, pixelul Meta, un script custom.
• Triggere — când se execută. La încărcarea paginii, la click pe un element, la trimiterea unui formular, la un eveniment din data layer.
• Variabile — ce informații folosesc tag-urile. URL-ul paginii, textul butonului apăsat, valoarea comenzii, ID-ul de măsurare GA4.

Orice configurare GTM e o propoziție: când [trigger], execută [tag] cu [variabile]. Când ai înțeles asta, ai înțeles GTM.

Data layer-ul, pe exemplul unui formular

Data layer-ul e un obiect JavaScript (dataLayer) din pagină, în care site-ul pune informații pentru GTM. E podul dintre ce știe site-ul tău (că un formular a fost trimis cu succes, ce serviciu s-a cerut) și ce poate măsura GTM.

De ce e mai bun decât un trigger „click pe butonul Trimite”: click-ul se întâmplă și când formularul are erori de validare. Push-ul din data layer se întâmplă numai când cererea a plecat cu adevărat. E diferența dintre a măsura intenția și a măsura rezultatul.

Previzualizare, versiuni, publicare

1. Preview (Tag Assistant): deschide site-ul într-o sesiune de depanare în care vezi, la fiecare acțiune, ce tag-uri s-au declanșat, ce nu și de ce. Nimic nu ajunge live până nu publici. Testezi formularul real și verifici că generate_lead apare o singură dată.
2. Versiuni: fiecare publicare creează o versiune numerotată, cu descriere. Dacă ceva se strică, revii la versiunea anterioară din două click-uri.
3. Spații de lucru (workspaces): dacă mai multe persoane modifică containerul, fiecare lucrează separat și îmbină la final.

Regula: nu publica niciodată fără Preview, și scrie în descrierea versiunii ce ai schimbat și de ce. Peste șase luni, tu vei fi cel care citește.

Convenții de denumire

Un container fără convenții devine, într-un an, o groapă cu 80 de tag-uri numite „Tag 3” și „test”. Adoptă un format și ține-te de el:

• Tag-uri: platformă – tip – ce face. GA4 – Event – generate_lead, GAds – Conversion – Lead form, Meta – Pixel – Base.
• Triggere: tip – când. CE – form_submit_ok, Click – WhatsApp button, Page – Thank you.
• Variabile: sursă – nume. DL – form_name, Const – GA4 Measurement ID.

Folosește foldere pe platforme și un singur tag Google de configurare la care se referă toate evenimentele GA4. ID-ul de măsurare stă într-o variabilă constantă, nu copiat în 12 tag-uri.

Ce nu pui niciodată în GTM

Cine are acces la container

Tu, ca proprietar al contului. Persoana care face măsurarea, cu drept de publicare. Agenția, cu drept de editare — publicarea o faci tu sau persoana ta, după Preview. Când schimbi agenția, îi scoți accesul într-un minut și nu pierzi nimic.