GA4 入門實戰：5 個香港中小企最常設錯的事件

2023 年 7 月 Universal Analytics 正式停運之後，所有人都被迫遷到 GA4。但「裝咗 GA4」唔等於「GA4 work」。我哋過去一年幫超過 30 間香港中小企做數據審計，發現 8 成嘅 GA4 都有最少一個關鍵事件失蹤或重複，老闆每個月睇緊「靚嘅數字」，其實同實際生意對唔上。

呢篇唔係 GA4 嘅完整教學（嗰啲文章網上有幾百篇），而係專注拆解 5 個最常見、最致命、最影響決策嘅事件設定錯誤。每一個我哋都會講：點解會錯、點樣驗證、點樣修正。如果你已經睇過2026 年 SEO 入門完整指南，呢篇文章就係幫你將 SEO 數據真正接到生意決策。

一、先講基本：GA4 同 UA 嘅根本差異

好多人遷移嘅時候只係換個 tracking ID，根本冇諗過 GA4 同 UA 模型上係兩件唔同嘅嘢。呢個誤解就係所有問題嘅源頭。

1.1 由 session-based 變成 event-based

UA 嘅核心係「session」（一次到訪），所有嘅 hit 都歸屬於 session。GA4 完全揈走 session，所有嘢都係 event：page_view 係 event、scroll 係 event、purchase 都係 event。每個 event 帶埋自己嘅 parameters。

實際影響：你以前喺 UA 自定義嘅 goal，全部要重新諗點樣用 GA4 conversion 同 custom event 重做。

1.2 Enhanced Measurement 係雙刃刀

GA4 預設打開 Enhanced Measurement，自動追蹤 page_view、scroll、outbound click、site search、video engagement、file download。對中小企嚟講方便，但同樣係漏 bug 嘅源頭——好多 e-commerce 嘅 purchase 重複，就係因為個 thank you page 既被 Enhanced Measurement 計咗 page_view，又被 Shopify GA4 integration fire 咗 purchase event。

建議：

• 新店全部打開 Enhanced Measurement
• 但每加裝一個 e-commerce 平台或 form plugin，都要逐次驗證有冇 event 重複

二、錯誤一：Purchase event 重複計算

呢個係 e-commerce 店主入面最普遍嘅錯。月底睇報告見到「銷售額 $480,000」，但 Shopify 後台只係 $240,000——剛好雙倍。

2.1 點解會 double count

Shopify 嘅 Google & YouTube channel app 連咗 GA4 之後，會自動 fire 所有 e-commerce events（purchase、add_to_cart、begin_checkout）。同時，好多店主仲喺 GTM 入面用緊舊 UA 時代嘅 setup，重複又 fire 一次 purchase。

另一個常見嚟源：thank you page 嘅 GTM container 用 page_view trigger fire purchase，但 Shopify GA4 integration 已經 fire 過。

2.2 點樣驗證

1. 開 GA4 → Configure → DebugView
2. 另一個 tab 入你嘅店，加件商品入購物車，完成測試購買（用 sandbox card 或者真嘅 $1 商品）
3. 喺 DebugView 入面睇 timeline——如果見到 2 個 purchase event 喺幾秒內 fire，就係 double count

2.3 修正方法

標準做法是「one source of truth」：

• Shopify 用家：保留 Shopify Google channel 嘅 GA4 integration，將 GTM container 入面所有 e-commerce trigger 全部 disable 或刪走
• WooCommerce 用家：用一個官方 plugin（GA4 Google Analytics 或 GTM4WP），唔好同時裝兩個
• 自架站：選 server-side 或 client-side 一種，唔好兩邊都 fire

修正後過 24 小時再開 DebugView 同 Realtime report 雙重驗證。

三、錯誤二：WhatsApp 點擊冇追蹤

香港中小企九成 lead 都靠 WhatsApp，但 GA4 預設嘅 Enhanced Measurement 只 track outbound link click，唔會自動 tag 邊條 link 係 WhatsApp、邊條係 phone。結果你只睇到一個 generic 嘅 click event，唔知條 lead 從邊一頁、邊個 CTA、邊個 campaign 嚟。

3.1 必要嘅 GTM 設定

用 GTM 自訂兩個 trigger：

• WhatsApp Click：trigger type Just Links，filter Click URL contains wa.me 或 api.whatsapp.com
• Phone Click：trigger type Just Links，filter Click URL starts with tel:

每個 trigger fire 一個 GA4 event tag，event name 用 contact_whatsapp 同 contact_phone，加埋 parameters：

• click_url：full URL
• page_path：來源頁
• click_text：anchor 文字（用 GTM Auto-Event Variable）

3.2 標記為 Conversion

喺 GA4 → Configure → Events，將 contact_whatsapp 同 contact_phone toggle 為 Mark as conversion。Google Ads 連咗 GA4 之後，呢兩個 conversion 可以用嚟做 Smart Bidding 嘅 signal。

3.3 加埋 UTM 來源歸因

WhatsApp 點咗之後個 traffic 就斷晒——除非你喺 wa.me link 加 prefilled message，將 UTM 帶埋落第一句訊息：

