Greșeli frecvente în implementările codurilor de tracking și Consent Mode și cum pot fi corectate

În ultimele luni, am auditat implementările de tracking și consent mode pe numeroase site-uri de e-commerce, de la magazine mici până la platforme mari.
Deși fiecare proiect are particularitățile sale tehnice, am observat o serie de greșeli care se repetă aproape invariabil. Acest articol le sintetizează și oferă sugestii pentru remediere, cu scopul de a ajuta echipele tehnice, agențiile de marketing și decidenții din e-commerce să evite pierderi de date, raportări incorecte și blocaje viitoare.
1. Consent mode implementat incomplet, sau greșit
-
1.a. Multe site-uri au un cod de tracking mixt: o parte a codului este în Google Tag Manager și o altă parte este pusă direct în site, prin diverse module/plugin-uri. De cele mai multe ori, codul pentru consent se declanșează prea târziu și o bună parte din request-uri se trimit fără consent, sau cu consent denied.
-
1.b. Cele mai multe site-uri permit utilizatorului să navigheze pe alte pagini fără a-și exprima consimțământul (nici accept, nici refuz). Fără configurări suplimentare, acest comportament duce la pierderea sursei de trafic pentru utilizatorii care nu interacționează cu bannerul de consent mode.
-
1.c. Implementare lipsă sau incompletă pentru anumite pagini esențiale. Am găsit cazuri în care pagina de thank you nu avea configurat consent mode pentru anumite modalități de plată. Trebuie testate toate flow-urile care duc la evenimentul de purchase, chiar dacă unele sunt mai dificil de testat.
Recomandare: Consent mode ar trebui gestionat integral din GTM, cu soluții de la parteneri oficiali Google. Astfel, se asigură un debugging facil, control complet și comportament predictibil. Trebuie testate toate flow-urile care duc la evenimente cheie, cum ar fi cel de purchase.
2. Coduri dublate: GA4, Google Ads, cookie banners, etc.
Un scenariu comun: aceeași librărie este inclusă și prin GTM și direct din site (prin module, extensii, aplicații sau coduri setate de programatori). O altă situație frecventă: aplicații similare care trimit aceleași evenimente în dataLayer. Rezultatul este dublarea sau chiar triplarea evenimentelor.
Acest lucru distorsionează datele din GA4, Google Ads, etc, produce discrepanțe majore față de sistemele interne de comenzi și supraevaluează performanța campaniilor.
Recomandare: Tot tracking-ul ar trebui mutat în GTM. Modulul sau scriptul duplicat trebuie identificat și eliminat. Evitați dezinstalarea haotică de plugin-uri fără o verificare clară a impactului.
3. Evenimente lipsă și parametri greșiți
Deseori, implementările de tracking se concentrează exclusiv pe evenimentele majore: purchase, add_to_cart, view_item și begin_checkout, neglijând evenimente considerate “neesențiale”, precum view_item_list, add_to_wishlist, view_promotion, select_item, add_payment_info, add_shipping_info, remove_from_cart.
Deși pot părea secundare, aceste evenimente oferă o imagine de ansamblu asupra comportamentului utilizatorului pe site și permit o analiză holistică a funnel-ului de conversie. Ele sunt esențiale pentru optimizarea campaniilor, înțelegerea punctelor de fricțiune și antrenarea corectă a algoritmilor.
Recomandare: Implementarea trebuie refăcută pornind de la documentația GA4. Evenimentele trebuie să includă parametrii relevanți, iar dublurile eliminate.
4. Probleme cu ID-urile produselor
Un alt punct critic este inconsistența ID-urilor de produs, în cazul produselor cu variante (ex. Rochie mărime XS, S, M): pe view_item se trimite un ID, iar pe purchase altul (ex: ID variantă vs ID produs principal). Asta produce mismatch între feed-ul de produse și datele din GA4, Google Ads sau Facebook.
Recomandare: Se folosește tot timpul ID-ul produsului părinte, iar varianta (ex: culoare, mărime) se transmite separat prin item_variant.
5. Date lipsă despre user
Evenimentul de purchase ar trebui să includă obiectul user_data cu: email, telefon, user_id, adresă, număr total de comenzi, valoare totală comenzi (customer lifetime value). Aceste date permit:
- Atribuire mai precisă.
- Îmbunătățirea campaniilor.
Recomandare: Aceste informații trebuie să fie întotdeauna prezente în dataLayer pe evenimentul de purchase. Dacă userul este logat, datele ar trebui să fie incluse pe toate evenimentele. În lipsa lor, campaniile vor avea performanțe mai slabe, deoarece algoritmii AI vor avea mai puține date din care să învețe.
Concluzie
Un cont GTM bine structurat, cu date corecte și un consent mode corect implementat nu sunt doar detalii tehnice. Ele influențează direct eficiența campaniilor, capacitatea de retargetare și, în final, rentabilitatea.
Dacă v-ați regăsit în exemplele de mai sus, nu sunteți singurii. Important este să recunoașteți aceste probleme și să le corectați la timp, ideal într-un mediu de test, cu planificare clară și fără improvizații.
Dacă aveți nevoie de sprijin pentru audit sau restructurare, echipa Tagual vă poate ajuta.