本文へ移動
Telemetry
製品分析 SQL レシピ

プロダクトジャーニーのドロップオフをセッションごとに測定する

注文した製品の各マイルストーンに到達したセッションの数を測定し、ジャーニーの完了とステップツーステップのコンバージョンの両方を計算します。

中級者product_journey_eventsレビュー済み 2026-07-28テスト済み アパッチ DataFusion 45.2.0

レビュー者 Telemetry 製品チーム . SQL の互換性、イベント コントラクト、合成出力、および操作上の注意事項. 基準と所有権を確認する

質問に回答しました

セッションはランディング ページから最初のクエリまでのパスをどこから離れますか?

行程レポートには 1 つのカウント単位と明示的なステップ順序が必要です。この再現可能なパターンは、各マイルストーンでセッションをカウントし、すべてのステップを最初のステップと比較し、直前のステップからのコンバージョンを個別に示します。

イベント契約

クエリが期待するフィールド

フィールド種類なぜ存在するのか
timestamp_utcTimestampUTC でのマイルストーン時間。
session_idUtf8ジャーニーイベントによって共有される承認済みのセッション識別子。
step_nameUtf8制御された旅のマイルストーン。
step_orderInt64安定した 1 ベースのマイルストーン注文。
acquisition_sourceUtf8限定された取得ソース。
environmentUtf8導入環境。
DataFusion SQL

クエリをコピーする

sql
WITH step_counts AS (
  SELECT
    step_order,
    step_name,
    COUNT(*) AS sessions_reached
  FROM product_journey_events
  WHERE timestamp_utc >= now() - INTERVAL '30 days'
    AND environment = 'production'
  GROUP BY step_order, step_name
)
SELECT
  step_order,
  step_name,
  sessions_reached,
  100.0 * sessions_reached
    / NULLIF(FIRST_VALUE(sessions_reached) OVER (ORDER BY step_order), 0)
    AS journey_completion_pct,
  100.0 * sessions_reached
    / NULLIF(COALESCE(LAG(sessions_reached) OVER (ORDER BY step_order), sessions_reached), 0)
    AS step_to_step_pct
FROM step_counts
ORDER BY step_order;

この読み取り専用クエリは、空の型付きテーブルに対して計画され、実行されます。 アパッチ DataFusion 45.2.0。決定論的なサンプル出力は合成され、個別にレビューされます。フィールド タイプ、しきい値、ビジネス定義を独自のデータと照合して検証します。 テスト方法を読んでください。

クエリ結果

セッションジャーニーの完了

5 つの合成セッションのうち 2 つが最初のクエリのマイルストーンに到達します。

step_orderstep_namesessions_reachedjourney_completion_pctstep_to_step_pct
1landing_viewed5100100
2signup_completed48080
3workspace_created36075
4first_query_run24066.67

合成出力例。運用上の決定に使用する前に、独自のイベント スキーマとしきい値に対してクエリを実行します。

Session journey completion: Measure Product Journey Drop-Off by Session 結果例からの合成 sessions_reached 値の静的チャート
決定論的な出力例のインデックス可能な SVG。記事、ランブック、または出典を明示した設計レビューのためにダウンロードしてください。

例を再現する

パブリックフィクスチャをダウンロードする

JSON バンドルには、型付きイベント コントラクトが含まれています。 reproducible 入力行、正確な SQL、予想される出力、レビューメモ、およびエンジンのバージョン。 CSV には、表示された結果が含まれます。

SQL の仕組み

  1. 1セッションは明示的なカウント単位です。決定と一致する場合にのみ、ユーザーまたはアカウントに置き換えます。
  2. 2ジャーニーの完了では各ステップとエントリが比較され、ステップ間の変換では直接の移行が分離されます。
  3. 3制御されたステップ順序により、タイムスタンプやラベルがサイレントにファネルを再配置するのを防ぎます。

決定すべきエッジケース

  • ノイズの多いプロデューサーでこのパターンを使用する前に、セッションごとに繰り返されるマイルストーン イベントの重複を排除します。
  • ステップを 1 つのセッション内で順番に実行する必要があるかどうかを選択します。より厳密なファネルでは、セッションごとのシーケンスが必要です。
  • 匿名から認証への ID の結合を文書化し、プライバシーを確認してください。

推奨されるダッシュボード

  • ファネル: sessions_reached by step_name
  • バー: step_to_step_pct (取得元別)
  • 傾向: サインアップ週までの first_query_run の完了

アラートガイダンス

単一の低ボリューム セッション バケットに対してアラートを発行するのではなく、リリース比較または継続的なベースライン変更を使用します。

アラート設定を読む

レシピを活用する

関連する機器とガイド

分析を続ける

実際のイベントで実行する

テーブルを作成し、フィールドを調整して、結果を保存します

無料で始めて、構造化されたイベントを送信し、クエリ結果をグラフ、共有ダッシュボード ウィジェット、またはアラート入力として使用します。

API キーを取得する