このページでは

For AI agents: a documentation index is available at /docs/llms.txt. Append .md to any page URL for markdown, or send Accept: text/markdown.

セッション、チャネル、アトリビューションを使用してマーケティング分析を推進

Amplitudeはセッション、チャネル分類、アトリビューションモデルを使用して、ユーザーがどのようにプロダクトに到達し、エンゲージしているかを測定します。セッションはユーザーのイベントを1回の訪問にグループ化し、一定期間非アクティブな状態になったら終了します。チャネル分類子は各イベントにマーケティングチャネルを割り当て、アトリビューションモデルはコンバージョンを促進するチャネルにクレジットを付与します。Amplitudeはこれらのそれぞれを異なる方法でカウントします。以下の例は、Amplitudeがどのようにそれらを定義し、カウントし、区別しているかを示しています。

セッション

イベントはAmplitude Analyticsの中心ですが、ユーザーとセッションを追跡することも、ユーザーエンゲージメントとカスタマージャーニーの全体像を把握するのに役立ちます。

  • ユーザー:プロダクトとやり取りする個々のユーザーです。Amplitudeは、クッキー、デバイスID、またはその他の追跡メカニズムを通じてユーザーを識別します。 Amplitudeがユニークユーザーをどのように追跡しているかについての詳細はこちらの記事をご覧ください。
  • イベント:ページビュー、ボタンのクリック、フォームの送信、購入など、プロダクト内で発生する個々のアクションまたはインタラクション。各イベントにはタイムスタンプが付いており、Amplitudeがプロパティと呼ぶ関連属性が含まれています。詳細については、追跡するイベントを決定するを参照してください。
  • セッション:ユーザーによるプロダクトへの訪問やエンゲージメントを表す一連のイベントです。セッションはイベントを時系列にグループ化します。 セッションには通常、開始時刻(最初のイベント)と終了時刻(一定期間非アクティブな状態が続いた後)があります。 詳細については、セッション定義を参照してください。

ユーザー、イベント、セッション間の違いをよりよく理解するには、それらがどのように追跡されているかについての例を見てみましょう。

次のタイムラインは、ユーザー 1 とユーザー 2 という 2 人のユニーク ユーザーによって完了された 5 つの異なるセッションを示しています。

セッション vs ページ vs ユーザー.png

ユーザー 1 とユーザー 2 の両方が、ページビューや購入など、セッション中に同様のイベントを完了したことに注目してください。

以下の表は、両方のユーザーのイベントのユニークカウントと全体的な合計を示しています。

Event_Session_User.png

ユニークなカウントは異なるユーザーの数に関連付けられており、イベントの合計は両方のユーザーのイベントの累積合計です。 ユーザー 1 とユーザー 2 の両方が購入をトリガーしたため、ユニークなカウントは 2 です。 ユーザー 1 は 3 回の購入を完了し、ユーザー 2 は 2 回の購入を完了しました。つまり、合計で 5 回の購入イベントが発生しました。

チャネル分類器

チャネル分類ツールは、プロダクトへのトラフィックを最も多く引き起こしているものを明らかにするのに役立ちます。これらは個々のイベントに適用され、各イベントを発生させたマーケティングチャネルを決定する、順次(上から下へ実行される)ルールのセットとして定義されます。

チャネル分類器ルールはクエリ時にイベントに適用されます。つまり、割り当てられた値は永続化されず、分類器ルールが変更された場合に、変更される可能性があります。チャネル分類子の詳細については、こちらの記事をご覧ください。

以下のタイムラインは、ユーザー1とユーザー2のそれぞれのチャネルでのセッションを示しています。

Channel Classifier_timeline.png

たとえば、ユーザー1の最初のセッションでは、電子メールとダイレクトという2つの異なるチャネルを持つ4つのイベントが発生しました。

次の表は、UTM 値と Referrer 値に基づいてこれらのチャネルがどのように定義されているかを示しています。

チャンネル分類子_定義.png

値が空白である場合や、イベントに存在しない場合は、(none)と同じではありません。

オーガニック検索チャネルには、google.comとbing.comのリファラー値を含めるためのルールが設けられています。

チャネル分類子はイベントに適用されるため、次の表はチャネルごとのユニークカウントとページビューイベントの合計数の違いを示しています:

チャネルごとのイベント.png

