10 Google Analytics 4 kļūdas konfigurācijā, no kurām jums vajadzētu izvairīties

0
10 Google Analytics 4 kļūdas konfigurācijā, no kurām jums vajadzētu izvairīties

Pēc daudzu Google Analytics 4 iestatījumu auditēšanas un darba ar tiem es pamanīju, ka dažas kļūdas rodas biežāk nekā citas. Dažas no tām ir GA4 neintuitīvās struktūras/saskarnes rezultāts, citas var tikt uzskatītas par pārpratumiem.

Lai jums to palīdzētu, esmu izvēlējies 10 izplatītākās Google Analytics 4 kļūdas. Šajā emuāra ierakstā es paskaidrošu, kas tie ir un kā tos labot/izvairīties.

Satura rādītājs

+ Rādīt satura rādītāju +

Video

Ja vēlaties video saturu, šeit ir apmācība par to pašu tēmu no mana Youtube kanāla.

#1. Trūkst valūtas

Ja pārdodat produktus/pakalpojumus tiešsaistē, pakalpojumā GA4 ir jāievieš e-komercijas izsekošana. Ja jums (vai jūsu uzņēmumam) ir ierobežots attīstības budžets, jums vajadzētu izsekot vismaz pirkumiem.

Tas palīdzēs saprast, kuri datplūsmas avoti/kampaņas veicina visvairāk pārdošanas apjomu.

Lai to īstenotu, jums būtu jāievēro amatpersona Google Analytics 4 dokumentācija. Tomēr ne viss ir pareizi uzsvērts, tāpēc mēs sasniedzam savu pirmo izplatīto GA4 kļūdu.

Pat ja dokumentācijā nav īpaši teikts, ka katrā pirkumā ir jāiekļauj arī a valūta parametru, jums tas vienmēr ir jānosūta.

Pat ja jūsu tiešsaistes veikals darbojas tikai vienā valūtā, jums joprojām ir jānosūta šis parametrs katrā pirkumā. Pakalpojumā GA3 šāda veida dati nebija obligāti. Programmā Google Analytics 4 tas ir nepieciešams. Pretējā gadījumā dažās monetizācijas pārskatu daļās netiks rādīti visi iespējamie dati.

Tāpēc pārliecinieties, ka savā GA4 tagā (Google tagu pārvaldniekā) iekļaujat arī valūta parametram un tā vērtībai jāatbilst ISO standartam. Piemēram, ASV dolārs ir jāiestata kā USD, eiro – EUR utt.

NELIETOJIET valūtas zīmes (piemēram, $). GA4 nesapratīs, kas tas ir. Jums ir jāievēro standarts, piemēram, EUR, USD, CAD utt. Jūs atradīsiet atbalstīto valūtu sarakstu šeit.

#2. Apkopojiet Universal Analytics notikumus

Ja apsverat migrāciju no Universal Analytics uz Google Analytics 4, iespējams, pamanījāt funkciju, ko sauc Apkopojiet Universal Analytics notikumus. Tas ir pieejams tīmekļa datu straumes iestatījumos.

Šī funkcija darbojas, ja jūsu Universal Analytics ir instalēts ar analytics.js (tā ir veca izsekošanas koda versija) un šajā iestatījumā neizmantojat Google tagu pārvaldnieku.

Kad šī funkcija ir iespējota, GA4 mēģinās noķert visus notikumus, kas izsekoti ar šo analytics.js izsekošanas kodu, un tie būs redzami Google Analytics 4 pārskatos.

Izklausās pārsteidzoši, vai ne? Nekas nav jāizstrādā, vienkārši atkārtoti izmantojiet esošo izsekošanas kodu.

Bet ar to ir problēma. Izmantojot šo funkciju, jūs zaudējat kontroli. Un jūs pārskaitāt GA3 tehnisko parādu uz GA4.

Visi notikumu nosaukumi iegūs jebkādu vērtību notikuma darbībā. Notikuma kategorija un notikuma iezīme tiks nosūtīta kā parametri event_category un event_label. Protams, jūs varat izmantot Mainīt notikumu funkcija pakalpojumā GA4, taču tas pieļauj tikai 50 kārtulas vienam īpašumam.

Google Analytics 4 ir jūsu iespēja sākt no jauna ar analītikas iestatīšanu un nosaukumu piešķiršanu. Iespējams, jums ir arī daudz lieku GA3 notikumu, kas vairs nav aktuāli. Taču, izmantojot šo funkciju, jūs turpināsit apkopot šos notikumus un piesārņot GA4.

#3. Vienmēr tiek nosūtīts parametrs debug_mode

Viens no lieliskajiem Google Analytics 4 papildinājumiem ir DebugView, kas ļauj detalizētākā līmenī novērst ienākošos datus.

