[UA→GA4] Možni razlogi za razlike v konverzijah med storitvama GA4 in UA

Preberite, zakaj lahko vidite različne meritve konverzij v storitvah Universal Analytics in Google Analytics 4.

Če izvajate selitev s storitve Universal Analytics (UA) na Google Analytics 4 (GA4), boste morda želeli primerjati podobne dogodke konverzij za UA in GA4 v Googlu Analytics ter tudi podobne dogodke UA in GA4 po uvozu v Google Ads. Pomembno je upoštevati, da se nekaterim razlikam ni mogoče izogniti, ker GA4 drugače meri spletne podatke kot UA. V tem članku so pojasnjeni najpogostejši razlogi za razlike in ukrepi, ki jih lahko izvedete, če želite te razlike kar najbolj zmanjšati.

Uvod

V nekaterih primerih so lahko konverzije precej podobne, na primer ko konverzije temeljijo na ciljnih URL-jih ali na dogodkih Universal Analytics (npr. kategorija/dejanje/oznaka), za katere ste nastavili enakovredne dogodke konverzij Google Analytics 4. Vendar pa obstajajo pomembne razlike med UA in GA4, zaradi katerih je težko primerjati število konverzij. Obstajajo trije glavni viri odstopanj:

  • Inherentne razlike med UA in GA4: Znamke GA4 imajo drugačen podatkovni model kot znamke UA. GA4 na primer zbira dogodke, UA pa zbira zadetke. Poleg tega z namenom podpiranja novih tehnologij, ki varujejo zasebnost, GA4 vključuje rešitve, ki uporabljajo umetno inteligenco, kot sta modeliranje na podlagi vedenja in modeliranje konverzij. Te rešitve omogočajo popoln pregled nad uspešnostjo, ne da bi pri tem ogrozili zasebnost uporabnikov, vendar niso na voljo v znamkah UA.
  • Razlike v nastavitvi: Razlike v pokritosti spletnega mesta za oznake UA v primerjavi z oznakami GA4, pogojih za sprožanje oznak in shemah e-trgovine lahko privedejo do razlik v konverzijah.
  • Razlike v nastavitvah: V storitvah UA, GA4 in Google Ads je veliko nastavitev, zaradi katerih lahko pride do razlik v konverzijah. Primeri vključujejo število konverzij, filtre, izključitve parametrov URL-ja in drugo.

V nadaljevanju bomo izpostavili najpogostejše dejavnike za razlike v konverzijah med storitvama UA in GA4, pri čemer se bomo osredotočili na tiste, na katere vplivajo razlike v izdelkih/nastavitvi/nastavitvah v storitvi Google Analytics, in na tiste, na katere vplivajo razlike v izdelkih/nastavitvi/nastavitvah v programu Google Ads.

Najpogostejši razlogi za razlike

V naslednjih tabelah so opisani najpogostejši razlogi za razlike med podobnimi konverzijami UA in ključnimi dogodki GA4. Ko naletite na razlike, je najbolje, da najprej pregledate in uskladite te pogoste dejavnike, da boste zmanjšali odstopanja. V večini primerov boste z uskladitvijo teh razlik v izdelkih, nastavitvah ali nastavitvi odpravili večje razlike v štetju konverzij.

V storitvi Google Analytics

To so najpomembnejši dejavniki za razlike med storitvama UA in GA4 na podlagi izbire izdelkov, nastavitve ali nastavitev v storitvi Google Analytics:

Opis Rešitev/priporočilo

Način štetja: UA zabeleži en cilj na sejo, medtem ko GA4 omogoča izbiro načina enkrat na dogodek ali enkrat na sejo.

Če uporabnik na primer doseže cilj petkrat v eni seji, UA prikaže eno konverzijo, GA4 pa enega ali pet ključnih dogodkov, odvisno od načina štetja, ki ste ga izbrali.

Opomba: Enkrat na dogodek je privzeti način štetja za večino ključnih dogodkov, razen tistih, ki so ustvarjeni v samodejno ustvarjeni znamki GA4 ali z orodjem za selitev ciljev Pomočnika za nastavitev.

Privzete nastavitve lahko privedejo do višjega števila ključnih dogodkov v storitvi GA4.

