10 分
h1
style
article-header-section

複雑なデータセグメント化の細部を明らかにします。マジシャンの手品のように、これらのテクニックを習得すると、アナリストはデータマジックを実行し、インサイトを正確かつ洗練されたものに変えることができます。

カーテンは開き、ステージの準備は万端です。ラスベガスのマジックショーさながらとまでは行きませんが、セグメントを構築する際にとても素晴らしいトリックを実行できます。

このモジュールでは、以下について説明します。

含める／除外する

すべてのコンテナは、含める タイプがデフォルトで、これは、条件に一致するデータを返すという意味です。ただし、セグメントやセグメント内のコンテナを 除外 タイプに変更して、特定の条件を却下することもできます。

マジシャンはデッキで特定のカードを見つけることができますが、そのマジシャンがデックの残りのカードをかき消したら、それは驚くべきことです。同様に、除外セグメントでは、不要なデータをデータセットから単に消去してしまいたいと思います。

でも、既に「等しくない」オプションと「含まない」オプションがあるのだから、それでカバーできるのでは？と、考える人もいるかもしれません。残念ながら、それに対する答えは「いいえ」です。それに、1 つの要素についてロジックのグループを除外できるというだけではありません。単一のコンポーネントを処理する場合でも、多くの場合、目標を達成するために 除外 を使用する必要があります。

一見すると、どちらも同じように思えます。それに、ヒット レベルのセグメント／コンテナ上では、同じアクションを実行するので、その考えは正しいです。ただし、訪問 または 訪問者 スコープを使用すると、結果は大きく異なります。

図 1：含まない／等しくない - ヒットスコープ

各ヒットが true または false の値を返し、これらの値が、「含まない／等しくない」と「除外」の間で反転されることに注意してください。

図 2：含まない／等しくない - 訪問スコープ

上のように、訪問 内の各ヒットは、同じ true／false で評価されます。ただし、返されるデータセットは、訪問全体のデータセットです。

図 3：含まない／等しくない - 訪問者スコープ

上のように、訪問者 によって行われたそれぞれのヒットは、同じ true／false ロジックで評価されます。ただし、今回は、この訪問者が行ったすべてのヒットを、すべての訪問（選択した日付範囲内）にわたって確認しています。

TIP
このロジックは複雑になる場合があります（特にコンテナのネストを開始する場合）。制御されたサンプルデータに対してテストを実行して、セグメントが本来あるべきデータを実際に返していることを確認することは、常にお勧めです。

セグメントの例 1：購入を行う訪問を除外

この例では、サイトにアクセスして、訪問中に 購入しなかった ユーザーをターゲットにします（基本的には、トランザクションを実行した訪問を除外します。そうすることで、トランザクションを完了しなかった訪問が残るというわけです）。

比較用に、「存在しない」を使用して作成されたセグメントを見てみましょう。

プレビューに、非常に異なる結果が表示されることを確認してください。実のところ、すべての訪問に「注文」指標を含まないヒットが少なくとも 1 つあるので、このセグメントは訪問の 100％を返します。

これを詳しく説明するために、2 つのセグメントを並べて比較しましょう。

まず、セグメントの 訪問 レベルスコープにもかかわらず、セグメントを他の指標（ページビューやユニーク訪問者など）と組み合わせることができるのがわかります。列の最初のセットはセグメント化されておらず、1 つのセグメント（存在しない）がほぼ 100％のデータを返していることが一目で確認でき、除外セグメントのみが必要な処理を行っています。

最も顕著な列は注文です。ほとんどの注文がまだ返されているので、「存在しない」コンテナが間違っていることがすぐに明らかになるはずです。

セグメントの例 2：レポート期間内に購入を行った訪問者を除外

この例では、前のサンプル（特に訪問レベルで見た）のアイデアを使用し、それを展開して、レポートの期間内に購入を行っていない訪問者を見つけたいと思います。

このセグメントは、上記の例と非常に似ていて、ほぼ同じですが、セグメントのスコープは大きな違いがあります。

訪問者スコープのセグメントを上記の訪問スコープのセグメントと比較すると、以下のように、より多くのデータと、より多くの訪問が除外されていることがわかります。購入を行った訪問者 にも、購入を行わなかった訪問があり、そうした訪問も訪問者のライフサイクルの一部なので除外されます。

