ファネルと経路：想定する手順と実際の移動

ファネルと経路は異なる問いに答える

ファネルは想定する手順を定義し、順に進んだ人数を見ます。商品ページから問い合わせ送信などの確認に向いています。経路は一つのページやイベントを起点に、実際の前後の移動を見て、迂回、戻り、想定外の出口を探します。

ファネルは分析のための構造で、全員が従うべき道ではありません。観測された経路も最適とは限りません。両方を使って、想定と違うだけなのか、解決すべき障害なのかを分けます。

各段階の意味を明確にする

目的に関係する少数の段階を選び、ページやイベント条件を書きます。説明閲覧、ボタンクリック、送信成功は別で、似たイベントを成功結果の代わりにしません。必要な行動が計測されるかを先に確認します。

期間、対象、目標をそろえ、順序の条件を確認します。同じ期間にそれぞれを行ったことと、その順序で完了したことは違います。条件が広すぎる、重なる場合は定義を直してから率を解釈します。

隣接段階の率と全体の率を分ける

隣接段階の率は前段階からの進み方、累積の率は第一段階を母数にした進み方です。最後の累積値は全体の完了に対応します。母数が違うため、同じ意味の列として扱いません。

各段階の人数と離脱人数も見ます。率の落ち込みが最大でも、人数が少なければ損失全体は小さい場合があります。所要時間は単位を確認し、前段階のない第一段階の空欄を瞬時に完了したことと解釈しないでください。

元のファネルデータの avg_from_prev_sec と avg_from_first_sec は秒単位です。初段の空欄はゼロ秒に置き換えません。時間と母数の読み方は指標とコンバージョンも参照してください。

起点を一つ決めて前後の経路を見る

ページやイベントを起点に前後の経路を見ます。「問い合わせページの前に何を見たか」のように起点、方向、範囲を決めます。漠然と完全な旅程を求めず、対象セッション内の行動を、端末をまたぐ長期の体験に自動的に広げないようにします。

枝ごとに PV か人数か、割合の起点は何かを確認します。同じページへの戻りは情報比較にも操作障害にもなります。内容と行動を合わせ、複雑な経路だけで悪い体験と決めないでください。

ファネルの外側を経路で理解する

大きな離脱がある段階では、その後どこへ移動したかを見ます。条件、価格、ヘルプを確認していれば判断材料を補っているかもしれません。サイト外や未計測の段階も確認し、ファネルを外れたことを目標の放棄と同一視しないようにします。

ヒートマップで次の行動が分かりやすいかも確認します。一直線のファネルにするために必要な説明を消さず、判断材料を保ちながら不要な障害を減らします。

段階ごとに検証できる変更を考える

どの段階で、何人に、どんな行動があり、理由の候補と必要な根拠は何かを記します。情報不足、入口の分かりにくさ、操作負担など、影響が大きく変えられる点を優先します。すべての離脱を文章に帰属させないでください。

実施前に段階の定義と経路の起点を残し、後も同じ条件で確認します。手順とイベント計測を同時に変えたら記録し、対応しない指標で改善率を比較しません。確認した経験は範囲を添えて保存します。