Posodobite nastavitve štetja ključnih dogodkov. Če želite štetje v storitvi GA4 uskladiti s štetjem ciljev v storitvi UA, se prepričajte, da je način štetja ključnih dogodkov GA4 nastavljen na Enkrat na sejo.

Opombe:

  • Uporabniški vmesnik GA4 bo prepoznal, da to ni priporočena nastavitev, saj tako morda ne bodo zabeležene vsi ključni dogodki. Če ste na primer podjetje, ki pridobiva potencialne stranke, boste želeli zabeležiti vsako posredovanje potencialne stranke, ne samo eno na uporabnika.
  • Google Upravitelj oznak ima nadzor nad tem, kako in kdaj se lahko sprožijo oznake. Preberite več o možnostih sprožitve oznake.

To priporočilo ni ustrezno pri primerjavi transakcij e-trgovine UA, ker se v storitvi UA te že štejejo kot Enkrat na dogodek.

Pokritost spletnega mesta: Če je oznaka UA implementirana na drugem naboru strani v okviru spletnega mesta kot oznaka GA4, lahko pride do vrzeli v meritvah. Zlasti če ciljna stran iz oglasa Google Ads ni pravilno označena, podatki, ki jih potrebujete za natančno merjenje in dodeljevanje ključnega dogodka zadevni interakciji z oglasom, morda niso na voljo.

Odvisno od tega, ali so oznake GA4 implementirane na več ali manj straneh kot oznake UA, bo storitev GA4 prikazala več ali manj uporabnikov, sej, ogledov strani in nadaljnjih ključnih dogodkov.

Priporočamo, da uporabite standardiziran način implementacije, da zagotovite, da bodo oznake implementirane na celotnem spletnem mestu (na primer Googlova oznaka ali Google Upravitelj oznak). Upoštevajte tudi nastavitve, ki ste jih morda konfigurirali v preteklosti, na primer merjenje med domenami.

Na podlagi povzetka pokritosti oznake preverite, ali je Googlova oznaka implementirana na celotnem spletnem mestu. Preberite več o povzetku pokritosti oznake.

Če želite zmanjšati odstopanja, uporabljajte iste načine implementacije oznak za UA in GA4.

Napake pri implementaciji: Ko nastavljate zbiranje podatkov za GA4, je mogoče, da oznaka ni pravilno implementirana. Zaradi tega morda ne boste videli nobenih podatkov v znamki GA4, vendar bodo v nekaterih primerih v znamki GA4 prikazani delni podatki. V tem primeru boste opazili odstopanja pri primerjavi s storitvijo UA.

Verjetno je, da neustrezno delujoča implementacija kaže nižje število ključnih dogodkov za GA4 kot za UA.

Priporočamo, da namesto nestandardnih načinov implementacije uporabljate standardizirane načine, opisane v priročniku za razvijalce. S sistemom za upravljanje oznak boste lažje zagotovili skladnost med implementacijami.

Uporaba Googlove oznake je zadostna za veliko uporabnikov, saj omogoča uporabo iste oznake za Google Ads in Google Analytics (priročnik za razvijalce).

Filtri: Filtri UA delujejo zelo drugače kot filtri GA4. Filtri UA se pogosto uporabljajo in znatno spremenijo podatke znotraj znamke UA (npr. »prikaži samo podatke za Francijo«). V storitvi GA4 je na voljo zelo drugačen nabor možnih filtrov.

Če filtri v UA zmanjšajo zabeležen promet, lahko zaradi tega GA4 prikaže večje količine prometa.

Podatkovni filtri: Ustvarite filtre »vključi« in »izključi« za interni promet ter promet za razvijalce.

Spremembe dogodkov in dogodki po meri: Spremenite imena in parametre dogodkov.

Prepoznavanje neželenih napotitev: Vključite samo želene napotitve.

Ustvarjanje podznamk (samo za 360): Ustvarite popolnoma funkcionalne znamke, ki so podnabori podatkov v vaših znamkah 360.

Izključitve napotitev: Izključitve, nastavljene v storitvi UA, lahko vplivajo na ključne dogodke, dodeljene programu Google Ads. Če te izključitve v storitvi GA4 niso ustrezno nastavljene, se lahko zasluge, dodeljene programu Google Ads, razlikujejo (npr. izključitve za ponudnike plačilnih storitev, kot je PayPal, se pogosto izvedejo v storitvi UA).

