セグメント

はじめに

セグメントは、Fanplayrの強力なセグメンテーションシステムへの入り口です。アクションと実験、そしてそれらを通じたウィジェットとオファーが連携して、セグメントの出力を制御します。

セグメントルールは、ユーザーの閲覧行動やその他の属性に基づいて、ユーザーを異なるグループに分類するために使用されます。

一般的な言い回しでは、ユーザーがセグメントに_該当した_、またはユーザーのセッション中にセグメントが「トリガーされた」と言います。セグメントに_該当した_ユーザーは、そのセグメントで定義されたアクションや実験を体験する候補となります。セグメントの正確な動作は、セグメント自体の設定、およびセグメントに関連するアクション、オファー、ウィジェットに依存します。

一般設定

一般

Figure 1: General Segment Configuration

• 名前: インサイトなど、セグメントを識別するために使用される名前（必須）。名前は一意である必要があり、セグメントの目的、またはターゲット設定方法の簡単な説明を反映している必要があります。
• タグ: Segmentation as a Serviceがセグメントが_トリガーされた_ことを識別するために使用します。
• タイプ: セグメントの基本的な動作を定義します。詳細については以下を参照してください。
• 無視する日数: セグメントのタイプが「Ignore User」の場合にのみ表示されます。ユーザーがこのセグメントに該当した後にユーザーを無視する日数を定義します（表示されている場合必須）。
• 詳細オプション: 詳細については以下を参照してください。

タイプ

セグメントのタイプは、全体的な動作を制御します。

• Standard: このセグメントに_該当した_ユーザーはターゲットとされ、セグメント上のすべてのアクションと実験が評価されます。
• Hide Offers: ユーザーがこのセグメントに_該当している_間は、オファーを含むウィジェット（永続的なウィジェットで以前に収集されたオファーを含む）は表示されません。
• Do Not Target: ユーザーがこのセグメントに_該当し続けている_間は、新しいオファーは提示されません。ユーザーは永続的なウィジェットで以前に提示されたオファーは引き続き表示されます。他のセグメントは評価されません。
• Ignore User: ユーザーが最初にこのセグメントに該当してから指定された日数の間、どのセグメントからもオファーは提示されません。すべてのセグメントは引き続き評価されます。

詳細オプション

スティッキーセグメント

_Do Not Target_ タイプのセグメントは、特別な「Sticky」オプションを使用するように設定できます。ユーザーがセッション内で初めてセグメントに該当すると、セグメントのルールが一致するかどうかにかかわらず、セッションの期間中、そのセグメントに該当し続けます。

INFO

各セッションには、1つの_Sticky Do Not Target_セグメントのみが関連付けられます。

複数の_Do Not Target_セグメントを_Sticky_として作成した場合、最初に一致したセグメントのみがユーザーのセッションに関連付けられます。

Do Not Targetセグメントを上書き

_Standard_および_Ignore User_セグメントは、_Do Not Target_セグメントよりも優先されるように設定できます。

_Standard_セグメントで有効にすると、そのセグメントに関連付けられたウィジェットとオファー（ターゲティングアクション経由）が提示可能になります。

ユーザーが_Hide Offers_セグメントに該当する場合、オファーは引き続き非表示になります。

セグメント評価順序

セグメントは以下の優先順位で評価されます。

優先度	説明
1st	_Override Do Not Target_オプションを使用する_Standard_および_Ignore User_セグメント。
2nd	以前のページビューでセッションに「スティック」された_Do Not Target_セグメント（_Sticky_オプションを使用）。
3rd	_Hide Offers_セグメント。
4th	まだ評価されていない_Sticky_オプションを使用する_Do Not Target_セグメント。
5th	_Do Not Target_セグメント。
6th	_Ignore User_セグメント。
7th	_Standard_セグメント。

TIP

Fanplayrは数百ものセグメンテーションルールと多くの詳細オプションを提供していますが、一般的なアドバイスとしては、可能な限りセグメンテーション設定をシンプルに保つことです。

_Do Not Target_および_Hide Offer_オプションに過度に依存すると、管理が困難で、ウェブサイト上でのセグメントとユーザーの複雑な相互作用につながる可能性があります。

ルールセット

セグメントのルールセットとルールは、ユーザーがセグメントに_該当する_条件を定義します。

ルールセットはルールのグループです。ユーザーがセグメントに_該当する_には、少なくとも1つのルールセット内のすべてのルールが有効と見なされる必要があります。

時刻、セッション中のページビュー数、ユーザーのブラウザ言語など、150種類以上のルールがあります。

Rules and Rulesets

セグメントには少なくとも1つのルールセットが必要で、各ルールセットには少なくとも1つのルールが必要です。ただし、セグメントには必要なだけ多くのルールセットとルールを含めることができます。

