2026 Google Analytics 教學:新手先搞懂 GA4 能回答什麼問題
2026 年的新手只需要從 GA4 開始:完成安裝、確認資料可用、看懂基本報表,再把表單送出、購買、註冊等動作設為重要事件。這條 google analytics 教學路線,比一開始背功能名稱更實用。
GA4 是什麼
GA4 是 Google Analytics 4,負責收集網站與 App 的使用者行為資料,讓你知道訪客從哪裡來、看了哪些頁面、做了哪些動作,以及哪些來源帶來重要結果。新手第一個判斷不是「報表很多」,而是「這些資料能不能回答業務問題」。
Eric Chang 的實務判斷是:剛架站的人不要先追求漂亮儀表板,先確認資料可信。資料錯了,後面的 SEO、廣告、轉換率判讀都會跟著歪掉。
GA4 能回答的 4 類問題
| 問題類型 | GA4 可以幫你判斷什麼 | 常看的位置 |
|---|---|---|
| 流量來源 | 自然搜尋、廣告、社群、Email、直接流量各自帶來多少訪客 | 獲客報表 |
| 內容表現 | 哪些頁面有人看、哪些頁面停留與互動較弱 | 參與度、網頁與畫面、到達網頁 |
| 行為事件 | 使用者是否點選按鈕、送出表單、下載檔案、點外部連結 | 事件報表、DebugView |
| 商業結果 | 哪些來源或頁面帶來重要事件,例如詢問、註冊、購買 | 重要事件、獲客、到達網頁 |
新手第一天該先學什麼
第一天不用學完 GA4 教學所有分支,只要能完成「裝好、看得到、知道去哪裡看」三件事。能走完這一步,後面才談得上 GA 分析。
| 順序 | 任務 | 完成標準 |
|---|---|---|
| 1 | 建立 GA4 資源與 Web 資料串流 | 拿到評估 ID,確認網站網域正確 |
| 2 | 把 Google 代碼或 GTM 裝到網站 | 每個需要追蹤的頁面都有觸發 |
| 3 | 用 Tag Assistant、即時報表或 DebugView 驗證 | 自己的瀏覽與事件能被看到 |
| 4 | 先看獲客、網頁與畫面、事件 | 能回答來源、頁面、動作三個問題 |
2026 只學 GA4:先避開 Universal Analytics 舊教學陷阱
2026 年做 Google Analytics 教學,只能把 Universal Analytics 當歷史對照。Google 已說明 GA4 取代 Universal Analytics,新手照舊版畫面操作,最常卡在 View、目標、追蹤 ID 這些舊名詞。
UA 已停用
Google 說明中心指出,Google Analytics 4 已取代 Universal Analytics;標準 Universal Analytics 自 2023 年 7 月 1 日起停止處理新資料,後續也停止存取介面與 API。這代表 2026 年的新網站不該再以 UA 流程當主線。
舊教學常見誤導詞
舊文章有時只是把年份改成 2026,畫面與名詞卻停在 UA。新手看到這種教學,可能會找不到設定位置,或把錯誤的代碼貼到網站。
| 看到的舊說法 | 風險 | 2026 判斷 |
|---|---|---|
| 建立資料檢視 View | GA4 主架構不這樣教 | 改看帳戶、資源、資料串流 |
| 設定目標 | 容易把 UA 目標當現行流程 | 改用事件與重要事件 |
| 貼 UA 開頭的追蹤 ID | 可能裝到歷史代碼或錯誤目的地 | 改找 GA4 的評估 ID 或 Google 代碼 |
| 只看跳出率 | 忽略 GA4 的參與度模型 | 搭配參與工作階段、事件、重要事件看 |
GA4 現行名詞對照
名詞對了,操作才會順。新手讀 GA4 教學時,可以先用下表判斷文章是否仍停在舊版語境。
舊教學常見說法與 GA4 現行名詞對照
| 舊教學常見說法 | GA4 現行理解 | 新手要做的事 |
|---|---|---|
| View | 資源與資料串流 | 確認自己在正確 GA4 資源與 Web 資料串流 |
| 目標 | 重要事件 | 先建立或確認事件,再標示為重要事件 |
| 追蹤 ID | 評估 ID、Google 代碼 | 從 Web 資料串流取得設定資訊 |
| 工作階段為主 | 事件為核心 | 把頁面瀏覽、點選、表單送出都視為事件 |
建立 GA4 帳號、資源與資料串流
GA4 的安裝起點是帳戶、資源、資料串流。帳戶管理公司或站台群,資源放一個網站或 App 的資料,Web 資料串流負責收集網站資料並提供評估 ID。
帳戶 vs 資源 vs 資料串流
帳戶像管理容器,資源像一個分析專案,資料串流是資料進入 GA4 的入口。小型公司網站通常一個帳戶、一個 GA4 資源、一個 Web 資料串流就夠;多品牌、多國家、多站台才需要更完整的治理規劃。
| 層級 | 用途 | 新手常見錯誤 |
|---|---|---|
| 帳戶 | 管理權限與多個資源 | 用個人信箱亂建,日後交接困難 |
| 資源 | 承接 GA4 報表與設定 | 同一網站重複建立多個資源 |
| 資料串流 | 收集網站或 App 資料 | 選錯平台,或網域填錯 |
建立 Web 資料串流
網站追蹤要選 Web 資料串流,填入網站網址與串流名稱。串流名稱建議用站名加用途,例如主站、部落格、商店,之後查設定時比較不會混淆。
取得評估 ID
評估 ID 是平台後台、外掛、Google 代碼或 GTM 會用到的識別資訊。新手拿到 ID 後,先確認它來自正確 GA4 資源,不要從舊文件、舊客服截圖或前任行銷人員的表格複製。
加強型評估要不要開
多數新手可以先開啟加強型評估,因為它能協助收集頁面瀏覽、捲動、外連點選、站內搜尋、影片互動、檔案下載等常見互動。不過它不會取代所有客製事件,表單送出、會員註冊、加入購物車、付款完成仍要依網站狀況另外確認。
不同網站平台怎麼安裝 GA4
GA4 安裝方式要跟平台走。WordPress、Shopify、開店平台、客製網站與 GTM 的路徑不同,重點不是把同一段程式碼貼到所有地方,而是確認代碼只裝一次、每頁都觸發、事件能驗證。
WordPress
適合對象、優點、常見錯誤
WordPress 適合用 Site Kit、SEO 外掛、主題設定或 GTM 安裝 GA4。外掛路徑對新手友善,GTM 路徑對同時管理 Meta Pixel、Google Ads、熱圖工具的人更穩。常見錯誤是外掛裝一次、主題又貼一次,造成重複計算。
Shopify
適合對象、優點、常見錯誤
Shopify 應優先走平台支援的 Google 整合或官方建議的追蹤位置,再視需求補 GTM 或客製事件。電商站要特別檢查商品頁、加入購物車、結帳與購買事件;只看到 page_view,不代表電商追蹤完成。
CYBERBIZ/開店平台
適合對象、優點、常見錯誤
CYBERBIZ 與其他台灣開店平台通常會提供 GA4 或 Google Tag Manager 欄位。這種路徑的優點是不用改程式碼,缺點是事件名稱、電商資料層與結帳頁可控性取決於平台。實務上要先看平台後台支援到哪一層,再決定是否需要工程協助。
客製網站
適合對象、優點、常見錯誤
客製網站可以直接放 Google 代碼,也可以用 GTM 管理。優點是彈性高,能精準追蹤表單、按鈕、會員流程;常見錯誤是只把代碼放在首頁,或 SPA 網站換頁時沒有正確送出頁面瀏覽事件。
GTM
適合對象、優點、常見錯誤
GTM 適合需要管理多種行銷標籤、事件規則與版本的人。它的優點是可預覽、可版本控制、可把事件邏輯集中管理;常見錯誤是 GA4 已經直接安裝,又在 GTM 裝一次,或發佈前沒有用預覽模式確認觸發條件。
安裝後怎麼確認真的有收到資料
GA4 安裝完成後,第一件事是驗證資料有進來。最實用的順序是先用 Tag Assistant 看標籤是否觸發,再看即時報表有沒有訪客,最後用 DebugView 檢查事件細節。
Tag Assistant
Tag Assistant 用來確認網站上的 Google 代碼或 GTM 是否有觸發。它適合回答「標籤有沒有裝到頁面」與「是否送到正確 GA4 資源」。新手如果只看 GA4 報表,會分不清是代碼沒觸發,還是報表處理還沒完成。
即時報表
即時報表適合確認現在是否有訪客活動。測試時可以開無痕視窗、進入網站、點幾個頁面,再回 GA4 看是否出現使用者與頁面資料。若網站有 Cookie 同意彈窗,也要測一次同意與不同意的差異。
DebugView
Google 的 DebugView 說明指出,DebugView 會在啟用偵錯模式後顯示即時收集的事件與使用者屬性,適合排查事件與參數。它比即時報表更適合檢查表單送出、按鈕點選、加入購物車這類事件。
沒有資料的檢查順序
| 步驟 | 檢查項目 | 判斷方式 |
|---|---|---|
| 1 | 網站是否真的有代碼 | 用 Tag Assistant 或瀏覽器檢查頁面 |
| 2 | 是否送到正確資料串流 | 核對評估 ID 與 GA4 資源 |
| 3 | 是否被同意設定擋住 | 比較同意前後是否有事件 |
| 4 | 是否有內部流量篩選 | 換網路、換裝置、關閉篩選測試 |
| 5 | 事件是否真的觸發 | 用 DebugView 看事件名稱與參數 |
重複安裝與內部流量
重複安裝比沒安裝更難發現,因為報表看起來「有資料」,但頁面瀏覽、事件與重要事件可能被放大。內部流量也會污染早期判讀,尤其小站每天訪客不多時,老闆、工程師、行銷人員的測試瀏覽會讓報表失真。
GA4 新手必做設定清單
GA4 新手完成安裝後,要先設定資料保留、內部流量、事件、重要事件、Search Console、Google Ads、UTM 與 Consent Mode。這些設定決定資料能不能用來判斷 SEO、廣告與轉換。
資料保留建議
Google 資料保留說明列出 GA4 資源的使用者層級資料可設為 2 個月或 14 個月,這個保留期限也適用於重要事件資料。一般行銷與 SEO 站台若沒有特殊限制,會優先設為 14 個月,方便做季節性與年度比較。
內部流量
內部流量要把公司、代理商、工程測試環境盡量區分出來。小型網站最常見的誤判,是把自己測站、改稿、重整頁面的行為當成真實使用者互動。
事件與重要事件
Google 對重要事件的定義是用來評估對業務重要動作的事件。事件先記錄行為,重要事件再標出結果;例如 click_phone 是事件,真的代表詢問意圖時,才值得標成重要事件。
Google Ads 轉換
有投放 Google Ads 時,GA4 重要事件可以進一步用於廣告轉換判讀。新手要先確認事件品質,再拿去當出價依據;把所有點選都當轉換,會讓廣告系統學到錯誤訊號。
Search Console 串接
做 SEO 的站台應串接 Search Console,因為 GA4 看到的是站內行為,Search Console 看到的是 Google 搜尋曝光、點選與查詢字詞。兩邊合看,才知道是搜尋端流量變少,還是進站後內容表現變差。
UTM 命名
UTM 是活動追蹤的命名規則。新手至少要固定 source、medium、campaign 三個欄位,避免同一個 LINE 活動被寫成 line、Line、LINE、social 四種來源,報表會被拆散。
Consent Mode 基礎
Google Developers 的 Consent Mode 文件說明可設定 analytics_storage、ad_storage 等同意狀態。對新手來說,重點是 Cookie 同意會影響 GA4 收集與判讀資料的方式;法規判斷另外處理,技術上要確認同意狀態有正確傳給標籤。延伸主題可看 Consent Mode。
新手最先看懂的 GA4 報表
GA4 新手最先看即時、獲客、參與度、網頁與畫面、到達網頁、事件、重要事件。這七張報表能回答來源、頁面、互動與結果,不需要先碰探索報表。
即時
這張報表回答哪個問題
即時報表回答「現在有沒有資料進來」。安裝驗證、活動上線、電子報寄出後,可以用它看目前流量是否出現。它不適合拿來判斷長期成效。
獲客
這張報表回答哪個問題
獲客報表回答「訪客從哪裡來」。SEO 執行者會看自然搜尋,廣告操作者會看 paid search,社群經營者會看 social。不要只看使用者數,還要搭配參與度與重要事件。
參與度
這張報表回答哪個問題
參與度回答「訪客進站後有沒有互動」。如果流量成長但參與度下降,可能是流量來源變雜、內容不符合搜尋意圖,或頁面速度與版面影響閱讀。
網頁與畫面
這張報表回答哪個問題
網頁與畫面回答「哪些頁面被看最多」。內容站可以用它找主力文章,企業站可以看服務頁、案例頁、聯絡頁是否真的有人看。
到達網頁
這張報表回答哪個問題
到達網頁回答「使用者從哪一頁進站」。SEO 判讀時,這張報表通常比單看所有頁面更接近搜尋入口,因為它能看出哪篇文章或哪個服務頁負責帶新流量。
事件
這張報表回答哪個問題
事件報表回答「使用者做了哪些動作」。page_view、scroll、click、file_download、表單事件都可能在這裡出現。事件名稱要能被人讀懂,不要讓報表變成工程代號清單。
重要事件
這張報表回答哪個問題
重要事件回答「哪些動作代表有價值的結果」。PM 與廣告負責人不要只盯總流量,應把報表切到來源、到達網頁與活動,檢查哪個路徑真的帶來詢問、註冊或購買。
從報表到決策:10 個常見商業問題該看哪裡
GA4 的價值在於把報表轉成下一步決策。每個問題都要先選報表,再看判讀線索,最後決定要優化內容、調整流量來源、修事件,或檢查漏斗。
| 問題 | 報表 | 判讀 | 下一步 |
|---|---|---|---|
| 自然搜尋下降 | 獲客、到達網頁 | 看 organic search 與入口頁是否一起下滑 | 回查 Search Console 與排名頁內容 |
| 哪篇文章該優化 | 到達網頁、參與度 | 入口多但互動弱,優先檢查意圖落差 | 補答案、調段落、加內鏈 |
| 廣告流量沒轉換 | 獲客、重要事件 | 流量有進來但重要事件低 | 檢查廣告承諾、到達頁與表單 |
| 社群流量品質 | 獲客、參與度 | 使用者多但參與時間短 | 調整貼文與落地頁一致性 |
| 表單成效 | 事件、重要事件 | 按鈕點選多但送出少 | 檢查欄位、錯誤訊息、手機版 |
| 電商流程 | 事件、重要事件 | 加入購物車到購買中間流失 | 檢查結帳摩擦與付款流程 |
| Email 活動效果 | 獲客、UTM 活動 | 活動名稱是否被正確歸類 | 統一 UTM 命名 |
| 新頁面有沒有發揮 | 網頁與畫面、到達網頁 | 曝光後是否開始帶入口流量 | 加強內鏈與搜尋摘要 |
| 品牌流量是否健康 | 獲客、Search Console | 直接流量與品牌查詢是否同步變化 | 拆品牌與非品牌 SEO 判讀 |
| 漏斗哪裡掉人 | 事件、重要事件 | 每個步驟事件量差距 | 建立漏斗檢查,延伸看 轉換漏斗流失 |
自然搜尋下降
先看獲客報表中的自然搜尋,再切到到達網頁。若只有少數入口頁下降,優先檢查那些頁面的排名、標題、內容更新與搜尋意圖;若整體自然搜尋都下降,才需要看技術 SEO、索引與站台層級問題。
哪篇文章該優化
優化順序不要只看瀏覽量。更好的候選是「有入口流量、有商業關聯、參與度或重要事件偏弱」的頁面。這種頁面通常不用重寫整篇,先補缺口、調順序、加強內鏈就可能改善。
廣告流量沒轉換
廣告流量沒轉換時,先分清楚是流量不對、到達頁不對,還是重要事件設定錯。若點擊品質正常但表單少,去看頁面與表單;若事件根本沒觸發,先回 DebugView,不要急著調廣告預算。
社群流量品質
社群流量常有瞬間尖峰,但尖峰不等於有效。判斷時要看參與度、到達網頁與重要事件。若貼文承諾與落地頁內容落差大,GA4 會反映在低互動與低轉換上。
表單成效
表單至少要拆成看見表單、開始填寫、送出成功三種層級。只有 page_view 無法判斷表單問題。若表單送出被設為重要事件,還要確認垃圾訊息與測試訊息沒有混進正式資料。
電商流程
電商要把 view_item、add_to_cart、begin_checkout、purchase 這類流程分開看。若想把 AARRR 或漏斗追蹤做完整,可延伸到 AARRR GA4 漏斗追蹤;要驗證改版是否帶來改善,再搭配 資料分析與 A/B 測試。
GA4 學習路線:第一天、第一週、第一個月
GA4 新手學習路線要按決策成熟度排。第一天裝好並驗證,第一週看懂來源與頁面,第二週設定重要事件,第一個月開始用資料修內容、廣告與漏斗。
第一天裝好與驗證
第一天只追三個成果:GA4 資源建立、網站代碼觸發、即時或 DebugView 看得到自己的測試行為。這一天不要急著做 Looker Studio,資料還沒確認前,儀表板只是更漂亮的錯誤。
第一週看懂來源與頁面
第一週固定看獲客、到達網頁、網頁與畫面。把主要來源、入口頁、熱門頁面列出來,對照你原本以為會帶流量的頁面。很多站第一次看 GA4,會發現真正帶流量的不是首頁,而是少數 SEO 文章或服務頁。
第二週設定重要事件
第二週開始整理事件,把表單送出、電話點選、LINE 點選、註冊、購買等動作分清楚。每個重要事件都要有業務意義,不要把每個 click 都標成重要事件。
第一個月開始做決策
第一個月可以開始做小決策:哪篇文章補內容、哪個來源要調 UTM、哪個表單要簡化、哪個活動頁要改承諾。GA4 教學學到這裡,重點已經從看報表轉成用報表減少猜測。
Google Analytics 教學 FAQ
GA4 常見問題可以先分成安裝、驗證、報表、事件與隱私五類。新手先解決資料有沒有收進來,再決定是否需要進階儀表板或漏斗分析。
Google Analytics 和 GA4 是同一個東西嗎?
Google Analytics 是產品名稱,GA4 是目前主要使用的版本。2026 年的新網站應直接學 GA4,Universal Analytics 只適合當歷史資料或舊教學對照。
2026 年還需要學 Universal Analytics 嗎?
一般新手不需要學 Universal Analytics 操作。你只需要知道 UA 的 View、目標、追蹤 ID 等舊名詞,避免被過期教學誤導。現行安裝、報表與事件設定都以 GA4 為主。
GA4 裝好後多久會看到資料?
安裝正確時,即時報表或 DebugView 通常會先看到測試活動;標準報表需要等待處理。新手不要只等隔天報表,應先用 Tag Assistant、即時報表與 DebugView 確認資料流入。
為什麼 GA4 即時報表看不到我自己的瀏覽?
常見原因包括代碼沒觸發、評估 ID 放錯、瀏覽器阻擋、Cookie 同意未授權、內部流量被篩掉,或你看的不是同一個 GA4 資源。先用 Tag Assistant 確認標籤,再用 DebugView 查事件。
Tag Assistant、即時報表、DebugView 差在哪?
Tag Assistant 用來看標籤是否觸發,即時報表用來看目前是否有使用者活動,DebugView 用來看測試裝置送出的事件與參數。三者最好一起用,因為它們回答的問題不同。
GA4 的事件和重要事件是什麼?
事件是使用者在網站上的動作紀錄,例如頁面瀏覽、捲動、點選、表單送出。重要事件是被標記為業務重要結果的事件,例如詢問成功、註冊完成、購買完成。
GA4 一定要用 Google Tag Manager 安裝嗎?
不一定。只有單一 GA4 需求的小站,可以用平台後台、外掛或 Google 代碼安裝;若你要管理多個行銷標籤、客製事件與版本,GTM 會更好維護。
WordPress、Shopify、開店平台安裝 GA4 有什麼差別?
WordPress 常走外掛或 GTM,Shopify 與開店平台要先看官方整合與後台欄位,客製網站則看工程實作。差別在可控性、事件完整度與是否容易重複安裝。
GA4 可以和 Search Console、Google Ads 串接嗎?
可以。Search Console 適合補上 Google 搜尋曝光與查詢資料,Google Ads 則可搭配重要事件與轉換判讀。串接前先確認 GA4 資料與事件設定是正確的。
GA4 可以接 Looker Studio 做報表嗎?
可以,但新手不要把 Looker Studio 放在第一步。先確認 GA4 安裝、事件、重要事件與 UTM 命名都穩定,再把常用指標整理成儀表板,報表才有判斷價值。
Consent Mode 會影響 GA4 資料嗎?
會。Consent Mode 會把使用者同意狀態傳給 Google 標籤,影響分析與廣告儲存等設定。網站有 Cookie 同意機制時,要測試同意前後 GA4 是否依預期收集資料。
新手第一次打開 GA4 應該先看哪三張報表?
先看即時、獲客、網頁與畫面。即時確認資料有進來,獲客看流量來源,網頁與畫面看哪些內容被看見。之後再加入到達網頁、事件與重要事件。
以官方文件、實際設定與量測結果整理 SEO 數據、網站追蹤與分析方法,並標示資料來源與判讀限制。