Če so bili napotitelji izključeni v storitvi UA, ne pa tudi v storitvi GA4, se lahko ključni dogodki GA4 napačno dodelijo v storitvi GA4, rezultat tega pa je manj ključnih dogodkov, dodeljenih plačanemu Googlovemu kanalu, v primerjavi s storitvijo UA. Izključitve napotitev vplivajo na znesek dobroimetja za ključne dogodke.

Zagotovite ujemanje nastavitev za izključitve napotitev med storitvama UA in GA4, da boste kar najbolj zmanjšali nepravilno dodeljevanje. Upoštevajte, da z izključitvijo napotitev ne spremenite skupnega števila ključnih dogodkov v znamki Google Analytics. To vpliva samo na način dodeljevanja ključnih dogodkov.

Preberite več o izključitvah napotitev v storitvi UA in o tem, kako prepoznati neželene napotitve v storitvi GA4.

V programu Google Ads

To so najpomembnejši dejavniki za razlike med podobnimi ključnimi dogodki UA in GA4 na podlagi izbire izdelkov, nastavitve ali nastavitev v programu Google Ads.

Opis Rešitev/priporočilo

Obdobje za pregled preteklih dejanj ključnih dogodkov: Nastavitve obdobja za pregled preteklih dejanj ključnih dogodkov v programu Google Ads določajo, kako dolgo po stični točki Googla Ads se lahko zasluge še dodelijo tej stični točki. Ta nastavitev je običajno nastavljena na poljubno vrednost, na primer 90 dni.

Razlika v nastavitvah lahko pomeni, da stična točka pridobi zasluge za ključni dogodek od storitve UA, ne pa tudi od storitve GA4, ali obratno.

Uskladite nastavitve obdobja za pregled preteklih dejanj ključnih dogodkov v programu Google Ads za dejanja ključnih dogodkov UA in GA4 skladno z nastavitvijo, uporabljeno v nastavitvah lastnosti GA4.

Nastavitve modela dodeljevanja (v programu Google Ads): Modeli dodeljevanja vplivajo na to, kako se zasluge na poti konverzije porazdelijo med stičnimi točkami. Razlike v nastavitvah modela dodeljevanja v programu Google Ads med UA in GA4 lahko povzročijo različno dodeljevanje zaslug v oglaševalskih akcijah v računu Google Ads ali računu upravitelja (MCC).

Opomba: Če spremenite nastavitve dodeljevanja v programu Google Ads, to ne vpliva na skupno število zaslug, dodeljenih programu Google Ads.

Modele dodeljevanja uskladite v nastavitvah ključnih dogodkov v programu Google Ads.
Privzeta nastavitev dodeljevanja v storitvi GA4: Če v programu Google Ads opazite manjše število konverzij GA4 v primerjavi s konverzijami Universal Analytics, je eden od razlogov lahko ta, da je bila za »kanale, ki lahko prejemajo zasluge«, privzeta nastavitev dodeljevanja GA4 za vse znamke, ustvarjene pred junijem 2023, nastavljena na »Plačani in neplačani Googlovi kanali«. Znamke GA4, ustvarjene po juniju 2023, imajo privzeto nastavljeno nastavitev »Plačani Googlovi kanali«. Če to nastavitev v storitvi Google Analytics spremenite na »Samo plačani Googlovi kanali«, boste s tem laže povečali število konverzij GA4 v primerjavi s konverzijami UA v programu Google Ads. To spremembo lahko izvedete v nastavitvah dodeljevanja v razdelku Skrbnik > Prikaz podatkov> Nastavitev dodeljevanja > Kanali, ki lahko prejemajo zasluge.

Metodologije poročanja v programu Google Ads: V programu Google Ads se za prikaz podatka o tem, kateri oglas je spodbudil ključni dogodek, o ključnih dogodkih poroča na podlagi poročanja glede na čas interakcije z oglasom. V storitvi Google Analytics se o ključnih dogodkih poroča drugače, in sicer s poročanjem o času ključnih dogodkov.

Primer: Ključni dogodek, ki se je zgodil 10. maja, se lahko dodeli kliku oglasa, ki je bil izveden 5. maja. Google Analytics bi običajno poročal o tem ključnem dogodku 10. maja, Google Ads pa bi o njem poročal 5. maja.