https://wa.me/8617725788197?text=我從你哋首頁過嚟，想了解 SEO 服務

實際運作：客人按下個 link 後，WhatsApp 會自動填好第一句訊息，你嘅銷售睇到段文字就知道係邊個 source 嘅 lead。再進階一啲可以喺 link 入面 encode UTM source/medium/campaign，但對小團隊嚟講前一招已經夠用。

四、錯誤三：表單轉化漏計

contact form 提交後好多時係 redirect 去 thank you page，但有啲 Shopify Theme、Wix、自架 SPA 用 AJAX 提交，submit 完冇換頁——GA4 預設嘅 form_submit event 完全 fire 唔到。

4.1 三種表單情境

• 傳統表單 + redirect 去 thank-you 頁：用 thank-you 頁嘅 page_view 做 conversion 最穩陣。GA4 → Admin → Events → Create event → 條件 page_location contains /thank-you，event name generate_lead，mark as conversion
• AJAX 表單冇換頁：要喺 success callback 入面 push dataLayer.push({event:'form_submit_success'})，再喺 GTM 用 custom event trigger fire 個 GA4 event
• 用第三方 form（Tally、Typeform、Jotform）：iframe 包嵌入嗰啲，post message 唔會自動傳出，要去個 form 平台後台用 webhook 或 redirect URL 設定先 work

4.2 點樣驗證

真實提交一次表單，DebugView 應該見到 form_submit_success event 同 thank-you page_view。如果 DebugView 完全唔見得到，多數係 dataLayer push 落錯地方（例如喺 form HTML 嘅 action 屬性，而唔係喺 JavaScript success callback）。

五、錯誤四：跨域追蹤冇設定

好多香港中小企嘅生意流程橫跨幾個 domain：

• 主站 redstoneshop.com → 用第三方結帳 redstoneshop.checkout.com
• 主站 → 教育機構用 ClassDojo 或 Google Classroom 報名連結
• 主站 → Calendly 預約頁面

無設定 cross-domain，GA4 會將每次跨域跳轉視為「新訪客 + 新 source」，導致 attribution 完全失真——好多時報告會變成「Direct / none 佔 60%」，個 60% 其實係跨域時 attribution 斷咗。

5.1 點樣設

1. GA4 → Admin → Data Streams → 揀返你個 web stream → Configure tag settings → Configure your domains
2. 加入所有需要被追蹤嘅 domain（主站 + 結帳 + 預約頁）
3. 每個 domain 都要裝同一個 GA4 measurement ID（G-XXXXXXX）

5.2 點樣驗證

用 Chrome 開兩個 tab：A 入主站，按一個 link 跳去 B（結帳或預約頁）。睇 URL，B 嗰邊應該自動加咗 ?_gl=1... 嘅 linker parameter。如果冇，即係未 work，要返去 step 1 檢查兩邊嘅 measurement ID 係咪一樣。

六、錯誤五：PII 洩漏入 GA4

呢個錯最隱蔽——你睇報告完全唔覺，但 Google 會喺後台 silently drop 你嘅 data，最差情況會 disable 你成個 GA4 property。

6.1 點解會洩漏

個人識別資訊（PII，包括 email、電話、姓名、地址）違反 GA4 ToS。常見洩漏路徑：

• 表單 thank-you 頁將 email 放入 query string（如 /[email protected]），GA4 嘅 Enhanced Measurement 自動 capture page_location，PII 入晒去
• 結帳完成頁將 customer name / phone hard-code 入 page title
• Shopify Variant 或 metafield 將客人嘅電話放入頁面 URL

6.2 點樣排查

GA4 → Reports → Engagement → Pages and screens，將 page_location 排序，scroll 一次成個 list，搜下有冇 @（email 標誌）、+852、+86、tel、email 等 keyword。一搵到就要立即修。

6.3 修正策略

• 表單 thank-you 頁：將 email 從 query string 拎走，用 sessionStorage 或 cookie 傳遞
• 已經洩漏咗嘅情況：喺 GA4 → Admin → Data Streams → Configure tag settings → Show all → Redact data，啟用「Redact email-like values」
• 進階做法：GTM 入面加 sanitize JavaScript，將任何 @、phone pattern 喺 page_location 寄出去 GA 之前先 mask

七、DebugView vs Realtime vs Events 邊個睇邊樣？

GA4 報告之間嘅分工，都係好多新手混亂嘅地方：

• DebugView：用嚟 debug 同驗證新 event。但 DebugView 只 capture 開咗 debug mode 嘅 traffic（裝 Tag Assistant Companion 或者 GTM Preview）
• Realtime：睇過去 30 分鐘嘅活動。適合確認 deploy 完一個新 event 之後有冇真實流量入到 GA4，但唔顯示 parameter 詳情
• Reports → Engagement → Events：歷史數據，要等 24–48 小時先 reflect。最終報告就係靠呢度

實際 workflow：

1. 裝完新 event，用 GTM Preview + DebugView 即時驗證 parameter 正確
2. publish GTM container，喺 production 真實操作一次，確認 Realtime 見得到
3. 等 24 小時後睇 Events 報告同數量是否合理

