セグメントコンテナ
セグメントは、訪問者の属性やサイトとのインタラクションに基づいて訪問者をフィルタリングするための条件を設定します。 セグメントに条件を設定するには、訪問者特性やナビゲーション特性に基づいて訪問者をフィルタリングするルールを設定します。 訪問者データをさらに分類するには、各訪問者の特定の訪問やページビューヒットに基づくフィルターを適用します。セグメントビルダーは、これらのサブセットを作成し、ネストされた階層的な訪問者、訪問またはヒット コンテナとしてルールを適用するためのシンプルなアーキテクチャを提供します。
セグメントビルダー で使用されるコンテナアーキテクチャによって、次が定義されます。
- 最も外側のコンテナとして
-
-
各コンテナでは、訪問者の履歴全体で訪問別に分類されたインタラクションのレポートを作成したり、個々のヒットを分類したりできます。
デモビデオについて詳しくは、
訪問者コンテナ
訪問者コンテナには、指定した期間内の訪問者に対するすべての訪問とページビューが含まれます。 訪問者レベルでのセグメントは、条件に加え、訪問者が表示した他のすべてのページ（および定義された日付範囲によって制限されたページ）を満たすページを返します。 訪問者コンテナレベルで生成されたレポートは最も広義のコンテナとして、すべての訪問のページビューを返し、複数回の訪問にわたる分析の生成を可能にします。したがって、訪問者コンテナは、定義された日付範囲に基づく変化の影響を最も受けやすくなります。
訪問者コンテナには、訪問者の全体的な履歴に基づく値を含めることができます。
- 初回購入までの日数
- オリジナルの入口ページ
- オリジナルの参照ドメイン
訪問コンテナ
訪問コンテナでは、特定の web セッションのページインタラクション、キャンペーンまたはコンバージョンを識別できます。訪問レベルのセグメントは、条件を満たすページと、訪問セッションの一部として表示される（かつ、定義された日付範囲によってのみ制約される）他のすべてのページを返します。訪問コンテナは、ルールに合致すると訪問セッション全体の行動を取り込むので、最も一般的に使用されるコンテナです。訪問コンテナでは、セグメントの作成と適用に含める訪問と除外する訪問を定義できます。同じ訪問で「ニュースとスポーツ」セクションを閲覧した訪問者の数は？という質問に答えるのに役立ちます。 または、販売へのコンバージョンが成功したに起因するページは？
訪問コンテナには、訪問ごとの発生件数に基づく値が含まれます。
- 訪問数
- 入口ページ
- 再来訪頻度
- パーティシペーション指標
- 線形に割り当てられた指標
ヒットコンテナ
ヒットコンテナは、セグメントに含めるまたは除外するページヒットを定義します。ヒットコンテナは、条件が成り立つ特定のクリックやページビューの識別に使用できるコンテナの中で最も範囲が狭いものです。単一のトラッキングコードを表示したり、サイトの特定のセクション内での行動を分離したりできます。また、注文時のマーケティングチャネルなど、アクションが発生した場合に特定の値を特定することもできます。
ヒットコンテナには、単一ページの分類に基づいた値が含まれます。
-
製品
-
リスト prop
-
eVar をリスト
-
マーチャンダイジング eVar （イベントのコンテキスト内）
note note NOTE このコンテナを持続的な値（eVar など）に対して使用すると、その値が持続するすべてのヒットがコンテナに取り込まれます。1 週間後に有効期限切れになるトラッキングコードがある場合、その値は、複数の訪問にわたって持続する可能性があります。
論理グループコンテナ
論理グループコンテナを使用すると、セグメントルール内に別のコンテナを提供して、階層に基づかないエンティティをフィルタリングできます。 例えば、訪問者に基づいてフィルターを適用する、セグメント内にネストされたコンテナを提供できます。 この論理タイプでは、（トップレベルの訪問者コンテナを既に使用したので）階層を超えて選択した訪問者のみを選別する必要があります。詳しくは、論理グループの例を参照してください。
コンテナのネスト nest-containers
他のコンテナ内にセグメントコンテナを作成する場合は、本質的にセグメント内にセグメントを作成します。 ネストされたコンテナでは、次のロジックが使用されます。
- どのようなデータが含まれているかを、最も外側にあるコンテナによって調べます。この外側のルールに一致しないデータは、セグメント化されたレポートでは破棄されます。
- ネストされたルールを残りのデータに適用します。 ネストされたルールは、最初のルールがスローするヒットには適用されません。
- ネストされたすべてのコンテナルールが計算されるまで繰り返します。 残りのデータは、結果のレポートに含まれます。
ネストは、コンテナ間でもコンテナ内のルール間でも使用できます。各コンテナには、以下をネストすることができます。
単一の定義に複数のコンテナを含める
新しい複合セグメントに複数のセグメントを含めると、データをさらに絞り込むことができます。 既存の 2 つのセグメントをドラッグすると、訪問者をフィルタリングする際に「OR」文として機能します。 キャンバス内のすべてのコンテナはすべてのデータに対してレビューされ、いずれかのコンテナに一致するデータがレポートに含まれます。
例えば、Country = United States の訪問コンテナと、Order = True の Visit コンテナをドラッグすると、
Country = United States + Order = True
次の順序で動作するセグメントが作成されます。
- まず、データ全体を調べ、米国内のすべての訪問者を識別します。
- 次に、すべてのデータを再度調べ、訪問者が注文したかどうかを確認します。
- 次に、両方のデータセットがレポートに適用されます。
順次セグメントのコンテナ containers-sequential
順次セグメントでは、階層的にネストされた訪問者数、訪問回数およびヒット数（ページビュー数や他のディメンションを含む）などの同じ基本コンテナを使用します。
訪問者数は順次セグメントにおける最上位のコンテナとなり、訪問回数コンテナが訪問者数コンテナ内に含まれ、ヒット数コンテナが訪問者数または訪問回数コンテナ内に含まれます。適切に順序付けされた順次セグメントを作成するには、このコンテナ階層を維持する必要があります。
順次セグメントを作成するには、コンテナをネストし、THEN 演算子を使用して順次ロジックを結合します。この演算子では、訪問者のシーケンスに基づいて各コンテナが true であることが必要です。
このコンテナ階層の唯一の例外は、論理グループコンテナを使用する場合です。論理グループコンテナでは、コンテナ内で順序なしでヒットをネストして、イベントやディメンションを非順次に取り込むことができます。
コンテナデータに基づくレポート reports
コンテナを使用すると、セグメントを分類してレポートに適用する際に、レポート値に基づいて異なるデータをフィルタリングできます。
訪問者/訪問/ヒットコンテナ階層の各レベルで取得されるデータは、セグメントの作成方法に影響します。 同じデータセットを使用して、同じセグメントを同じレポートに適用しても、レポートの生成時に基になるコンテナに応じて異なる値が得られます。コンテナレポートのレベルや、ヒット全体での値の永続化などの要素が、レポートの精度に大きな変化をもたらす可能性があります。
コンテナデータの基本事項 container-data
例えば、以下に示す訪問者は、最初の訪問でサイトを訪問し、ホームページに移動した後、3 つの追加ページを訪問し、訪問をセールに変換しました。 別の訪問では、訪問者は製品ページ、ホームページ、製品ページに戻り、ウィンターハットを見た後にセッションを閉じました。 セグメントのコンテナごとに取り込まれたデータに応じて、レポートには様々な値が表示されます。
以下の Pages equals Winter Coat セグメントは、ページレポートに適用されます。
選択されたコンテナに基づき、レポートには、訪問者による以下の訪問とページビューに関する異なる結果が表示されます。
ホーム
冬物アパレル
冬物コート
購入額 100 ドル
冬物アパレル
冬用ブーツ
冬物アパレル
冬用帽子
ヒットコンテナからのレポート作成
この条件がヒットコンテナ内にある場合、レポートには Page = Winter Coats が true のページのみがリストされます。 1 ページのみのコンテナでは、この条件に一致するページは 1 ページのみなので、Winter Coats ページのみが表示されます。
ヒットコンテナからレポートを作成すると、様々なコンテナからのレポート作成がレポート値全体にどのような影響を及ぼすかを確認できます。セグメントレポートを表示すると、ページビュー数は訪問回数とほぼ同じになります（1 回の訪問で約 2,000 人の訪問者が重複するページを閲覧し、その結果がページビューの合計数になります）。また、ユニーク訪問者数は、訪問回数とほぼ同じです（約 2,000 人のユニーク訪問者が 2 回以上訪問しています）。
ビュー：
ユニーク訪問者：
67,554 件（165,175 件中）
63,541 件（113,169 件中）
40％
56％
訪問コンテナからのレポート
この同じ条件が訪問コンテナ内にある場合、レポートは、Page equals Winter Coats が true である訪問内のすべてのページをリストします。 Winter Coats ページをフィルタリングするだけでなく、条件が満たされる訪問の他のすべてのページもキャプチャします。 この訪問者は、ホーム、製品および購入のページも訪れているので、訪問者コンテナデータを使用してレポートを作成する場合、これらの追加ページもレポートに示されます。
セグメント値を訪問コンテナから表示すると、ページビュー数が大幅に増加していることがわかります。これは、訪問コンテナからのレポートでは、条件を満たすすべてのページだけでなく、訪問で閲覧された他のページも（各訪問コンテナに収集されたすべてのページビューと共に）すべて識別されるからです。
ビュー：
ユニーク訪問者：
67,554 件 113,169 件中
63,541 件
40%
56%
訪問者コンテナからのレポート
この同じ条件が訪問者コンテナ内にある場合、レポートにはページ = Winter Coats が真になる任意の訪問者が閲覧したページがすべて示されます。つまり、訪問者が冬用コートのページを閲覧した場合、訪問者コンテナ内のページ（他の訪問のページビューを含む）がすべて示されます。したがって、条件に一致しないページも、訪問者が以前閲覧したことがあるページなので、レポートに示されます。以前に発生し、条件を明確に満たしていなくても、訪問者コンテナに含まれるページは、レポートにすべて示されます。
ページ
ページ
ページ
セグメントを訪問者コンテナから表示すると、ページビュー数と訪問回数が増加していることがわかります。これは、訪問者レベルで考えると、訪問者が冬用コートのページを閲覧したのは 1 回のみであっても、（条件が true となるので）その訪問者に関する他のすべてのページビューと他のすべての訪問が収集されるからです。
ビュー：
ユニーク訪問者
83,823 件 113,169 件中
63,541 件
50%
56%
これまでの説明をまとめると、様々なデータ分類に対するセグメント化の機能を理解することが、セグメント化が返すデータを解釈するうえで重要となります。
コンテナに基づくレポート作成 reporting
セグメントデータの分類にはそれぞれ、適用されるスコープがあります。ほとんどのレポート分類は ページビュー に基づきますが、重要性の高い多くのセグメントは 訪問 コンテナに基づき、重要性の低いセグメントは 訪問者 コンテナに基づきます。コンテナのスコープに基づくレポート作成について理解することが重要です。
Page equals Winter Coats セグメントの例を使用して、コンテナデータの適用方法と、データの範囲がセグメントタイプとどのように一致するかに基づいて、このセグメントの結果の例を以下に示します。
一致するセグメントルールに基づくセグメントコンテナ
データの固有スコープに対してセグメントコンテナを適用すると、行項目がセグメントルールと一致する、予測された結果が得られます。
- ページが「Winter Coat」（冬用コート）に等しいヒットコンテナ：このセグメントによって ページ レポートを表示すると、「Winter Coat」に等しい値のみが返されます。それ以外のページは、レポートからすべて除外されます。
- 入口ページが「Winter Apparel」（冬物衣料）に等しい訪問コンテナ：このセグメントによって 入口ページ レポートを表示すると、2 番目の訪問が返されます。これは、入口ページがセグメントルールと一致するからです。
- 通算訪問回数が 1 に等しい訪問コンテナ：訪問を表示すると、初回訪問からのすべてのページビューがレポートに含まれます。これは、初回訪問がセグメントルールと一致するからです。
訪問コンテナレベルでのページビュー
多くのセグメントルールが 1 回の訪問あたりのページビューを識別します。このように識別された場合、単一のヒットがルールと一致するだけで、訪問者コンテナ全体が適用されます。訪問に基づくページビューは、1 回の訪問あたりのページビューに基づいたinsightを提供するので、このセグメントレポートは特に役立ちます。
- ページが「ウィンターコート」ページと等しい訪問コンテナ：訪問者コンテナレベルのページレポートには、「ウィンターアパレル」ページのビューを含む、訪問のすべてのページビューが表示されます。 ページがセグメントルールと一致する場合、その訪問に関連付けられたすべてのページビューがレポートに含まれます。
- ページが「ホーム」ページに等しいコンテナに訪問します。このセグメントを含むページレポートでは、2 回目の訪問では訪問者は「ホーム」ページを表示しなかったので、最初の訪問のデータのみが表示されます。
- ページが「Winter Apparel」（冬物衣料）に等しい訪問者コンテナ：このセグメントによるページレポートには、両方の訪問からのすべてのデータが抽出されます。これは、両方の訪問で訪問者が冬物衣料ページを閲覧したからです。
ページビューよりも少ないヒット数を識別するセグメントコンテナ
分類スコープよりも小さいコンテナでセグメントを使用すると、予期しないデータが返されます。 より小さな分類を使用すると、そのデータスコープからすべてのヒットを引き込むことができます。
- エントリページが製品ページと等しいヒットコンテナ：すべてのページは訪問のエントリページに関連付けられ、訪問ベースの分類になります。 このセグメントを使用すると、入口となるページの製品ページだけでなく、その訪問のすべてのヒットも抽出されます。
- リスト変数 1 に ValueA が含まれるヒットコンテナ：リスト変数と同じヒットで複数の値が定義された場合、すべての変数値がセグメントに含まれます。 ヒットコンテナはヒットを分類する最小のセグメントコンテナなので、同じページビューに発生する値を区切る方法はありません。
- ページが「購入」と等しいヒットコンテナ：ページビューを指標として使用する場合、購入ページのみが（期待どおりに）表示されます。 売上高パーティシペーション レポートを使用する場合、パーティシペーション指標は訪問ベースなので、最初の訪問のすべてのページが 100 ドルを受け取ります。
- ページが「ウィンターコート」に等しいヒットコンテナ：ページビューを指標として使用する場合、ウィンターコートページのみが（期待どおりに）表示されます。 収益参加レポートを使用する場合、このディメンションには永続ディメンションが必要なので、ページにクレジットは割り当てられません。 実際に購入を行ったページビュー（購入ページ）はヒットコンテナに含まれないので、どの項目にも売上高の参加は与えられません。 ただし、訪問コンテナからレポートを実行すると、その訪問のすべてのページビューが含まれ、セッションで表示されたすべてのページに売上高のパーティシペーション（100 ドル）が配分されます。
コンテナ間での持続性 persistence
キャンペーン eVar や、参照ディメンションなど、ページの範囲間で持続するディメンションを使用したフィルタリングは、コンテナレベルで収集されるデータに影響します。精度の高いレポートを作成するには、こうしたフィルタリングについて理解する必要があります。
セグメントデータは、ディメンションの永続性または選択したページに適用された変数に基づいて異なる場合があります。 ページディメンションなどの一部のディメンションは、ページレベルで一意の値を提供し、ヒットコンテナからのデータに基づいてフィルタリングされます。 （コンテナデータに基づくレポートの例を参照してください）。また、参照ドメインディメンションなどのディメンションは、訪問の複数のページ間で持続します。例：Referring Domain equals aol.com。訪問の期間など、一部のディメンションや適用された変数は、訪問者の履歴全体に及びます。
ページディメンションとは異なり、参照ドメインの値は、この訪問の各ページに添付されます。 例えば、以下の訪問者が参照元サイトからホームページに到達したとします。 したがって、この訪問のすべてのページに、同じ参照ドメイン値が割り当てられます。
Referring Domain equals aol.com 以下のセグメントは、ページレポートに適用されます。
aol.com
ホーム
冬物アパレル
冬物コート
購入額 100 ドル
weather.com
冬物アパレル
冬用ブーツ
冬物アパレル
冬用帽子
新しい訪問では、訪問者は別のサイトから参照されます。したがって、新しい訪問のすべてのページに、各ページビューの新しい参照ドメイン値が割り当てられます。
ヒットコンテナからのレポート作成
同じ訪問のすべてのページビューに、同じ参照ドメイン値が割り当てられるので、Referring Domain equsls 'aol.com' となるヒットコンテナレベルでのレポートは、次の表に示すように、すべてのページを返します。
ヒットコンテナからのデータを示すと、92,000 回を超えるページビューが 33,000 回を超える訪問で、32,000 人を超える訪問者によって表示されました。 平均して、各訪問で 3 つのページビューがあり、ほとんどすべての訪問はユニーク訪問者によるものでした。
ビュー：
ユニーク訪問者：
33,203 件 113,110 件中
32,269 件
20%
28%
訪問コンテナからのレポート
この同じ条件が訪問コンテナでページレポート用にフィルタリングされると、Referring Domain equals 'aol.com' が true になる訪問のすべてのページが対象となります。参照ドメインの値は、訪問レベルで設定されるので、ページビューレベルと訪問レベルでのレポートは同じです。
どのページも、訪問に基づく同じ参照ドメイン値を持つため、訪問コンテナレベルからのレポートは、ページビューコンテナからのレポートと（ほとんど）同じです。データの異常が原因のオフセットが若干（98,234 対 98,248）があります。
ビュー：
ユニーク訪問者：
33,203 件 113,110 件中
32,269 件
20%
28%
訪問者コンテナからのレポート
訪問者コンテナから、ページレポートには、Referring Domain equals 'aol.com' がtrue である任意の訪問者が閲覧したページがすべて示されます。したがって、訪問者が（定義された期間内の）履歴のいずれかの時点で 「aol.com」 を参照ドメインとして持つ場合、訪問者コンテナに含まれるすべてのページ（他の訪問でのページビューを含む）が示されます。第一条件に一致しないページも、訪問者コンテナに含まれるページなので、レポートに一覧表示されます。訪問者コンテナ内のすべてのページは、以前に発生し、条件を特に満たしていない場合でも、レポートに一覧表示されます。
参照ドメインレポートでは、4 つのページビューで Referring Domain equals 'aol.com' が true ですが、訪問者がヒットした他のページでは Referring Domain equals "weather.com" が true です。「訪問者」コンテナから、「aol.com」が true の訪問者のリストを取得します。また、参照ドメインが「weather.com」であるページも表示されます。セグメント内の最初のリクエストに一致した値ではありません。
参照ドメイン =「aol.com」
参照ドメイン =「weather.com」
参照ドメイン =「aol.com」
参照ドメイン：「aol.com」
参照ドメイン：「weather.com」
参照ドメイン：「aol.com」
参照ドメイン：「aol.com」
参照ドメイン：「aol.com」
参照ドメイン：「weather.com」
参照ドメイン：「weather.com」
訪問者コンテナのデータを表示すると、ページビューが（98,248 から 112,925 に）大幅に増加していることに注意してください。この増加は、訪問者によるすべてのページビュー（訪問者コンテナレベルで保存された他の参照ドメイン値を持つページを含む）がリストされたからです。さらに、その訪問者による追加の訪問数が 33,203 から 43,448 に増加しています。
ビュー：
ユニーク訪問者：
43,448 件 113,110 件中
32,269 件
26%
28%
概要
- 訪問者コンテナは、少なくとも 1 つのページが条件を満たす訪問者に閲覧されたすべてのページを返します。したがって、あるページが 1 日目の 訪問 1 でしか閲覧されていない場合でも、その訪問者が複数の訪問で閲覧したすべてのページがデータに含まれます。
- 訪問コンテナは、訪問で表示されたすべてのページのうち、少なくとも 1 つのページが条件を満たすページを返します。したがって、あるページが 1 日目の 訪問 1 でしか閲覧されていない場合でも、訪問全体で閲覧されたすべてのページがデータに含まれます。
- セグメント化に使用する条件は、eVar またはその他のタイプの永続変数に基づいて行うように注意してください。例えば、「キャンペーンにメールを含む」という条件を使用すれば、キャンペーンは 7 日後に有効期限切れとなります。この場合、初回訪問時にキャンペーンが設定されると、キャンペーンはさらに 7 日間継続します。キャンペーンが初回訪問時にのみ設定された場合も、各訪問が含まれます。他の訪問も含まれます（これらの訪問がレポートの日付範囲に含まれている場合）。持続的な値を排除して含めないようにする場合は、イベントのインスタンスを使用するか、同等の Prop 変数があれば、その Prop 変数を使用します。