Google Analytics 4（GA4）是目前 Google 唯一的網站分析工具，不管是經營電商、部落格還是企業官網，想知道網站流量從哪裡來、使用者看了哪些頁面、有沒有完成購買或填單，都需要靠 GA4 收集資料。
但第一次打開 GA4，看到滿滿的設定選項，很多人都不知道該從哪裡開始。這篇 GA4 教學會從 0 開始，帶你完成帳戶建立，並逐一介紹 GA4 後台設定中最需要注意的項目。
如果你是從舊版 Universal Analytics 過來的朋友也不用擔心，GA4 雖然改成以事件為基礎來收集資料，但網站分析的思維並沒有改變，相信你一定很快就會上手。
但如果你是從來沒碰過 GA4 的新朋友，那這篇文章將可以幫助到你從 0 開始認識 Google Analytics 4 後台，我們將會帶著你：
- 建立你的第一個 GA4 追蹤代碼。
- 認識 GA4 後台儀表板上的項目，知道這些設定可以幫助到我們什麼。
本篇重點
什麼是 Google Analytics 4？
Google Analytics 4（GA4）是 Google 推出的免費網站與 App 分析工具，以「事件」為基礎收集使用者行為資料，可以用來了解網站流量來源、使用者瀏覽了哪些頁面，以及是否完成購買或填寫表單等轉換。GA4 在 2023 年 7 月正式取代舊版的 Universal Analytics。
如果你有經營網站，那你的老闆或是你自己本身應該會有（也必須要有）一大堆如以下的問題：
每天有多少人來到網站？透過哪裡進站？首次進站到達網站哪個頁面？之後又看了哪些頁面？是否有點擊站上某個連結或是圖片？使用者是從哪裡進到網站的？是透過 Email 內的連結還是社群媒體平台？使用者平均會在站上待多久的時間？看了幾個頁面？有沒有購買商品或是填寫表單資料？轉換按鈕要放左上右下還是中間底部？這些有完成轉換的使用者又是透過什麼行銷活動進來站上的？本月新使用者與回訪使用者比例是多少？是否有如預期？使用者都使用什麼裝置觀看網站等族繁不及備載。
（WARNING：看完之後如果覺得很煩，現在棄坑還來得及喔！）
而以上這些問題，我們都可以透過 Google Analytics 4 收集到的資料得到答案，幫助你驗證行銷活動、廣告活動、網頁改版以及網站文章內容帶來的成效，而不是用「以為」、「覺得」的方式來感受成效的好壞，透過 GA4 的報告，接著一步一步的去優化下一次的活動，以求最大化最重要的事情：「收益」。
GA4 帳戶結構介紹
如同 Google Tag Manager 的帳戶結構一樣，一個 Google 帳號可以開設許多 GA4 帳戶，每個 GA4 帳戶可以代表的是一個品牌或是一間公司，而每個帳戶底下可以建立不同的資源，資源內則可以針對不同子網域網站或是 App 創建不同的「資源串流（評估 ID）」。
不同網站該用不同帳戶、資源或 ID 嗎？
其實 Google Analytics 在跨網域追蹤這個部分的功能已經非常完善了，如果是同一間公司或是品牌旗下的網站不太需要開設到許多不一樣的資料串流給不同功能網站使用，除非是組織結構較複雜的大公司，否則通常都是用一個資料串流就可以，將各網站收集回來的資料用同一個 GA4 儀表板觀看。
(Google 官方也建議所有網站用一個資料串流就可以，不過呢…還是要看情況。)
但如果你是希望各網站的資料數據可以透過不同的儀表板來看，那就必須針對各網站建立不同的資源。
舉例來說：
公司Ａ 旗下有美妝電商購物站（www.beauty.com）、生活媒體新聞站（www.life-news.com）以及食品雜貨電商購物站（www.grocery.com）。
三個網站都是屬於公司 A ，但因各站是屬於不同部門管理，此時就建議可以建立一個 GA4 帳戶（公司Ａ）＋資源A(美妝電商購物站)/資源B(生活媒體新聞站)/資源C(食品雜貨電商購物站)，各資源有一個專屬評估 ID，這樣各部門就各自管理自家 GA4 儀表板，三個網站的數據不會混在一起。
但整個 GA4 帳戶是屬於公司Ａ（通常由公司品牌端管理），各部門只有自家資源管理的權限。
再看另外一個例子：
假設今天美妝電商購物站打算建立一個部落格分享美妝知識，透過子網域建立了一個 blog.beauty.com，因為兩站之間是隸屬於同一品牌（都是美妝電商），只是在網站功能上做了區別，兩站之間也會互相引導流量。
面對這樣的情況，會建議直接用同一個資源底下的資料串流就可以，不用另外新增，就可以都用資源 A 的 GA4 儀表板觀察來自兩個網站的數據，且到過兩站的使用者也可以歸為同一個，不會被重複計算。
（如須分開看，需用報表篩選功能，將不同網域的網站篩選出來，如果希望不透過篩選而是在儀表板獨立觀看各站表現，就需再另開一個資源，但建議不要，因為同網域只要一個資料串流就可以，篩選這件事情不難，透過「探索報表」建立只是一次性的工作。）
簡單來說，今天你要新增資料串流或是資源，必須要視你的網站功能型態、公司品牌規劃、部門結構跟你希望怎麼看報表資料，並沒有一定的方程式。
創建你的第一個 GA4
建立 GA4 帳號
首先來到 https://analytics.google.com 首頁創建你的 GA4 網站帳戶，在帳戶名稱的部分，可以填入你的公司名稱或是網站名稱，如同前面所說一個帳戶底下可以有許多個資源以及資料串流(評估 ID)。
假設今天你的品牌旗下有多個網址不同的網站，例如電商站（www.abc.com）、隸屬於子網域的部落格站（blog.abc.com）或是不同國家的網站（www.abc.us），依照公司需求可能會需要不同的資源以及資料串流，都可以透過同一個帳號管理。
ㅤ
建立網站資源
帳號創建完畢之後，我們來到下一個層級，建立 GA4 帳戶資源的部分，這邊可以填入你的網站名稱，時區及貨幣的部分，只要依照你網站所在位置和所使用貨幣設定即可（這個未來都還可以透過 GA4 後台資源設定的部分更改，所以不用擔心這次的設定就會定生死。）
接下來的第三以及第四步驟就依照你的網站類型以及需求進行設定即可，後續如果有要調整，都還可以在後台進行更改，所以就算填錯了也不用擔心，這部分也不影響對於資料的收集。
ㅤ
建立資料串流
接下來就來到重頭戲的部分，我們即將取得網站專屬的 GA4 評估 ID 代碼，有了這段代碼，就可以開始進行網站的追蹤了，這篇文章會以網站作為教學範例，因此在步驟五的階段我們選擇網站，隨後會跳出資料串流設定，填入網站網址以及名稱並保持加強型評估開啟的預設即可，完成之後點擊建立串流。
完成之後我們會獲得代碼安裝說明的畫面，因為未來所有的代碼都會透過 GA4 追蹤代碼和事件我們都會透過 Google Tag Manager 代碼管理工具進行安裝，因此這邊看過即可，比較重要的是會應用到「評估 ID」來幫助我們完成在 GTM 當中的設定。
延伸閱讀：Google 代碼管理工具是什麼？
如果不小心關掉了上面的畫面，不用擔心，只要透過以下的方式，就可以再找到評估 ID 以及安裝的方式。
打開 GA4 介面 > 左下角齒輪(1) > 資源設定(2) > 資料收集和修改(3) > 資料串流(4) > 點選右邊該資料串流網站(5) > 獲得評估 ID
安裝 GA4 到網站中
透過 Google 代碼管理工具（GTM）來安裝 GA4 是最簡單方便一勞永逸且不需要麻煩工程師協助的事情，如果不知道如何透過 GTM 安裝 GA4 的朋友，可以參考這篇文章：「如何用 GTM 安裝 GA4 評估 ID 」。
但是如果你的網站沒有安裝 GTM，這部分就還是要委請網站工程師幫忙了，可以參考這篇文章：「如何安裝 GTM-Google 代碼管理工具？」
ㅤ
GA4 後台設定介紹
這個章節我們不會一一詳解每個功能是在幹嘛，只會大概講述一下這些東西在初期設定時，你比較需要注意的部分，以確保你的 GA4 安裝正常，可以順利的在網站上收集到所需要的資料並且保存，畢竟死記死背沒有意義，能夠在未來面對各種情況時靈活運用，才是比較正確的學習方式。
如何登入 GA4 並進入後台？
- 前往 GA4 官方網站：analytics.google.com
- 用你的 Google 帳號登入（要用有 GA4 權限的帳號）
- 登入後如果有多個資源，從左上角切換到要管理的資源
- 點選左下角「齒輪」圖示，就會進入 GA4 後台（管理介面）
如果登入後看不到任何資源，通常是這個 Google 帳號還沒有被加入權限，請聯絡帳戶管理員，在「帳戶存取管理」或「資源存取權管理」把你加進去（可以參考後面的資源存取權管理段落）。
在 GA4 介面點選左下角「齒輪」 > 來到後台介面
ㅤ
透過輔助程式幫助你完成 GA4 設定
（更新：原本的「設定輔助程式」已下架，改由 2026/4 推出的「任務」（Task Assistant）取代，請往下一個段落看）
Google Analytics 官方有給予一個設定的輔助程式，幫助你像是玩遊戲解任務一樣引導使用者去完成 GA4 的設定，包含系統是否有偵測 GA4 代碼在網站上開始運作？是否有啟用 Google 信號？網站追蹤事件是否有設定為轉換（例如：購買或是填單事件）？是否有將網站上特定行為使用者設定為目標對象（對於廣告投放再行銷來說，這設定很重要）？是否有將 Google Ads 廣告與 GA4 服務互相連結等。
下方還有個進階設定可以展開，在這邊 GA4 提醒我們可以進行資料的匯入或是連接到 BigQuery，因為 GA4 只會保存資料最多至 14 個月（預設為 2 個月，如需調整請透過「資料保留」設定），如果需要長期留存則必須要連接至 BigQuery 。
ㅤ
透過「Tasks」幫助你完成 GA4 設定
Google Analytics 官方提供了一個叫「任務」的功能，像玩遊戲解任務一樣，引導你一步步完成 GA4 的設定。它會依照你資源目前的狀況，列出還沒做的設定，避免漏掉重要的步驟。
在哪裡？
GA4 介面左側選單最下方、齒輪上方的「勾勾圖示」 > 進入 Tasks 頁面
這個圖示沒有文字標示，第一次找可能會錯過。
要注意的是，只有「管理員」、「編輯者」或「行銷人員」權限的使用者才看得到，如果你是「分析師」或「檢視者」，就不會看到這個選項。（如果是代理商幫你設定，記得確認給予的權限）
看懂 Tasks 頁面
頁面最上方有一條進度條，會顯示「還剩幾項工作（共幾項）」，一眼就能看出設定完成度。總共有幾項會依照你的資源狀況而不同，例如有沒有 App、有沒有投放廣告等。
下方的任務分成六大類，每一類右邊都會顯示目前狀態：
- 完成日期：這一類的任務都做完了
- 還剩 X 項工作：還有幾項沒完成
- 未偵測到任何工作：目前沒有需要處理的項目
任務分成六大類
- 開始使用：設定資料串流、開啟 Google 信號、設定重要事件、建立目標對象、開啟加強型評估、確認同意聲明設定
- 連結帳戶：連結 Google Ads
- 強化報表功能：建立自訂洞察報告、建立目標對象
- 最佳化廣告：建立轉換動作、用 GA4 目標對象投放廣告
- 新增第一方資料：設定 User-ID、匯入廣告活動或離線事件資料等
- 修正資料問題：排除垃圾流量、修正 App 深層連結
怎麼用？
點開任務後，可以直接前往對應的設定頁面，部分任務也有教學影片可以看。完成設定之後，記得把任務標示為完成，這樣其他有權限的同事也會知道這項設定已經做好了。如果某個任務不適用（例如你沒有投放 Google Ads），直接略過就好。
頁面最下方還有「說明中心」、「Analytics 學習中心」和「Discord 社群」的連結，遇到問題時可以從這裡找資源。
第一次使用 GA4 的朋友，先把「開始使用」做完
這一類的任務幾乎就是一個網站最基本的 GA4 設定，而且大部分在這篇文章後面都會介紹到：
- 開啟 Google 信號 → 參考「資料收集」段落
- 設定重要事件 → 參考「重要事件」段落
- 建立目標對象 → 參考「目標對象：再行銷好幫手」段落
其他類別可以等網站穩定收集資料、開始投放廣告之後，再回來慢慢完成。
小小提醒
「Tasks」能幫你確認設定有沒有做，但沒辦法判斷設定有沒有做對。例如事件名稱是不是正確、追蹤有沒有重複觸發，這些還是要靠 DebugView 和 GTM 預覽模式來檢查。
另外，這裡不會提醒你調整資料保留期限。GA4 預設只保存 2 個月的資料，記得到「資料保留」把期限改成 14 個月（後面會介紹怎麼設定）。如果需要保存更久，就要連結 BigQuery。
ㅤ
GA4 後台 – 帳戶設定區塊
後台可以分成兩個部分，一個是 GA4 帳戶的設定區塊，另一個則是資源設定區塊（包含你的串流 ID 也是在這邊處理）。
如果你要變更帳戶名稱，或是管理帳戶使用者權限（誰可以編輯、誰只能觀看），都可以在這邊進行相關設定，比較會常用到的時間點就是增減使用者權限的時候。
有一點需要注意的是，由於帳戶是位處於資源的上層，因此「帳戶存取管理」中有權限的使用者，可以看到該帳戶底下所有的資源。
如果你希望該使用者只能看到特定資源，那必須要到資源設定區塊的「資源存取管理」中進行設定，而不是「帳戶設定」區塊。
帳戶詳情：協助你設定帳戶名稱、所在地點以及使用幣別的地方。
帳戶存取管理：顧名思義，就是管理使用者權限的位置。
帳戶變更紀錄：「誰」對帳戶做了什麼設定調整，在這邊一目瞭然。
帳戶資料 API 配額紀錄：如果有將 Looker Studio 與 GA4 連接，因為是透過 API 取得 GA4 的資料，因此會在這邊看到配額使用的情況（一般情況都是夠用的）。
垃圾桶：刪除的 GA4 資源會被丟到這邊，有 35 天的時間可以反悔把資源給救回來。
ㅤ
GA4 後台-資源設定區塊
資源詳情
在資源設定區塊的「資源詳情」中，我們可以看到前面創建帳號時所設定的資源名稱、產業類別、時區以及貨幣，因此如果在初期設定錯誤也不需要擔心，都可以從這邊修改。
ㅤ
資源存取權管理
如果你希望特定使用者只能看到特定網站「資源」，那就必須要從這邊設定，而不是從帳戶層級的存取管理設定。
一般來說，在與代理商合作時，會只開放資源層級的存取權給予代理商進行操作，右上角點選新增使用者之後，就會有詳細的權限說明，權限畫份的相當詳細，管理者可以依照合作對象所需，給予使用 GA4 的相關權限。
ㅤ
已排定傳送時間的電子郵件
如果你有設定定期將報告自動發送到各相關人員信箱，所有的排程都會在這邊一目瞭然，方便你規劃以及管理。（注意：上限是 50 個）
你可以透過各報表右上角的「分享」按鈕完成電子郵件排程發送的設定。
未來在信箱中，就會收到像是下圖的信件，可以直接下載 PDF 或是連回 GA4 觀看，但必須要記得，收件人也要有觀看該資源的權限才可以。
ㅤ
資料串流
任何資源底下，如果需要新增不同的 GA4 資料串流（給同公司底下不同網站或是應用程式使用），都可以透過這邊新增獲得新的評估 ID。
不過，如同之前所說的，一般情況只要是同一網域的子網站，或是網域雖不同但都屬於同品牌旗下且網站之間是有相關連的（例如同品牌部落格與購物站），你也只需要一個資料串流並透過跨網域追蹤即可，不需要為此新增。（可以參考 GA4 架構說明，幫助你規劃資源以及資料串流）
ㅤ
同場加映：跨網域追蹤設定
如果你遇到「兩個網站功能類型不同，網域也不同，但都是隸屬於同一個品牌旗下」的情況，團隊又希望只要在「同一個 GA4 儀表板」上觀察收集到的流量資料，此時就必須要使用「同一個資料串流（評估ID）」進行「跨網域追蹤」的設定。
（照理說，同品牌旗下但不同功能的網站應該是要用子網域的方式去建立網址。不過，過去的確也遇過網域完全不同，但兩個網站卻是隸屬同品牌只是功能不同的情況，明明是同品牌的電商站與部落格站，但網域卻不一樣）
GA4 後台 > 資源設定 > 資料收集和修改 > 資料串流 > 點擊已創建的串流 > 進行代碼設定 > 設定網域
如果在設定跨網域追蹤之前，你已經在不同網域的網站安裝了同一個資料串流（評估ID），GA4 就會詢問是否要加該網域納入跨網域追蹤範圍，直接點選接受即可，如果沒有，則可以透過下方自行設定。
ㅤ
補充一下
子網域不需要跨網域追蹤設定
如果另外一個網站已經是用子網域了，例如網站 A 是 www.abc.com ，其部落格站是 blog.abc.com，在兩個站是用同一個資料串流的情況下，就不需要設定跨網域追蹤。
只對點擊跟表單提交有效
跨網域追蹤只對於點擊或是表單提交行為有效，如果你是先去網站 A ，然後再從瀏覽器網址列輸入網站 B 的網址進入到網站 B，儘管你有設定跨網域追蹤，依然不會有效，此時原網站 A 的使用者在網站 B 會被視為新的使用者。
ㅤ
同場加映：關閉「自動偵測使用者提供的資料」
2024/3/20 更新
在「資料串流」的細部設定中，有一個讓 Google 「自動偵測」網頁上面可能會是使用者資料的功能，允許 Google 將網頁上面可能是電子郵件的字串存取下來，且傳送至 Google 相關服務使用。
需要注意的是，這並非我們在獲得使用者同意聲明之後，由我們主動傳送給 GA4 的資料，而是 GA4 自動抓取的，而另一個更大的問題是，如果你沒特別去後台調整，該設定預設是打勾啟用的。
由於我們無從得知 GA4 自動抓取了網頁上的哪些資料（官方是說只會抓取跟電子郵件類似的格式），但為了安全起見，尤其是有在歐盟經營網站服務的網站，我們會建議將其關閉，以確保不會違反隱私規範。
如何關閉？
GA4 後台 >「資源設定」>「資料收集和修改」>「資料串流」> 點擊已創建的串流 >「進行代碼設定」>「允許納入使用者提供的資料」> 不要勾選「自動偵測使用者提供的資料」
ㅤ
資料收集
Google 信號的好處在於可以幫助你追蹤跨裝置的使用者，在 Google Analytics 當中的維度「使用者」雖然是稱作「使用者」，但其實代表的是一個裝置，假設使用者 A 今天早上從桌機的 Chrome 進站，晚上下班在捷運上用手機的 Safari 回來瀏覽網站，那 GA 會判斷為是兩個不同的使用者（在現實世界其實是同一人）。
而 Google 信號就是在幫忙判斷這件事情，盡可能透跨裝置追蹤，了解到同一使用者的行為。
當使用者有登入 Google 帳號時，GA4 可以把不同裝置上的行為連起來，盡可能還原同一個人的瀏覽歷程，同時也能提供性別、年齡、興趣等人口統計資料。
如何開啟？
GA4 後台 >「資料收集和修改」>「資料收集」> 開啟「Google 信號資料收集」
2026/6/15 更新：Google 信號不再影響 Google Ads
過去 Google 信號除了用在 GA4 報表，也會影響 Google Ads 能不能收集廣告用的 Cookie 和 ID，所以以前常聽到「要投廣告、做再行銷，就一定要開 Google 信號」。
從 2026/6/15 開始，Google 調整了資料控制方式：
- Google 信號：只負責把 GA4 的資料和已登入的 Google 使用者連結，用在 GA4 的行為報表（例如跨裝置分析、人口統計）。
- Google Ads 的資料收集：改由 Google Ads 裡的「同意聲明模式」（Consent Mode）統一控制，不再看 GA4 的 Google 信號設定。
所以現在要投廣告的朋友，重點已經不是 Google 信號有沒有開，而是網站的同意聲明模式 V2 有沒有設定正確。
另外，Google 也預告 2026 年稍晚會再調整「廣告個人化」：屆時 GA4 目標對象能不能用在 Google Ads 再行銷，將改由同意聲明模式的 ad_personalization 參數決定。在正式上路之前，目前還是依照 GA4 裡的「廣告個人化」設定。
那 Google 信號還要開嗎？
如果你想在 GA4 看到跨裝置的使用者行為，或是人口統計、興趣相關的報表，那就建議開啟。
但如果今天網站沒有廣告投放的需求、不需要將 GA4 與 Google Ad 連接、不需要打包再行銷的受眾，同時也不需要了解到使用者更多詳細資料，如性別興趣等，其實不需要打開 Google 信號的設定，否則可能會因為資料不足，報告無法完整顯示數據，你會在報表旁邊看到一個紅色的驚嘆號，點開來看會如下圖。
（但我想大部分的網站應該都會要需要這些資料協助投放廣告？）
開啟後可能會遇到的問題：「閾值」
開啟 Google 信號之後，為了保護使用者隱私，當某些報表收集到的使用者數量太少時，GA4 會把資料隱藏起來，你會在報表右上角看到一個紅色的驚嘆號，這就是所謂的「閾值」。
（更新：Google 已於 2024/2/12 刪除於一般報告中加入 Google Signal，未來一般報告將不存在「閾值」的問題，如果你是在 2/12 之後看到這篇文章的，那以下的操作便不再需要了。
不過，跟人口統計以及興趣相關的報告中依然會加入 Google Signal。）
但如果真的遇到了，要想避免因為資訊不足而無法顯示資料，可以先試試這些方法：
- 關閉 Google 信號
- 不要在報表中放入與「使用者」相關的維度，例如：Users、Active Users、Total Users 等。
- 把報表時間區間拉長一點，避免因為時間區間過短，造成資料不足無法顯示。
- 使用 BigQuery，在那邊就沒有「閾值」的問題。
- 在「報表識別資訊」的欄位中，選擇「依據裝置」，不過有實測發現效果不一定，可以先跳到報表識別段落了解如何設定。
關於「閾值」這部分，我們會在其他文章做進一步解釋，來到這篇文章應該都是尚未接觸過 GA 的新朋友，在這邊說太多怕會造成腦袋瓜一片混亂（決定直接退坑！？），因此我們先回到後台介面介紹繼續看下去。
ㅤ
同場加映：「收集使用者提供的資料」要不要開？
在「資料收集」的介面中，除了可以控制「Google 信號」的開關以外，下方的區塊還有一個「收集使用者提供的資料」開關。
這是什麼功能？
當使用者在你的網站上主動填寫資料，例如註冊會員、填寫表單或結帳時輸入的電子郵件、電話、姓名、地址，你可以把這些資料「雜湊處理」（加密成一串無法還原的代碼）後傳給 GA4。Google 會用這些資料提升 GA4 報表和廣告成效評估的準確度。
簡單來說，就是用使用者自己提供的資料，幫 GA4 更準確地辨識「這是同一個人」。
開啟前要先知道的事
- 需要連結 Google Ads：要從網站傳送這些資料，GA4 資源必須先和 Google Ads 帳戶連結。如果你沒有投放 Google Ads，開了也沒有太大幫助。
- 醫療保健類網站不能用：如果資源的產業類別是「健康」，這個功能不會開放。
- 必須在隱私權政策中告知：網站的隱私權政策要說明你會收集並傳送這些資料給 Google，也要依照當地法規取得使用者同意，有經營歐盟市場的網站要特別注意。
- 同意條款無法撤回：開啟時要同意 Google 的使用條款，這個「同意」是永久的。但功能本身可以隨時關閉，關閉後 GA4 就不會再收集和處理這些資料。
- 效果需要時間：開啟後，報表和廣告出價的改善最多可能需要一個月才會反映出來。
- 資料保存期限：這些資料的保存期限，會依照資料保留中「使用者資料保留」的設定（2 個月或 14 個月）。
那到底要不要開？
- 建議開啟：有在投放 Google Ads、網站上有會員註冊或表單填寫、隱私權政策和同意聲明機制也都準備好了。
- 可以先不開：沒有投放 Google Ads、隱私權政策還沒處理好，或者網站屬於醫療保健類。
怎麼關閉？
GA4 後台 >「資料收集和修改」>「資料收集」> 關閉「收集使用者提供的資料」
如果你是透過 Google 代碼或 GTM 傳送這些資料，記得也要一併從代碼設定中移除。
和前面的「自動偵測」有什麼不同？
開啟這個功能時，可以選擇資料要「手動傳送」或讓 Google「自動偵測」。自動偵測就是前面同場加映：關閉「自動偵測使用者提供的資料」提到的，由 Google 自動抓取網頁上像是電子郵件的資料。如果你決定開啟這個功能，我們還是建議用 GTM 手動指定要傳送哪些資料，比較能掌握傳出去的內容。
ㅤ
資料保留
GA4 左下角齒輪 > 「資料收集和修改」>「資料保留」>「事件資料保留」下拉選單選擇「14 個月」
Google Analytics 4 不再像過往的 Universal GA 一樣幫你保留全部時期的資料，預設只有 2 個月的時間，必須手動調整到 14 個月，如需保留更長的時間，則需串接到 BigQuery 或透過 Looker Studio 去存取。
這裡有兩個設定，記得兩個都要調：
- 事件資料保留：下拉選單選擇「14 個月」
- 使用者資料保留：下拉選單選擇「14 個月」
ㅤ下方還有一個「在有新活動時重設使用者資料」的開關，建議保持開啟。開啟後，只要使用者回到網站產生新事件，他的資料保存期限就會重新計算。關閉的話，時間一到就會刪除，不管使用者最近有沒有回來。
（如果你是付費版的 GA4 360，還可以選擇 26、38 或 50 個月。）
不過呢，雖然 Google 這麼說，但這部分只會影響到「探索報表」，因為儘管超過 14 個月，「標準報表」的資料還是會顯示。
且經過測試確認後，如果有把資料接到 Looker Studio ，也同樣可以取用到超過 14 個月的資料。
如果想在「探索報表」中分析更久以前的資料，或是需要原始的事件資料，就必須把 GA4 連結到 BigQuery，資料匯出到 BigQuery 之後就不受這個期限限制。（BigQuery 要記得在資料還沒過期之前就連結，連結之前的歷史資料是不會補匯出的。）
幾個小小提醒
- 越早設定越好：設定只會影響之後的資料保存，已經超過 2 個月被刪除的探索報表資料是救不回來的。所以建立 GA4 之後，第一件事就是來這裡改成 14 個月。
- 縮短期限會刪除資料：如果把 14 個月改回 2 個月，超過期限的資料會在下一次每月的處理中被刪除。修改後 GA4 會等 24 小時才正式生效，這段時間內還可以反悔改回來。
- 人口統計資料一律只保留 2 個月：不管你怎麼設定，年齡、性別、興趣相關的資料在探索報表中都只會保留 2 個月。
ㅤ
資料篩選器
如果有需要篩選來自自家公司內部的流量時，可以透過這邊看到在「資料串流」介面中所設定的流量篩選器，並將其打開，避免自家員工以及測試站的資料被收集在 GA4 當中，影響的數據的判讀還有廣告受眾的組成，進而影響了廣告投放成效。
ㅤ
當你定義好內部流量的 IP 之後，我們可以在「資料篩選器」的介面中看到設定的篩選器，此時所有篩選器的狀態應該都是在測試中。
ㅤ
在尚未將篩選器啟動之前，代表目前的報告中，還是包含著內部流量，為了驗證這一點，我們可以稍等幾天之後，透過一般報告的「新增比較項目」功能來確認 GA4 是否有判斷到內部流量來源。
GA4 一般報告 >「新增比較項目」> 維度選擇「測試資料篩選器名稱」> 「包含」> 值的下拉選單中選擇我們設定的篩選器 > 確認左邊圖表有無資料波動
ㅤ
如果有，我們就可以回到「資料篩選器」介面，將所設定的內部流量篩選器設定為有效，未來在 GA4 的報告中才會排除內部流量。
GA4 後台選擇「資料篩選器」> 選擇篩選器名稱「Internal Traffic」 > 篩選器狀態勾選「有效」
要特別注意，篩選器一旦設為「有效」，被排除的資料就永久不會被處理，GA4 和 BigQuery 裡都不會有，之後就算關閉篩選器也救不回來，所以一定要先在「測試中」的狀態確認過，再改成有效。另外，篩選器只會影響設定之後收到的資料，不會回頭改變已經收集到的歷史資料。
ㅤ
有一點需要注意的是，當「內部流量」篩選器啟動後，如果你使用「排除的 IP 名單」中的 IP 開啟 Debug View 時，將會看不到資料進入 Debug View，此時如果需要看到資料進入 Debug View 當中，就必須要暫停這個篩選器、使用 VPN 更換 IP 位置或是使用手機的網路，才有辦法在 Debug View 當中看到進站的測試資料。
ㅤ
順帶再提醒一點，如果不希望 Debug View 的資料被納入「標準報表」以及「探索報表」中，記得要將另一個預設篩選器「開發人員流量」啟動，那麼 Debug Mode 狀態下的測試流量就不會被放入報表中了。
ㅤ
同場加映：主機名稱篩選器
除了內部流量和開發人員流量之外，GA4 在 2026 年新增了第三種篩選器：「網站主機名稱流量」。
這個篩選器能做什麼？
「主機名稱」就是網址中的網域部分，例如 www.abc.com、blog.abc.com。
你可能會在報表裡看到一些奇怪的主機名稱，像是根本不是你的網域，或是測試站 staging.abc.com 的資料混了進來。前者通常是有人複製了你的 GA4 評估 ID 或是垃圾流量，後者則是測試站不小心裝了正式站的代碼。主機名稱篩選器就是用來擋掉這些不該出現的資料。
兩種模式
- 排除：列出不要的主機名稱，只擋掉這些。適合只有少數幾個已知的問題網域。
- 只包含：列出你自己的主機名稱，其他全部擋掉。這是比較推薦的做法，因為新冒出來的垃圾網域也會一起被擋掉。
設定步驟
- 先盤點你的主機名稱：到「探索」報表，維度加入「主機名稱」，看看目前有哪些網域在傳資料進來。
- 列出所有要保留的網域：記得包含有
www和沒有www的版本、所有子網域、跨網域追蹤的網站，還有結帳時會跳轉的金流頁面（如果有裝 GA4 的話）。 - 建立篩選器：GA4 後台 >「資料收集和修改」>「資料篩選器」>「建立篩選器」>「網站主機名稱流量」
- 比對方式建議選「完全符合」：每個網域分開新增一筆。用「包含」雖然比較省事，但容易誤擋或漏擋。
- 先設定為「測試中」：和內部流量篩選器一樣，用報表的「測試資料篩選器名稱」維度觀察幾天，確認只擋到該擋的資料。
- 確認沒問題後改成「有效」
小小提醒
- 用「只包含」模式要特別小心：只要漏列一個網域，那個網域的資料就會被永久擋掉。測試期間請盡量涵蓋網站上所有的頁面類型。
- Measurement Protocol 不受影響：透過 Measurement Protocol 傳送的事件不會被「只包含」篩選器擋掉。
- 沒有主機名稱的事件會被擋掉：使用「只包含」模式時，沒有主機名稱資訊的事件也會被排除。如果你有特殊的追蹤設定，啟用前要先確認。
ㅤ
ㅤ
事件
(2024/3/27 Google 將「轉換」更名為「重要事件」，下圖中的「標示為轉換」已改名為「標示為重要事件」，功能上都沒有改變，只是名稱改變而已。)
所有不管是透過 GA4 （點擊右上角「建立事件」）或是 GTM 設定的事件，都會顯示在這裡，可以透過這邊了解到事件在特定時間區間裡的變化，並且將特定事件例如「表單提交」、「產品購買」設定為重要事件，只要開啟按鈕就可以。
舉例：
以需要進行會員註冊的網站來說，一個新戶註冊流程可能會分成好幾個階段，我們可以在不同難易度階段給予相對應的轉換，填寫姓名＋身分證字號＋電話＝轉換Ａ、補充資料填寫完整＝轉換Ｂ、完成銀行帳戶驗證＝轉換Ｃ等，避免在投放廣告時，因轉換點太遠，造成廣告無法運行的窘境。
藉此可以設定一套腳本為：
廣告1&廣告2&廣告3 廣告目標是達成轉換 A，接著再針對完成轉換 A 卻沒完成轉換 B 的人投放廣告提醒使用者將資料填寫完整，依此類推，達到獲取真正會員的 KPI。
延伸閱讀：如何用 GTM 設定「外部連結追蹤事件」追蹤離開網站的點擊？
ㅤ
重要事件
(2024/3/27 Google 將「轉換」更名為「重要事件」，下圖中的「標示為轉換」已改名為「標示為重要事件」，功能上都沒有改變，只是名稱改變而已，後台也看不到「轉換」頁籤，都改成「重要事件」，身為使用者的我們不用做任何設定上的調整，此舉只是為了讓名稱上可以區分得更清楚，「轉換」這名稱將只留給 Google Ad 使用。)
除了透過「事件」頁籤設定轉換事件以外，也可以透過「重要事件」頁籤來設定網站專屬的轉換事件。
ㅤ
目標對象：再行銷好幫手
我們可以在這一頁設定我們的受眾群組（透過右上角新增目標對象）。
譬如說：
曾經到過某些特定頁面的使用者、曾經有加入購物車的使用者、或是曾經在網站上有任何特定行為的使用者，你可以利用 GA4 裡面的維度與指標設定你要的對象條件（就像你去拜月老一樣一一列出），然後打包成「目標對象群組」方便我們透過 Google Ad 對其進行再行銷廣告投放。
ㅤ
自訂定義
未來當你碰到時需要透過 GA4 或是 GTM 建立自訂事件時，通常都會在自訂的事件帶入與該事件相關的事件參數（通常會是 GA4 官方沒有預設的）。
這個參數如果要讓其顯示在 GA4 報表之中，就必須到後台自訂此參數成為維度，因為如果不這麽做的話，是無法在報表中看到該自訂事件的參數（設定完之後還需等待 24-48 小時才可以從報表中選取。 ）
想要先了解這部分的朋友，可以先去看一下這篇：如何使用 GA4 「自訂定義」中的「自訂維度」功能？幫助你了解其運作的原理。
ㅤ
先參考官方文件
另外，提醒一下，在設定 GA4 事件以及參數名稱之前，請先前往官方建議事件文件或是加強型評估事件的文件查看是否有 GA4 已經預設的事件以及參數名稱，如果有，建議沿用，避免佔用到自訂事件參數的額度（這是有限額的。）
例如：
今天我們可能做了一個表單提交事件，你就可以沿用 GA4 已經建立好的事件名稱「form_submit」以及參數「form_id」或是「form_name」等名稱，不需要再自創名稱然後進行自訂定義。
（當然想自創也是可以，But why？）
不要自創電子商務事件以及參數名稱
不要去自訂電子商務事件以及參數的名稱，否則 GA4 電子商務報表會抓不到相對應的資料，你可能就會遇到為什麼都已經將事件都設定好了，GA4 也有收到，但報表卻抓不到的窘境。
ㅤ
管道群組
在介紹後台的管道群組之前，先讓我們來到前台報表的部分。
在 GA4 報表中，如果我們想知道流量的來源，可以將維度調整為「預設管道群組」來查看，了解使用者或是工作階段是透過何種管道來到網站，例如 Direct 直接流量、Organic Search 自然搜尋、Paid Search 付費搜尋、AI Assistant 管道。或是 Email 電子郵件。
而圖中的 Unassigned （橘匡處）是指無法判斷來源的流量，通常都是透過品牌自建的 UTM 連結走進來的，網址可能會長得像是下方這樣，因為不在 GA4 預設的管道當中，所以在維度「預設管道群組」中，會被歸類為「Unassigned」。
https://www.abc.com/my-product?utm_source=Media-ABC&utm_medium=homepage-right-side&utm_campaign=Happy-new-year-sale
回到 GA4 後台，在管道群組頁籤當中，可以看到一組 GA 預先設定的「預設管道群組的設定」，點開展開後可以看到上圖報表紅匡處的管道名稱，而我們也可以在後台自建新的管道名稱清單。
要注意的是，每個 GA4 資源最多只能建立 2 個自訂管道群組，所以建立之前可以先規劃好要怎麼分類，不要隨意新增。
在沒有 AI Assitant 管道之前，很多人會用其中一個自訂群組額度來追蹤 AI 流量，現在預設群組就有了，可以把額度留給其他用途。
展開後的群組清單如下，可以看到報表中的管道名稱，預設報表無法新增或是修訂，如果有新的來源想要打包成一個管道，就必須自行新增清單。
這樣的好處是，未來在使用管道群組維度時，透過 UTM 建立的來源以後在 GA4 報表中，就不會以 Unassigned 顯示，而是會直接顯示你新增清單中的管道名稱。
更詳細的設定方式以及對於「Unassigned」的解釋可以看這篇：GA4 預設管道群組中的「Unassigned」是什麼？
ㅤ
關於「AI Assistant」管道
隨著越來越多人用 ChatGPT、Gemini、Claude 這類 AI 助理找資料，Google 在 2026/5/13 於預設管道群組中新增了「AI Assistant」管道。
當使用者從 AI 助理的回答中點擊連結進到你的網站，GA4 會自動把這些流量歸類為：
- 預設管道群組：AI Assistant
- 媒介：ai-assistant
- 廣告活動：(ai-assistant)
不需要做任何設定，GA4 會自動辨識，以前這些流量大多會被歸在 Referral（參照連結網址）或 Direct（直接流量），現在可以獨立出來觀察，對有在經營內容、想知道 AI 帶來多少流量的網站來說相當實用。
不過要注意幾件事：
- 不是所有 AI 流量都會被抓到：如果使用者是從 AI 助理的手機 App 或 App 內建瀏覽器點進來，或是直接複製連結貼到瀏覽器，因為沒有來源資訊，這些流量還是會被歸在 Direct，所以 AI Assistant 管道的數字，只能當作 AI 流量的「最低值」來看。
- Google 沒有公布完整的 AI 助理清單：官方舉例的是 ChatGPT、Gemini、Claude，其他平台是否也會被辨識，目前沒有公開說明。
- 歷史資料不會重新分類：新管道是從上線之後開始歸類，之前的 AI 流量還是會留在原本的管道裡。做前後期比較時，要記得 Referral 的數字可能會因此下降。
- 檢查你的區隔條件：如果你在探索報表的區隔中用了「媒介不包含 cpc」這類條件，AI Assistant 的流量（媒介是 ai-assistant）也會被包含進去，必要時要調整條件。
（如果你之前已經自己建立了 AI 流量的自訂管道群組，可以先比對兩者抓到的數字是否一致，再決定要不要保留原本的設定。）
ㅤ
ㅤ
歸因分析設定
一個使用者來到你網站上完成轉換（購買或是表單提交），絕對不是一進站就直接完成購買，如果真是如此，那這個世界就真的是太美好了。
通常可能的行為流程會是：
先看到了 Meta 的廣告後來到你的網站，離開之後可能某一天看到部落客的開箱文，透過文內的連結進站，接著又看到了聯播網的廣告，最後有一天使用 Google 搜尋或是透過儲存的連結回到網站完成了購買。
此時我們就必須將此轉換的功勞「歸因」給各個管道，設定位置如下：
（要有「行銷人員」以上的權限才能修改這個設定）
GA4 左下角齒輪 >「資料顯示」>「事件」>「歸因設定」
過去其實有相當多的歸因分析選項可以選擇，例如 最初點擊（將功勞歸給使用者第一次點擊的管道）或是 線性（將功勞平均分配給各管道）、 時間衰減以及 根據排序 的歸因方式等。
但在 2023/11月 的時候，Google 已經停用了這些，目前只剩下「以數據為準」以及兩種「最終點擊」的歸因方式：「付費和自然管道最終點擊」與「Google 付費管道最終點擊」。
有一點必須要知道的是，這邊的歸因模式設定調整，不會影響到「工作階段＿＿＿」開頭以及「最初招攬到使用者＿＿＿＿」開頭的維度。
以「工作階段＿＿＿」開頭的維度是採「最終非直接點擊」的歸因模式，而「最初招攬到使用者＿＿＿」開頭的則只會紀錄使用者最初進站時的來源/媒介，因此兩者都不受到後台歸因模式設定的影響。（很合理對吧？使用者第一次進站的來源/媒介只會是唯一，怎麼會還需要歸因呢？）
而且，這兩個類型的維度也不會用到 Attribution Modeling，這也是要特別注意的地方。
ㅤ
因此這邊的設定，只會影響到「標準」和「探索」報表，但如果報表中有包含上述的維度，則該報表就不受這邊設定的影響，而是使用該維度的歸因模式。
另外要知道的是，修改報表歸因模式後，過去和未來的資料都會套用新的模式。所以如果你發現某個月的管道成效突然和之前看到的不一樣，可以先確認是不是有人改了歸因模式（「帳戶變更紀錄」裡可以查到）。
使用「以數據為準」時，因為功勞會分給多個管道，你可能會在「重要事件」或「收益」相關指標看到小數，例如 0.4 次重要事件，這是正常的。
如果想要使用後台設定的的歸因模式，例如「以數據為準」，那麼在「標準」和「探索」這兩種報表維度上的選擇，就必須要是「來源」以及「媒介」（沒有工作階段__以及最初招攬到使用者__），這麼一來才會是依據後台設定的數據所歸因出來的結果。
ㅤ
那麼「廣告」報表呢？會受到這邊的設定影響嗎？答案是：「也不會」。
在「廣告」報表中，預設已經有兩種歸因模式的紀錄，你可以直接透過這個報表來比較在不同歸因模式下，各渠道的功勞如何，因此不會受到後台歸因模式設定的影響。
ㅤ
重要事件回溯期
在同一個設定頁面的下方，還可以調整「重要事件回溯期」，也就是重要事件發生前，要往回追溯多少天的互動來分配功勞。
- 獲客重要事件（例如 first_open、first_visit）：可選 7 天或 30 天，建議 30 天（圖中 1）
- 所有其他重要事件（例如購買、表單提交）：可選 30、60 或 90 天，建議 90 天（圖中 2）
- 參與收視重要事件：固定為 3 天，無法調整（圖中 3）。這是使用者看過你的 YouTube 影片廣告後，在一段時間內產生的重要事件。
舉例來說，如果回溯期設為 30 天，使用者 40 天前點過的廣告就不會分到功勞，一般情況維持建議值即可；如果你的產品決策週期很短，例如低單價的衝動型商品，可以考慮縮短。
要注意的是，回溯期的變更不會溯及既往，只會套用到之後的資料，這和前面提到的「報表歸因模式」剛好相反，報表歸因模式修改後，過去的資料也會跟著改變。
不過呢，「重要事件回溯期」的設定，則會套用到「廣告」部分的所有報表，這點是要多注意的喔！
ㅤ
小小提醒
儘管 GA4 可以協助我們歸因產生「事件」的渠道來源，但依然會有許多限制影響到數據的準確性，例如隱私規範、使用者同意聲明、蘋果的追蹤保護、瀏覽器的限制、廣告封鎖外掛以及 Cookie 的影響等，都會影響到 GA4 的追蹤。
（GA4 不可能 100% 準確的，我們只要看趨勢就好，別太糾結於 Meta 廣告平台上幾個轉換，GA4 怎麼少這麼多個這樣的情況，更何況，兩個平台用的歸因模式是完全不同的。）
ㅤ
可獲得功勞的頻道
如果你有將 GA4 與 Google Ads 連結，並且將 GA4 的重要事件輸入到 Google Ads 作為轉換事件，那就要注意這個設定。
它決定的是：當 GA4 把轉換資料回傳給 Google Ads 時，哪些管道有資格「分功勞」。
先來看一個例子：
小明先在 Google 搜尋點了你的關鍵字廣告進站逛逛，隔天在 IG 看到部落客的開箱文點進來，最後某天直接在 Google 搜尋你的品牌名稱（自然搜尋）回到網站，完成購買。
這筆訂單的功勞要怎麼算？就看你選哪一個選項：
選項一：Google 付費管道
只有 Google Ads 有資格拿功勞，其他管道一律不算。
以小明的例子來說，因為旅程中有碰過 Google Ads，所以這筆轉換的功勞全部回傳給 Google Ads，部落客和自然搜尋在這邊都不計入。
（Google Ads 會拿到最多的轉換數據，有助於廣告系統更快學習、找到更容易轉換的受眾，如果你希望讓 Google Ads 獲得更多資料，幫助優化廣告，加速找到更有機會產生轉換的目標受眾，那麼就選擇「Google 付費管道」）
ㅤ
選項二：付費和自然管道
所有管道都有資格分功勞，Google Ads 只拿它「應得」的那一份。
以小明的例子來說，功勞會依照你設定的歸因模式分給關鍵字廣告、部落客開箱文和自然搜尋。如果是「以數據為準」，Google Ads 可能只分到 0.4 個轉換，回傳給 Google Ads 的也就只有這 0.4 個。
（數字比較接近真實情況，但 Google Ads 拿到的轉換會比較少。）
ㅤ
別擔心，這邊的設定不會影響到 GA4 的報表歸因模式，單純只有定義在什麼情況下產生的轉換事件資料，可以回傳給 Google Ads，幫助廣告投放的優化，至於該怎麼選呢？
- 想讓 Google Ads 拿到更多資料、加速廣告學習 → 選「Google 付費管道」
- 想看各管道比較公平的成效分配，也有在投其他平台或經營自然流量 → 選「付費和自然管道」
幾個小提醒
- 預設值不一樣：Google Ads 報表預設是「Google 付費管道」，GA4 報表預設是「付費和自然管道」。
- App 轉換不適用：「付費和自然管道」只對網站轉換有效，如果你有 App，App 的轉換一律用「Google 付費管道」計算。（只有網站的朋友可以跳過這點）
- 改了會影響廣告出價：這個設定會套用到所有連結的 Google Ads 帳戶，可能影響 Google Ads 的轉換數字和自動出價，而且要幾天才會生效。如果廣告正在跑，建議避開重要檔期再調整，調整後也多觀察幾天成效。
- 不會影響 GA4 報表：這邊只決定回傳給 Google Ads 的轉換怎麼算，GA4 報表裡的歸因方式還是看前面的「報表歸因模式」設定。
ㅤ
ㅤ
報表識別設定
在前面資料收集的段落中，有提到因為閾值的關係可能會造成報表上面出現紅色驚嘆號以及報表數據因收集到的使用者資料過少而無法正常顯示，而「報表識別資訊」就是決定 GA4 在報表中要怎麼辨識「這是同一個使用者」的設定。
我們可以透過更改報表識別資訊的設定，將識別使用者的方式改成「依據裝置」來避免這樣的情況發生。
（BTW，不用擔心，如果你有打開 Google 信號，原本的資料還是會繼續收集，這邊只是更改報表的顯示以及計算方式。）
如何設定？
GA4 左下角齒輪 >「資料顯示」>「報表識別資訊」
三個選項有什麼不同？
- 混合：先用 User-ID 辨識，沒有的話用裝置 ID，兩者都沒有時，再用「模擬」補上資料。
- 已列為觀察項目：先用 User-ID 辨識，沒有的話用裝置 ID，不使用模擬。
- 依據裝置：只用裝置 ID 辨識，忽略其他所有 ID。
（可能是翻譯的關係，有時候看介面上的解釋真的會有「每個字我都看得到，為什麼放在一起我會看不懂」的感覺XD）
這裡的「模擬」，是指當使用者拒絕 Cookie 時，GA4 會參考同一個網站上其他同意 Cookie 的類似使用者行為，推估出這些使用者的資料，填補報表上的缺口。
如果你是採用「混合」或是「已列為觀察項目」的選項，就可能會在報表中看到紅色驚嘆號，某些特定維度或是指標收集到的使用者數量不足其顯示的最低限制時，將不會顯示在報表中，你可以觀察看看當使用「混合」或是「已列為觀察項目」時，跟使用「依據裝置」的選項時，報表右上角的列數是否有不同，就知道我們在說的是什麼了。
而這邊的設定，是可以回溯的，如同我們前面所說的，改變「報表識別資訊」的識別方式只是改變了報表呈現的方式，不會因此抹滅掉之前的數據。
ㅤ
改成「依據裝置」就能避免閾值嗎？
過去常見的建議是：遇到閾值時，把報表識別資訊改成「依據裝置」。不過，有實測發現這個方法不一定有效，Google 官方說明也沒有把它列為解決閾值的方法。
比較可靠的做法，還是前面提到的：拉長報表的時間區間，或是使用 BigQuery。改報表識別資訊可以當作最後的嘗試。
ㅤ
改成「依據裝置」的代價
如果你的網站有設定同意聲明模式，而且有一定比例的使用者會拒絕 Cookie，那麼改成「依據裝置」之後，報表就不會再用「模擬」補上這些使用者的資料，數字可能會比原本少，所以如果沒有特別遇到閾值問題，建議維持「混合」就好。
ㅤ
DebugView
透過這個功能，可以幫助我們在建立事件的時候，了解到 GA4 是否有收到網站發送的事件，除了可以透過即時報表跟 GTM 預覽模式 觀察以外，DebugView 也是幫助你了解在你測試頁面的期間，GA4 接收到了哪些事件的好工具。
ㅤ
ㅤ
（如果你沒有在使用 GTM，但又想要使用 Debugview 來觀察網站運作的情況，那麼也可以使用 Chrome Extension 「Google Analytics Debugger」，來啟動 DebugView。
安裝後，在你想要測試的頁面將其打開，使其顯示 ON，畫面會自動更新一次，此時就可以在 DebugView 中看到資料進來了。）
ㅤ
當然，事情總沒有百分之百完美，在使用 DebugView 的過程中，你可能會遇到一些狀況，使得 DebugView 無法正常運作，那麼可以參考這篇文章來幫助你除錯》GA4「DebugView」無法正常運作的可能原因＆解法
ㅤ
產品連結
最後一個則是產品連結的部分，我們可以將許多 Google 相關服務與 GA4 串連，讓資料匯集在 GA4 報表當中，例如 Google Ads 廣告、網站跟 SEO 必用的 Google Search Console 以及前面有提到協助保存 GA4 資料的 BigQuery，都可以在這邊進行連結設定。
如果你的網站有用到相關服務，那我們建議將這部分做連結，尤其是 Google Ad 的部分，對網站受眾進行再行銷是再重要不過的事情了，同時我們也可以將 GA4 的「重要事件」輸入到 Google Ads 作為「轉換」，對於無法使用 GTM 為 Google Ads 設定轉換事件的朋友，也是一件相當方便的事情。
延伸閱讀：如何用 GTM 安裝 Google Ads 廣告轉換追蹤碼？
ㅤ
總結
如果你是第一次接觸 Google Analytics 分析工具的朋友，看到這邊請先給自己掌聲鼓勵，不過你可能還是有點霧煞煞，不用擔心，這篇文章的目的只是讓你快速瀏覽後台有哪些功能、能幫助你做些什麼事情？
未來當遇到問題時，你腦海中可以想到後台設定這邊可能會有你要的解答。（有些東西我們沒寫出來是因為照字面其實就很好理解其作用，加上不會很常用到，因此就不多著墨。）
如果依然覺得不甚熟悉也不用擔心，在未來的文章中，我們會有更多實作時會遇到的問題分享，在使用 GA4 時，後台也是我們常常會回來的地方，相信多操作幾次，就可以熟悉後台的運作了。
現在，趕快去開一個網站＋創建一個 GA4 帳號開始收集你的資料吧！
如果你希望由專人協助完成 GA4 與 GTM 的追蹤設定，也歡迎參考我們的服務項目。
更新
2026/10 更新：新增 Task Assistant、Google 信號與 Google Ads 的關係變更、AI 助理管道、主機名稱篩選器，並修正「可獲得功勞的頻道」說明。
ㅤ
示範帳戶
如果你手邊沒有網站可以讓你放入 GA4 追蹤代碼收集資料練習，可以用 Google 提供的示範帳戶，帳戶的資料是來自於 Google Merchandise Store，是專門販售 Google 品牌周邊產品的電商網站，內部的資料相當充足，只是有些設定因為權限問題，無法讓你隨意更改，不過影響不大，對於初學者來說，資料量已經相當足夠了。
關於連接示範帳戶的部分，可以參考這篇文章：「想實作 GA4 但是沒有網站？善用 GA4 示範帳戶幫助你學習 Google Analytics」
如果你想要自建網站練習，可以參考這篇文章：「GTM 做中學最快！自建免費 WordPress 網站練習 GTM 設定」，建立一個本地端的網站（因無法對外公開，所以資料量可能會不足），幫助你認識 GA4。
延伸閱讀
如果你很喜歡這篇文章並且覺得內容有幫助，又剛有些多餘時間，歡迎你看看其它文章，繼續探索（這坑？這地獄？這片樂土？）
同時，如果對於內容有疑問或是建議，也歡迎你留言告訴我們：）