Ta učinek velja tako za uvožene dogodke UA kot tudi za uvožene dogodke GA4 v programu Google Ads, čeprav je lahko še izrazitejši, če so med dejanji ključnih dogodkov razlike v nastavitvah (kot je model dodeljevanja ali obdobje za pregled preteklih dejanj ključnih dogodkov).

Če uskladite nastavitve med dejanji ključnih dogodkov, uvoženimi v Google Ads, boste zmanjšali učinke metodologij poročanja.

Upoštevajte, da je mogoče ključne dogodke dodeliti v celotnem obdobju za pregled preteklih dejanj ključnih dogodkov, in sicer do 90 dni v programu Google Ads, zato lahko traja do 90 dni, da se primerjava med GA4 in UA izvede v celoti.

Če želite oceniti, ali je mogoče primerjati določen par ključnih dogodkov ali morate počakati več časa, uporabite poročilo Meritve poti v programu Google Ads za ključni dogodek UA in preverite, kako dolgo traja, da večina uporabnikov izvede interakcijo s ključnim dogodkom na poti do ključnega dogodka.

Opomba : Več kot 95 % ključnih dogodkov se dodeli v prvih 14 dneh. To pomeni, da morate pri primerjavi storitev UA in GA4 uporabiti podatke Googla Ads, ki so stari vsaj 14 dni.

Drugi razlogi za odstopanja

Če po uskladitvi zgornjih dejavnikov za razlike še vedno opažate velika odstopanja med konverzijami UA in ključnimi dogodki GA4, si spodaj oglejte izčrpen seznam dejavnikov.

Naj vas spomnimo, da so določene razlike med podobnimi konverzijami UA in ključnimi dogodki GA4 pričakovane, vendar bi vam ta seznam moral pomagati uskladiti razlike za izdelke, nastavitev in nastavitve, kjer je to mogoče, da boste lahko zmanjšali odstopanja.

V storitvi Google Analytics

To so dodatni dejavniki za razlike med podobnimi ključnimi dogodki UA in GA4 na podlagi izbora izdelkov, nastavitve ali nastavitev, določenega v storitvi Google Analytics.

Opis Rešitev/priporočilo

Merjenje e-trgovine: Google Analytics je združljiv z različnimi shemami e-trgovine. Shemo GA4 in shemo UA lahko implementirate hkrati ali pa uporabite eno shemo za obe znamki. Če uporabite dve shemi, lahko pride do odstopanj v podatkih. Več informacij boste našli v priročniku za razvijalce.

V primeru razlik v shemi e-trgovine je lahko število ključnih dogodkov v storitvi GA4 višje ali nižje kot v storitvi UA.

Ko zbirate podatke o e-trgovini za GA4, je najbolje, da uporabljate shemo e-trgovine za GA4 (priročnik za razvijalce).

Priporočamo, da ne uporabljate povezanih oznak spletnih mest, če uporabljate merjenje e-trgovine.

Priporočamo tudi, da pri primerjavi obeh storitev uporabljate enako shemo e-trgovine za UA in za GA4.

Pogoji za sprožitev oznake: Vkodirani pogoji za sprožitev oznake lahko vplivajo na to, kako in kdaj se sproži oznaka.

Ker je nastavitev zbiranja podatkov GA4 v številnih primerih sestavljena iz implementacije novih oznak, je možno, da je treba za GA4 implementirati prejšnje pogoje za sprožitev, da bodo delovali. Priporočamo, da sprožate oznake pod enakimi pogoji, da zmanjšate razlike v zbiranju podatkov.

Če je zbiranje podatkov omejeno v storitvi UA, ne pa tudi storitvi GA4, je lahko v storitvi GA4 število uporabnikov, sej, ogledov strani in ključnih dogodkov višje.

Priporočamo, da za zbiranje podatkov za znamke GA4 uporabite oznako gtag.js ali gtm.js (z uporabo oznak GA4).

Če uporabljate druge oblike označevanja (na primer povezane oznake spletnega mesta), to ne vpliva neposredno na pogoje sprožitve oznak, vendar je ponovno označevanje najpomembnejše priporočilo za primere, ko pogoji sprožitve oznak povzročijo nedosledno sprožanje oznak v storitvah UA in GA4.

Ko so oznake implementirane, uskladite vse pogoje za sprožitev oznak. Primer pogoja si lahko ogledate v tem članku o merjenju časa v priročniku za razvijalce.

