GA4 安裝設定教學：2026 網站追蹤碼、事件與資料檢查

GA4 安裝前要先確認什麼？

GA4 安裝設定開始前，先確認 Google 帳號、網站後台或 GTM 權限、網站網域、主要 KPI 與要追蹤的轉換行為。先規劃目標，再安裝追蹤碼，資料才有判讀價值。

我看過不少網站 GA4 有資料，卻無法回答「哪個流量真的有效」。問題通常不在 GA4 本身，而是一開始只想把碼裝上去，沒有先定義該追哪些行為。

需要哪些帳號與權限？

先決定網站要追蹤哪些目標

GA4 的安裝不只是在網站放一段追蹤碼。對企業官網來說，表單送出、電話點擊、LINE 點擊、下載型錄可能比瀏覽量重要；對內容網站來說，文章閱讀、捲動深度、內部連結點擊與訂閱行為更接近有效互動。

安裝前可以先列出三種目標：

• 流量目標：使用者從自然搜尋、廣告、社群、Email 或推薦網站進來。
• 互動目標：使用者看了哪些頁面、是否捲動、是否點擊重要按鈕。
• 商業目標：使用者是否送出表單、完成詢價、加入會員、下單或預約。

GA4 不應該一裝完就只看流量

只看使用者數與瀏覽量，很容易把低品質流量誤判成成效。GA4 安裝後更應該確認事件、Key events、來源媒介與頁面表現是否能對應你的網站目標。

判斷 GA4 是否裝得好，不是看後台有沒有數字，而是看資料能不能支持決策。這也是安裝前先定義 KPI 的原因。

GA4 是什麼？為什麼 2026 年仍要正確設定？

GA4 是 Google Analytics 4，用來追蹤網站與 App 使用者互動、事件、來源與重要轉換行為。2026 年操作 GA4 時，Key events、Consent Mode v2、Cookie 限制與資料延遲都會影響資料解讀。

GA4 可以幫你知道使用者從哪裡來、看了哪些頁面、做了哪些互動，以及哪些行為對業務最重要。它適合做網站分析與行銷判讀，但不適合直接當成財務對帳系統。

GA4 主要追蹤哪些資料？

GA4 和 Universal Analytics 的核心差異

GA4 以事件為中心，Universal Analytics 則以工作階段與頁面瀏覽為主要架構。這會影響你設定目標、解讀報表與追蹤互動的方式。

在 GA4 裡，頁面瀏覽也是事件之一。表單送出、影片播放、按鈕點擊、購買完成，都可以用事件來管理；重要事件再標記為 Key events。這個邏輯比舊版目標更彈性，但也更需要命名與規劃。

為什麼 GA4 不是「裝了就一定準」

GA4 的資料會受到追蹤碼安裝位置、GTM 觸發條件、Cookie 狀態、使用者同意、內部流量、跨網域流程與資料處理時間影響。Google 官方也說明，許多報表與探索資料可能需要 24 到 48 小時處理；安裝後應先用即時報表與 DebugView 驗證資料收集。

我會把 GA4 視為行銷判讀工具，而不是絕對真相。它能指出趨勢與問題，但前提是設定口徑正確。

如何建立 GA4 帳戶、資源與資料串流？

建立 GA4 的流程是先建立 Google Analytics 帳戶，再建立 GA4 資源，接著新增網站資料串流，最後取得 Measurement ID 與 Google tag 追蹤碼。Measurement ID 通常以 G- 開頭。

建立 Google Analytics 帳戶

1. 進入 Google Analytics，使用要管理網站分析資料的 Google 帳號登入。
2. 點選「管理」。
3. 在帳戶欄位選擇「建立帳戶」。
4. 輸入帳戶名稱，建議使用公司、品牌或網站群組名稱。
5. 依照組織需求設定資料分享選項。

如果一家公司有多個網站，帳戶層級可以放公司名稱，資源層級再放各個網站。這樣權限與資料管理會比較清楚。

建立 GA4 資源

1. 在管理頁面選擇剛建立的帳戶。
2. 點選「建立資源」。
3. 輸入資源名稱，例如 9iseo.com.tw。
4. 選擇報表時區，台灣網站通常選台灣時間。
5. 選擇幣別，若主要報表與廣告使用新台幣，可選 TWD。
6. 完成基本業務資訊設定。

時區設定會影響每日資料歸屬。台灣網站若選錯時區，日報、週報與廣告成效比對會出現不必要的誤差。

新增網站資料串流

