本簡報以 16:9 橫向為主
請旋轉手機
或改用平板 / 桌機觀看
把客戶要的「成效」翻譯成 GA4 的事件清單，
再翻譯成半年後還看得懂的命名與 UTM 規範。
沒有漏斗就埋事件，等於拿手電筒在森林裡瞎找。
先畫漏斗、再挑事件、再決定工具——這是正確順序。
不求精通——求能畫出、能對齊、能交付給工程師與代理商。
上層認知、中層考慮、下層轉換——
這張圖是後續 8 個 Module 的事件追蹤地圖。
每一層的目標、內容、KPI 都不同，不能混用。
下方是各層的轉換率基準——隔太遠就是漏斗設計有問題。
這個案例會延續到期末 Module 10——每層事件都會實際追蹤。
page_view、video_play。generate_lead、view_item。add_to_cart、purchase。美妝品牌原本只追蹤 purchase，不知道哪段在漏水。
埋完整漏斗兩週後找到瓶頸：結帳頁。
begin_checkout → add_payment_info 轉換率只有 38%（產業均值 60%）。通常一季重畫一次，或在「重大 campaign 上線 / 站點改版 / 商業模式轉向」時立刻重畫。
第一次畫會很亂，正常。迭代三版才會穩。
把漏斗 KPI 翻譯成「event name + params + trigger + 平台」——
這張表是後續 Module 4–7 的單一真相源。
按 → 逐欄展開。第 ⑧ 欄最容易被省略，但半年後最值錢——記錄了「為什麼是這個命名」。
snake_case，動詞_名詞，英文不超過 40 字。value + currency。purchase、add_to_cart、generate_lead、begin_checkout、view_item...developers.google.com/analytics/devguides/collection/ga4/reference/events
snake_case、動詞_名詞、英文、不超過 40 字元。PascalCase——GTM Tag 內轉換即可，不要讓 dataLayer 跟著亂。BtnClick · 購買成功 · click-buttonsubmit_contact_form · download_brochure
value，ROAS 變零purchase、add_to_cart、begin_checkout）必填 value 與 currency。沒填 value 的 purchase 在廣告平台歸因會被當作 $0 轉換。currency 必須用 ISO 4217（TWD/USD/JPY）。
demo_requested → demo_scheduled → demo_attended → proposal_sent → contract_signed，每事件帶 deal_size + industry + company_size。purchase，三個平台三個名字後續 Module 5–7 會逐平台實作——
本節先把跨平台對齊原則講清楚。
items[] array。主真相源。purchase 的所有平台 Tag 放同個資料夾，出問題一次看全貌。事件 snake_case 紀律、UTM 五欄位統一格式、
BigQuery 友善欄位設計——讓半年後的你還看得懂。
全部小寫英文，不要空格（用底線）。
按 → 逐欄帶。
google / facebook / edm。cpc / organic / email / display。spring_sale_2026。跨年要寫年份。banner_a vs banner_b。A/B test 用得上。utm_source=facebookutm_source=FButm_source=Facebook三項都完成 = 規劃層備齊，下週起 GTM 觸發、變數、Debug 就能順利進行。
TBD。規劃層備齊後，回到實作層：本週的 8 欄表會直接變成下週的 GTM Tag 設定，
並學會 Debug 五層排查，卡關不再問「為什麼資料沒進來」。
後八週每堂課，都會回頭對照這張 8 欄表——
它就是整學期的單一真相源。