Izključitev internega prometa: Z nastavitvami lahko filtrirate interne uporabnike (z vidika stranke, tj. strankine zaposlene) ali preizkusni promet.

Če se nastavitve v UA in GA4 razlikujejo, se pričakuje, da bo znamka brez filtrov za izključitev prikazala večje število uporabnikov, sej, ogledov strani in naknadnih ključnih dogodkov.

Priporočamo, da nastavitve v storitvah UA in GA4 uskladite, da boste zmanjšali odstopanja. Več informacij je na voljo v tem članku za UA in v tem članku za GA4.

Spremembe strani, ki temeljijo na dogodkih zgodovine brskalnika: Izboljšano merjenj GA4 privzeto meri spremembe strani na podlagi dogodkov zgodovine brskalnika, storitev UA pa ne. Rezultat tega bo večje število ogledov strani v storitvi GA4 kot v UA, kar lahko privede do odstopanj.

Primer: Če vzorci ustvarjanja in uporabe spletnega mesta povzročijo, da se veliko strani naloži prek sprememb v zgodovini brskalnika, bi z omogočenjem te nastavitve ustvarili meritve za te dogodke. Zaradi tega pride do odstopanj v primerjavi s storitvijo UA, kjer ti dogodki niso bili izmerjeni.

Če želite, da se bo število ogledov strani natančneje ujemalo med storitvama UA in GA4, onemogočite nastavitev izboljšanega merjenja v storitvi GA4. Preberite več o dogodkih izboljšanega merjenja.
Drugi viri dogodkov (sprožilci za ciljne skupine, Measurement Protocol, urejanje dogodkov itd.): Če ustvarite te dogodke in jih označite kot ključne dogodke, se bo morda v GA4 povečalo število ključnih dogodkov, če boste podatke na ravni znamke primerjali z UA.

Uporabite ujemajoče se nastavitve za podobne konverzije UA in ključne dogodke GA4 v storitvi Google Analytics.

Novo ustvarjene dogodke iz teh virov lahko konfigurirate za razločevanje po imenih dogodkov, da se bodo lahko meritve UA in GA4 natančneje ujemale. Če tega ni mogoče nastaviti na povsem enak način, meritev ne primerjajte.

Filtri za neželeno vsebino in bote:

  • Neželena vsebina: V storitvi UA morajo uporabniki ročno nastaviti filtre za neželeno vsebino z uporabo filtra za pogled, vendar storitev GA4 deluje drugače.
  • Boti: V storitvi UA lahko uporabniki v nastavitvah pogleda onemogočijo filtre za bote. Privzeto so vklopljeni. V storitvi GA4 se boti samodejno filtrirajo.

S filtri zmanjšate promet v storitvi UA. Če ta možnost ni uveljavljena v storitvi GA4, bo ta storitev zabeležila več prometa in naknadnih ključnih dogodkov v primerih, ko prometu, povezanemu z neželeno vsebino/boti, uspe izvesti interakcijo s ključnim dogodkom na poti do ključnega dogodka.

Omogočite nastavitev filtriranja za bote v storitvi UA in razmislite o dodajanju filtrov za neželeno vsebino v storitvi UA, če prejemate neželeno vsebino.
Izključitve parametrov URL-jev: V storitvi UA imajo stranke lahko cilj konfiguriran tako, da se natančno ujema z določenim URL-jem. Ker v storitvi GA4 ni izključitev parametrov URL-jev, ima lahko URL veliko različic, ki ne bodo zajete v definicijo ključnega dogodka.

Potrdite, ali se v storitvi UA uporabljajo izključitve parametrov URL-jev, da boste razumeli potencialne razlike v storitvi GA4.

Model DDA za ključne dogodke in prihodek: V storitvi UA je model dodeljevanja za cilje Zadnji posredni klik. Ključni dogodki GA4 privzeto uporabljajo model dodeljevanja na podlagi podatkov, vendar ga je mogoče spremeniti.

Odvisno od tega, kako se zasluge spremenijo glede na dodeljevanje na podlagi podatkov, lahko uporabniki opazijo več ali manj zaslug, dodeljenih plačanim (Googlovim) kanalom. Upoštevajte, da model dodeljevanja ne vpliva na skupno število ključnih dogodkov za dani dogodek.