八、Looker Studio 一頁式 dashboard

每個禮拜要自己入 GA4 揀 report、改 date range、export CSV，唔少老闆死都唔會做。Looker Studio dashboard 一次設好，永遠有得睇。

8.1 中小企必備 6 個 widget

• 過去 30 日 vs 上一個 30 日：Sessions、Engaged Sessions、Conversion 三個 KPI scorecard
• Top 10 landing pages（按 conversion rate 排序，唔係 sessions）
• Channel performance：source / medium 對 conversion 嘅貢獻
• WhatsApp 同 phone click 趨勢（用上面設嘅 contact_whatsapp、contact_phone event）
• Search Console + GA4 合併：每條 landing page 嘅 impression、CTR、average position 同 conversion
• Device 分佈：mobile vs desktop conversion rate 差距

8.2 加 share schedule

Looker Studio dashboard 完成後，用 File → Schedule email delivery，每星期一早上 9 點自動將 PDF 寄俾老闆。三個月後你會發現大家睇數據嘅頻率高咗一個 quantum。

九、串接 Search Console

GA4 同 GSC 串埋一齊用，可以見到「邊條 query 帶 traffic 入嚟 + 嗰啲 traffic 嘅 conversion」——對Shopify SEO同Local SEO都係必備數據。

9.1 連結步驟

1. GA4 → Admin → Search Console links → Link
2. 揀返你已驗證嘅 GSC property（必需用同一個 Google account 同時管 GA4 同 GSC）
3. 揀 web stream，confirm
4. 連結後 24 小時，先會見到 Reports → Search Console 出現新 sub-section

9.2 兩條最有價值嘅 query

• Queries report：過去 28 日帶 impression 但 click 為零或極低嘅 query——呢啲就係優化 title／meta 嘅機會
• Google organic search traffic 報告：每條 landing page 嘅平均 position 同 CTR，配 conversion rate，可以揀邊頁優先 refresh content

實戰案例：香港教育機構 GA4 修正前後

客戶背景：香港九龍區補習社，主要靠 SEO + Facebook 推廣，月報名 60–80 個學生。GA4 用咗 18 個月，老闆每個月睇報告但對唔上實際生意。

診斷發現

• WhatsApp 同電話按鈕完全冇 event 設定。每月「真實 lead」120+，GA4 上面只見到 generic outbound click 18 次
• thank-you page 喺 URL 有 ?email=...&phone=...，PII 洩漏中咗
• Calendly 預約嘅 conversion 全部歸屬到「Direct」，因為冇做 cross-domain
• Shopify-style 課程包銷售由 Stripe Checkout 處理，purchase event 跌咗 100% 落第三方 domain
• Looker Studio 完全冇用，老闆每月手動 export CSV

修正動作（兩星期完成）

1. GTM 加上 contact_whatsapp、contact_phone trigger，全部標 conversion
2. thank-you page URL 改用 sessionStorage 傳資料，舊 URL 啟用 GA4 redact email-like values
3. Calendly domain 加入 cross-domain list，confirm ?_gl 正常 attach
4. Stripe Checkout return URL 加埋 GA4 client_id 同 session_id，由主站 server-side fire purchase event
5. 建立 Looker Studio dashboard，每禮拜一 9am 自動 email 報告

30 日後成效

• 真實 conversion 由「每月 18 次」變成「每月 142 次」（其實係呈現咗本來就有但失蹤嘅 lead）
• 「Direct / none」流量比例由 64% 跌到 19%
• 真正可歸因嘅 SEO 流量帶 conversion 由「無法判斷」變成清晰嘅 38%
• Google Ads Smart Bidding 用 conversion data 重新訓練後，CPA 降低 41%
• 老闆每星期主動睇 dashboard，主動提出新嘅 SEO content 方向

呢個案例個重點唔係生意突然好咗，而係老闆終於睇得明自己盤生意嘅數據。GA4 設啱咗，每一個下游決策都會更準確。

快速檢查清單：你嘅 GA4 設定健康嗎？

• ☐ DebugView 入面真實買一單，purchase event 只 fire 一次
• ☐ WhatsApp 同 phone click 各有獨立 event，已標為 conversion
• ☐ 表單提交（包括 AJAX 同 redirect 兩種）都有 generate_lead event
• ☐ Cross-domain list 包齊主站 + checkout + 預約 + 第三方 form 嘅 domain
• ☐ Pages and screens 報告搜唔到 @、tel、+852 等 PII pattern
• ☐ GA4 已連 Search Console，Reports 入面見到 Search Console section
• ☐ Looker Studio dashboard 設好，自動每週寄到老闆 email
• ☐ Google Ads 同 GA4 已 link，Conversions import 咗

呢 8 項全部打勾，你嘅 GA4 先算真正 work。如果你想我哋幫你做一次完整 GA4 + GTM + GSC 審計，連埋技術 SEO 檢查清單一齊出報告，可以 WhatsApp 預約。30 分鐘嘅免費通話，我哋會即場指出你三個最影響數據準確度嘅問題。