feature image

GA4 網站分析商務實戰

分享關於GA4及GA4 360新知與各種常見的分析技巧,還有踩過的雷。

41 Posts

[GA4] 找出購買產品A的使用者,還買了哪些產品

前言 大部分電商產業會想知道「購買產品A的使用者,還買了哪些產品 」 。 會有以下兩個情形 * 跟產品A不同筆訂單的情況下,使用者還買哪些產品? * 跟產品A同筆訂單的情況下,使用者還買哪些產品? 以下將針對這兩個情況,使用GA4示範帳戶教授各位該如何拉報表。 適合產業:電商業、零售業 適合對象:網站/應用程式成效分析人員、媒體廣告操作人員 情境1:跟產品A不同筆訂單的情況下,使用者還買哪些產品? 產品A:Super G Timbuk2 Recycled Backpack 1.設定【購買產品A的使用者】的區隔,並套用區隔 •以【使用者】範圍設定區隔,設定【事件名稱】=purchase 且【項目名稱】完全符合Super G Timbuk2 Recycled Backpack,條件範圍【在同一事件內】。 •這個步驟主要是要先抓出 【買過Super G

[GA4][Google Ads]為什麼GA4和Google Ads廣告帳戶的轉換數據不一樣?

前幾篇介紹 新功能!什麼是”可獲得功勞的頻道”? 跟Google Ads有什麼關係呢? 會影響Google Ads廣告帳戶內的轉換功勞歸屬。 如果你的主管或是你的客戶老是問”為什麼廣告媒體後台和GA4的轉換數據不一樣?”,希望這篇可以幫助到你! 其實不僅是Google Ads,其他的媒體也有這樣的狀況,本文就先以Google Ads媒體作為舉例。 另外,GA4已於2024/3/27發布,指標"轉換"更名為"重要事件"。這部分的更動僅更改名稱。 Google說明: [GA4] Conversions vs. key events 適用產業:所有產業 適用對象:廣告媒體操作人員、網站分析人員、行銷人員。 GA4和Google Ads帳戶轉換數據比較 1. 測試前置作業: 我們先將兩邊的歸因條件設置一樣,進行比較。 GA4 * 調整重要事件計算方式:每個轉換事件計算一次 * 調整歸因模式:請調整為”付費和自然管道最終點擊”。 歸因模式用於計算GA4資源內報表中的轉換功勞。

什麼是 Consent Mode?

前言 隨著個人隱私權意識的抬頭,電子數位資料的儲存與收集也開始有越來越多的限制。像是歐盟於 2018 年所頒佈的「一般數據保護法案 (General Data Protection Regulation, GDPR)」就提到需要明確說明數據資料收集的時間長度、目的以及應用的範圍,取得使用者同意後才可收集。此外使用者也有權力可以要求刪除被收集的資料。 而因應越來越多的隱私權政策規範,特別是跨國型企業的大廠也不得不正視這個趨勢,紛紛提出對應的作法與對策。其中 Consent Mode 就是 Google 針對隱私權政策所提出的一個作法。 什麼是 Consent Mode 同意聲明模式 (Consent Mode),是 Google 對應隱私權規範所提出的作法。您可參考官方的說明文件,如「運用同意聲明模式因應隱私權和法規變動」、「使用者同意聲明管理簡介」有更詳細的說明。 簡單來說,透過 Consent Mode 的作法,讓 Google 代碼可依據使用者的授權狀態,調整代碼的收集與應用範圍。若使用者拒絕授權資料收集的情況時,Google

GA4 漏斗探索在 Looker Studio 也可以做出來! Looker Studio 購買流程漏斗教學

製作Looker Studio 購物歷程漏斗它可以幫助我們深入了解使用者在完成特定目標時的過程流失率。漏斗報表通常被用於追蹤使用者在轉換過程中的各個步驟。我們可以根據需要自定義漏斗,從指定的事件或畫面開始,然後追蹤使用者在達到目標之前所經歷的每一個步驟。透過這樣的漏斗報表,我們能夠更好地了解使用者的行為路徑,並且能夠找出可能影響轉換率的問題! 開始製作前的必備小觀念 1. Step by Step 的購物歷程:漏斗中的步驟 以電子商務事件網站與APP來說,常見的購物歷程事件步驟如下: 1. 查看產品 (觸發 view_item 事件的使用者人數) 2. 加入購物車 (觸發 add_to_cart 事件的使用者人數) 3. 開始結帳 (觸發 begin_checkout 事件的使用者人數) 4. 購買 (觸發 purchase 事件的使用者人數) 透過每個步驟的數據來深入了解購物歷程中的使用者流失情況。這些數據可以告訴我們在每個步驟有多少人放棄了進入下一個步驟。通過仔細分析這些放棄的數據,我們可以評估是否存在某些需要改進的地方或者界面功能存在問題。 舉