Tega sicer ne priporočamo, vendar lahko to preizkusite/količinsko opredelite tako, da model dodeljevanja znamke preklopite na Zadnji klik v storitvi GA4.

Opomba: Ker modeli dodeljevanja v storitvi Google Analytics ne vplivajo na skupno število ključnih dogodkov v znamki, je priporočljivo, da najprej odpravite težave z vsemi drugimi dejavniki za odstopanja, s čimer zmanjšate skupne razlike na ravni znamk za pare ključnih dogodkov, kot so podobni ključni dogodki v storitvah UA in GA4.

Razlike v časovnem pasu in ponastavitev oglaševalske akcije: UA prekine sejo ob polnoči in jo znova zažene z novimi parametri oglaševalske akcije. GA4 tega ne naredi. Zaradi tega lahko pride do odstopanj v sejah, kar lahko vodi do neskladij med cilji/ključnimi dogodki sej.

Ne pričakuje se, da bi to povzročilo kakršne koli bistvene razlike v skupnem številu ključnih dogodkov za dano znamko. Pričakuje pa se, da bo to vidno samo pri primerjavi posameznih dni v UA in GA4.

Ni neposredne rešitve – to je bilo rešeno v storitvi GA4.
Razlike v konfiguraciji merjenja ogledov strani: V storitvi GA4 je mogoče onemogočiti merjenje ogledov strani na podlagi dogodkov iz zgodovine brskalnika. Za enostranska spletna mesta se pri uporabi povezanih oznak spletnega mesta v storitev GA4 ne posredujejo pravilne meritve.

GA4 je mogoče konfigurirati za merjenje ogledov strani na podlagi dogodkov iz zgodovine brskalnika. UA tega ne omogoča. Rezultat tega so bogatejše meritve v storitvi GA4, vendar lahko to predstavlja tudi vir odstopanj. Če želite, da bi bile vrednosti bolj usklajene med storitvama UA in GA4, lahko to nastavitev onemogočite.

Meritve za enostranske aplikacije lahko za UA nastavite skladno z navodili v tem priročniku za razvijalce. Tako ne boste v celoti uskladili storitev UA in GA4, vendar boste lahko zmanjšali razlike za enostranska spletna mesta.

Signali iz Googla in ID uporabnika: Ti nastavitvi pomagata odpraviti podvojene podatke za uporabnike v znamkah GA4. V storitvi UA obe nastavitvi vplivata samo na nekaj poročil in na ločen pogled. V storitvi GA4 vplivata na vse podatke v znamki.

Če vklopite signale iz Googla in ID uporabnika v storitvi GA4, se bo zmanjšalo število novih/skupnih uporabnikov, pri čemer bodo povezane interakcije, ki bi se v storitvi UA upoštevale kot interakcije od več uporabnikov. Zato se zasluge lahko dodelijo drugače. Pričakujemo, da te funkcije ne bodo vplivale na skupno število konverzij v storitvi Google Analytics, vendar lahko vseeno privedejo do razlik pri izvozih v Google Ads. Če oglaševalec meri konverzije za dejavni prikaz (EVC), lahko nanje vpliva uporaba signalov iz Googla in ID-ja uporabnika.

Ni neposredne rešitve – odstranjevanje podvojenih podatkov v GA4 zagotavlja boljši vpogled v interakcijo uporabnikov z elementi stranke.

Priporočamo, da obe funkciji implementirate na obeh platformah in tako zmanjšate odstopanja, čeprav jih ni mogoče povsem preprečiti.

Časovne omejitve seje: Prilagodite lahko nastavitve za časovno omejitev seje. Če spremenite privzete nastavitve, lahko to vpliva na količino prometa in dodeljevanje. Priporočamo uporabo privzetih nastavitev. Če ste v storitvi UA spremenili časovne omejitve seje, morate to nastavitev prilagoditi tudi v storitvi GA4. Preberite več o sejah v storitvi Analytics.

Preglasitev piškotkov

Ko spremenite nastavitve piškotkov v storitvi UA, morate zagotoviti ujemanje nastavitev pri konfiguraciji storitve GA4.

Skrajšanje datumov poteka veljavnosti piškotkov lahko vpliva na dodeljevanje in privede do razlik pri dodeljevanju ključnih dogodkov. Preberite več o konfiguriranju nastavitev Googlove oznake.

