GA4 e-komercijā: izsekošanas iestatīšana korekti

Sešus mēnešus pēc Universal Analytics izslēgšanas visbiežākā GA4 kļūda, ko redzam auditos, joprojām ir dublēti purchase notikumi, kas uzpūš reģistrētos ieņēmumus par 20-40%. Kāds uzinstalēja platformas spraudni (WooCommerce Google Analytics, PrestaShop iebūvēto GA4 moduli) un paralēli pievienoja GTM tagu tiem pašiem notikumiem. Abi aktivizējas uz pateicības lapas. GA4 panelis rāda iespaidīgus skaitļus, kas nesakrīt ar pasūtījumu sistēmu, un tas, kurš visu to iestatīja, jau sen nav sasniedzams. Ja sācat no nulles, lūk, kā to izdarīt pareizi, pirms tas kļūst par kāda cita sakārtošanas darbu.

GA4 vs Universal Analytics: ko migrācija faktiski salauž

Katrā UA uz GA4 migrācijā, ko esam veikuši, pirmā lieta, ko klienti pamana, ir krītošie ieņēmumu skaitļi. Ne tāpēc, ka GA4 izsekotu mazāk, bet tāpēc, ka beidzot redz precīzus skaitļus pēc gadiem ilgas dubulti skaitītu transakciju vākšanas UA. Šeit nozīme ir arhitektoniskajai pārmaiņai. GA4 ir pilnībā uz notikumiem balstīts, ieskaitot lapas skatījumus, kas dod elastību, bet prasa apzinātu konfigurāciju. Vairs nav atteikumu rādītāja. GA4 tā vietā izmanto "iesaistīšanās rādītāju": sesiju īpatsvars, kas ilgst vairāk nekā 10 sekundes, aktivizē konversijas notikumu vai sasniedz vismaz divus lapas skatījumus. Šī viena izmaiņa vien padara gadu ilgus salīdzinošos mērījumus nederīgus.

Mašīnmācīšanās aizpilda datu robus, ko rada sīkdatņu ierobežojumi un reklāmu bloķētāji, kas nozīmē: daži rādītāji ir modelēti aprēķini, nevis faktiskie skaitļi. ES e-komercijā ar stingriem piekrišanas iestatījumiem atšķirība starp modelēto un faktisko var sasniegt 15-25% sesiju. Un ja darbojaties gan tīmekļa vietnē, gan mobilajā lietotnē, GA4 var izsekot lietotājus abās platformās vienā īpašumā. Šī vairāku ierīču pārredzamība UA bez nopietna pielāgota darba bija praktiski neiespējama. Taču tā prasa konsekventu user_id ieviešanu servera pusē, nevis tikai GTM tagu.

E-komercijas izsekošanas iestatīšana

GA4 e-komercijas izsekošana balstās uz ieteicamo notikumu kopu, kas tiek padota datu slānim (dataLayer). Kritiskie notikumi jebkuram tiešsaistes veikalam ir view_item, add_to_cart, begin_checkout, add_payment_info un purchase. Katram jāietver konkrēti parametri: currency, value un items masīvs ar item_id, item_name, price, quantity un item_category. Lūk, purchase notikuma pamata struktūra:

dataLayer.push({
  event: "purchase",
  ecommerce: {
    transaction_id: "T12345",
    value: 89.99,
    currency: "EUR",
    items: [{
      item_id: "SKU001",
      item_name: "Product Name",
      price: 89.99,
      quantity: 1
    }]
  }
});

Parametrs currency ir obligāts jebkuram monetāram notikumam. Izlaidiet to, un ieņēmumu dati pārskatos neparādīsies. Tā ir viena no biežākajām kļūdām, ko atklājam, auditējot esošus GA4 iestatījumus, un tā ir neredzama, ja vien nezināt, kur meklēt DebugView.

Galvenie notikumi (key events) un konversiju izsekošana

GA4 konkrētus notikumus atzīmē kā "galvenos notikumus (key events)" (Google 2024. gadā pārdēvēja "conversions" par "key events"). E-komercijā būtiskie ir purchase pabeigtajiem darījumiem, add_to_cart kā mikro-konversija, kas norāda uz pirkšanas nolūku, sign_up jaunu kontu reģistrācijām un generate_lead kontaktu formu aizpildīšanai. Lai atzīmētu notikumu: Admin, tad Events, atrodiet notikumu, ieslēdziet "Mark as key event." Key events baro Google Ads solīšanas algoritmus, kas padara precīzu izsekošanu par reālu naudu kampaņu efektivitātē.

Pielāgotie izmēri un rādītāji

Pielāgotie izmēri sniedz kontekstu, ko standarta GA4 pārskati neuztvēr. Noderīgākie e-komercijā ir klienta tips (jauns vai atkārtots), maksājuma veids, piegādes veids un pielietotais atlaides kods. Tie ļauj segmentēt konversiju datus veidos, ko standarta pārskati nespēj. Reģistrējiet pielāgotos izmērus Admin sadaļā Custom definitions un pārbaudiet, vai parametra nosaukums dataLayer padošanā precīzi atbilst reģistrētajam nosaukumam, ieskaitot lielo un mazo burtu nošķiršanu. Neatbilstība rada pielāgotu izmēru, kas šķiet eksistējam, bet nekad nesavāc datus.