Ir 3 veidi, kā sākt tajā skatīt datus:

  • Jūs varat iespējot GA atkļūdotāja Chrome paplašinājums
  • Lapā, kurā veicat atkļūdošanu, ir iespējots Google tagu pārvaldnieka priekšskatījuma režīms
  • Sūtīt a atkļūdošanas_režīms parametrs kopā ar notikumu

Šī Google Analytics 4 kļūda ir saistīta ar 3. opciju.

Ja jūsu GA4 tags izskatās šādi…

…un jums ir iekļauts parametrs debug_mode Lauki uzstādīt sadaļu UN šis parametrs satur *jebkuru* vērtību (izņemot nenoteikts), tas nozīmē, ka notikumi tiks parādīti DebugView.

Kāda ir problēma?

Ja šis iestatījums ir publicēts un visi jūsu vietnes apmeklētāji nosūtīs parametru debug_mode, jums šeit būs DAUDZ ierīču:

Tas apgrūtina atkļūdošanas procesu, un jums būs grūti atrast savu ierīci šajā sarakstā. Kāds ir risinājums? 1. iespēja: izveidojiet pielāgotu GTM mainīgo, kas atgriež vai nu taisnība vai nenoteikts un izmantojiet to kā šī parametra vērtību.

Vai vienkārši nenoņemiet šo parametru vispār. Ja pakalpojumā GTM ir iespējots priekšskatījuma un atkļūdošanas režīms, GA4 atkļūdošanas skats tiek iespējots automātiski. Nav nepieciešams iestatīt debug_mode=true papildus.

#4. Izmantojiet funkciju “Izveidot notikumu”, kad tas nav jādara

Šī kļūda ir izplatīta starp GA4 iesācējiem. Domāju, ka jūs to jau zināt: ja sūtāt pielāgotus parametrus pakalpojumam Google Analytics 4 un vēlaties tos izmantot kā pielāgotas kategorijas saskarnē, tie ir jāreģistrē.

Un tas reizēm rada apjukumu, jo daži iesācēji domā, ka viņiem ir jāreģistrē arī pielāgoti pasākumi.

Vispirms viņi sāk sūtīt notikumu, izmantojot Google tagu pārvaldnieku vai GTAG, un pēc tam pāriet uz GA4 > Konfigurēt > Notikumi > Izveidot notikumu un izveidot tur to pašu notikumu.

Gala rezultāts? Dublēti dati. Jūs saņemsiet vienu notikumu no GTM/GTAG un pēc tam to pašu notikumu no funkcijas “Izveidot notikumu”.

Sūtot pielāgotus notikumus pakalpojumam GA4, tie beidzot tiks automātiski parādīti jūsu pārskatos. Jums tie nav jāreģistrē/izveido saskarnē.

#5. notikuma_kategorija, notikuma_darbība, notikuma_iezīme

Tā ne vienmēr ir kļūda, bet es personīgi tā nedarītu. Jūs varat rīkoties citādi, bet es tikai gribēju padalīties ar savu viedokli.

Sūtot notikumus uz Universal Analytics, jums bija jāaizpilda vairāki lauki.

  • Pasākuma kategorija
  • Pasākuma darbība
  • Notikuma etiķete
  • Notikuma vērtība (bet tagad pievērsīsimies pirmajiem trim)

Daži lietotāji (ieviešot notikumu izsekošanu pakalpojumā GA4) vienkārši izmanto tos pašus parametrus.

Tehniski tas ir iespējams, un jūs varat to darīt. Taču šajā gadījumā es ieteiktu pārdomāt nosaukumu piešķiršanas principu un nemigrēt notikuma kategoriju, darbību un iezīmi.

Tā vietā padomājiet par aprakstošākiem parametru nosaukumiem. Piemēram, šeit ir divi notikumi (skatiet tālāk). Viens ir parādīts reklāmkarogs un kvadrātiekavās ieskautās vērtības var dinamiski mainīties. Un otrs notikums ir veidlapas iesniegšana. Notikuma darbības un etiķetes vērtības atšķiras.

Tā vietā, lai akli migrētu notikumu kategoriju, darbību un iezīmi, es ieteiktu Google Analytics 4.

Pasākumu nosaukumi būtu banner_displayed un Gene_lead (vai tas, kas jums der). Un tad es mēģinātu izdomāt dažus parametrus, ko varētu dalīt starp šiem notikumiem.

Piemēram, kad es skatos uz parametru “elementa_nosaukums“, es uzreiz zināšu, ka tas būs vai nu veidlapas vai banera nosaukums.

elementa_id arī izklausās pietiekami vispārīgi, lai es to varētu izmantot vairākiem pasākumiem un vietnes elementiem. Bet nelietojiet pārāk daudz unikālu parametru, pretējā gadījumā jūs pieļausit kļūdu #6.

#6. Pārāk daudz unikālu parametru kā izmēru

Jāapzinās noteikti ierobežojumi Google Analytics 4. Piemēram, vienam īpašumam varat reģistrēt līdz 50 pielāgotām dimensijām.