IMPORTANT
訪問者スコープのデータを検索する場合、多くの訪問者がサイトを再訪問する常連客となるので、レポート期間が長いほど除外が大きくなります（もちろん、一部のビジネスモデルでは他のビジネスモデルよりも大きな影響が見られます）。

IMPORTANT
訪問と訪問者の違いは わずか です（特にこのサンプルデータでは）。それでも、考慮すべき一意なロジックです。サイトやユーザーの行動によっては、データが大きく異なる場合があります。

レポートで伝えようとしているデータやストーリーを正確に把握することが重要です。表やビジュアライゼーションで表示されていることをオーディエンスに明確に伝え、適切なセグメント化モデルを使用することは、適切な分析を行ううえで非常に重要です。十分な情報に基づく意思決定は、全員が自分の見ているものを理解している場合にのみ、適切に行われます。

コンテナの使用

コンテナを使用すると、セグメントのメインロジック内に「サブロジック」を作成できます。よく、セグメントとコンテナの間ではスコープがすべて同じである必要があると誤解されますが、そんなことはありません。これにより、より大きなスキームで特定のシナリオを作成し、複雑なロジックを構築する自由度が増えます。

コンテナについては、各コンテナは箱であり、（ロジックの）箱を別の箱の中にいくつも積み重ねることができると考えるといいでしょう。しかし、各箱が外側の箱よりも小さくなければならない物理的な箱とは異なり、正しいデータを取り戻す必要がある場合は、内側に大きな箱を入れることができます。不可能が中に収まるマジシャンの帽子のようなものと考えてください。私たちはデータのマジシャンです。

コンテナのスコープ

まず、コンテナ スコープの分割を簡単に行います。セグメント スコープと同様に、コンテナスコープには基本的な ヒット、訪問、訪問者 のスコープオプションがありますが、訪問者の代わりに ロジックグループ と呼ばれるものが表示されることもあります（これは連続したセグメント内でのみ発生するもので、これについては次の記事で説明します）。

セグメント内（または他のコンテナ内）にコンテナを追加するには、オプション*メニューからアクセスします（複数のアイテムをネストする場合は、正しいブロックに追加するよう注意してください。ただ、間違った場所に追加してしまっても、インターフェイス内でコンテナをドラッグ＆ドロップできます）。

図 1：コンテナの追加

コンテナのスコープは親から独立しており、上で述べたように、一致する必要は ありません。何を返すかによっては、必要なものを完全にイメージするために、少なくとも頭の中でイメージしやすくなるまで、計画を描き出す必要があるかもしれません。

図 2：セグメントスコープとコンテナスコープ

NOTE
アドビには、有効なセグメントと無効なセグメントを理解するロジックがあり、機能しないオプションを提供することは 決して ありません。したがって、ヒットスコープのセグメント内でビジタースコープのコンテナを使用するオプションが表示された場合、それは有効なオプションであることを意味します。

基本セグメントと同様に、ネストされたコンテナを使用して複合セグメントの作成を開始する場合は、どのような 種類のデータを返してほしいのか、明確な考えを持つ必要があります。  方法  あなたはそのデータを使うつもりですか？  対象  指標はセグメントとペアにすることを計画していますか？

こうした質問は、セグメント全体のスコープを決定するのに役立ちます。これは、あらゆるセグメントの出発点です。

セグメントをユニーク訪問者指標と組み合わせる予定だとしても、セグメント自体を訪問者レベルにする必要は、まったくありません。訪問者レベルのセグメントは、訪問者のすべてのデータを返します。つまり、訪問者のすべての訪問、すべてのページビューなどを返します。訪問者がセグメント条件に一致すると、セグメントはまず、この訪問者の 過去 のデータを返します（ワークスペースの日付範囲内である限り）。

IMPORTANT
セグメントをユニーク訪問者指標と組み合わせる場合でも、セグメントが自動的に訪問者スコープになるわけでは ありません。この誤解により、誇張された誤った結果が生じる可能性があります。

これまで、適切なスコープの選択方法に関する概念についてはたくさんお話ししましたが、実際に役立つ例や詳細については説明していません。それでは、実際のユースケースの例をいくつか見てみましょう。マジシャンは決して秘密を明かさないと言われますが、それはまったくの真実というわけではありません。マジックの世界では、多くの場合、テクニックと「舞台裏」の作業は仲間と共有され、それをもとにイリュージョンを改善していきます。それが、私が目指していること、つまり可能性への扉を開くことです。

セグメントの例 3：最近注文した訪問者の特定ページに対する閲覧（レポート期間内）

