Habang nagse-set up ka ng Google Analytics 4, baka gusto mong ihambing ang mga iniulat na resulta sa iyong property sa Google Analytics 4 sa mga resulta sa iyong property sa Universal Analytics. Ipinapaliwanag ng artikulong kung hanggang saan mo maihahambing at hindi maihahambing ang mga sukatan ng Universal Analytics at Google Analytics 4.
Sa artikulong ito:Mga User
Sa Universal Analytics, may 2 Sukatan ng user: Kabuuang Mga User at Mga Bagong User. Sa Google Analytics 4, may 3 Sukatan ng user: Kabuuang Mga User, Mga Aktibong User, at Mga Bagong User.
|
Sukatan |
UA |
GA4 |
|
Kabuuang Mga User |
Pangunahing sukatan ng user sa UA: Kabuuang bilang ng mga user |
Kabuuang bilang ng mga natatanging user na nag-log ng event |
|
Mga Bagong User |
Bilang ng mga user na nakipag-interact sa iyong site sa unang pagkakataon |
Bilang ng mga user na nakipag-interact sa iyong site o naglunsad ng app mo sa unang pagkakataon Kinakalkula ang sukatang ito ayon sa bilang ng mga bagong natatanging user ID na nag-log ng event na |
|
Mga Aktibong User |
N/A |
Pangunahing sukatan ng user sa GA4: Dami ng mga natatanging user na bumisita sa iyong website o application. Ang aktibong user ay sinumang user na may engaged session o kapag nakolekta ng Analytics ang:
|
Tandaan
Hina-highlight ng Universal Analytics ang Kabuuang Mga User, ipinapakita bilang Mga User sa karamihan ng mga ulat, samantalang nakatuon ang GA4 sa Mga Aktibong User, kilala rin bilang Mga User. Kaya bagama't lumalabas nang pareho ang terminong Mga User, magkaiba ang kalkulasyon para sa sukatang ito sa UA at GA4 dahil Kabuuang Mga User ang ginagamit ng UA at Mga Aktibong User naman ang ginagamit ng GA4.
Depende sa dalas ng pagbalik ng iyong mga user sa website mo, posibleng mas magkapareho o hindi gaanong magkapareho ang sukatang Kabuuang Mga User sa UA at sukatang Mga Aktibong User sa GA4.
Posibleng gumagamit ng magkaibang setting ang 2 uri ng property, tulad ng mga identity space ng user, halimbawa, posibleng gumagamit ang property sa Google Analytics 4 ng User-ID habang gumagamit naman ang property sa Universal Analytics ng Client ID.
Posibleng nagbubukod ng data batay sa mga filter ang iyong mga ulat sa UA. Kasalukuyang hindi sinusuportahan ng mga property sa GA4 ang mga filter na ito.
Hindi kakaibang magkaroon ng mga halatang pagkakaiba sa data na nauugnay sa user sa Google Analytics 4 at sa Universal Analytics. Puwedeng asahan na magkakaroon ng mga pagkakaiba sa pageview na hanggang 10% at mga pagkakaibang nauugnay sa user at session na hanggang 20% at hindi ito dapat ipag-alala. Nagkakaroon ng mga pagkakaiba, kahit na magkatulad na environment na patas na maihahambing ang na-set up para sa dalawang produkto, dahil gumagamit ang mga ito ng mga sukatang medyo magkakaiba ang mga kahulugan at puwedeng mag-iba-iba sa bawat negosyo depende sa ilang salik.
Mga Pageview
Sa pangkalahatan, dapat na medyo magkalapit ang bilang ng Mga Pageview ng UA at GA4, kadalasang nasa ilang porsyentong puntos, dahil gumagana ang Google tag sa bawat page at bumubuo ng pageview. Gayunpaman, puwedeng magbago-bago ang mga pagkakaiba batay sa anumang filter na posibleng na-set up mo sa Universal Analytics o Google Analytics 4.
|
Sukatan |
UA |
GA4 |
|
Pageview |
Kabuuang bilang ng mga tiningnang page. Binibilang ang mga nauulit na pagtingin sa isang page. |
aka Mga View: Kabuuang bilang ng mga screen ng app at/o web page na nakita ng iyong mga user. Ang sukatang Mga View na makikita sa interface ng pag-uulat ay ang kumbinasyon ng mga pageview at screenview. Binibilang ang mga nauulit na view ng iisang screen o page. |
|
Natatanging Pageview |
Kabuuang bilang ng mga tiningnang page pero hindi binilang ang mga duplicate |
N/A |
Tandaan
Sinusukat ng Universal Analytics ang mga screenview sa magkakahiwalay na property na partikular sa mobile, samantalang pinagsasama ng GA4 ang data ng web at app sa parehong property. Kung sumusubaybay ka ng data ng web at app sa iyong property sa GA4, tiyaking isaalang-alang ang karagdagang trapiko ng app kapag pinaghahambing ang mga sukatan ng pageview sa 2 ito.
Nagbibigay-daan ang Universal Analytics para sa mga karagdagang opsyon sa pag-filter na posibleng makaapekto sa data na nasa view na inihahambing mo. Halimbawa, kung gumagamit ka ng filter para magbukod ng ilang partikular na heograpikong rehiyon, posibleng mas magkaiba pa ang mga bilang ng iyong pageview sa UA at GA4.
Kasalukuyang hindi sinusuportahan ng mga property sa Google Analytics 4 ang mga filter, habang posibleng napapailalim sa mga filter ng view na nagbubukod ng data ang data sa pag-uulat sa Universal Analytics. Halimbawa, parehong nag-aalok ang UA at GA4 ng kakayahang i-filter out ang trapiko ng internal na IP at mga hindi gustong referral, pero posibleng may mga karagdagang filter na inilapat ang UA. Kapag naghahambing ka, tiyaking naglagay ka ng parehong mga filter para sa parehong property.
Para sa ilang property sa Universal Analytics, karaniwang kagawian ang mag-set up ng manual na pageview para sa mga single-page application (SPA). Iyon ay dahil hindi agad-agad na masusukat ng awtomatikong pageview ang mga pageview para sa mga SPA. Sa Google Analytics 4, hindi mo kailangang magpatupad ng custom na pag-tag. Sa halip, puwede mong i-on ang pinahusay na pagsukat para awtomatikong masukat ang mga ito.
Mga Pagbili
Dapat malapit na tumugma ang mga bilang ng pagbili sa web. Hindi namin kailanman inaasahang makokolekta nang walang pagkakamali ang lahat ng event, at hindi exempted ang mga event ng pagbili sa panuntunang iyon, gayunpaman, atomic at mahalaga ang mga event na ito kaya dapat malapit na tumugma ang mga bilang ng event sa UA/GA4.
transaction_id sa UA at GA4 para matiyak na naghahambing ka ng mga parehong sukatan.|
Sukatan |
UA |
GA4 |
|
Mga Pagbili |
|
|
Tandaan
Puwedeng magkaroon ng mga kapasin-pansing pagkakaiba kapag nagkukumpara ng data ang parameter na transaction_id kung hindi ito nailapat nang pare-pareho o maayos. Para sa kalidad ng data at mga layunin ng paghahambing, tiyaking kinokolekta nang pare-pareho ang data na ito ayon sa dokumentasyon.
Tiyaking gamitin ang lahat ng kinakailangang parameter para sa pagpapatupad ng ecommerce ng GA4, pati na rin para sa UA, para matiyak na naitatala nang maayos ang data ng ecommerce.
Posibleng nagbubukod ng data batay sa mga filter ng view ang iyong mga ulat sa UA.
Kung naghahambing ka ng mga kamakailang ulat, baka makapasin ka ng mga pagkakaiba dahil pinoproseso pa ng GA4 ang data. Halimbawa, puwedeng i-update ng GA4 ang mga naka-attribute na conversion nang hanggang 7 araw pagkatapos maitala ang conversion.
Mga Session
|
Sukatan |
UA |
GA4 |
|
Session |
|
aka Simula ng Session
|
Tandaan
Puwedeng magbago-bago ang pagkakaiba sa bilang ng session sa UA at GA4 sa bawat negosyo depende sa ilang salik, kasama ang:
- Geography - isaalang-alang ang mga timezone ng iyong mga user at kung gaano kalaki ang posibilidad na lumampas sila sa threshold ng hating-gabi para magsimula ulit ng session. Mas lalo na itong nauugnay kung mayroon kang customer base sa buong mundo.
- Paggamit ng mga UTM sa mga pagmamay-aring website o app - Hindi inirerekomenda ang paggamit ng pag-tag ng UTM sa sarili mong website dahil ire-reset nito ang session sa Universal Analytics. Kung gumagamit ka ng mga UTM sa sarili mong website, puwede kang makakita ng mas mataas na bilang ng mga session sa UA kaysa sa GA4.
- Mga Filter - Ang data sa pag-uulat ng UA ay posibleng napapailalim sa mga filter ng view na nagbubukod ng data. Ang data sa pag-uulat ng GA4 para sa mga customer ng Google Analytics 360 ay posibleng napapailalim sa mga filter na tumutukoy sa kung aling data mula sa isang source property ang lalabas sa isang subproperty. Gayunpaman, bumubuo pa rin ang Google Analytics ng session ID kapag na-filter out mo ang event na
session_startmula sa isang subproperty. - Pagtatantya - Gumagamit ang mga property sa Google Analytics 4 ng nakabatay sa istatistikang pagtatantya ng bilang ng mga session na nangyari sa iyong website o app sa pamamagitan ng pagtatanya sa bilang ng mga natatanging session ID, samantala, hindi tinatantya ng mga property sa Universal Analytics ang bilang ng mga session. Mas mahusay na nabibilang ng mga pagtatantyang ginagamit ng mga property sa Google Analytics 4 ang mga session nang napakatumpak at may mababang rate ng error. Matuto pa Tungkol sa mga session ng Analytics.
Mga sukatan ng Pagkuha batay sa Session/Trapiko
|
Sukatan |
UA |
GA4 |
|
Mga sukatan ng Pagkuha batay sa Session/Trapiko |
Makikita sa seksyong Pagkuha sa ilang iba't ibang ulat, tulad ng ulat sa Mga Channel o ulat sa Source/Medium Ang Channel o Source/Medium ay ang dimensyong sinusuri kumpara sa mga sukatang tulad ng Mga User at Mga Session. Ang default na lookback window ng attribution para sa isang session ay tinutukoy ng setting na “Timeout ng campaign.” Bilang default, 6 na buwan ito. |
Makikita ang mga sukatan ng pagkuha ng trapiko sa ulat sa Pagkuha ng Trapiko. Sinusukat ang mga dimensyon ng Channel o Source/Medium kumpara sa mga sukatang tulad ng Mga User at Mga Session. Tandaang ang mga pangunahing pagkakaibang posible mong makita sa UA at GA4 para sa mga sukatan ng pagkuha ay kaayon ng mga pagkakaibang makikita mo para sa mga sukatan ng Mga User o Mga Session. Ang palugit ng conversion ng attribution para sa mga session ay tinutukoy ng setting na “Lahat ng iba pang event ng conversion.” Bilang default, 90 araw ito. Matuto pa tungkol sa pagpili o pag-update ng mga setting ng attribution. |
Tandaan
Dahil ang Mga Session at Mga User ang mga pangunahing sukatan ng paghahambing para sa mga sukatan ng pagkuha, sumangguni sa mga seksyong Mga Session at Mga User sa artikulong ito.
Mga Conversion
Kung nakabatay ang iyong mga conversion sa mga destination URL o sa mga event sa UA, tulad ng Kategorya/Pagkilos/Label, kung saan nag-set up ka ng mga katumbas na event ng conversion sa GA4, posibleng medyo malapit ang Mga Conversion. Gayunpaman, may mahahalagang pagkakaiba ang UA at GA4 na posibleng magpahirap sa paghahambing ng mga bilang ng conversion.
|
Sukatan |
UA |
GA4 |
|
Mga Conversion |
Tutukoy ka ng layunin para isaad na ituturing na conversion ang isang partikular na pagkilos ng user. Halimbawa, kung tutukoy ka ng layuning “Pagsusumite ng Form,” magtatala ng conversion sa tuwing may user na magsumite sa form. Isang conversion lang ang binibilang ng UA sa bawat session para sa bawat layunin. Kaya kung isusumite ng isang user ang form nang dalawang beses sa loob ng parehong session, isang conversion lang ang bibilangin para sa layuning “Pagsusumite ng Form.” |
Tutukoy ka ng event ng conversion para sa bawat pagkilos na gusto mong bilangin bilang conversion. Halimbawa, kung tutukuyin mo na ang event na “Pagsusumite ng Form” ay isang event ng conversion, magrerehistro ng conversion sa tuwing may user na magsusumite ng form. Karaniwang binibilang ng GA4 ang bawat instance ng event ng conversion, kahit na maraming beses na itinala ang iisang event ng conversion sa loob ng parehong session. Kaya kung isusumite ng isang user ang form nang dalawang beses sa loob ng parehong session, 2 conversion ang bibilangin. Para mabawasan ang mga pagkakaiba sa bilang ng conversion sa pagitan ng property mo sa UA at ng kaukulang property sa GA4, gawing Isang beses bawat session ang iyong setting ng paraan ng pagbibilang ng conversion sa GA4.
|
Tandaan
5 uri ng layunin ang sinusuportahan ng Universal Analytics: destination, tagal, mga page/session, mga smart goal, at mga layunin ng event. Sa kabaligtaran, event lang ng conversion ang sinusuportahan ng GA4. Baka hindi laging posibleng gamitin ang mga event ng conversion sa GA4 para ma-duplicate nang eksakto ang ilang uri ng layunin sa UA. Halimbawa, hindi posibleng i-duplicate ang isang smart goal o layunin sa tagal gamit ang mga event ng conversion sa GA4.
Isang conversion lang sa bawat session ang binibilang ng UA para sa parehong layunin. Karaniwang maraming conversion sa bawat session ang binibilang ng GA4 para sa parehong event ng conversion. Para mabawasan ang mga pagkakaiba sa bilang ng conversion sa pagitan ng property mo sa UA at ng kaukulang property sa GA4, gawing Isang beses bawat session ang iyong setting ng paraan ng pagbibilang ng conversion sa GA4.
Posibleng nagbubukod ng data batay sa mga filter ng view ang iyong mga ulat sa UA.
Kung naghahambing ka ng mga kamakailang ulat, baka makapasin ka ng mga pagkakaiba dahil pinoproseso pa ng GA4 ang data. Halimbawa, puwedeng i-update ng GA4 ang mga naka-attribute na conversion nang hanggang 7 araw pagkatapos maitala ang conversion.
Higit pang dahilan para sa mga pagkakaiba sa mga bilang ng conversion
Mga karaniwang dahilan ng mga pagkakaiba
Ibinabalangkas ng sumunod na dalawang talahanayan ang walong pinakakaraniwang dahilan ng mga pagkakaiba sa conversion para sa magkakatulad na event sa pagitan ng UA at GA4 sa Google Analytics at Google Ads. Kapag nakakakita ng mga pagkakaiba sa conversion, pinakamagandang magsimula sa pagsusuri at pagtutugma ng walong dahilang ito para mabawasan ang mga pagkakaiba sa pagitan ng mga conversion sa UA at GA4. Sa karamihan ng mga sitwasyon, malulutas ng pagtutugma ng mga pagkakaiba sa produkto, setting, o setup na ito ang mga pangunahing pagkakaiba sa mga conversion.
Sa Google Analytics
Narito ang mga pangunahing dahilan ng mga pagkakaiba sa pagitan ng magkakatulad na conversion sa UA at GA4 batay sa mga napiling produkto, setup, o setting sa Google Analytics.
| Paglalarawan | Solusyon / Rekomendasyon |
|---|---|
|
Pagbibilang ng conversion: Nagbibilang ang UA ng isang conversion ng layunin bawat session, habang madalas namang nagbibilang ang GA4 ng isang conversion bawat event. Halimbawa, kapag nakumpleto ng isang user ang isang layunin nang 5 beses sa iisang session, magpapakita ang UA ng isang conversion at karaniwang magpapakita ang GA4 ng 5. Tandaan: Isa bawat event ang default na paraan ng pagbibilang para sa karamihan ng mga conversion, maliban sa mga ginawa sa isang awtomatikong ginawang property sa GA4 o gamit ang tool sa pag-migrate ng mga layunin ng Assistant sa Pag-set Up. Ang mga default na setting ay puwedeng magdulot ng mas mataas na bilang ng conversion sa GA4. |
Gamitin ang mga setting ng pagbibilang ng conversion gaya ng inilarawan dito. Para itugma ang pagbibilang ng GA4 sa pagbibilang ng mga layunin ng UA, tiyaking nakatakda ang paraan ng pagbibilang ng conversion ng GA4 sa Isa bawat session. Mga Paalala:
Hindi nauugnay ang rekomendasyong ito kapag naghahambing ng mga transaksyong ecommerce ng UA dahil nabilang na ang mga ito na Isa bawat event sa UA. |
|
Sakop ng site: Kung ipinapatupad ang tag ng UA sa ibang hanay ng mga page sa isang website kaysa sa tag ng GA4, puwedeng magkaroon ng mga agwat sa pagsukat. Lalo na kung hindi tumpak na na-tag ang isang landing page mula sa isang ad sa Google Ads, posibleng hindi available ang impormasyong kailangan mo para tumpak na masukat at ma-attribute ang isang conversion sa interaction sa ad na iyon. Depende sa kung ipinapatupad ang mga tag ng GA4 sa mas marami o mas kaunting page kaysa sa UA, magpapakita rin ang GA4 ng mas marami o mas kaunting user, session, page view, at kasunod na conversion. |
Inirerekomenda naming umasa sa isang standardized na paraan ng pagpapatupad para matiyak na naipapatupad ang mga tag sa buong site mo (halimbawa, ang Google tag o Google Tag Manager). Isaalang-alang din ang mga setting na baka na-configure mo dati, tulad ng pagsubaybay na cross-domain. Gamitin ang buod ng sakop ng Tag para makumpirma kung ipinapatupad ang Google tag sa buong website mo. Matuto pa. Para mabawasan ang mga pagkakaiba, umasa sa parehong mga paraan ng pagpapatupad ng tag para sa UA at GA4. |
|
Mga error sa pagpapatupad: Kapag nagse-set up ng pangongolekta ng data para sa GA4, posibleng mali ang pagpapatupad sa isang tag. Dahil dito, puwedeng wala ka talagang makitang data sa iyong property sa GA4, pero sa ilang sitwasyon, makakakita ka ng hindi kumpletong data sa property mo sa GA4. Kung ganito ang mangyayari, makakakita ka ng mga pagkakaiba kapag inihahambing ito sa UA. Malamang na magpakita ang sirang pagpapatupad ng mas mabababang bilang para sa GA4 kaysa sa UA. |
Inirerekomenda naming umasa ka sa mga standardized na paraaan ng pagpapatupad na ibinalangkas sa Developers Guide kaysa sa mga hindi standard na pagpapatupad. Makakatulong ang system ng pamamahala ng tag na maghatid ng consistency sa mga pagpapatupad. Sapat na ang paggamit ng Google tag para sa maraming user dahil nagbibigay-daan ito sa paggamit ng parehong tag para sa Google Ads at Google Analytics (Developer Guide). |
|
Mga Filter: Malaki ang pagkakaiba ng paraan ng paggana ng mga filter ng UA at mga filter ng GA4. Karaniwan na nakalagay ang mga filter ng UA at malaki ang ginagawa nitong pagbabago sa data sa loob ng isang property sa UA (halimbawa, "data lang mula sa France ang ipakita"). May iba talagang hanay ng mga posibleng filter ang GA4. Kung binabawasan ng mga filter ng UA ang inuulat na trapiko, puwede itong magresulta sa pagpapakita ng GA4 ng mas maraming trapiko.
|
Mga filter ng data: Gumawa ng mga filter na "isama/ibukod" para sa internal na trapiko at trapiko ng developer. Mga pagbabago ng event at custom na event: Baguhin ang mga pangalan at parameter ng event. Tukuyin ang mga hindi gustong referral: Isama lang ang mga gusto mong referral. Gumawa ng mga subproperty (360 lang): Gumawa ng mga fully-functional na property na mga subset ng data sa iyong mga property sa 360. |
|
Mga pagbubukod sa referral: Puwedeng makaapekto ang mga pagbubukod na itinakda sa UA sa mga conversion na na-attribute sa Google Ads. Kung hindi na-set up nang naaayon ang mga pagbubukod na ito sa GA4, puwedeng mag-iba ang credit na na-attribute sa Google Ads (halimbawa, madalas na gumagawa sa UA ng mga pagbubukod para sa mga provider ng pagbabayad tulad ng PayPal.) Kung ibinukod ang mga referrer sa UA pero hindi sa GA4, puwedeng maling ma-attribute ang mga conversion ng GA4 sa GA4, na magreresulta sa mas kaunting conversion na na-attribute sa Binabayarang channel ng Google kapag inihahambing sa UA. Nakakaapekto ang mga pagbubukod ng referral sa dami ng credit sa conversion na ine-export sa Google Ads. |
Itugma ang mga setting ng mga pagbubukod ng referral sa pagitan ng UA at GA4 para mabawasan ang maling attribution. Tandaang kapag nagbukod ng mga referral, hindi nito babaguhin ang kabuuang halaga ng mga conversion sa property sa Google Analytics; maaapektuhan lang nito kung paano ina-attribute ang mga conversion. Matuto pa tungkol sa mga pagbubukod ng referral sa UA Matuto pa tungkol sa pagtukoy ng mga hindi gustong referral sa GA4 |
Sa Google Ads
Narito ang mga pangunahing dahilan ng mga pagkakaiba sa pagitan ng magkakatulad na conversion sa UA at GA4 batay sa mga napiling produkto, setup, o setting sa Google Ads.
| Paglalarawan | Solusyon / Rekomendasyon |
|
Palugit ng conversion: Tinutukoy ng mga setting ng Palugit ng conversion sa Google Ads kung gaano katagal pagkatapos ng isang touchpoint sa Google Ads puwedeng ma-attribute ang credit sa conversion sa touchpoint na iyon. Kadalasan, nakatakda ang setting na ito sa isang piniling value (halimbawa, 90 araw). Ang pagkakaiba sa mga setting ay puwedeng mangahulugan na naa-attribute sa isang touchpoint ang credit sa conversion sa UA, pero hindi ito naa-attribute sa GA4, o vice versa. |
Iayon ang mga setting ng palugit ng conversion mo sa Google Ads para sa mga pagkilos na conversion sa UA at GA4, sa setting na ginamit sa mga setting ng property sa GA4. |
|
Mga setting ng modelo ng attribution (sa Google Ads): Nakakaapekto ang mga modelo ng attribution sa kung paano ipinapamahagi ang credit sa mga touchpoint sa isang conversion path. Ang mga pagkakaiba sa mga setting ng modelo ng attribution sa Google Ads sa pagitan ng pagkilos na conversion sa UA at GA4 ay puwedeng magresulta sa magkakaibang paglalaan ng credit sa mga campaign sa isang Google Ads account o manager account (MCC). Tandaan: Ang pagbabago ng mga setting ng attribution sa Google Ads ay hindi nakakaapekto sa kabuuang halaga ng mga conversion na na-attribute sa Google Ads. |
Itugma ang mga modelo ng attribution sa mga setting ng conversion sa Google Ads. |
|
Mga pamamaraan ng pag-uulat sa Google Ads: Sa Google Ads, para ipakita kung aling ad ang naghatid ng conversion, inuulat ang mga conversion batay sa pag-uulat ng oras ng interaction. Sa Google Analytics, inuulat ang mga conversion sa ibang paraan, gamit ang pag-uulat ng oras ng conversion. Halimbawa, kung nangyari ang isang conversion noong Mayo 10, puwede itong i-attribute sa isang pag-click noong Mayo 5. Sa pangkalahatan, iuulat ng Google Analytics ang conversion na ito sa Mayo 10, habang iuulat naman ng Google Ads ang conversion na ito sa Mayo 5. |
Nalalapat ang epektong ito sa UA at sa mga na-import na event ng GA4 sa Google Ads, pero puwede itong mapalaki ng mga pagkakaiba sa mga setting (tulad ng modelo ng attribution o palugit ng conversion) sa pagitan ng mga pagkilos na conversion. Kung iaayon mo ang mga setting sa mga pagkilos na conversion na na-import sa Google Ads, mababawasan mo ang mga epekto ng mga pamamaraan ng pag-uulat. Tandaang puwedeng i-attribute ang mga conversion sa panahon ng buong tagal ng palugit ng conversion (hanggang 90 araw sa Google Ads), kaya puwedeng abutin nang hanggang 90 araw bago ganap na mapaghambing sa isa't isa ang GA4 at UA. Para masuri kung maihahambing na ang isang pares ng conversion, o kung dapat kang maghintay pa, gamitin ang ulat na Mga sukatan ng path sa Google Ads para sa conversion sa UA para makita kung gaano katagal bago mag-convert ang karamihan sa mga user. Tandaan Mahigit 95% ng mga conversion ang naa-attribute sa unang 14 na araw. Nangangahulugan itong kailangan mong gamitin ang data ng Google Ads sa iyong paghahambing sa pagitan ng UA at GA4 na may kahit man lang 14 na araw nang tagal. |
Iba pang dahilan para sa mga pagkakaiba
Kung, pagkatapos itugma ang mga dahilan ng mga pagkakaiba sa conversion sa itaas, nakakakita ka pa rin ng malalaking pagkakaiba sa pagitan ng iyong mga conversion sa UA at GA4, suriin ang komprehensibong listahan ng mga dahilan sa ibaba.
Bilang paalala, inaasahan ang mga pagkakaiba sa pagitan ng magkakatulad na conversion sa UA at GA4, pero layunin ng listahang ito na tulungan kang itugma ang mga pagkakaiba sa produkto, setup, at setting kapag posible para mabawasan ang mga pagkakaiba.
Sa Google Analytics
Narito ang mga karagdagang dahilan ng mga pagkakaiba sa pagitan ng magkakatulad na conversion sa UA at GA4 batay sa mga napiling produkto, setup, o setting sa Google Analytics.
| Paglalarawan | Solusyon / Rekomendasyon |
|
Pagsubaybay sa ecommerce: Compatible ang Google Analytics sa iba't ibang schema ng ecommerce. Puwede mong ipatupad ang schema ng GA4 at ang schema ng UA nang makasabay, o umasa sa isang schema para sa parehong property. Kung gagamit ka ng dalawang schema, puwedeng magkaroon ng mga pagkakaiba sa data. Tingnan ang Developer Guide para sa higit pang impormasyon. Dahil sa mga pagkakaiba sa schema ng ecommerce, puwedeng maging mas mataas o mas mababa ang mga bilang ng conversion sa GA4 kaysa sa UA. |
Kapag nangongolekta ng data ng ecommerce para sa GA4, pinakamahusay na kagawian na umasa sa schema ng ecommerce ng GA4 (Developer Guide). Inirerekomendang huwag kang umasa sa mga nakakonektang tag ng site kung gumagamit ka ng pagsubaybay sa ecommerce. Inirerekomenda ring gamitin mo ang parehong schema ng ecommerce para sa UA at GA4 kapag inihahambing ang dalawa. |
|
Mga kundisyon sa paggana ng tag: Puwedeng makaapekto ang mga hard-coded na kundisyon sa paggana ng tag sa kung paano at kailan gagana ang isang tag. Dahil ang pag-set up ng pangongolekta ng data ng GA4 sa maraming sitwasyon ay kinabibilangan ng pagpapatupad ng mga bagong tag, posibleng kailangang ipatupad ang mga dating kundisyon sa paggana para sa GA4 bago umepekto ang mga ito. Inirerekomenda namin ang pagpapagana ng mga tag alinsunod sa magkakaparehong kundisyon para mabawasan ang mga pagkakaiba sa pangongolekta ng data. Kung pinaghihigpitan ang pangongolekta ng data sa UA at hindi sa GA4, puwedeng maging mas mataas ang dami ng user, session, page view, at conversion sa GA4. |
Inirerekomendang umasa ka sa gtag.js o gtm.js (gamit ang mga tag ng GA4) para mangolekta ng data para sa mga property sa GA4. Hindi direktang naaapektuhan ang mga kundisyon sa pagpapagana ng tag kung gagamit ka ng ibang anyo ng pag-tag (halimbawa, mga nakakonektang tag ng site), pero pag-retag ang unang rekomendasyon kung sakaling magdulot ang mga kundisyon sa pagpapagana ng tag ng hindi pare-parehong paggana ng mga tag sa UA at GA4. Kapag naipatupad na ang mga tag, itugma ang anumang kundisyon sa pagpapagana ng tag. Bilang halimbawa ng kundisyon, tingnan ang Developer Guide na ito sa pagsukat ng oras. |
|
Magbukod ng internal na trapiko: Puwedeng gamitin ang mga setting para mag-filter out ng mga internal na user (mula sa pananaw ng customer, ibig sabihin, mga empleyado ng isang customer) o sumubok ng trapiko. Kung magkaiba ang mga setting sa UA at sa GA4, inaasahang magpapakita ang property na walang filter ng pagbubukod ng mas maraming user, session, page view, at kasunod na conversion. |
Inirerekomendang itugma mo ang mga setting sa UA at GA4 para mabawasan ang mga pagkakaiba. Para sa higit pang impormasyon, basahin ang artikulong ito para sa UA, at ang artikulong ito para sa GA4. |
|
Mga pagbabago sa page batay sa mga event ng history ng pag-browse: Bilang default, sinusukat ng mga pinahusay na paguskat ng GA4 ang mga pagbabago sa page batay sa mga event ng history ng pag-browse; hindi ganito ang ginagawa ng UA. Magdudulot ito ng mas maraming pageview sa GA4 kaysa sa UA at puwede itong humantong sa mga pagkakaiba. Halimbawa, kung nagdudulot ang iyong konstruksyon ng site at mga pattern ng paggamit na ma-load ang maraming page sa pamamagitan ng mga pagbabago sa history ng pag-browse, ang pag-enable sa setting na ito ay gagawa ng pagsukat para sa mga event na ito. Magreresulta ito sa mga pagkakaiba sa UA kung saan hindi pa nasusukat ang mga event na ito. |
Kung gusto mong mas magtugma ang mga bilang ng pageview sa pagitan ng UA at GA4, i-disable ang setting ng pinahusay na pagsukat sa GA4. Matuto pa. |
| Iba pang source ng event (Mga trigger ng audience, Protocol ng Pagsukat, pag-edit ng event, atbp.): Ang pagbuo ng mga event na ito at pagmamarka sa mga ito bilang mga conversion ay puwedeng magdulot ng pagdami ng mga conversion sa GA4 kung ihahambing mo ang mga conversion sa level ng property sa UA. |
Gumamit ng mga setup ng pagtutugma para sa magkakatulad na conversion sa UA at GA4 sa Google Analytics. Puwede mong i-configure ang mga kakagawa pa lang na event mula sa mga source na ito sa mga natatanging pangalan ng event para mas malapit na magtugma ang pagsukat sa UA at GA4. Kung imposibleng mag-set up sa eksaktong magkaparehong paraan, hindi dapat paghambingin ang dalawa. |
|
Mga filter ng spam at bot:
Binabawasan ng mga filter ang trapiko sa UA. Kung hindi ilalapat sa GA4, mag-uulat ang GA4 ng mas maraming trapiko at kasunod na conversion, sa mga sitwasyon kung saan nagawang mag-convert ng trapiko ng spam/bot. |
I-enable ang setting ng pag-filter ng bot sa UA, at pag-isipang magdagdag ng mga filter ng spam sa UA kung nakakatanggap ka ng spam. |
| Mga pagbubukod ng parameter ng URL: Sa UA, puwedeng i-configure ng mga customer ang isang layunin para eksaktong tumugma sa isang partikular na URL. Sa GA4, dahil walang pagbubukod ng parameter ng URL, puwedeng magkaroon ng maraming bersyon ang URL na hindi pasok sa kahulugan para sa conversion. |
Kumpirmahin kung gumagamit ng mga pagbubukod ng parameter ng URL sa UA para maunawaan ang mga potensyal na pagkakaiba sa GA4. |
|
Modelo ng DDA para sa mga conversion at kita: Sa UA, ang modelo ng attribution ay ang huling hindi direktang click para sa mga layunin. Ginagamit ng mga conversion sa GA4 ang modelong attribution na batay sa data (data-driven attribution o DDA) bilang default, pero puwede itong baguhin. Depende ito sa kung paano nagbabago ang credit batay sa DDA, puwedeng makakita ang mga user ng mas marami o mas kaunting credit na ina-attribute sa mga binabayarang (Google) channel. Tandaan na hindi nakakaapekto ang modelo ng attribution sa kabuuang dami ng mga conversion para sa isang partikular na event. |
Bagama't hindi inirerekomenda, puwede itong subukan/bilangin sa pamamagitan ng paglipat ng modelo ng attribution ng property sa Huling pag-click sa GA4. Tandaan: Dahil hindi nakakaapekto ang mga modelo ng attribution sa Google Analytics sa kabuuang dami ng mga conversion sa isang property, inirerekomendang i-troubleshoot muna ang lahat ng iba pang dahilan ng pagkakaiba para mabawasan ang mga pangkalahatang pagkakaiba sa level ng property para sa mga pares ng conversion (ibig sabihin, magkakatulad na conversion sa UA at GA4). |
|
Mga pagkakaiba sa time zone at pag-reset ng campaign: Tinatapos ng UA ang isang session sa hatinggabi at nire-restart nito ang isang session nang may mga bagong parameter ng campaign. Hindi ganito ang ginagawa ng GA4. Puwede itong humantong sa mga pagkakaiba sa session, na puwede namang humantong sa mga pagkakaiba sa conversion ng mga layunin/session. Hindi inaasahang maghatid ito ng anumang malaking pagkakaiba sa kabuuang halaga ng mga conversion sa isang partikular na property. Inaasahang makikita lang ito kung ihahambing ang mga indibidwal na araw sa UA vs GA4. |
Walang direktang solusyon – nalutas na ito sa GA4. |
| Mga pagkakaiba sa configuration ng pagsukat ng pageview: Puwedeng i-disable sa GA4 ang pagsukat ng pageview batay sa mga event ng history ng pag-browse. Hindi nakakapag-forward sa GA4 ang mga single-page na site ng wastong pagsukat kapag gumagamit ng mga nakakonektang tag ng site. |
Puwedeng i-configure ang GA4 para sukatin ang mga pageview batay sa mga event ng history ng pag-browse; hindi ito ginagawa ng UA. Humahantong ito sa mas detalyadong pagsukat sa GA4 pero puwede itong pagmulan ng mga pagkakaiba. Puwede mong i-disable ang setting na ito kung gusto mong mas malapit na magtugma ang mga numero sa pagitan ng UA at GA4. Puwedeng mag-set up ng pagsukat ng single page application para sa UA alinsunod sa Developer Guide na ito. Hindi nito ganap na itutugma ang UA sa GA4 pero mababawasan nito ang mga pagkakaiba para sa mga single-page na site. |
|
Google signals at User ID: Nakakatulong ang mga setting na ito na i-deduplicate ang mga user sa mga property sa GA4. Sa UA, nakakaapekto lang ang parehong setting sa ilang ulat at sa hiwalay na view. Sa GA4, nakakaapekto ang mga ito sa lahat ng impormasyon sa property. Kapag na-on ang Google signals at User ID sa GA4, mababawasan ang mga bago/kabuuang dami ng user, na magkokonekta ng mga interaction na sa UA, ituturing na mula sa maraming user. Dahil doon, puwedeng ma-attribute ang credit sa conversion sa ibang paraan. Hindi inaasahang maaapektuhan ng mga feature na ito ang kabuuang halaga ng mga conversion sa Google Analytics pero puwede itong magresulta sa mga pagkakaiba sa mga pag-export sa Google Ads. Kung susukatin ng isang advertiser ang mga engaged-view na conversion (EVC), puwedeng maimpluwensyahan ang mga ito ng paggamit ng Google Signals at User ID. |
Walang direktang solusyon – ang deduplication ng GA4 ay nagbibigay ng mas mahusay na insight sa kung paano nakikipag-ugnayan ang mga user sa mga asset ng isang customer. Inirerekomenda namin ang pagpapatupad ng parehong feature sa parehong platform para mabawasan ang mga pagkakaiba, bagama't hindi maiiwasan ang mga ito.
|
| Mga timeout ng session: Puwede mong i-adjust ang mga setting ng timeout ng session. Kung binago ang mga ito mula sa default, puwede nitong maimpluwensyahan ang dami ng trapiko at attribution. | Inirerekomendang umasa ka sa mga default na setting. Kung binago mo ang mga timeout ng session sa UA, dapat mo ring i-adjust ang setting na ito sa GA4. Matuto pa. |
|
Pag-override ng cookie |
Kapag binago mo ang mga setting ng cookie sa UA, kailangan mong itugma ang setting kapag na-configure mo ang GA4. Kapag binawasan ang mga petsa ng pag-expire ng cookie, puwede itong makaapekto sa attribution at magresulta sa mga pagkakaiba sa attribution ng conversion. Matuto pa. |
| Gumamit ng auto-tagging at manual na pag-tag (sa iisang URL) | Puwede kang gumamit ng auto-tagging at manual na pag-tag sa iisang URL, pero may mga sitwasyong hindi ito gagana. |
| Piniling mga dimensyon at sukatan | Nag-aalok ang GA4 ng mas maraming dimensyon ng pagkuha kaysa sa UA. Dahil dito, hindi lahat ng posibleng kumbinasyon ng mga dimensyon ng pag-uulat ay maihahambing sa pagitan ng UA at GA4 |
| Mga pagkakaiba sa pagpapatupad ng pagsubaybay sa pagitan ng UA at GA4 | Inirerekomendang umasa ka sa isang SDK kapag posible. Tandaang may napakaliit na subset ng mga user na makakapagkolekta ng data ng app sa UA. Dapat ipatupad ng mga user ang Firebase SDK kung gusto nilang mangolekta ng data ng app at mag-ulat dito gamit ang mga property sa GA4. |
|
Para sa mga nakakonektang tag ng site (kabilang ang pag-sideload) lang: Naglo-load ang mga nakakonektang tag nang sunod-sunod; ibig sabihin, naglo-load ang tag ng GA4 pagkatapos ng parent tag (isang kasalukuyang gtag.js o analytics.js tag). Puwede itong mangahulugan na:
|
Para mabawasan ang panganib na may mapalampas na mga event, inirerekomendang magpatupad ka ng mga nakatuong tag ng GA4 sa halip na umasa sa mga nakakonektang tag ng site o pag-sideload. Partikular dito, para sa malalaki at kumplikadong setup ng Analytics, dapat mong iwasang umasa sa mga nakakonektang tag ng site o pag-sideload. |
| Pagsasama ng data ng App at Web sa property para sa GA4: Pinag-iisa ng GA4 ang data ng app at web at mga event. Kung pagsasamahin mo ang data ng app at web sa GA4, pero hindi ka gumawa ng anumang katulad nito sa UA, magdudulot ito ng mas mataas na dami ng conversion sa GA4. | Para sa pinakamahusay na paghahambing, hindi ka dapat magsama ng mga stream ng data ng app kung walang trapiko ng app ang iyong mga property sa UA. Kung naisama na ang app stream, dapat mong i-segment ang mga ulat para ibukod ang mga conversion sa app kung gusto mong ihambing ang UA sa GA4. |
| Mga na-update na paggrupo ng channel: Ang mga paggrupo ng channel ng GA4 ay puwedeng magtalaga ng conversion sa isang channel sa ibang paraan. Matuto pa. | Walang opsyon para sa mga user na i-override kung aling mga conversion ang ie-export sa Google Ads. |
Sa Google Ads
Ang mga ito ay mga karagdagang dahilan ng mga pagkakaiba sa pagitan ng magkakatulad na conversion sa UA at GA4 na batay sa mga napiling produkto, setup, o setting sa Google Ads.
| Paglalarawan | Solusyon / Rekomendasyon |
|
Consent mode: Available ang pagmomodelo ng Consent Mode para sa mga advertiser na nagpatupad ng Google Analytics gamit ang gtag.js o Google Tag Manager. Para sa analytics.js, hindi kami nag-aalok ng pagmomodelo ng Consent Mode, dahil hindi tumpak na matutukoy ang status ng pagpapahintulot nang hindi nagpapatupad ng gtag.js o GTM. Dahil karaniwang umaasa ang mga setup ng GA4 sa gtag.js o GTM, gumagana ang Consent Mode para sa GA4. Kung umaasa ang parehong UA at GA4 sa mga tag na compatible sa Consent Mode, puwedeng makatanggap ang pareho ng pagmomodelo sa Google Ads, pero para lang sa mga advanced na pagpapatupad. Tandaan: Nakakatanggap lang ng pagmomodelo ang mga event ng GA4 kapag may ginawang advanced na pagpapatupad. Para sa mga karaniwan (pahintulot lang) na pagpapatupad, puwedeng makakuha ng pagmomodelo ang mga na-import na conversion sa UA sa Google Ads, pero hindi makakatanggap ang mga conversion sa GA4. Matuto pa. |
Para sa patas na paghahambing, dapat gumamit ang mga user ng uri ng tag na compatible sa Consent Mode para sa parehong property, at magkaroon ng advanced na pagpapatupad para makakuha ng pagmomodelo sa Google Ads para sa parehong mga conversion sa UA at GA4. |
| Pagsukat ng Engaged na Panonood: Maa-attribute ng GA4 ang isang conversion sa isang interaction sa ad ng Engaged na Panonood sa YouTube, kahit na hindi direktang nagresulta ang interaction na iyon sa ad sa pagbisita sa website, pero humantong pa rin sa isang conversion sa ibang pagkakataon. Puwede itong magresulta sa pag-export ng isang conversion sa Google Ads, kung saan hindi nag-e-export ang UA ng anumang credit sa Google Ads. Ang ibig sabihin nito, makakapag-attribute ang GA4 ng mas maraming conversion sa Google Ads kung malaki ang halagang ginagastos ng isang advertiser sa YouTube. |
Sa GA4, hindi dapat ito humantong sa pagtaas sa mga conversion para sa trapiko sa web, pero posibleng mas maraming credit sa conversion ang i-attribute sa channel ng Google Ads sa GA4 kaysa sa UA, na hahantong sa mas magadang performance ng Google Ads. Para mapaghambing ito, puwede mong i-segment ang pag-uulat sa level ng campaign o account sa Google Ads. Tiyaking ihambing ang mga pagkilos na conversion na sumusukat ng parehong pagkilos na conversion. Imposibleng i-segment ang mga karaniwang ulat ayon sa uri ng event ng Ad at source ng conversion nang magkasabay, kaya mahirap gumawa ng direktang paghahambing sa UI ng Google Ads. |
|
Modelo ng pag-export ng credit: Ang modelong ginagamit sa pag-export ng mga conversion sa Google Ads mula sa GA4 ay iba sa ginagamit ng UA. Kung saan umasa ang UA, at sa simula, ang GA4, sa modelo ng pag-export na huling hindi direktang click, gumagamit na ngayon ang GA4 ng modelo ng pag-export na huling credit, na nagbibigay-daan sa pag-export ng fractional na credit ng conversion, kahit na hindi touchpoint ng Google Ads ang huling hindi direktang touchpoint. Bagama't hindi ito nagreresulta sa mga pagkakaiba sa level ng property, puwede itong magresulta sa magkakaibang bilang ng na-export na conversion sa Google Ads. Puwedeng mas mataas o mas mababa ang bilang na ito kapag inihambing sa UA at nakadepende ito sa mga hiwalay na journey ng user. |
Inilunsad ang pag-export na huling credit dahil hindi sapat ang mga modelong huling hindi direktang click. Nangangahulugan itong nag-e-export ang GA4 ng totoong cross-channel na credit sa conversion sa Google Ads. Hindi ka makakagawa ng mga partikular na pagkilos para mabawasan ang mga pagkakaiba sa pagitan ng UA at GA4. |
| Paraan ng pagbilang ng conversion sa Ads: Ang Google Ads ay may setting ng pagbibilang na puwedeng gamitin para kontrolin ang isa o maraming conversion na mabilang sa loob ng itinakdang palugit ng conversion para sa isang partikular na user. |
Inirerekomendang itugma ang mga setting ng pagbibilang ng conversion para sa mga pares ng conversion sa UA at GA4. Matuto pa. |
|
Nalalapat sa mga manual na ginawang property sa GA4 at mga customer ng Smart Campaign: Ina-attribute ng modelo ng pag-export ng Mga binabayarang channel ng Google sa GA4 ang lahat ng conversion na ine-export sa Google Ads sa mga channel ng Google. Humahantong ito sa pag-export ng mas maraming conversion sa Google Ads kaysa sa setting ng Mga may bayad at organic na channel dahil ibinubukod nito ang mga binabayarang channel na hindi Google sa conversion path. Sa pamamagitan ng paggamit ng mga binabayarang channel ng Google, puwedeng magkaroon ng mas malalim na insight sa kung paano nakakahimok ng epekto ang mga may bayad na interaction sa Google. Hindi available ang modelong ito sa Universal Analytics, kaya posibleng mahirap magkumpara ng mga magkatulad na event sa UA at GA4 kapag na-import ang mga ito sa Google Ads. |
Bilang default, nakatakda ang mga bagong property sa GA4 sa mga binabayarang channel ng Google. Puwede mong gamitin ang mga setting ng attribution sa level ng property sa GA4 sa seksyong Admin para kontrolin kung paano ine-export ang mga conversion sa Google Ads. Para iayon ang mga setting sa pagitan ng Universal Analytics at Google Analytics 4, gamitin ang setting ng Mga may bayad at organic na channel. Matuto pa
|
Bounce rate
|
Sukatan |
UA |
GA4 |
|
Bounce rate |
Porsyento ng mga session sa isang page kung saan walang pakikipag-ugnayan sa page. May tagal na 0 segundo ang isang nag-bounce na session. Halimbawa, kung may user na bumisita sa iyong website at sinuri niya ang content sa homepage mo nang ilang minuto, pero umalis siya nang hindi nagki-click sa anumang link o hindi nagti-trigger ng anumang event na itinatala bilang mga event ng pakikipag-ugnayan, bibilangin ang session bilang bounce. |
Porsyento ng mga session na hindi mga engaged session. Halimbawa, kung may user na bumisita sa iyong website, nagsuri ng content sa webpage nang wala pang 10 segundo, at pagkatapos ay umalis nang hindi nagti-trigger ng anumang event o bumibisita ng anupamang page o screen, bibilangin ang session bilang bounce. Ang engaged session ay isang session na tumatagal nang 10 segundo o mas mahaba, may 1 o higit pang event ng conversion, o may 2 o higit pang page view o view ng screen. Kung walang engaged session ang isang user, ibig sabihin, hindi niya natutugunan ang anumang pamantayan para sa isang engaged session, bibilangin ng Google Analytics ang session bilang bounce. |
Tandaan
Sa Google Analytics 4, ang Bounce rate ay ang porsyento ng mga session na hindi mga engaged session. Sa madaling salita, ang Bounce rate ay ang kabaligtaran ng Rate ng pakikipag-ugnayan. Sa Universal Analytics, ang Bounce rate ay ang porsyento ng lahat ng session sa iyong site kung saan ang mga user ay tumingin lang ng isang page at nag-trigger lang ng isang kahilingan sa server ng Analytics.
Ang Bounce rate, gaya ng pagkalkula dito sa Universal Analytics, ay isang makatwirang sukatan ng pakikipag-ugnayan sa site, pero hindi na ito gaanong kapaki-pakinabang dahil nagbago na ang mga website at app. Halimbawa, posibleng tumingin ang mga user ng single page application (SPA) at umalis sila nang hindi nagti-trigger ng event, na ituturing na bounce.
Bukod pa rito, ang Bounce rate, gaya ng pagkalkula dito sa Google Analytics 4, ay nagbibigay ng mas kapaki-pakinabang na paraan ng pagsukat sa antas kung saan nakikipag-ugnayan ang mga customer sa iyong site o app. Halimbawa, kung nagpapatakbo ka ng isang blog, posibleng ayos lang sa iyo kung bibisitahin ng mga customer ang site mo para magbasa ng isang artikulo at pagkatapos ay umalis. Posibleng mas mahalaga sa iyo ang dami ng mga customer na bumibisita sa site mo, na hindi nakita ang hinahanap nila, at pagkatapos ay umalis kaagad.
Bilang ng event
Kumakatawan ang mga event sa pangunahing pagkakaiba sa modelo ng data sa pagitan ng mga property sa Universal Analytics at Google Analytics 4.
|
Sukatan |
UA |
GA4 |
|
Kabuuang Mga Event |
Ang event sa Universal Analytics ay may Kategorya, Pagkilos, at Label, at ito ang sarili nitong uri ng hit. Halimbawa, puwedeng i-set up ang isang event para i-register na na-click ang isang button sa pag-sign up. Posibleng may Kategoryang “CTA” ang event, Pagkilos na “Pag-sign Up,” at Label na ang destination URL. Nadaragdagan ang Kabuuang Mga Event sa tuwing nati-trigger ang event na may Kategorya/Pagkilos/Label. |
N/A |
|
Dami ng event |
N/A |
Event ang bawat "hit" at walang konsepto ng Kategorya, Pagkilos, o Label ang mga event sa GA4. Halimbawa, kapag may tumingin sa isa sa mga page ng iyong website, may nati-trigger na event na Lahat ng pagkilos ay mga event. Ang bawat pangalan ng event ay hindi kailangang natatangi, sa katunayan, pinakamahusay na kagawian na gamitin ulit ang parehong pangalan ng event nang maraming beses, habang tinutukoy ang event ayon sa mga nakolektang value ng parameter. Halimbawa, posibleng ang isang pag-sign up ay may pangalan ng event na |
Tandaan
Sa GA4, posibleng ang kahulugan ng event na sign_up ay kapareho ng sa UA o posible ring iba. Kung may isang form lang sa pag-sign up ang iyong website at isang button lang kung saan gagana ang event ng pag-sign up, posibleng medyo malapit ang mga bilang na ito ng event. Gayunpaman, kung maraming event na sign_up ang iyong website, posibleng hindi direkta ang paghahambing ng bilang ng event sa pagitan ng GA4 at UA at baka hindi magkalapit ito.
Hindi nagpapakita ang mga ulat sa GA4 ng Kategorya, Pagkilos, at Label. Mas magandang pag-isipan ulit ang pangongolekta ng data pagdating sa modelo ng GA4 sa halip na i-port ang kasalukuyan mong istruktura ng event sa Google Analytics 4.