ドキュメントCustomer Journey AnalyticsCustomer Journey Analytics ガイド

セグメント化の概要

最終更新日: 2025年5月5日
  • トピック:
  • フィルター

作成対象:

  • ユーザー

Customer Journey Analyticsでは、焦点を当てた強力なオーディエンスセグメントを作成、管理、共有し、レポートに適用できます。 セグメントを使用すると、特性やインタラクションに基づいて人物、セッションまたはイベントのサブセットを識別できます。 セグメントは、特定のニーズに合わせて作成し、検証、編集して他のチームメンバーと共有できる、成文化されたオーディエンスインサイトとして設計されています。

セグメントは、以下に基づいて作成できます。

  • 属性(ブラウザータイプ、デバイス、訪問回数、国、性別)
  • インタラクション(キャンペーン、キーワード検索、検索エンジン)、
  • 出口およびエントリ(Facebook のユーザー、定義されたランディングページ、参照ドメイン、ジオフェンスイベント)
  • カスタム変数(フォームフィールド、定義されたカテゴリ、顧客 ID)、
  • とその他の条件。

セグメントの作成に使用できる様々なオプションについては、 セグメントの作成を参照してください。 その後、 セグメントビルダーでセグメントの定義を作成、変更および保存します。 または、 クイックセグメントビルダーを使用してクイックセグメントを作成できます。 また、 フォールアウトビジュアライゼーションなどを使用して、Workspaceのビジュアライゼーションからセグメントを生成することもできます。

セグメントの管理には、 セグメントマネージャーを使用します。

セグメントの計画

特に、管理者は、セグメントを適切に計画することで、セグメントが使用される可能性が高くなります。 セグメントを計画する際は、次の点を考慮してください。

  • オーディエンス:セグメントを使用するのは誰ですか? オーディエンスが次のことを理解できるように、適切なセグメントの説明を入力します。

    • このセグメントはどのような分野で役立ちますか。

    • このセグメントはいつ使用する必要がありますか。

  • 範囲:後のデータを最もよく表す セグメントコンテナはどれですか? できるだけ小さいコンテナを使用します。

  • コンポーネント:セグメント定義に含めるコンポーネントと、条件で検証する値を決定します。

  • プロセス:セグメントの承認プロセスを検討します。 Customer Journey Analyticsには承認ワークフローがありませんが、セグメントを承認するかどうかを判断するプロセスを引き続き編成できます。

  • モジュール性:モジュール性を念頭に置いてセグメントを定義します。 セグメントのユーザーは、簡単に セグメントを積み重ねて、強力な新しいセグメントを作成できます。

セグメントタイプ

次の 3 種類のセグメントを作成できます。

クイックセグメント

クイックセグメントを使用すると、 セグメントビルダーでセグメントを作成しなくても、特定のWorkspace プロジェクト内でデータを簡単に調べることができます。 セグメントは、Workspace インターフェイス内で直接定義します。 詳しくは、 クイックセグメントを参照してください。

標準セグメント

標準セグメントを使用すると、1 つ以上の条件に基づいてデータ(人物、セッション、イベント)を識別できます。 複数の条件がある場合は、And や Or などの論理演算子を使用してセグメントをさらに定義します。 コンテナを使用して条件をグループ化し、より複雑なセグメントを作成できます。 詳しくは、 セグメントビルダーを参照してください。

順次セグメント

IMPORTANT
クロスチャネルの順次セグメントを作成するには、選択 パッケージが必要です。 使用している Customer Journey Analytics パッケージが不明な場合は、管理者にお問い合わせください。

順次セグメントを使用すると、ナビゲーション(サイト全体のページビュー、モバイルアプリのシーンとのインタラクション、セットトップボックスのメニューの使用)に基づいてデータ(人物、セッション、イベント)を識別できます。 順次セグメントは、人物が好きなものや避けているものを識別するのに役立ちます。 THEN 論理演算子を使用して、順次セグメントを定義します。 詳しくは、 順次セグメントを参照してください。

セグメントコンテナ

セグメントは、ネストされたコンテナモデルを使用した、ユーザーレベル、セッションレベルおよびイベントレベルの階層に基づいています。 ネストされたコンテナを使用すると、コンテナ間およびコンテナ内で条件を定義できます。

ユーザー
セッション
イベント
NOTE
Adobe Analytics ユーザーの場合:
  • ユーザー コンテナは、Adobe Analyticsでは 訪問者 コンテナと呼ばれます。
  • Adobe Analyticsでは、セッション コンテナは 訪問 コンテナと呼ばれます。
  • Adobe Analyticsでは、イベント コンテナは ヒット コンテナと呼ばれます。

セグメントは、条件に基づいて個人、セッションまたはイベントをセグメント化するための条件を設定します。 例えば、人物をセグメント化する条件は、人物の特徴とナビゲーション特性に基づいています。 データをさらに分類するには、特定のセッション、ページビューイベント、画面のタップ、セットトップボックスのメニュー選択肢などでセグメント化できます。 また、CRM またはロイヤルティシステムから取り込んだ属性に基づいてセグメント化することもできます。 セグメントビルダーは、これらのサブセットを作成し、ネストされた階層的なユーザー、セッションまたはイベント コンテナに条件を適用するためのシンプルなインターフェイスを提供します。