1. 在 GA4 管理頁面進入「資料串流」。
2. 選擇平台「網站」。
3. 輸入網站網址，例如 https://www.9iseo.com.tw。
4. 輸入串流名稱，建議用正式網域名稱。
5. 確認 Enhanced measurement 是否開啟。
6. 建立資料串流。

Enhanced measurement 可自動收集部分互動，例如頁面瀏覽、捲動、站外連結點擊、網站搜尋與表單互動。實務上我會先開啟，再逐一檢查是否有事件重複或不符合網站結構。

找到 Measurement ID 與追蹤碼

1. 到「管理」中的「資料串流」。
2. 點選你的網站資料串流。
3. 在串流詳細資料中找到 Measurement ID。
4. 若要直接安裝，點選 Google tag 區塊中的「查看代碼操作說明」。
5. 選擇手動安裝後，複製完整 Google tag 程式碼。

Google 官方文件說明，Measurement ID 通常以 G- 開頭，直接安裝或透過許多 CMS、GTM 設定時都會用到這個 ID。若網站後台只要求輸入 GA4 ID，通常填入 Measurement ID 即可。

GA4 追蹤碼要怎麼安裝？直接安裝與 GTM 安裝差在哪？

GA4 追蹤碼可以直接把 Google tag 安裝到網站，也可以透過 Google Tag Manager 部署。直接安裝適合簡單網站；GTM 適合需要管理多個事件、廣告像素與追蹤條件的網站。

方法一：直接安裝 GA4 追蹤碼

1. 在 GA4 管理頁面進入「資料串流」。
2. 點選網站資料串流。
3. 在 Google tag 區塊選擇「查看代碼操作說明」。
4. 選擇手動安裝，複製完整 gtag.js 程式碼。
5. 將程式碼貼在網站每個頁面的 head 開頭附近。
6. 發布網站後，用即時報表確認是否有資料進入。

直接安裝的好處是路徑短、設定單純。缺點是日後如果要追蹤更多按鈕、表單、廣告事件，通常要再改網站程式或外掛設定。

方法二：用 Google Tag Manager 安裝 GA4

1. 建立或開啟 GTM 容器。
2. 確認 GTM 容器程式碼已安裝在網站每個頁面。
3. 在 GTM 新增 GA4 相關標籤。
4. 填入 GA4 的 Measurement ID。
5. 設定觸發條件，基本頁面瀏覽通常使用所有頁面。
6. 使用 Preview 模式測試標籤是否觸發。
7. 確認無誤後發布 GTM 容器。

GTM 的價值在於集中管理。只要容器裝好，後續新增 GA4 事件、Google Ads、Meta Pixel 或其他行銷標籤，不一定每次都要改網站程式。

直接安裝 vs GTM：該選哪一種？

常見 CMS 的安裝位置提醒

WordPress 可使用官方或可靠外掛輸入 Measurement ID，也可在主題或全站程式碼管理工具中放入 Google tag。Shopify、Wix、Squarespace、HubSpot 等平台通常有 Google Analytics 或 Google tag 欄位，設定前應先確認平台支援的 ID 格式。

自架站則要請工程師把追蹤碼放到全站共用 head。最常見的錯誤是只裝在首頁，或主站有裝、活動頁沒有裝，最後報表看起來像流量突然斷掉。

GA4 安裝後要檢查哪些設定？

GA4 安裝後應依序檢查即時報表、DebugView、GTM Preview 與重複事件。正確順序是先確認有資料，再確認事件內容，最後確認沒有重複安裝或漏追。

第一步：用即時報表確認是否有使用者

1. 打開自己的網站，使用無痕視窗或不同裝置測試。
2. 進入 GA4 的「報表」再進入「即時」。
3. 確認即時報表是否出現目前使用者。
4. 點擊幾個重要頁面，觀察頁面與事件是否更新。

Google 官方建議安裝後可用即時報表確認資料收集。若剛裝完沒有馬上看到，不要急著改一堆設定，可以等待一段時間後再檢查，官方文件提到資料收集開始可能需要一點時間。

第二步：用 DebugView 檢查事件

1. 使用 Tag Assistant、GTM Preview 或 GA Debugger 讓測試裝置進入除錯狀態。
2. 在 GA4 管理或設定區找到 DebugView。
3. 操作網站上的重要行為，例如瀏覽頁面、送出測試表單、點擊按鈕。
4. 查看 DebugView 是否出現對應事件與參數。

DebugView 適合看事件是否真的送出，以及事件名稱、參數是否符合規劃。這一步比只看即時報表更重要，因為即時報表有使用者不代表事件設定一定正確。

第三步：用 GTM Preview 檢查標籤觸發

