定義商業問題
先問你要回答什麼問題,再決定要追什麼。無法對應到決策的事件,不埋。
多數企業的 GA4 都在運作,也都有數字。問題出在三個地方:
先裝了 GA4,再想「那我們追什麼好」,結果追了一堆能追的,而不是該追的。半年後想回答一個具體的商業問題,發現當初沒埋。
命名沒有規範、參數各自為政、自訂維度沒人管。三個人查同一個指標查出三個答案,於是大家開始不信任數據,改用直覺。
GA4 有網站行為、廣告平台有投放成效、CRM 有成交紀錄、線下有實際訂單。每一塊都對,合不起來。
追蹤不是為了「有數字」,是為了讓每個行銷決策能被驗證。而驗證的前提是:資料要準、要一致、要到得了決策發生的地方。
先問你要回答什麼問題,再決定要追什麼。無法對應到決策的事件,不埋。
每個事件的名稱、觸發時機、參數、自訂維度,寫成一份規格書。這份文件是後續所有實作與驗收的依據,也是你日後換廠商時的資產。
依規格實作 dataLayer 與標籤、觸發器、變數。命名遵循統一規範,不是誰做誰決定。
每個事件逐一驗證觸發時機與參數值正確。驗收標準是規格書,不是「有看到數字」。
容器發布有流程與紀錄,不是直接在正式環境改。
把驗證過的資料串到需要的地方——報表、廣告平台、或你的資料庫。
PII 處理是貫穿全程的要求,不是最後補的。需要傳遞使用者識別時採雜湊處理,不以明文進入任何分析或廣告平台。
| 項目 | 說明 |
|---|---|
| GA4 導入 | 從商業問題出發設計事件架構並完成實作 |
| GA4 健檢 | 檢視既有事件、參數與自訂維度的正確性與一致性 |
| GTM 容器重建 | 既有容器混亂時,依規範重新建置 |
| 事件規格書 | 可交接、可驗收的追蹤文件 |
| 多站多串流治理 | 多網站、多品牌、多語系環境下的統一規範 |
| Consent Mode | 隱私權模式設定與整合串接顧問諮詢 |
| 項目 | 設定費 | 月費 |
|---|---|---|
| GA4 API | — | NT$1,625 |
| Search Console API | — | NT$1,625 |
| Google Ads API | — | NT$1,625 |
| Meta Ads API | — | NT$1,625 |
| GMC 商品資料同步 | NT$25,000 | NT$6,700 |
| SSD 離線轉換回傳 | NT$25,000 | NT$8,800 |
| Data Studio 標準可視化報表 | NT$3,000/次 | — |
先說清楚邊界,比事後解釋好。
| 交付物 | 內容 |
|---|---|
| 事件與參數規格書 | 每個事件的名稱、觸發時機、參數、自訂維度定義 |
| GTM 容器設定 | 依規範建置的標籤、觸發器、變數 |
| QA 驗證紀錄 | 逐事件的驗證結果 |
| 串接設定文件 | 各 API 串接的設定與維護說明 |
| 報表 | Data Studio 可視化儀表板 |
事件規格書是你的資產,不是我們的。它讓你隨時可以換人接手,也讓內部任何人都能查到「這個數字是怎麼來的」。
多數情況需要的是健檢而非重做。我們會檢視既有事件、參數與自訂維度的正確性與一致性,找出哪些數字不可信、哪些商業問題目前回答不了。
它是驗收的依據,也是你的資產。沒有它,追蹤實作的細節只存在於做的人腦中,換人就斷。
需要傳遞使用者識別時採雜湊處理,不以明文進入任何分析或廣告平台。
把線下或 CRM 的實際成交回傳給廣告平台,讓投放優化依據真實成交而非表單送出。
我們提供的是 CDP 能力的一部分——跨平台資料整合與離線成交回傳,但不提供完整的身分識別整合或即時受眾活化平台。詳見上方「關於 CDP」。