Uporaba samodejnega in ročnega označevanja skupaj (v istem URL-ju) V istem URL-ju lahko hkrati uporabite samodejno in ročno označevanje, vendar v nekaterih primerih to ne bo delovalo.
Izbira razsežnosti in meritev GA4 ponuja večje število razsežnosti za pridobitev kot UA. Zaradi tega ni mogoče primerjati vseh možnih kombinacij razsežnosti poročanja med storitvama UA in GA4.
Razlike v implementaciji merjenja za aplikacije med storitvama UA in GA4 Priporočamo, da uporabite en komplet za razvoj programske opreme, kjer je to mogoče. Upoštevajte, da lahko samo zelo majhen podnabor uporabnikov trenutno zbira podatke aplikacij v storitvi UA. Uporabniki morajo implementirati komplet za razvoj programske opreme za Google Analytics za Firebase, če želijo zbirati podatke aplikacij in o njih poročati z uporabo znamk GA4.

Samo za povezane oznake spletnega mesta (vključno z nalaganjem iz neuradnih virov): Povezane oznake se naložijo zaporedno. To pomeni, da se oznaka GA4 naloži za nadrejeno oznako (obstoječa oznaka gtag.js ali analytics.js). To lahko pomeni naslednje:

  1. Nalaganje več oznak lahko vpliva na hitrost spletnega mesta.
  2. Če se uporabniki po spletnem mestu pomikajo izredno hitro, se upodabljanje oznak morda še ni končalo, kar lahko privede do zgrešenih dogodkov.
Če želite zmanjšati tveganje za manjkajoče dogodke, priporočamo, da namesto uporabe povezanih oznak spletnega mesta ali nalaganja iz neuradnih virov implementirate namenske oznake GA4. Predvsem v primeru večjih kompleksnih nastavitev storitve Analytics se morate uporabi povezanih oznak spletnega mesta ali nalaganja iz neuradnih virov izogibati.
Vključitev podatkov aplikacij in podatkov za splet v znamko za GA4: GA4 poenoti podatke aplikacij in podatkov za splet ter dogodke. Če v storitvi GA4 združite podatke aplikacij in podatkov za splet, vendar v storitvi UA niste storili ničesar podobnega, bo v storitvi GA4 prikazano večje število ključnih dogodkov. Najboljšo primerjavo boste dosegli, če ne boste vključili podatkovnih tokov aplikacije v primeru, ko vaše znamke UA niso vključevale prometa aplikacije. Če je tok aplikacije že vključen, segmentirajte poročila tako, da izključite ključne dogodke za aplikacijo, če želite storitev UA primerjati s storitvijo GA4.
Posodobljena razvrščanja kanalov po skupinah: Razvrščanja kanalov po skupinah storitve GA4 lahko ključni dogodek dodelijo kanalu na drug način. Preberite več o privzeti skupini kanalov. Uporabniki ne morejo preglasiti nastavitve, ki določa, kateri ključni dogodki se izvozijo v Google Ads.

V programu Google Ads

To so dodatni dejavniki za razlike med podobnimi ključnimi dogodki UA in GA4 na podlagi izbire izdelkov, nastavitve ali nastavitev, določenih v programu Google Ads.

Opis Rešitev/priporočilo

Modeliranje ključnih dogodkov iz načina na podlagi privolitve: Modeliranje ključnih dogodkov je na voljo v programu Google Ads za oglaševalce, ki so ustvarili konverzije Google Ads na podlagi ključnih dogodkov storitve Analytics iz znamk, implementiranih s kodo gtag.js ali Google Upraviteljem oznak.

Za implementacije s kodo analytics.js modeliranje za konverzije v programu Google Ads ni na voljo. Razlog za to je, da brez implementacije s kodo gtag.js ali Google Upraviteljem oznak stanja privolitve ni mogoče natančno določiti.

Če za UA in GA4 uporabljate oznake, združljive z načinom na podlagi privolitve, je mogoče za obe storitvi izkoristiti modeliranje ključnih dogodkov v programu Google Ads.