2人の異なるユーザーに基づく2つの異なるページビューがありました。ただし、イベントの合計はすべてのイベントの累積合計であり、各チャネルに関連付けることができます。 ユーザー1とユーザー2の両方が直接チャネルを通じてページビューイベントをトリガーしたため、2つのユニークなページビューと、直接チャネルでの合計ページビュー数は4つでした。

セッションメトリクス

Amplitudeはまた、以下のセッションベースのメトリクスを追跡します:

  • セッション合計:観測された各プロパティ値によるセッションの合計です。Amplitude は、各セッションをセッション中に発生するプロパティ値に帰属させます。 グループバイ値の合計がセッションの総数を超える場合があります。
  • セッションエントリ:セッション内で最初に観測された NULL 以外のプロパティ値。セッションのエントリポイントとも呼ばれます。
  • セッション終了:セッション内で観測された最終的な NULL 以外のプロパティ値。セッションの終了点とも呼ばれます。

これらのセッションベースの測定値は、ユーザーがどのようにプロダクトに最初と最後にエンゲージしたか、そしてユーザーがプロダクトに費やした時間を把握するのに役立ちます。詳細については、セッション定義を参照してください。

関連項目:

イベントとセッションの入力を組み合わせたハイブリッド式など、セッションのメトリックとイベントのメトリックを単一のチャートで分析するには、メトリックエクスプローラー(ベータ)をお試しください。

次の例は、ユーザー1とユーザー2のセッションを示していますが、各イベントのチャネルと各セッションのエントリポイントとエグジットポイントに注目してください:

Entry, Exit.png

ユーザー1の最初のセッションのエントリポイントはメールチャネルでしたが、ユーザー2の2番目のセッションのエントリポイントはオーガニックなソーシャルチャネルでした。

次の表は、これらのセッションベースの測定値の合計をチャネルごとに示しています。

セッションメトリクス.png

5つの異なるセッションがありましたが、各イベントとセッションは1つのチャネルに関連付けることができます。例えば、ダイレクトチャネルは5つのセッションのうち4つに関連付けられていましたが、オーガニック検索チャネルは3つに関連付けられていました。

チャネルのセッション合計は、個別のセッションごとに結び付けられています。 このため、メールチャネルのセッション数は合計 2 ではなく 1 です。

アトリビューションモデル

アトリビューションモデルは、ユーザーをターゲットとする結果へと導くアクティビティを特定するのに役立ちます。 チャネル分類子と同様に、アトリビューションは個々のイベントにリンクされており、セッションやユーザーには適用されません。 Amplitudeがアトリビューションモデルを使用して、新規獲得タッチポイントにクレジットを付与する方法をご覧ください。

この最後の例では、2つのアトリビューションモデルを検討します。

  • ファーストタッチ: ユーザーがルックバックウィンドウ内で遭遇した最初のマーケティングチャネルを評価し、ジャーニーのスタート地点を強調します。
  • ラストタッチ: 購入がコンバージョン前にユーザーが最後にやり取りしたマーケティングチャネルに起因していることを示し、重要な最終タッチポイントを強調します。

以下のタイムラインは、ユーザー1とユーザー2のセッションを視覚化しており、購入イベントをマーケティングチャネルと最初と最後のタッチポイントに起因させることができます。

First, Last _ new.png

アトリビューション付きセッションの場合、最初と最後のタッチが定義されていることに注意してください。 ユーザー1の最初のセッションでは、ファーストタッチがメールで、ラストタッチがダイレクトでした。 ユーザー2の2回目のセッションでは、最初のタッチはオーガニック検索でしたが、最後のタッチは有料ソーシャルでした。

チャネルとアトリビューションごとのユニークカウントとイベントの合計を以下の表に示します:

アトリビューション表.png

この例のユニークカウントは個別のユーザーに関連付けられており、合計は累積合計であり、関連チャネルにも関連付けられます。 ダイレクトチャネルはこれを証明しており、ユニークなページビュー数が2件、合計ページビュー数が4件、ユニークなラストタッチ購入が1件、ラストタッチ購入が2件となっています。これは、ユーザー1とユーザー2の両方がアトリビューションなしのセッション中にページビューをトリガーしましたが、ダイレクトチャネルからのラストタッチ後に購入を完了したのはユーザー1だけだったためです。

これは役に立ちましたか?