セグメントビルダーで使用されるコンテナアーキテクチャでは、人物が最も外側のコンテナとして定義されています。 このコンテナには、ページビュー、モバイルアプリケーション画面、セットトップボックスのメニュー画面など、セッションやイベントをまたいでユーザーに固有の包括的なデータが含まれています。 ネストされたセッションコンテナを使用すると、セッションに基づいてユーザーのデータを分類するルールを設定できます。 ネストされたイベントコンテナを使用すると、個々のインタラクションに基づいて人物情報を分類できます。 各コンテナを使用すると、個人の履歴、セッションごとに分類されたインタラクション、または個々のイベントの分類についてレポートできます。

ユーザーコンテナ

人物コンテナには、コンテナで指定された条件に該当する人物のすべてのセッションとイベントが含まれます。 Page Name equals Checkout のような単純な条件を持つセグメントを定義すると、人物コンテナは次のように解決されます。

  • Checkout という名前でページにアクセスしたすべてのユーザー。
  • これらのユーザーのすべてのセッション。
  • これらのユーザーに関するすべてのイベントデータ。

最も広く定義されたコンテナとして、個人コンテナレベルで生成されたレポートは、セグメントに適格なすべての個人のイベントとセッションを返します。 個人コンテナは、定義された日付範囲に基づいて最も変更されやすい要素です。
人物コンテナには、人物の全体的な履歴に基づく値を含めることができます。

  • 初回購入までの日数。
  • オリジナルの入口ページまたはモバイルアプリのホーム画面。
  • オリジナルの参照ドメイン。

セッションコンテナ

セッションコンテナでは、特定のセッションのページインタラクション、モバイルアプリインタラクション、キャンペーンまたはコンバージョンを識別できます。 セッションコンテナは、ルールに合致するとセッション全体の動作をキャプチャするので、最も一般的に使用されるコンテナです。 セッションコンテナでは、セグメントの作成と適用に含める、または除外するセッションを定義することもできます。 Page Name equals Checkout のような単純な条件を持つセグメントを定義すると、セッションコンテナは次のように解決されます。

  • Checkout という名前のページが訪問されるすべてのセッション。
  • これらのセッションのすべてのイベントデータ。

セッションコンテナは、次の質問に答えるのに役立ちます。

  • Web とコールセンターの両方のデータソースに関係するセッションの数
  • 購入へのコンバージョンにつながったページが何ページありましたか?

セッションコンテナには、セッションごとのイベントに基づく値が含まれます。

  • セッションタイプ。
  • 入口ページ。
  • 再来訪頻度。
  • パーティシペーションの指標。
  • 線形に割り当てられた指標。

Customer Journey Analyticsのデータビューを使用すると、セッションの持続時間と、新しいセッションを作成するタイミングを決定できます。 例えば、ユーザーがモバイルアプリを起動するたびに基づいて、新しいモバイルアプリセッションを定義できます。 詳しくは、 セッション設定を参照してください。

イベントコンテナ

イベントコンテナは、セグメントに含めたりセグメントから除外したりするページ、モバイルアプリケーションまたはその他のタイプのイベントを定義します。 これは、利用可能なコンテナの中で最も狭いものです。 条件が true の場合に、モバイルアプリで特定のクリック数、ページビュー数、ボタンのタップ数を識別できます。 イベントコンテナを使用すると、単一のトラッキングコードを表示したり、モバイルアプリの特定の領域内の動作を分離したりできます。 また、注文時のマーケティングチャネルなど、アクションが発生した場合に特定の値を特定することもできます。 Page Name equals Checkout のような単純な条件を持つセグメントを定義すると、イベントコンテナは次のように解決されます。

  • ページ名が Checkout と等しいすべてのページビューイベント。

イベントコンテナには、値ベースの単一ページ分類が含まれています。

  • 製品
  • リスト prop
  • リストディメンション
  • マーチャンダイジングディメンション (イベントのコンテキスト内)

B2B コンテナ

B2B edition

Customer Journey Analytics B2B edition にアクセスできる場合は、セグメントで使用するその他のコンテナを使用できます。 これらの追加コンテナの使用について詳しくは、B2B の概念と機能を参照してください。

論理グループコンテナ

論理グループを使用すると、条件を 1 つの順次セグメントチェックポイントにグループ化できます。 シーケンスの一部として、​ 論理グループ ​ として識別されるコンテナ内で定義されるロジックは、先行する順次チェックポイントの後、後続の順次チェックポイントの前に評価されます。 詳しくは、 論理グループを参照してください。

コンテナをネスト

他のコンテナ内にコンテナを作成する場合、実際にはセグメント内にセグメントを作成していることになります。 ネストされたコンテナには、次のロジックが適用されます。

  1. どのようなデータが含まれているかを、最も外側にあるコンテナによって調べます。この外部ルールに一致しないデータは、レポート内で破棄されます。
  2. ネストされたセグメント定義を残りのデータに適用します。 ネストされたセグメント定義は、最初の定義が破棄されたデータには適用されません。
  3. ネストされたコンテナセグメント定義がすべて計算されるまで繰り返します。 残りのデータは結果に含まれ、レポートに使用されます。
NOTE
セグメント内にセグメントをネストする場合(例えば、コンポーネント パネルからセグメント定義にセグメントをドラッグする場合)、コンテナは、ドラッグしたセグメント定義のコピー(参照ではなく)を使用して作成されます。
Related Articles
セグメントの作成
セグメントビルダー
クイックセグメント
順次セグメント
セグメント管理
recommendation-more-help
080e5213-7aa2-40d6-9dba-18945e892f79