一吉 profile image

一吉

在巨人的肩膀上快快樂樂探索。

6 Posts
By 一吉

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

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

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.

By 一吉

[GA4] [GTM] 新!Google 代碼 GA4 追蹤全攻略

自2023年9月起,Google Tag Manager (下稱 GTM) 將容器內的 GA4 設定代碼全面更新為 「Google 代碼 (Google Tag)」。過去在 GTM 中 GA4 代碼的背後為 analytics.js,現在則全面改為 gtag.js,實現單一代碼跨多個 Google 產品的目的。 「既有的GA4追蹤不會受影響」 這次更新發生時大家可能幾乎沒發現,因為 GA4 資料蒐集一切如常。GTM 將原本的 GA4 設定代碼自動更新為 Google 代碼,相關的配置、參數設定也一併更新。 較令人疑惑的是,新的 Google 代碼中多了【共用事件設定】的區塊,也找不到「使用者屬性」設定的位置。接下來就跟各位介紹

By 一吉

[GA4] 為什麼 GA4 報表數據不一致?閾值?(other) 資料列?資料取樣?

⏳ 最後更新:2024 - 1 - 5 更新紀錄 2024-1-5 : Google 宣布 2024年2月12日起移除GA4預設報表中的Google 信號。 GA4 的報表實務上,很常會遇到的問題就是「為什麼我的GA4報表數字怪怪的?」「為什麼GA4報表數字跟其他平台對不起來?」😱 確實 GA4 存在某些機制,使我們看到的數據並非數據的全貌。以下三項是 GA4 為了提升資料安全性與處理速度的個作法,它們並不算 Bug 所以不會「被修復」。如果報表數據不如預期,不妨往下逐一查詢原因,以及是否有破解的方法? * 資料閾值 * (other) 資料列 * 報表取樣 一、資料閾值 Data thresholds ⏳ 最後更新:2024 - 1 - 5 Google Analytics 宣布 2024 年

By 一吉

[ UA ] 2023年7月1日通用GA停止更新 如何備份歷史資料?

從2012起陪伴網站經營者的通用 GA (通用 GA、舊版 GA、Universal Analytics、GA3 ) 於 2023年7月1日起正式停止蒐集資料,正式由 GA4 接手。(付費版還可以再延用一年) 這些從7月1日起歸零的通用 GA 報表,看起來就像科幻片中地球文明毀滅後的遺留的廢墟,從它的外觀可以想見過去的榮景,現在只剩下軀殼。 以下章節將先說明現況,以及備份資料前的準備工作。備份資料最困難的一步其實是決定備份哪些資料。如果你已經規劃好要備份的報表,只想查看如何匯出資料,可以直接進入最後一個章節「如何備份?」 1. 正在發生什麼事?將發生什麼事? 1.1 通用 GA 停用時程 首先,在通用 GA 免費版的報表已經停止更新數據,也就是不再蒐集新的資料,因此從2023年7月1號起的報表已空空如也。但是我們仍可以查看2023年7月1以前的資料,至於可以看到什麼時候,根據官方文件: 2024 年 7 月 1

By 一吉

[ GA4 ] 實驗:工作階段來源媒介為 (not set) 是否受事件觸發順序影響?

實驗原因 GA4 的工作階段來源媒介報表中存在 (not set) 資料。一般來說,若訪客拜訪的到達網址沒有帶廣告參數時,這些流量應該會被分配到 (direct) / (none),這使得報表中存在 (not set) 的資料令人難以理解。🤔 ※ 尚未完成處理的資料也會以 (not set) 的型式出現在報表中,因此這次實驗的資料以超過 48 小時的資料為主。 實驗假設 每當使用者於前景開啟應用程式,或是瀏覽網頁/畫面,而且當下沒有其他有效的工作階段時 (例如先前的工作階段已逾時),Analytics (分析) 就會視為已啟動新的工作階段。 - Analytics(分析)說明 若自訂事件的觸發早於 page_view 時,是否為導致工作階段來源媒介顯示為 (not set) 的可能原因之一? 實驗設計 這個實驗需要讓 自訂事件 早於 page_view 觸發,