オファーへの制約の追加 add-constraints
制約を使用すると、オファーを表示する条件を定義できます。
例えば、次の制約を設定した場合:
- オファーは、「ゴールドロイヤルティ顧客」決定ルールに一致するユーザーに対してのみ考慮されます。
- オファーの優先度は「50」に設定されています。つまり、このオファーは優先度が 1~49 のオファーより先に、優先度が 51 以上のオファーより後に表示されます。
- オファーは、すべてのプレースメントをまたいで、ユーザーごとに月に 1 回だけ提示されます。
実施要件 eligibility
「オファーの実施要件」セクションでは、オーディエンスまたは決定ルールを使用して定義する特定のプロファイルにオファーを制限できます。
-
デフォルトでは、「すべての訪問者」オプションが選択されています。つまり、すべてのプロファイルがオファーを提示される資格があります。
-
また、オファーの表示を、1 つまたは複数の Adobe Experience Platform オーディエンスのメンバーに限定できます。
それには、「1 つまたは複数のオーディエンスに分類される訪問者」オプションを有効にしたあと、左パネルから 1 つまたは複数のオーディエンスを追加し、かつ/または 論理演算子を使用してそれらを結合します。
-
特定の決定ルールをオファーに関連付ける場合は、定義済みの決定ルール を選択し、目的のルールを左ペインから 決定ルール 領域にドラッグします。
note caution CAUTION イベントベースのオファーは、現在 Journey Optimizer ではサポートされていません。イベントに基づいて決定ルールを作成しても、それをオファーで活用することはできません。
オーディエンスまたは決定ルールを選択すると、推定される認定プロファイルに関する情報が表示されます。「更新」をクリックして、データを更新します。
オーディエンスと決定ルールの使用上の違い segments-vs-decision-rules
制約を適用するには、オファーの選択を 1 つまたは複数の Adobe Experience Platform オーディエンス のメンバーに限定するか、決定ルール を使用します。どちらの手段もそれぞれ異なる使用法に対応します。
基本的に、オーディエンスの出力はプロファイルのリストです。一方、決定ルールは、決定プロセス中に単一プロファイルに対してオンデマンドで実行される関数です。この 2 つの使用法の違いを、以下に詳しく説明します。
-
オーディエンス
オーディエンスは、プロファイル属性とエクスペリエンスイベントに基づく特定のロジックに一致する Adobe Experience Platform プロファイルのグループです。ただし、オファー管理ではオーディエンスの再計算は行われないので、オファーを提示する際にオーディエンスが最新でない可能性があります。
オーディエンスについて詳しくは、この節を参照してください。
-
決定ルール
一方、決定ルールは、Adobe Experience Platform で使用可能なデータに基づいており、オファーを誰に表示できるかを決定します。特定のプレースメントのオファーまたは決定でルールが選択されると、決定が行われるたびにそのルールが実行されるので、各プロファイルが最新かつ最適なオファーを確実に取得できます。
決定ルールについて詳しくは、この節を参照してください。
キャッピング capping
キャッピングは、オファーを提示できる最大回数を定義する制約として使用されます。ユーザーが特定のオファーを受け取る回数を制限することで、顧客への過度の勧誘を防ぎ、最適なオファーを用いて各タッチポイントを最適化できます。
特定のオファーに対して最大 10 個のキャッピングルールを追加できます。キャッピングルールを設定するには、「キャッピングを作成」ボタンをクリックし、次の手順に従います。
-
カウンターを増やすために、どの キャッピングイベント を考慮するかを定義します。詳細情報
-
キャッピングをすべてのユーザーに適用するか、1 つのプロファイルのみに適用するかを選択します。詳細情報
-
オファーを提示できる回数を設定します。詳細情報
-
「頻度」を設定して、キャッピングカウントをリセットする頻度を定義します。 詳細情報
-
オファーの複数の表示域を定義した場合、キャッピングを「すべてのプレースメントで」または「プレースメントごとに」適用するかどうかを指定します。詳細情報
-
保存および承認されると、定義した条件および期間に従って、このフィールドに指定した回数のオファーが提示された場合、配信は停止されます。
メモ:オファーの提案回数はメールの準備時に計算されます。例えば、複数のオファーを含んだメールを準備する場合、そのメールが送信されるかどうかに関係なく、それらのオファーの数はオファーの提示回数に加算されます。
キャッピングイベント capping-event
「キャッピングイベントを選択」フィールドでは、カウンターを増やすためにどのイベントを考慮するかを定義できます。
-
決定イベント(デフォルト値):1 つのオファーを提示できる最大回数。
-
クリック数:ユーザーがオファーをクリックできる最大回数。
-
インプレッション:1 人のユーザーに対してオファーを表示できる最大回数。
note note NOTE インプレッションをキャッピングイベントとして使用できるのは、インバウンドチャネル のみです。 -
カスタムイベント:送信されるオファーの数の制限に使用するカスタムイベントを定義できます。 例えば、引き換え回数が 10000 になるまで、または特定のプロファイルが 1 回引き換えられるまでに引き換え回数を制限できます。これを行うには、Adobe Experience Platform XDM スキーマを使用してカスタムイベントルールを作成します。
次の例では、チェックアウト数を制限します。
-
リストから カスタムイベント を選択し、「カスタムイベントを追加」ボタンを使用します。
-
カスタムイベントルールを作成 ビルダーを使用して、関連イベントを選択します。 オファーを制限するユーザーアクションを選択できます。
Commerce/チェックアウト/値 を選択し、ドロップダウンリストから「存在する」を選択します。
-
ルールが作成されると、カスタムイベントクエリ フィールドに表示されます。
-
キャッピングのタイプ capping-type
キャッピングを適用する対象を、すべてのユーザー、または 1 つの特定のプロファイルに指定することもできます。
-
合計 を選択し、組み合わせたターゲットオーディエンス(つまり、すべてのユーザー)に対してオファーを提案できる回数を定義します。
例えば、「超特価品 TV」を販売する電子機器小売業者の場合、オファーが返される回数は、すべてのプロファイルで 200 回に制限されます。
-
プロファイルごと を選択して、1 つのオファーを同じユーザーに対して提案できる回数を定義できます。
例えば、「プラチナクレジットカード」のオファーを持つ銀行の場合、このオファーを 1 つのプロファイルにつき 5 回以上表示したくないとします。実際、ユーザーがオファーを 5 回見て、それに対して何らかのアクションを起こしていない場合、その次に最適なオファーに対して行動する可能性が高いと考えられます。
キャッピングカウント capping-count
「キャッピングカウント制限」フィールドでは、オファーを提示できる回数を指定できます。
例えば、チェックアウト数が考慮されるなどのカスタムキャッピングイベントを定義したとします。 「キャッピングカウント制限」フィールドに「10」と入力すると、10 件を超えたチェックアウトは送信されなくなります。
フリークエンシーキャップ frequency-capping
「キャッピング頻度をリセット」セクションでは、キャッピングカウントをリセットする頻度を定義できます。これを行うには、カウントの期間(毎日、毎週、毎月)を定義し、選択した日/週/月の数を入力します。例えば、キャッピングカウントを 2 週間ごとにリセットする場合は、対応するドロップダウンリストから「毎週」を選択し、他のフィールドに「2」と入力します。
フリークエンシーキャップカウンターが 3 秒以内に更新され、Edge Decisioning API の決定で使用できるようになります。
各ハブ地域は、1 つ以上のエッジリージョンに関連付けられています。フリークエンシーキャップルールが生成され、各ハブリージョンから関連するエッジリージョンに書き出されます。Edge Decisioning API を使用して決定が行われるたびに、システムは同じエッジリージョンで使用可能なルールを適用します。
- 一致ルールがある場合、プロファイルのフリークエンシーキャップカウンターが増分されます。
- そうしない場合、プロファイルにカウンターが作成されず、フリークエンシーキャップルールが適用されません。その結果、キャッピングしきい値を超えた場合でも、プロファイルは引き続きパーソナライズされたオファーを受け取ります。
例えば、組織のハブリージョンが NLD2 で、ヨーロッパ(IRL1 エッジリージョン)から決定リクエストを送信しているとします。このシナリオでは、ルールが(アイルランド)IRL1 リージョンで使用可能なので、決定リクエストによってプロファイルのカウンターが増分されます。ただし、決定リクエストが(オランダ)NLD2 ハブリージョンに関連付けられたエッジリージョンではなく、日本(JPN3)などのリージョンから発信された場合、カウンターは作成されず、フリークエンシーキャップルールは適用されません。
組織に関連付けられているハブとエッジのリージョンについて詳しくは、アドビ担当者にお問い合わせください。
キャッピングと配置 placements
オファーの複数の表示域を定義した場合、キャッピングを「すべてのプレースメントで」または「プレースメントごとに」適用するかどうかを指定します。
-
すべてのプレースメントでキャッピングを適用:キャッピング数は、オファーに関連付けられたプレースメント全体のすべての決定の合計となります。
例えば、オファーに 電子メール プレースメントと web プレースメントがあり、すべてのプレースメントのプロファイルあたりキャッピングを 2 に設定した場合、各プロファイルは、プレースメントミックスに関係なく、合計で最大 2 回オファーを受け取ることができます。
-
プレースメントごとにキャッピングを適用:キャッピング数は、各プレースメントに対して個別に決定回数が適用されます。
例えば、オファーに メール プレースメントと web プレースメントがあり、各プレースメントに対するプロファイルあたりのキャッピングを 2 に設定した場合、各プロファイルは、メールプレースメントに対して最大 2 回、web プレースメントに対してさらに 2 回、オファーを受け取ることができます。
キャッピングに対する日付変更の影響 capping-change-date
オファーの日付を変更する場合は、次の条件を満たすとキャッピングに影響を与える可能性があるので、慎重に行う必要があります。
プロファイルごとのキャッピングでは、各プロファイルにキャッピング回数が保存されます。承認されたオファーの開始日と終了日を変更すると、以下に説明する様々なシナリオに従って、一部のプロファイルのキャッピングカウントが影響を受ける可能性があります。
以下は、オファー開始日を変更 した場合に考えられるシナリオです。
次の場合…
次に…
以下は、オファー終了日を延長 した場合に考えられるシナリオです。
次の場合…
次に…
例
元の開始日が 1月1日、有効期限が 1月31日 に設定されたオファーがあるとします。
-
プロファイル X、Y、Z がオファーに表示されます。
-
1月10日 に、オファーの終了日が 2月15日 に変更されました。
-
1月11日から 1月31日 の間、プロファイル Z のみがオファーに表示されます。
- 決定リクエストが プロファイル Z の 元の終了日より前に発生したため、オファーの終了日は 2月15日 に延長されます。
- ただし、プロファイル X と Y では、元の終了日より前のアクティビティが発生していないため、カウンターは期限切れになり、キャッピングカウントは 1月31日 に 0 にリセットされます。