Google Tag Manager diegimas: ką tikrinti, kad nebūtų dublių

Google žyma ar Google Tag Manager: kurį kelią rinktis

Google žyma (gtag.js) yra vienas kodo fragmentas, kuris siunčia duomenis tik į Google produktus. Google Tag Manager yra konteineris: per jį valdomos Google, kitų platformų ir savos žymos, nekeičiant svetainės kodo. Jei Tag Manager jau naudojate, Google pataria jį ir palikti.

Svarbiausia ne tai, kurį kelią pasirinksite, o kad pasirinksite vieną. Google GA4 pagalbos puslapis sako tiesiai: abu būdai kartu duoda per didelius skaičius. Mažai svetainei su vienu tikslu Tag Manager dažnai tik prideda sluoksnį, kurį reikia prižiūrėti.

Kaip įdiegti Tag Manager konteinerį vienoje vietoje

Konteinerį sudaro du fragmentai. Pirmas dedamas kuo aukščiau puslapio head dalyje, antras iškart po atidarančios body žymos. WordPress, Shopify ar Wix tą patį padaro integracija arba įskiepis, bet rinkitės vieną vietą: arba temą, arba įskiepį.

Prieš dėdami konteinerį patikrinkite, kas jau yra. Atidarykite puslapio kodą ir paieškokite GTM- ir G- identifikatorių:

• du skirtingi GTM- reiškia du konteinerius
• G- šalia GTM- reiškia, kad GA4 jau ateina kitu keliu
• WordPress svetainėse dažniausi šaltiniai yra tema, Site Kit, WooCommerce analitikos įskiepis ir sutikimų platforma

Kodėl GA4 skaičiuoja pirkimus dvigubai

Auditų metu dažniausiai randame du kelius į tą pačią GA4 savybę: įskiepį su savo Google žyma ir Tag Manager su GA4 žyma. Kitos priežastys:

• du Tag Manager konteineriai tame pačiame puslapyje
• pirkimo žyma su dviem aktyvikliais, pvz. puslapio peržiūra ir pasirinktinis įvykis
• likusios Universal Analytics ar senos Google Ads konversijų žymos

Padėkos puslapio perkrovimas pirkimą išsiunčia dar kartą. GA4 tokius dublius sulieja tik tada, kai pirkimas turi tą patį transaction_id, ir tik svetainės sraute. Vienoje parduotuvėje radome ir trečią kelią: antra svetainė per bendrą konteinerį maišė savo srautą į tą pačią savybę.

Consent Mode v2 per Tag Manager: kas turi suveikti pirmiau

Nuo 2024 m. kovo Google reikalauja sutikimo signalų, jei EEE (Europos ekonominės erdvės) lankytojų duomenis norite naudoti reklamos matavimui ir auditorijoms. Antra versija prie ad_storage ir analytics_storage prideda ad_user_data ir ad_personalization. Numatytoji būsena turi būti nustatyta prieš bet kurią žymą, ir Tag Manager tam turi aktyviklį Consent Initialization, kuris suveikia pirmas.

Google žymos sutikimą tikrina pačios, o Custom HTML žymos ne. Joms reikia atskiros sutikimo sąlygos, kitaip jos krausis ir lankytojui atsisakius. Vienoje parduotuvėje Consent Mode buvo įjungtas, bet kitas įskiepis perrašė duomenų sluoksnio pavadinimą, ir signalas Google nepasiekdavo.

Kaip patikrinti prieš publikuojant: Preview ir vienas užsakymas

Preview režimas atidaro svetainę taip, lyg juodraštis jau būtų publikuotas. Tag Assistant parodo, kurios žymos suveikė ir kokia tvarka. Consent skiltyje matosi numatytoji ir atnaujinta sutikimo būsena: jei ji tuščia, Consent Mode neįdiegtas.

Paskutinis testas yra vienas realus užsakymas. Suskaičiuokite, kiek pirkimo įvykių pasiekė GA4, Google Ads ir Meta, ar sutampa suma ir ar perduotas transaction_id. Kaip tai padaryti saugiai, aprašyta žinyno gide „Testinis užsakymas“. Publikuokite versiją su aiškiu pavadinimu, kad būtų kur grįžti.

Server-side Tag Manager: kada verta ir ko jis nesutvarko

Server-side konteineris duomenis apdoroja jūsų valdomame serveryje, o ne lankytojo naršyklėje. Tai atskiras serveris ir atskiri kaštai. Prasmė atsiranda parduotuvėje su keliomis reklamos platformomis, ne vizitinėje svetainėje.

Sutikimą vis tiek nustato svetainės konteineris. Server-side kelias be sutikimo patikros yra sunkiausiai pastebimas pažeidimas, nes naršyklėje jo nesimato, ir būtent tokį radome vienoje parduotuvėje. Pradėkite nuo audito: 200 €, o sutvarkymo kaina pagal radinius. Susisiekti.