ターゲティングアクション

一般

セグメントのアクションは、ウィジェットとオファーを通じて各セグメントがユーザーとどのように相互作用するかを定義します。

セグメントのアクションは、ポータルのターゲティングアクションセクションで定義され、いくつでもセグメントに追加できます。

セグメントにアクションが追加されていない場合でも、ユーザーはこのセグメントに_該当し_、これはインサイトで確認できます。

セグメントが_トリガーされる_と、各アクションは個別に評価され、ウィジェットと潜在的なオファーが表示されるかどうかが決定されます。

複数の_トリガーされた_セグメントアクションがある状況ではいくつかの特別な考慮事項があるため、詳細についてはセグメントアクションの相互作用セクションを参照してください。セグメントに1つのアクションしかない場合でも、ユーザーが複数のセグメントに_該当する_と、複数のアクションが_トリガーされる_可能性があります。

Figure 3: Actions List

アクションはいつでもセグメントに追加または削除できます。無効なアクションはセグメントに追加できませんが、1つ以上のセグメントに添付されているアクションを無効にすることはできます。それらはセグメントアクションのリストで無効として表示されます。

さらに、Fanplayrのセグメンテーションシステムにおける項目の相互接続性のため、エラーはシステム全体に伝播することがよくあります。これにより、項目（この場合はアクション）がアクティブであり、その有効期間内であっても、無効と見なされる可能性があります。たとえば、オファーを必要とするアクションがあるが、基礎となるすべてのオファーが何らかの理由で無効になっている場合、アクション自体が無効と見なされます。

セグメントアクションの相互作用

システムは、_トリガーされた_各実験から選択されたアクションに加えて、_トリガーされた_すべてのセグメント上のすべての有効なアクションを実行しようとします。ただし、これは各アクションが完全に実現されることを必ずしも意味しません。Fanplayrのセグメンテーションシステムには、アクションの実行を妨げるいくつかの制限があります。これらの制限の一部を以下に示します。その他の制限は、セグメント、アクション、またはキャンペーンの特定の設定によって導入される可能性があります。

• 同じウィジェットは1つのページビューで2回表示することはできません。この状況が発生した場合、競合としてマークされ、通常はすべての問題のあるアクションがブロックされます（特殊アクションロジックを参照）。これは、同じアクションが1つのページビューで2回_トリガーされる_こともできないことを意味します。
• 1つのセッションで提示できるオファーは3つまでです。
• アクションが「Triggered on Exit Intent」とマークされており、エンドユーザーがページから離脱しようとしていない場合、そのアクションは表示されません。
• アクションに遅延が設定されており、指定された時間が経過していない場合、そのアクションは表示されません。

特殊アクションロジック

アクションの相互作用には、多くの状況に応じたロジックが組み込まれています。たとえば、上記のリストに記載されているように、同じウィジェットを同じページビューで2回（またはそれ以上）表示することはできません。これは、同じウィジェットを持つすべてのアクションがブロックされることを必ずしも意味しません。ランタイムシステムは、以前のページビューで_トリガーされた_アクションに基づいて、このケースで特別な考慮をします。同じウィジェットを持つ2つのアクションが_トリガーされた_場合、システムはセッション中にまだ_トリガーされていない_アクションを使用しようとし、それを「最適な」アクションとしてマークします。両方のアクションが以前のページビューですでに表示されている場合、システムは「最適な」とマークされた方を選択します。これは通常、最も最近表示されたアクションです。ただし、両方のアクションが新しい場合、システムは表示すべき「最適な」アクションを決定できず、両方のアクションをブロックします。このロジックは永続的なウィジェットを持つアクションにも一貫して適用されます。なぜなら、それらは最初に表示された後、各ページビューで「トリガーされた」と見なされるからです。

実験

一般

セグメントの実験により、エンドユーザーがセグメントに_該当した_ときに_トリガーされる_アクションをさらにカスタマイズできます。セグメントは任意の数の実験を持つことができます。ユーザーがセグメントに_該当する_と、セグメント上のすべての実験が_トリガーされます_。

詳細については、実験のドキュメントを参照してください。

Figure 4: Experiments List

実験はいつでもセグメントに追加または削除できます。無効な実験はセグメントに追加できませんが、セグメントに添付されている間でも実験を無効にすることはできます。それらは実験のリストで無効として表示されます。

セグメント上のアクションと同様に、実験もエラー伝播のために無効と見なされることがあります。たとえば、実験上のすべてのアクションが、ステータス、スケジュール、またはその設定からのカスケードエラー伝播のために無効と見なされる場合、その実験は無効と見なされ、トリガーされません。