[GA4]GA4 資料保留14個月後,數據就消失了嗎?

自從2021年GA4 的推出以來,免費版GA4最讓人頭疼的問題之一便是「資料僅保留14個月」的限制。相比之下,先前的 GA3版本允許用戶將資料設定為「無限期保留」,這大大方便了用戶製作年度對比(YoY)報表等各種分析。 隨著時間的推移,那些在2022年創建的 GA4資源,其數據也悄然接近了保留期限的邊緣。本文旨在與大家分享,當GA4的數據超過保留期限後,將會給我們帶來哪些意想不到的小確幸以及可能遇到的挑戰。 本文結論整理 : 數據期限 預設報表 探索報表 Looker Studio Analytics Data API 14個月內 yes yes yes yes 14個月以上 yes no yes yes 【預設報表】 在預設報表中,仍然可以看到數據呈現的。 【探索報表】 在探索報表中,會顯示「日期範圍無效」的警訊,在日期的挑選上,會無法挑選14個月之前的日期。 【Looker Studio】

[GA4] 到達網頁和網頁(網頁標題、畫面名稱、網頁路徑、網頁位置)的報表常見問題

前言 在進行網頁流量分析的時候,常常會搞混什麼時候要用維度”到達網頁”還是”網頁”,尤其是這兩個維度有各自搭配的指標。尤其大家常常會使用維度”網頁”搭配”工作階段”來分析該頁面的流量,這樣會造成什麼問題呢? 接下來本文將針對常見問題進行討探討。 適用對象:廣告媒體操作人員、網站分析人員、行銷人員。 維度 “到達網頁” 和 “網頁” 的定義和搭配的指標 “到達網頁”: 訪客造訪網站時到達的第一個網頁。 Google 說明 https://support.google.com/analytics/answer/12931766?hl=zh-Hant 維度 可搭配的指標 到達網頁 工作階段 互動工作階段 參與度 跳出率 定義 訪客造訪網站時到達的第一個網頁或畫面。 指該”到達網頁”開啟的工作階段數。 指該”到達網頁”

[Google Ads] 什麼是gad_source? 跟自動標記gclid有什麼關係?

最近在點擊Google Ads廣告,有沒有發現網址列多了一個參數”gad_source=1” ? 這到底是什麼呢? 來幫各位解惑一下~~ 適用對象:廣告媒體操作人員。 什麼是gad_source? 💡1. Google Ads使用此參數標明廣告網址的來源、並提高廣告轉換的準確度。 2. 只要是Google Ads廣告,在”最終到達網址結尾處”會自動加上 “gad_source” 參數。 3. 此參數為自動產生,無法自訂、也無法關閉。 4. 將在未來幾個月內逐步推出。部分廣告主目前可能還無法在網址中找到 gad_source 參數。 請參考Google說明:gad_source 參數簡介 截至目前,在官方文件上並沒有說gad_source的值代表含義,僅表示”來源相同的所有廣告客戶和廣告活動都會有相同的 gad_source。” 但小編我努力用人工測試,目前可歸納出以下狀況..... 由於Google Ads正在逐漸推出中,

By 一吉

[GA4] GA4 網頁載入速度報表 + Looker Studio 視覺化

網頁載入速度報表 舊版 GA (Universal Analytics) 有網站載入速度報表,用於網站管理人員監測頁面載入速度。 舊版 GA 的「網站速度」報表,包含網頁路徑、網頁瀏覽輛、平均頁面載入時間(秒) 三項資訊。 截至目前 (2024年1月5日) GA4 中還沒有這一份報表,但是我們可以透過「自訂事件」與「自訂指標」、「計算指標」等功能復刻一份相同的探索報表。本文並再加上如何在 Looker Studio 中視覺化。 在 GA4 中期望的結果,網頁路徑搭配平均網頁載入時間(秒)。 事件追蹤設計 這次示範透過 Google Tag Manager (GTM) 來做載入時間事件追蹤,由於 GTM 可以偵測網頁載入完成事件 Window Loaded,可以做為網頁載入事件 page_