このシナリオでは、最近の購入者によってヒットした特定のページのセットのみを返します（セグメント自体はヒットスコープになりますが、これを訪問数やユニーク訪問者数と組み合わせることができることに留意してください）。

このタイプのシナリオは、購入者がサイト上の特定のページ（特定のイベントに明示的なつながりがなさそうなページ）を閲覧しているかどうかを調べる場合に役立ちます。

この例では、「お買い得商品」と「おすすめ商品」のページを見ていきます。現在は、ロジックをシンプルに保ち、順次セグメント化には進みません（少なくともこの時点では。この先の記事ではそのような複雑なロジックを扱います）。

もう 1 つの疑問は、なぜ ヒットで取り込むのか、ということです。技術的には、訪問または訪問数で取り込むこともできますが、これらの特定のページを、訪問あたりのページビュー（特定のページセット） または 訪問者あたりのページビュー（特定のセット） でも確認したいのです。ヒットは訪問またはユニーク訪問者と簡単に組み合わせて、ページを表示する訪問数または訪問者数を判断できるので、すべてのシナリオで使用できる最も柔軟なセグメントを選択します。

まず比較用に、特定のページの単純なヒットベースのセグメントを以下に示します。

次に、複雑さを加えていきます。

複数のコンテナを使用しているだけでなく、コンテナのスコープも混在させています。セグメント全体としてはヒットレベルですが、注文を行った訪問者も探しています。

多くのことが起こっているので、少し時間をかけて解説します。

まず、2 つのセグメントがわかりやすくなると思われるので、日ごとの分割ではなく、ページの分割を表示します。

最初の 3 つの列（ページビュー、訪問、ユニーク訪問者）はセグメント化されていないので、サイト内のすべてのページが表示されます。注文はアクションで追跡され、ページディメンションスコープの一部ではないので、ここでは注文を含めていないません。
次に、指定された 2 つのページの ヒット だけを表示する、単純なセグメントの結果を示します。分割内の他のページはすべて、予想どおり、0 になります。
ここで、少しボーナスのヒントを紹介します。高度なセグメントの結果を示す前に、「注文が存在する」という別の単純なセグメント（ヒットレベルスコープ）を使用し、それをユニーク訪問者と組み合わせました。これにより、レポート期間中に注文した UV の合計と、各ページにヒットした UV が返されます。これで次の列セットをより適切に説明できます。
最後の列セットは、複合セグメントで積み重ねられます。注文を含む全体の UV は、各ページの単純な「注文が存在する」セグメントと一致しますが、合計が大きく異なることがわかります。このデータセットは、注文を行い、かつページをヒットした訪問者にのみデータセットを明示的に制限しているからです。

セグメントの例 4：お買い得商品またはおすすめ商品にヒットし、かつ同じ訪問内で注文を行う訪問

上のサンプルでは、より大きなスコープコンテナ（訪問者）をより小さなスコープコンテナ（ヒット）に追加する方法を示したので、訪問者または訪問のスコープセグメント内にヒットコンテナを追加できても意外ではありません。

以前に見ていたのと同じページを使用して、今回は、お買い得商品ページまたはおすすめ商品ページをヒットして、かつ同じ訪問内で注文を行った訪問者を取り込んでみましょう。

このセグメントは、3 つのスコープをすべて混在させます。セグメントの最上位レベルは訪問者なので、一致する訪問者のすべての訪問から、すべてのヒットが返されます。その中に訪問スコープコンテナを追加しました。これにより、訪問者は、注文を行い、特定のページを訪問した特定の条件に一致する訪問が、少なくとも 1 回ある必要があります。ページ自体にはヒットスコープのコンテナを追加しました。これにより、OR ロジックを使用して、お買い得商品ページまたはおすすめ商品ページのいずれかを探すことができます。

この訪問者スコープのセグメントの利点は、この条件に一致する訪問者の すべて の訪問が返されることです。そのため、このセグメントは、この組み合わせに至るまでの過去の訪問の行動や、このようなシナリオの後の訪問者の行動を確認する場合に適しています。

ここでは、お買い得商品／おすすめの商品コンテンツのヒット、注文が存在すること、注文と指定したページの両方が同じ訪問に存在する複合セグメントを比較しています。複合セグメントでは 2 つの最初のセグメントが積集合しています。ただし、これは訪問者スコープなので、これらの訪問者に対する他のすべての訪問も返されます。

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

