活動合約
查詢期望的欄位
| 欄位 | 型別 | 為什麼存在 |
|---|---|---|
| timestamp_utc | Timestamp | 活動時間。 |
| user_id | Utf8 | 穩定的使用者識別符號。 |
| event_name | Utf8 | signup_completed 或 first_meaningful_action_completed。 |
| acquisition_source | Utf8 | 首次接觸或商定的歸因來源。 |
DataFusion SQL
複製查詢
sql
WITH users AS (
SELECT
user_id,
MIN(acquisition_source) AS acquisition_source,
MAX(CASE WHEN event_name = 'signup_completed' THEN 1 ELSE 0 END) AS signed_up,
MAX(CASE WHEN event_name = 'first_meaningful_action_completed' THEN 1 ELSE 0 END) AS activated
FROM product_events
WHERE timestamp_utc >= now() - INTERVAL '30 days'
GROUP BY user_id
)
SELECT
acquisition_source,
SUM(signed_up) AS signups,
SUM(activated) AS activated_users,
100.0 * SUM(activated) / NULLIF(SUM(signed_up), 0) AS activation_rate_pct
FROM users
WHERE signed_up = 1
GROUP BY acquisition_source
HAVING SUM(signed_up) >= 20
ORDER BY activation_rate_pct DESC;此只讀查詢是針對空型別資料表計劃和執行的 阿帕奇 DataFusion 45.2.0。確定性樣本輸出是綜合的並單獨審查;根據您自己的資料驗證欄位型別、閾值和業務定義。 閱讀測試方法。
查詢結果
按獲取來源劃分的啟用率
文件傳送的註冊量比自然搜尋少,但啟用率最高。
documentation
51.9%
organic_search
40%
paid_social
20.98%
| acquisition_source | signups | activated_users | activation_rate_pct |
|---|---|---|---|
| documentation | 420 | 218 | 51.9 |
| organic_search | 980 | 392 | 40 |
| paid_social | 610 | 128 | 20.98 |
綜合範例輸出。在將其用於操作決策之前,針對您自己的事件架構和閾值執行查詢。
SQL 是如何工作的
- 1使用者 CTE 將重複的里程碑事件轉化為每個使用者一行。
- 2分子和分母均採用相同的商定歸因欄位。
- 3最低註冊規則可防止小來源主導排名百分比。
需要決定的邊緣情況
- 僅當每個使用者的源穩定時,MIN(acquisition_source) 才是安全的;否則建立專門的歸因事件。
- 啟用需要足夠長的時間視窗來滿足產品的正常啟動週期。
- 在宣佈某個渠道更好之前,先比較合格的細分市場和成本。
推薦儀表板
- 條形圖:按來源劃分的啟用率
- 資料表:註冊量、啟用使用者數和成本
- 趨勢:按註冊群體劃分的來源轉化
讓查詢範例發揮作用
相關埋點和指南
繼續分析
在真實事件中執行它
建立資料表,調整欄位並儲存結果
免費開始,傳送結構化事件,並將查詢結果用作圖表、共享儀表板小工具或警示輸入。