ストリーミングセグメント化
Adobe Experience Platform でのストリーミングセグメント化では、データの豊富さに重点を置きながら、ほぼリアルタイムでセグメント化を実行できます。ストリーミングセグメント化を使用すると、ストリーミングデータが Platform に到着する際にセグメントの選定が行われるので、セグメント化ジョブをスケジュールして実行する必要がなくなります。 この機能により、データが Platform に渡される際に、ほとんどのセグメントルールが評価されるようになりました。つまり、スケジュールに沿ったセグメント化ジョブを実行しなくても、セグメントメンバーシップが常に最新の状態に保たれます。
ストリーミングセグメント化クエリタイプ query-types
次のいずれかの条件を満たす場合、クエリはストリーミングセグメント化で自動評価されます。
次のシナリオでは、セグメント定義はストリーミングセグメント化に対して有効に なりません。
- セグメント定義には、Adobe Audience Manager(AAM)のセグメントまたは特性が含まれます。
- セグメント定義には複数のエンティティ(複数エンティティクエリ)が含まれます。
- セグメント定義には、単一のイベントと
inSegment
イベントの組み合わせが含まれます。- ただし、
inSegment
イベントに含まれるセグメント定義がプロファイルのみの場合、セグメント定義はストリーミングセグメント化に対して有効に なります。
- ただし、
- セグメント定義では、時間制約の一部として「年を無視」を使用します。
ストリーミングセグメント化を行う場合は、次のガイドラインに従ってください。
- ルックバックウィンドウは 1 日 に制限されています。
- イベント間に厳密な時間順序条件が存在する 必要があります。
- 少なくとも 1 つの否定イベントを含むクエリがサポートされています。 ただし、イベント全体を否定することは できません。
セグメント定義を変更して、ストリーミングセグメント化の条件を満たさなくなった場合、セグメント定義は自動的に「ストリーミング」から「バッチ」に切り替わります。
また、セグメントの選定解除は、セグメントの選定と同様に、リアルタイムで発生します。その結果、オーディエンスがセグメントの選定対象ではなくなった場合、そのオーディエンスはただちに選定解除となります。例えば、セグメント定義で「過去 3 時間で赤い靴を購入したすべてのユーザー」という要求があった場合、3 時間後に、最初にセグメント定義で選定されたすべてのプロファイルが無効になります。
ストリーミングセグメント化セグメント定義の詳細
ストリーミングが有効なセグメントを作成すると、そのセグメントの詳細を表示できます。
特に、選定オーディエンスの合計数が確認できる 合計選定 指標が、このセグメントのバッチおよびストリーミングの評価に基づいて表示されます。
以下は、ストリーミング評価方法を使用して過去 24 時間に更新された、新しいオーディエンスの数を示す折れ線グラフです。ドロップダウンを調整して、過去 24 時間、先週または過去 30 日間を表示できます。更新された新しいオーディエンス 指標は、ストリーミングのセグメント化によって評価されたように、選択した時間範囲でのオーディエンスサイズの変化に基づきます。この指標には、毎日のセグメントバッチ評価からの合計選定オーディエンスは含まれません。
最後のセグメント評価に関する追加情報は、合計選定 の横の情報バブルを選択して確認できます。
セグメント定義について詳しくは、セグメント定義の詳細の前の節を参照してください。
次の手順
このユーザーガイドでは、ストリーミングが有効なセグメント定義が Adobe Experience Platform でどのように機能するか、およびストリーミングが有効なセグメントをどのように監視するかについて説明します。
Adobe Experience Platform ユーザーインターフェイスの使用について詳しくは、セグメント化ユーザーガイドを参照してください。
付録
次の節では、ストリーミングセグメント化に関するよくある質問を一覧表示しています。
ストリーミングセグメント化の「選定解除」もリアルタイムで発生しますか。
ほとんどのインスタンスでは、ストリーミングセグメント化の選定解除はリアルタイムで発生します。ただし、セグメントのセグメントを使用するストリーミングセグメントでは、リアルタイムで選定解除は発生 せず、24 時間後に発生します。
ストリーミングセグメント化はどのデータで機能しますか。
ストリーミングセグメント化は、ストリーミングソースを使用して取り込まれたすべてのデータに対して機能します。 バッチベースのソースを使用して取り込まれたセグメントは、ストリーミングセグメント化の対象となっている場合でも、毎晩評価されます。タイムスタンプが 24 時間より古いシステムにストリーミングされたイベントは、後続のバッチジョブで処理されます。
セグメントはどのようにバッチまたはストリーミングセグメント化として定義されますか。
セグメント定義は、クエリタイプとイベント履歴期間の組み合わせに基づいて、バッチ、ストリーミング、エッジのセグメント化として定義されます。ストリーミングセグメント定義として評価されるセグメントのリストは、ストリーミングセグメント化クエリタイプの節で確認できます。
セグメント定義に inSegment
式と直接単一イベントチェーンの 両方 を含む場合、ストリーミングセグメント化の対象にはなりません。このセグメント定義をストリーミングセグメント化の対象として選定する場合は、直接単一イベントチェーンを独自のセグメントにする必要があります。
「セグメント定義の詳細」セクション内で、「過去 X 日間」の数がゼロのままなのに、「合計選定」セグメントの数が増加し続けるのはなぜですか。
合計選定セグメント数は、毎日のセグメント化ジョブから取得されます。このジョブには、バッチおよびストリーミングセグメントの両方に適合するオーディエンスが含まれます。この値は、バッチおよびストリーミングセグメントの両方で表示されます。
「過去 X 日間」の下にある数値は、ストリーミングセグメント化の対象となるオーディエンスの数 のみ を表し、データをシステムにストリーミングしそのストリーミング定義に照合してカウントする場合に のみ 増加します。この値は、ストリーミングセグメント のみ を対象にした表示です。そのため、この値はバッチセグメントに対しては 0 と表示されても 問題ありません。
つまり、「過去 X 日間」の下にある数値がゼロで、線グラフにもゼロと表示されている場合は、そのセグメントに適格となるプロファイルをシステムにストリーミングして いません。
セグメント定義が使用可能になるまで、どれくらいかかりますか。
セグメント定義が使用可能になるまでに最大 1 時間かかります。
ストリーミングされるデータに制限はありますか?
ストリーミングデータをストリーミングセグメント化で使用するには、ストリーミングされるイベント間に間隔を設ける 必要があります。 1 秒以内にストリーミングされるイベントが多すぎると、Platform はこれらのイベントをボット生成データとして扱い、破棄します。 ベストプラクティスとして、データが適切に使用されるようにするには、イベントデータの間に 少なくとも 5 秒は必要です。