GA4 → BigQuery：把“流量—線索—成交”串起來的最小數據模型（含 SQL 思路）

做外貿 B2B 的人，最常見的困惑不是有沒有流量，而是這些流量到底值不值。你可能遇到過：某個國家流量很大，但詢盤質量差；某篇文章帶來很多訪問，但幾乎沒人聯繫；廣告線索看起來很多，但成交很少。GA4 的界面能看一些趨勢，但一旦你想把流量 → 線索 → 成交串到一起，很多時候就會卡在“維度不夠”“口徑對不上”“數據被聚合了”。

把 GA4 導出到 BigQuery，並不是爲了做一個很重的數倉，而是爲了拿到事件級原始數據，讓你能把不同來源的數據（表單、WhatsApp 點擊、郵件點擊、CRM 成交）按同一套鍵串起來。你可以把它當成一條更可靠的數據管道：先把水接出來，再決定要不要做複雜淨化。

你真正需要考慮的成本只有 3 個

1. 存儲與查詢成本：大多數中小站點的數據量不誇張，成本通常可控；真正容易花錢的是寫很重的查詢反覆跑。
2. 人力成本：你不需要全職數據工程師，但需要一個能寫基礎 SQL、懂業務口徑的人來做第一次建模。
3. 口徑成本：最貴的不是 BigQuery，而是團隊口徑不一致導致的報表吵架。所以模型越簡單越好。

最小可用數據模型：先把 4 類信息串起來

• 入口：用戶從哪裏來（source/medium/campaign，落地頁是哪一頁）。
• 行爲：他在站內做了什麼（瀏覽了哪些頁面、點了哪些 CTA、是否開始填寫表單）。
• 線索：他是否留下了聯繫方式（表單提交、WhatsApp 點擊、郵件點擊、電話點擊等）。
• 結果：線索最終是否成交、成交金額與週期（通常在 CRM 裏）。

關鍵點在於：你要給線索一個可以回傳的標識（例如表單裏的 lead_id、或把 gclid/utm/客戶端ID 存進 CRM），這樣你才能把後面的成交結果回傳並對齊。否則 BigQuery 裏再漂亮的事件，也只能停在看熱鬧。

一條最常用的 SQL 思路：從成交反推“最值得的內容/渠道”

很多人分析順序是從流量看哪個多，但增長更有效的順序是從成交反推。你可以先把成交（或高質量線索）拉出來，再看它們最初的入口與內容觸點。這樣你優化的就不是帶來最多訪問的頁面，而是帶來最值錢線索的頁面。下面是一段簡化思路（示意，不是直接可跑的最終 SQL）：

-- 1) 找到發生 lead_submit 的用戶/會話
-- 2) 拿到該會話的 first landing page + source/medium
-- 3) 如果有 CRM 回傳，再把 lead_id 關聯到成交結果
-- 4) 按 landing page / source 聚合出線索數、成交數、成交金額

驗收清單：你怎麼知道“串起來了”？

• 你能從 BigQuery 查到一次表單提交對應的落地頁與來源。
• 你能把線索在 CRM 裏標記爲有效/無效，並用於內部報表。
• 你能回答一個業務問題：上個月成交的 10 個詢盤，最初來自哪些頁面/渠道。

如果你目前最大的痛點是線索質量差，建議先把線索事件與質量指標定義清楚：線索質量看板怎麼做（思路同樣適用於自然流量與多渠道）。