Za ustrezno primerjavo poskrbite, da za znamki UA in GA4 uporabljate oznake, združljive z načinom na podlagi privolitve.
Merjenje dejavnih prikazov: GA4 lahko dodeli ključni dogodek interakciji z oglasom za dejavni prikaz v YouTubu, tudi če ta interakcija z oglasom ni vodila neposredno do obiska spletnega mesta, vendar je do ključnega dogodka privedla pozneje. Rezultat tega je lahko izvoz ključnega dogodka v Google Ads, pri katerem UA ne izvozi nobene zasluge v Google Ads. To pomeni, da lahko GA4 dodeli več ključnih dogodkov programu Google Ads, če ima oglaševalec znaten znesek porabe v YouTubu.

V storitvi GA4 to ne bi smelo povzročiti povečanja števila ključnih dogodkov za spletni promet, vendar je mogoče, da se več zaslug dodeli kanalu Google Ads v storitvi GA4 kot v storitvi UA, zaradi česar se izboljša uspešnost v programu Google Ads.

To lahko primerjate tako, da v programu Google Ads segmentirate poročila na ravni oglaševalske akcije ali računa. Primerjajte dejanja ključnih dogodkov, ki merijo natanko isto dejanje ključnega dogodka.

Standardnih poročil ni mogoče segmentirati glede na vrsto dogodka oglasa in vir ključnih dogodkov, zato je v uporabniškem vmesniku programa Google Ads težko narediti neposredno primerjavo.

Model izvažanja zaslug: Model, po katerem se ključni dogodki izvozijo iz GA4 v Google Ads, se razlikuje od modela za UA. Kjer je storitev UA (in sprva tudi GA4) uporabljala model izvažanja vrste zadnji posredni klik, GA4 zdaj uporablja model izvažanja končne zasluge, kar omogoča izvoz delnih zaslug v vrednosti, manjši od ena, tudi če zadnja posredna stična točka ni bila stična točka v Googlu Ads.

Čeprav to ne vodi do razlik na ravni znamke, lahko privede do drugačnega števila ključnih dogodkov, izvoženih v Google Ads. To število je lahko višje ali nižje v primerjavi s storitvijo UA in je odvisno od neodvisne poti uporabnika.

Uvedli smo izvoz končne zasluge, saj modeli zadnjega posrednega klika ne zadostujejo. To pomeni, da GA4 izvozi dejanske medkanalne zasluge v Google Ads. Za zmanjšanje razlik med storitvama UA in GA4 ne morete izvesti nobenega določenega dejanja.
Način štetja ključnih dogodkov na strani oglasov: Google Ads ima nastavitev štetja, ki jo je mogoče uporabiti za nadziranje štetja enega ali več ključnih dogodkov v določenem obdobju za pregled preteklih dejanj ključnih dogodkov za danega uporabnika.

Priporočamo, da nastavitve štetja ključnih dogodkov uskladite za pare ključnih dogodkov UA in GA4. Preberite več o možnostih štetja konverzij.

Velja za ročno ustvarjene znamke GA4 in stranke s pametnimi oglaševalskimi akcijami: Model izvažanja GA4 Plačani Googlovi kanali zasluge za vse ključne dogodke, izvožene v Google Ads, dodeli Googlovim kanalom.

Zaradi tega se v Google Ads izvozi več ključnih dogodkov kot pri nastavitvi Plačani in neplačani kanali, ker se iz poti ključnega dogodka izključijo plačani kanali, ki niso Googlovi.

Uporaba nastavitve Plačani Googlovi kanali lahko zagotovi natančnejši vpogled v to, kako učinkovite so plačane interakcije v Googlu. Ta model ni na voljo v storitvi Universal Analytics, zato je lahko težko primerjati podobne dogodke UA in GA4, kadar se uvažajo v Google Ads.

Nove znamke GA4 so privzeto nastavljene na možnost Plačani Googlovi kanali.

Z nastavitvami dodeljevanja na ravni znamke GA4 v razdelku za skrbnike lahko upravljate, kako se ključni dogodki izvažajo v Google Ads.

Da bo storitev GA4 pri izvozu konverzij upoštevala neplačane kanale, uporabite nastavitev Plačani in neplačani kanali. Preberite več o izbiri nastavitev dodeljevanja.

Je bilo to uporabno?

Kako lahko to izboljšamo?
Iskanje
Počisti iskanje
Zapiranje iskanja
Glavni meni
11310049359772253371
true
Iskanje v centru za pomoč
true
true
true
true
true
69256
false
false