1. 在 GTM 點選 Preview。
2. 輸入測試網址並連線。
3. 操作網站頁面與按鈕。
4. 確認 GA4 標籤是否在正確時機觸發。
5. 檢查未觸發的標籤，確認觸發條件是否寫錯。

GTM Preview 可以回答一個關鍵問題：標籤到底有沒有被觸發。若 Preview 裡沒有觸發，就算 GA4 後台設定看起來完整，資料也不會正確進來。

第四步：排除重複安裝與重複事件

GA4 基本事件與 Key events 要怎麼設定？

GA4 事件用來記錄使用者行為，Key events 則是標記對業務特別重要的事件。安裝完成後，至少要確認自動事件、重要互動事件與 Key events 是否符合網站目標。

GA4 自動收集哪些事件？

GA4 預設會收集基本事件，例如 page_view、first_visit、session_start。網站資料串流若開啟 Enhanced measurement，還可能收集 scroll、click、view_search_results、file_download、form_start、form_submit 等事件，實際項目會依網站與設定而異。

自動事件很方便，但不能完全代替規劃。像 B2B 詢價站的「送出聯絡表單」和一般留言表單，商業價值不一樣，事件命名與 Key events 標記就應該分開處理。

哪些事件應該設為 Key events？

Google 對 Key events 的說明是：它用來衡量對業務成功特別重要的行動。這句話在實務上很有用，因為它提醒你不要把每個事件都升級成 Key event。

內容網站、企業官網、電商網站的事件差異

不建議亂設 Key events 的原因

Key events 會影響你如何判斷行銷成效。若把 scroll、一般 click、所有 page_view 都設成 Key events，報表看起來會有很多成果，但實際上不一定有商業價值。

我的判斷標準很固定：只有能代表明確意圖、名單、交易、預約或重要階段推進的事件，才應該優先標記為 Key events。

GA4 的資料保留、內部流量、UTM 與跨網域要怎麼設定？

GA4 資料品質設定包含資料保留、內部流量排除、UTM 命名與跨網域追蹤。這些設定會影響報表可信度；沒設好時，資料會進來，但判讀很容易失真。

資料保留期應該設多久？

GA4 的資料保留設定會影響使用者層級與事件層級資料在系統中的保留時間。一般網站至少應進入「管理」中的資料保留設定，確認保留期是否符合分析需求。

如何排除公司內部流量？

1. 到 GA4 管理頁面。
2. 進入資料串流，選擇網站串流。
3. 找到設定內部流量的選項。
4. 新增公司、辦公室或測試環境的 IP 條件。
5. 到資料篩選器建立或啟用 internal traffic 排除規則。
6. 先用測試狀態確認，再決定是否正式套用。

Google 官方提醒，資料篩選器一旦正式排除，效果會影響後續資料處理，被排除的資料不會再回到 Analytics。我的做法是先測試，再套用，特別是多人共用辦公室或代理商環境。

UTM 命名錯誤會怎麼污染報表？

什麼情況需要跨網域追蹤？

當使用者會在多個網域之間完成同一段流程，就應考慮跨網域追蹤。例如主站在 9iseo.com.tw，表單、預約、結帳或會員系統在另一個網域。如果沒設定，GA4 可能把跨網域跳轉視為新的來源或新的工作階段。

Google 官方說明，跨網域追蹤可以讓使用者跨網域活動更準確地被歸到同一位使用者流程。設定時要確認各網域使用同一個 GA4 網站資料串流的標籤，並在資料串流中設定跨網域條件。

GA4 報表安裝後先看哪幾張？

GA4 安裝完成後，先看即時、獲客、頁面與畫面、事件、Key events 這五類報表。順序應從追蹤是否正常，走到流量來源、內容表現、互動與重要轉換。

即時報表：確認追蹤是否正常

即時報表的第一個任務是確認資料是否進來。打開網站後，查看目前使用者、頁面、事件與 Key events 是否出現。

看到資料後的下一步，是用 DebugView 查事件內容。不要只因為即時報表有人，就判定 GA4 已經設定完成。

獲客報表：判斷流量從哪裡來

獲客報表可以看使用者與工作階段來源，例如自然搜尋、付費搜尋、社群、Email、直接流量與推薦連結。安裝初期要先確認來源媒介是否合理。

看到後下一步，是檢查 UTM 命名與廣告連結。若來源出現大量 unassigned 或奇怪的 referral，通常代表標記或跨網域流程需要修正。

頁面與畫面：找出有效內容

頁面與畫面報表可以看哪些頁面被瀏覽、哪些內容帶來參與。SEO 團隊應特別看自然搜尋進來後，使用者停在哪些頁面、是否繼續互動。