Tātad, ja izmantojat pārāk daudz unikālu notikumu parametru nosaukumu, kurus vēlaties vēlāk izmantot saskarnē, jūs ātri sasitīsit šo sienu.

Jums varētu rasties kārdinājums nosaukt šādus parametrus (katram notikumam unikāli):

Ja strādājat pie neliela projekta, 50 pielāgotu dimensiju ierobežojums var jums nesagādāt problēmas. Bet kas zina, kas notiks pēc 2 gadiem? Varbūt jūsu mazais projekts uzsprāgs (labā nozīmē) un sāks strauji augt? Tas nozīmē vairāk notikumu, vairāk datu un strauji pārsniegtu 50 kategoriju ierobežojumu.

Tāpēc mēģiniet būt soli priekšā un pēc iespējas ātrāk izdomājiet pareizu nosaukšanas metodi: ne pārāk daudz unikālu notikumu parametru, ne pārāk maz.

#7. Datu saglabāšana

Pakalpojumā Google Analytics 4 ir divu veidu pārskatu funkcijas/moduļi: standarta pārskati un izpēte.

Dati standarta pārskatos nebeidzas, taču izpētē notiek citādi. Pēc noklusējuma jūs varat strādāt tikai ar datiem no pēdējiem 2 mēnešiem.

Vai vēlaties izveidot pielāgotu pārskatu izpētē ar datiem par pēdējiem 6 mēnešiem? Žēl gan. Pēc noklusējuma tas nav iespējams, JA vien jūs nepagarināt datu glabāšanas periodu no 2 mēnešiem (noklusējuma) līdz 14 mēnešiem.

Tas ir jādara katram GA4 lietotājam, kad tiek izveidots jauns īpašums. Dodieties uz sava GA4 administratoru > Datu iestatījumi > Saglabāšana un mainīt uz 14 mēnešiem. Ņemiet vērā, ka šīs izmaiņas neattiecas uz vēsturiskajiem datiem. Jūsu 14 mēneši sākas, kad maināt šo iestatījumu.

GA 360 maksas lietotājiem var būt vēl ilgāka datu saglabāšana.

#8. Tiešraides vs testa vietne

Ja jums ir vairākas vienas un tās pašas vietnes versijas (piemēram, viena ir paredzēta testēšanai/izstrādei, bet otra ir tiešraides versija), jums ir jāizmanto atsevišķi GA4 rekvizīti. Es runāju vairāk par šo šeit.

Kļūda, ko es dažreiz pamanu, ir tā, ka cilvēki sūta datus no abām vietnes versijām uz vienu un to pašu īpašumu, cerot, ka viņi izmantos filtrus, segmentus vai salīdzinājumus. Bet tas nav ērti un, visticamāk, piesārņos jūsu pārskatus.

Katrai vietnes versijai izmantojiet atsevišķus rekvizītus.

#9. Iekšējā trafika, nevēlamas novirzīšanas

Šis padoms ir saistīts ar datu kvalitāti jūsu Google Analytics 4 īpašumā. Ja vietni pārlūko daudz kolēģu, viņu notikumus apkopos GA4. Diemžēl esmu redzējis pārāk daudz īpašumu, kas ignorē šo faktu.

Lai samazinātu datu piesārņojumu, ir jāizslēdz iekšējā trafika. Un man ir apmācība, kas to izskaidro.

Vēl viena lieta, kas bieži tiek aizmirsta, ir nevēlamu ieteikumu izslēgšana. Jūs varat uzzini vairāk par to šeit.

#10. Pastāvīgas vērtības GA4 konfigurācijas tagā

Šī problēma ir īpaši svarīga tiem, kuri ir ieviesuši Google Analytics 4 vienas lapas lietojumprogrammās. Īsumā, ja iestatāt parametru GA4 konfigurācijas tagā, tā vērtība ar paliek nemainīga, līdz lapa tiek atkārtoti ielādēta. Pat ja mainās GTM mainīgā vērtība, tā nemainās konfigurācijas tagā.

Padziļināts problēmas un risinājuma skaidrojums ir pieejams šeit.

Varbūt tas mainīsies nākotnē. Taču šobrīd risinājums tam būtu parametru iestatīšana ne tikai konfigurācijas tagā, bet arī visos citos notikumu tagos.

Tas ir daudz roku darba, bet tāda ir pašreizējā realitāte.

Google Analytics 4 kļūdas: gala vārdi

Cerams, ka šis emuāra ieraksts palīdzēs izvairīties no vismaz dažām Google Analytics 4 kļūdām. Ja daži no padomiem šajā emuāra ziņojumā nebija pietiekami skaidri, ieskatieties arī šī Youtube apmācība.

Cīnās ar iestatīšanu? Šeit varat lejupielādēt manu bezmaksas e-grāmatu vai reģistrēties ļoti padziļinātam GA4 kursam, kurā es jums parādīšu visu procesu no A līdz Z.