[GA4]GA Session ID 異常重複現象會影響 BigQuery 數據嗎?

前言 GA4 鼓勵大家將資源與 BigQuery 做串接,以利數據即時性或是製作精美的儀表板。大家會做的一定是比較在 BigQuery 中 query 完的結果與 GA4 報表的數據是否相符,在比較的過程中,發現一個異常現象,分享給大家。 異常現象如下 : 同一個用戶(user_pseudo_id 相同)在「不同日期」下的 GA 會話 ID(ga_session_id)出現重複。 正常情況,每次用戶訪問網站且有產生一個新的工作階段時,都會產生一個獨一無二的會話 ID,但發現到 BigQuery 數據中,每日約0.1%的情況,明明已經結束了工作階段(事件時間間隔30分鐘以上),新產生的事件,所配到的 ga_session_id 會與上一個工作階段的

如何在 Looker Studio 透過 REGEXP_EXTRACT 抓取特定分隔符號之間的內容?

前言 相信大家應該都有類似的經驗,就是將數據串接 Looker Studio 製作報表的過程中,想要針對某些數據欄位(比方說網址)進行切分,取出特定的字段作為分類的依據。 這部分可以透過 Looker Studio 的 REGEXP_EXTRACT 這個函式來達成。但是這個函式到底該怎麼使用,以及如果我要取得其中不同的區段該如何調整?本篇文章幫大家統整作法,希望對各位有所幫助! REGEXP_EXTRACT 簡介 首先我們需要先瞭解 REGEXP_EXTRACT 這個函式的用途。 這個函式主要是透過正規表示式(Regular expressions) 的語法,幫我們取得指定欄位「第一個符合」的子字串資訊。如果您對於正規表示式還不是那麼瞭解的讀者,可以參考 Looker Studio 的官方文件。 ※ 語法: REGEXP_EXTRACT(X, regular_expression) ※ 參數說明: * X:要提取的字串來源 * regular_

By 一吉

[GA4] 跨網域追蹤:有效串接並歸因不同網域的廣告參數 (UTM, gclid)

為什麼網站需要跨網域設定? 當一個網站裡面跨越多個網域,GA4 無法辨識穿梭在這些網域的是同一位使用者,因此需要做「跨網域設定」告訴 GA4 這是同一位使用者。多網域的網站沒有做跨網域時將導致以下問題: * 廣告標記遺失,無法追蹤廣告成效 * 網站使用者人數虛增 詳細說明如下:當一個網站內包含多個網域,例如從 www.abc.com 點擊站內連結到 www.def.com,兩個網站之間有連結互相來去,並且安裝的都是同一組 GA4 追蹤碼、同一組測量 ID (Measurement ID)。 GA4 會給每個網域的每位訪客 (正確地來說是每個瀏覽器) 指定獨立的客戶 ID (Client ID),用於辨識使用者。即使裝了同一組 GA4 追蹤碼,當網域名稱改變,GA4 亦會指定一組新的客戶 ID。以上面的網址範例來說,訪客在 www.abc.

[GA4] 為什麼GA4的APP使用者數比Universal Analytics(UA/GA3) Mobile SDK多?

如果你過去有使用過UA(Universal Analytics) Mobile SDK,而且你也有安裝GA for Firebase SDK,並且已串接Firebase專案與GA4,GA4在報表識別為Device-base的前提下,你會發現GA4的APP使用者數異常的多,是因為大部分使用者使用APP的習慣並不會完整關閉APP,而是讓APP背景作業,此時GA for Firebase SDK會每隔1小時發送一個user_engagment的事件,而APP背景作業可能會持續好幾天,依照GA4就會認定每天都有使用者造訪。 為了讓讀者更清楚,以「100個不同使用者」連續2024/01/01 ~ 2024/01/03為前提,以下是簡單的情境舉例: 關閉APP:無論是UA for mobile SDK或GA for Firebase SDK都不會有任何行為紀錄 使用APP:UA for mobile SDK和GA for Firebase SDK均會記錄行為 APP背景運行:僅GA for