セグメント定義内のアトリビューションモデリングは、主にヒット以外の有効期限を持つディメンションに関係するので、（常にヒットレベルである）prop はあまり適した候補ではありません。ただし、eVar、マーケティングチャネルなどはこれらの設定が何のために設計されているかによります。

セグメントを確認する前に、簡単な例でアトリビューションモデリングの仕組みを素早く確認する必要があります。

例えば、2 つの eVar があり、1 つが訪問有効期限に設定され（eVar1）、もう 1 つが 30 日の有効期限に設定されているとします（eVar2）。簡単にするために、内部キャンペーン（icid）をトラッキングします。

訪問 1

訪問 2

現在、これら 2 つの訪問で期待される結果は次のとおりです。

次に、セグメントでアトリビューションを設定できる場所を見てみましょう。

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

ディメンションの歯車アイコンで、アトリビューションを設定できます。各オプションには、? アイコンにカーソルを合わせたときに利用できる情報があります。基本的に次のとおりです。

セグメントの例 5：マーケティングチャネルの「有料検索」と有料検索のダイレクトインスタンス

ご存知のように、マーケティングチャネルには長いアトリビューションモデルがあります（デフォルトでは 30 日ですが、これは独自のニーズに合わせてカスタマイズできます）。設定すると、マーケティングチャネルは、その後のサイトへの「直接」訪問で上書きされないため、特定のドライバーがコンバージョンアトリビューションを取得できます。ただし、特定のマーケティングチャネルによるサイトへの エントリ を具体的に確認する必要が生じる場合もあります。エントリとは、マーケティング処理ルールに基づいてマーケティングチャネルが具体的に設定されている場合に確認する必要があるものです。

まずは、変更して比較してみましょう。その後、セグメントを詳しく見ていきます。

最初の 4 列はセグメント化されていないので、わかりやすいはずです。「エントリ」は基本的に、訪問者のセッション開始時の位置に基づいて計算された値です。ユーザーは複数のマーケティングチャネル（同じ訪問／セッション内でのソーシャルメディアの閲覧、検索の実行、マーケティングメールのクリックなど）を通じてサイトにエントリする可能性があるので、探している情報が返されないことを示すために、ここに追加しました。
次の列セットでは、「標準ヒットセグメント」を使用し、基本的にマーケティングチャネルが「有料検索」であるヒットを調べます。ただし、これはマーケティングチャネルアトリビューションに基づいてすべてのヒットを返し、実際の「有料検索」クリックスルーを分離しません。したがって、必要なデータは返されません。

次の 2 つのデータセットは同じように見えますが、実際には、これらは 2 つの異なる方法で同じデータを返します。しかし、今はマーケティングチャネルが「有料検索」に 設定 されている インスタンス を探しています。

これを行うには、2 つの方法があります。

1 つ目は、「標準」ディメンションアトリビューションを使用し、これと特定の「マーケティングチャネルインスタンス」指標を（存在する ロジックとして）組み合わせます。

2 つ目は、よりシンプルなセグメントの場合、アトリビューションを「インスタンス」に変更できます。ディメンション名が「マーケティングチャネル」から「マーケティングチャネル（インスタンス）」に変更されます。

まとめ

優れたマジシャンのように、私たちは個々のトリックから始めて、途中でオーディエンスを構築し、最終的に「高み」へと導くことができます。私たちが本当に輝けるのはそこからです。小さなトリックをすべて取り入れ、壮大なフィナーレにつなげます。トリックの一見バラバラに思える部分を取り上げて、実はそれらが一体となって全体を形成していることを示しましょう。

セグメントの例 6：有料ソーシャルインスタンスで訪問中に注文を行った訪問者のうち、ニュースレターに新規登録した訪問者を除外

ソーシャルメディアキャンペーンからの訪問中に積極的に購入したが、ニュースレターに登録していない訪問者を識別できます。これにより、マーケティングチームは、ニュースレターやマーケティングメールを試してコンバージョンできるユーザーの潜在的なグループを確認できます。

フィナーレ

ロジックを組み合わせて非常に詳細なシナリオを作成する方法はたくさんあるので、可能性のほんの表面だけを紹介しました。

偉大なマジシャンのように、真の力は、新進気鋭の世代を刺激して、基礎にもとに学んだことを、新たに素晴らしいものに作り直すことです。皆様のご意見をお待ちしております。

style
article-content-section