看到後下一步，是把高流量但低互動的頁面拉出來檢查。這類頁面常見問題是搜尋意圖不吻合、內部連結不足，或頁面沒有明確下一步。

事件報表：確認互動是否被記錄

事件報表用來確認 page_view、scroll、click、form_submit、file_download 等事件是否被收集。安裝後一週內應檢查事件名稱是否乾淨，是否有重複或無意義事件。

看到後下一步，是整理事件命名規則。事件名稱一旦混亂，後續報表、廣告優化與 Key events 判讀都會跟著變難。

Key events：檢查重要轉換是否成立

Key events 報表用來看重要行為是否真的發生，例如表單送出、預約完成、購買完成或會員註冊。安裝完成後，應用測試資料確認每個 Key event 都能被觸發。

看到後下一步，是比對 CRM、表單後台或電商後台的趨勢。數字不需要完全一樣，但趨勢與口徑應能解釋。

GA4 常見安裝錯誤與資料誤判

GA4 常見問題包含沒資料、資料和後台不同、事件重複、Consent Mode 影響、Cookie 限制、資料延遲與閾值。排查時應先查安裝，再查事件，最後查報表口徑。

為什麼 GA4 沒有資料？

為什麼 GA4 和網站後台數字不同？

GA4 和網站後台數字不同很常見。網站後台通常記錄伺服器端訂單、會員或表單，GA4 則依瀏覽器、Cookie、同意狀態、事件觸發與資料處理邏輯收集資料。

GA4 不是財務對帳工具。電商營收與訂單對帳應以金流、ERP 或網站後台為準，GA4 用來看來源、路徑與行銷趨勢。

為什麼事件或轉換重複？

Consent Mode 與 Cookie 限制會影響什麼？

Consent Mode 會依使用者同意狀態調整 Google 標籤行為。Consent Mode v2 增加了 ad_user_data 與 ad_personalization 等參數，對廣告與分析資料使用有實務影響。

當使用者拒絕分析或廣告相關儲存時，Cookie 與識別能力會受到限制，GA4 可能透過有限訊號或模型補足部分資料。這不等於資料消失，也不等於資料完全準確；報表解讀要保留這層限制。

GA4 資料延遲與閾值要怎麼理解？

GA4 許多標準報表與探索資料需要處理時間，官方文件提到部分資料可能需要 24 到 48 小時。安裝檢查時不要拿剛剛觸發的事件，立刻要求所有標準報表同步出現。

閾值則常出現在涉及使用者隱私、Google signals 或資料量不足的情境。若報表被套用閾值，部分資料可能不完整顯示。這時應先確認日期範圍、資料量、維度組合與報表提示，不要直接判定追蹤碼壞掉。

GA4 安裝設定完成後，下一步應該做什麼？

GA4 安裝設定完成後，下一步是把事件、Key events、SEO 報表、廣告串接與定期檢查流程補齊。安裝只是開始，真正有價值的是讓資料能支援決策。

SEO 團隊下一步該看什麼？

• 確認自然搜尋流量是否正確歸類到 organic search。
• 查看頁面與畫面報表，找出自然搜尋帶來的有效內容。
• 串接 Google Search Console，用查詢與頁面資料輔助 SEO 判讀。
• 建立 SEO 月報口徑，固定追蹤流量、參與、事件與 Key events。

廣告投手下一步該串什麼？

• 確認 GA4 Key events 是否代表真實有效轉換。
• 串接 Google Ads，檢查轉換與受眾設定。
• 檢查 Consent Mode v2 與廣告標籤是否依網站需求設定。
• 統一 UTM 命名，避免廣告活動資料被拆散。

電商網站下一步該補什麼？

• 確認 view_item、add_to_cart、begin_checkout、purchase 等事件是否可用。
• 檢查 transaction_id，避免購買事件重複。
• 比對 GA4、電商後台與金流系統的口徑差異。
• 若需求複雜，再規劃完整電商 dataLayer 與伺服器端追蹤。

建議內鏈到哪些 GA4 子主題

• GA4 教學總整理：適合延伸理解報表與分析架構。
• Google Tag Manager 教學：適合需要用 GTM 管理追蹤碼的網站。
• GA4 事件設定教學：適合細部規劃按鈕、表單與互動事件。
• GA4 Key events 設定：適合整理重要轉換行為。
• UTM 設定教學：適合統一廣告與活動命名。
• GA4 DebugView 除錯：適合排查事件與追蹤碼問題。
• GA4 SEO 報表教學：適合把安裝後資料轉成 SEO 判讀流程。