マーケターは通常、ユーザープロパティルール(ユーザー属性)、ユーザーアクティビティルール(イベント属性)、ユーザーアフィニティルール、およびカスタムセグメントなどの複数の基準に基づいてユーザーをセグメント化します。ほとんどの場合、ANDまたはOR条件を使用して複数の基準の組み合わせを用いて複雑なユーザーセグメントを作成します。
より良い理解のために、A、B、C、およびDが「セグメントブロック」を表し、これはイベントとユーザー属性およびそれらのすべてのフィルターを含むとしましょう。例えば、Aは「男性のユーザー」、Bは「過去3日間にカートに追加したユーザー:ウォレット」などです。常に次のようなセグメントを作成できます。
A AND B AND C AND D
and
A または B または C または D
セグメントブロックを AND/OR 演算子を使用して組み合わせることによって。
AND/OR 演算子を使用してセグメントブロックを組み合わせることによって。
しかし、「(男性であり、過去3日間にカートに追加されたユーザー:財布)、または(女性であり、過去3日間にカートに追加されたユーザー:ハンドバッグ)」のような複雑なセグメントが必要な場合、これらの演算子だけでは単純に行うことはできません。理由は、ANDまたはORのいずれか一方のみがこれらのセグメントブロックを組み合わせるために使用されるからです。ANDとORの組み合わせは一緒に使用することはできません。定義のいずれかの演算子を変更すると、残りは自動的に変更されます。これがネスティングが登場する場面です。
ネスティングとは何ですか?
複雑なセグメントが上記の例のように作成される場合、いくつかのセグメントブロックをグループ化する必要があります。論理的に、セグメントブロックAとBが括弧内にグループ化されている場合、つまり「(A AND B)」のように、複数のセグメントブロックが「ネスト」されていることになります。したがって、セグメントブロックの組み合わせは「ネストされたブロック」を表します。
ネストされたAND/OR機能を使用すると、次のような組み合わせで複雑なセグメントを作成できます:
- (A AND B) OR (C AND D) 。ここで、(A AND B) と (C AND D) は、OR 演算子で結合された 2 つのネストされたブロックです。
- (A OR B) AND (C OR D) 。ここで、(A OR B) と (C OR D) は AND 演算子で組み合わされた 2 つのネストされたブロックです。
- (A OR B) AND C AND D 。ここで、(A OR B) は、AND 演算子を使用して、他の 2 つのセグメントブロック C および D と組み合わされた 1 つのネストされたブロックです。
-
(A AND B) OR C OR D
. ここで、(A AND B) は、OR 演算子を使用して他の 2 つのセグメントブロック C と D と組み合わされた 1 つのネストされたブロックです。
ネスティングレベルの理解
上記の例は1レベルのネストを持っています。複雑なセグメント(A AND B)または(C AND D)のように。上記の例では、A、B、C、およびDはユーザー属性またはイベント属性を使用して簡単な定義を持っています。それらはセグメントではなく、単純なユーザー属性またはイベント属性です。
しかし、A、B、C、またはDが単純な定義ではなく、入れ子になったブロックやセグメントである場合、それらは1つ以上のネストレベルを持つことになります。
ネスティングレベルを増加させるアクション:
-
クエリでカスタムセグメントを使用することによって
: クエリでカスタムセグメントが使用されると、以下の方法でクエリのネストレベルが増加します:
[そのクエリのネストレベル = カスタムセグメントのn番目のレベル + 1レベルの増加]
- クエリでネストされたフィルターを使用することによって: クエリでネストされたフィルターが使用されると、クエリのネストレベルが1レベル増加します
注意 :
info |
|
ネスティングレベルのさまざまなケース:
カスタムセグメント | 定義 | ネスティングレベル |
タイプ1 |
属性を使用してセグメントを作成しました(ネストされたフィルタはありません) または 属性とネストされたフィルターを使用してセグメントを作成しました |
レベル 1 |
タイプ2 | レベル1/タイプ1のカスタムセグメントを1つのみ使用してセグメントを作成しました | レベル 2 |
タイプ3 |
2つのリンクされたカスタムセグメントを使用してセグメントを作成しました(定義にネストされたフィルターはなく、セグメントのみ) - 例:A -> B -> C。したがって、CはカスタムセグメントB(レベル2)とカスタムセグメントA(レベル1)がネスト/リンクされたレベル3のカスタムセグメントになります。 Or レベル1/タイプ1のカスタムセグメントを使用して、少なくとも1つのネストされたフィルターを持つセグメントを作成しました |
レベル 3 |
タイプ4 | 1 セグメント (レベル 2/タイプ 2) + 1 属性外でネストされたフィルター | 3つ以上のネストレベル |
タイプ5 | 2 つのリンクされたセグメント内 + 1 つの属性外部にネストされたフィルター付き | 3層以上のネスト |
TYPE 6 | 4つのリンクされたセグメントを使用して作成されました | 3層以上のネスト |
いくつかの例を使ってこれを理解しましょう:
ケース 1: レベル 1 ネスティング
Fは「過去3日間にアプリのインボックスアイコンが少なくとも1回クリックされた」というイベントです。
Gは「ブラウザでメールが表示された」というイベントです
Hはユーザー属性「インストールステータスが真」です
イベント「WhatsAppメッセージがクリックされました」
ここでは、ネストのレベルは1(ひとつ)です。理由は以下の通りです:
- 属性またはネストされたフィルターのみを使用して作成されたカスタムセグメントは、レベル 1 のカスタムセグメントを作成します。
例えば、属性を使用してカスタムセグメントEが作成された場合、定義がE = (F AND G) OR (H AND I)だとしましょう。セグメントEのネストのレベルは1になります。ここで、ORは通常のフィルターであり、ANDはネストされたフィルターです。
OR
ユーザーのプロパティまたはユーザーの行動を使用してカスタムセグメントを作成するだけで
この場合、カスタムセグメントのネストレベルは1になります。
セグメント F = ネスティングレベル 1
ケース2:レベル2のネスティング
セグメント F = 退会は偽です
このセグメントF(ネストレベル1)をクエリで使用して、別のカスタムセグメントを作成します。
上記のクエリはネストレベル2のものであり、この場合のネストレベルは次のように定義されます:
- そのクエリのネストレベル = カスタムセグメントのn番目のレベル + 1レベルの増加
したがって、上記のクエリのネスティングレベル = レベル 1 (セグメント F) + 1 レベル = レベル 2
ケース 3: レベル 3 ネスティング
セグメントの定義: Fは、イベント属性「メールを送信する最適な時間は10時から13時の間です」で構成されたカスタムセグメントです。これにより、ネストレベル1のカスタムセグメントFが作成されます。
このカスタムセグメントF(セグF - ネスティングレベル1)が、以下に示すように他の属性と共にクエリで使用されている場合:
ここで、クエリのネストのレベルは3です。理由は次のとおりです:
- カスタムセグメントF(ネストレベル1)がクエリに追加されたため、2レベルです(カスタムセグメントFのレベル1 + 1レベル = ネストレベル2)
- 別のレベル - ネストされたフィルターを使用すると、イベント属性が使用され、ネストレベルが2に増加します
このクエリがカスタムセグメントを作成するために使用される場合、作成されたカスタムセグメントはネストレベル3になります。
OR
2つのカスタムセグメントを含むカスタムセグメントを作成すると、レベル3のクエリが作成されます。
例:
セグメント cs_level_1 = 属性を使用してレベル 1 のカスタム セグメントを作成しました (過去 3 日間に少なくとも 1 回は許可された Web プッシュ サブスクリプションを実行した)
セグメント cs_level_2 = クエリにカスタムセグメント cs_level_1 を追加して、レベル 2 のカスタムセグメントを作成しました
レベル 2 = cs_level_1 の 1 レベル + ネストの 1 レベル (最初に述べたルールに従って)
Cs_level_3 = クエリにカスタムセグメント cs_level_2 を追加して、レベル 3 のカスタムセグメントを作成しました
レベル 3 = cs_level_2 の 2 レベル + ネスティングの 1 レベル (最初に述べたルールに従って)
ケース 4: > レベル 3 ネスティング
セグメントの定義 : F はユーザーまたはイベント属性 J、K、L、M で構成されたカスタムセグメントであり、F はセグメント E の定義におけるカスタムセグメントとして使用されます
Fは、次のように定義されるネストされたセグメントです - (J または K) AND (L または M)。
Jは「過去3日間に主に(デバイスモデルはNexus 5(ケースを区別しない))で通知を受信した」を実行したイベントです。
Kはユーザー属性です「メールを送るのに最適な時間は10時から13時の間です」
Lはユーザー属性「SPAMは偽」です
Mはユーザー属性「モバイルユーザーは真」です
上記の画像では、クエリには2つのネストレベルがあり、これらのフィルターを使用してセグメントFが作成されると、ネストレベルは2になります(E -> F -> J)。
上記のカスタムセグメントF(レベル2のネスト)がクエリで使用されると、クエリのネストレベルが3に増加します。上記の定義に従って。
E = (F と G) または (H と I)
全体セグメントEは、次のように定義されます - ( {(J OR K) AND (L OR M)} AND G) OR (H AND I)。
ここで、与えられたクエリのネストのレベルは4です。理由は次のとおりです:
- カスタムセグメント F(ネストレベル 2)が導入されたため、3 つのレベルがあります(カスタムセグメント F のレベル 2 + 1 レベル = レベル 3) - 最初に述べたルールに従って。
- 別のレベル - ネストされたフィルターを使用すると、イベント属性が使用され、ネストのレベルが4に増加します
このクエリがカスタムセグメントを作成するために使用される場合、作成されたカスタムセグメントはネストレベル4になります。したがって、セグメントEはレベル4のネストになるため、処理されません。
ネストされたフィルターの使用方法
「+ ネストフィルター」ボタンを使用して、ネストされたブロックを追加します。複数のレベルのネストを持つセグメントを作成するには、まずカスタムセグメントを作成する必要があります(上記の例ではセグメント E)その後、フィルターでカスタムセグメントを使用します。
ネストされた条件は、外側の条件とは逆に事前に選択されます。したがって、外側の条件がANDの場合、ネストされた条件はORになります(例:(A AND B)OR(C AND D))およびその逆(例:(A OR B)AND(C OR D))。
入れ子の条件と外側の条件の両方を変更できます。外側の条件が変更されると(例えば、ANDからORに)、入れ子の条件は自動的に反対の条件に更新されます(この場合、ORからANDに)し、その逆も同様です。
セグメンテーションおよびキャンペーン作成ページのターゲットオーディエンスセクションでは、ネストされたAND/OR機能が利用可能です。イベントトリガーキャンペーンのトリガー基準ではサポートされていません。
特定のユーザーセグメントは、選択したユーザーセグメントから除外することもできます。これを使用するには、ユーザーを除外するチェックボックスをクリックしてください。
MoEngageは最大3レベルのネストをサポートしています。これらの組み合わせは、ユーザーをセグメント化するための特定の条件を定義する柔軟性を提供します。
3つ以上のネストがある場合、どのように簡略化しますか?
セグメントクエリは条件の論理式です。任意の論理式は1段階のネストに簡素化できます。論理ルールを利用してそれを簡素化することができます。
ネスティングを簡素化するために使用される論理ルール -
- (X AND Y) AND Z = X AND Y AND Z
- (XまたはY)またはZ = XまたはYまたはZ
- (X AND Y) OR Z = (X OR Z) AND (Y OR Z)
- (X OR Y) AND Z = (X AND Z) OR (Y AND Z)
多重ネストされたセグメントを1レベルのネストされたセグメントにする例です:
AとBのセグメントブロックがあり、条件は - A AND B
セグメントブロックAには別の定義があります - A = C または D
次に、セグメントの拡張定義 - (C または D) AND B
セグメントブロックCには別の定義があります - C = E AND F
次に、セグメントの拡張された定義 - ((E AND F) OR D) AND B
この式を簡略化すると、B AND D になります。
セグメントブロックEには別の定義があります - E = G AND H
次に、セグメントの拡張定義 - ((G AND H) OR D) AND (F OR D) AND B
最後に、上記の式を次のように簡略化します - (G OR D) AND (H OR D) AND (F OR D) AND B. このクエリはネストレベルが1になります。
上記の例から、任意のセグメント定義は分解可能であることが理解できます。
1段階のネストに変換します。