Integrācija ar Google Ads

GA4 savienošana ar Google Ads aizņem apmēram piecas minūtes, izmantojot Admin, tad Google Ads Links. Pēc savienošanas varat importēt GA4 key events kā Google Ads konversijas uz ieņēmumiem balstītai solīšanai, veidot atkārtotas mārketinga auditorijas pēc konkrētas uzvedības (skatīja produktu, bet nepirka; pameta grozu; augstvērtīgi klienti, kas iztērēja virs 200 EUR), un izmantot GA4 atribūcijas pārskatus, lai saprastu, kuras kampaņas faktiski nes ieņēmumus, nevis tikai klikšķus. Pārliecinieties, ka vienam un tam pašam Google kontam ir administratora piekļuve gan GA4, gan Google Ads kontam, pirms mēģināt savienojumu. Šī atļauju nepilnība bloķē vairāk iestatījumu nekā jebkura tehniska problēma.

Kļūdas, kas tiešām kaitē

Dublēti notikumi ir postošākā problēma, kā minēts iepriekš. Izvēlieties vienu ieviešanas metodi un atspējojiet otru. Bez tam: ja nefiltrējat iekšējo datplūsmu, jūsu komandas pārlūkošanas aktivitāte atšķaida reālos lietotāju datus. Risinājums ir vienkāršs. Izveidojiet iekšējās datplūsmas filtru Admin, tad Data Streams, tad izvēlieties savu straumi, tad "Define internal traffic." Ja Google Signals ir ieslēgts, GA4 piemēro datu sliekšņus, kas pārskatos slēpj datus, kad skaitļi ir mazi. Mazākiem ES veikaliem ar piekrišanas ierobežotu analītiku tas var apslāpēt veselas segmentu grupas. Pārslēdzieties uz ierīcēm balstītu pārskatu identitāti Admin sadaļā Reporting Identity, ja tas kļūst par problēmu.

Pirms nodošanas reālai datplūsmai vienmēr pārbaudiet ieviešanu ar GA4 DebugView. Ieslēdziet atkļūdošanas režīmu GTM, aktivizējot priekšskatījuma režīmu, vai pievienojiet ?gtm_debug=1 savai URL adresei. DebugView reāllaikā rāda katru notikumu, lai varētu pārbaudīt parametru pareizību, pirms sākas reālā datplūsma.

PrestaShop mazumtirgotāja trīs mēnešu datu problēma

Latvijas elektronikas mazumtirgotājs vērsās pie mums pēc trim mēnešiem ar GA4 ieņēmumu skaitļiem, kas nesakrita ar viņu pasūtījumu pārvaldības sistēmu. GA4 reģistrētie ieņēmumi bija par 23% augstāki nekā faktiskie pasūtījumi. Vaininieks bija dublēti purchase notikumi: viņu PrestaShop tēmā bija iebūvēta GA4 integrācija, kas aktivizējās uz pateicības lapas, un viņu izstrādātājs bija arī pievienojis GTM tagu tam pašam notikumam. Abi aktivizējās katrā darījumā.

Atspējojām tēmas integrāciju, pārveidojām GTM iestatījumu ar pareizu consent mode v2 GDPR atbilstībai (purchase notikums aktivizējas tikai pēc piekrišanas, bet pieteikušos lietotāju pirkumiem aktivizējas neatkarīgi no tā, jo darījumu dati ir nepieciešami līgumiskā pamata ietvaros). GA4 ieņēmumi tagad atbilst viņu pasūtījumu sistēmai 2-3% robežās, kas ir gaidāmā starpība, kad consent mode modelēšana darbojas pareizi. Trīs mēneši tīru datu tagad ir pietiekami, lai pieņemtu Google Ads solīšanas lēmumus, ko iepriekš nebūtu uzdrošinājušies pieņemt.

Mūsu mārketinga un analītikas pakalpojums ietver GA4 iestatīšanu, auditus un Google Ads integrāciju kā pilnu iesaisti. Ja domājat arī par analītikas iestatījuma GDPR ietekmi, mūsu GDPR atbilstības kontrolsaraksts apskata piekrišanas režīma prasības konkrēti. Un ja sekojat ātruma uzlabojumu ietekmei uz konversijas rādītāju, mūsu e-komercijas ātruma ceļvedis izskaidro, ko mērīt un kā. Vērts pajautāt sev: vai jūsu pašreizējie GA4 skaitļi atbilst maksājumu apstrādātāja skaitļiem 5% robežās? Ja nē, visticamāk, ir dublētu notikumu problēma, un labojums ir mazāk sāpīgs, nekā domājat.