制約を使用すると、オファーを表示する条件を定義できます。
オファー実施要件を設定します。詳細情報
ユーザーが複数のオファーの対象となる場合は、他のオファーと比較したオファーの「優先度」を定義します。オファーの優先度が高いほど、他のオファーと比較して優先順位が高くなります。
オファーのキャッピングを指定します。キャッピングはオファーが表示される回数を意味します。詳細情報
「次へ」をクリックし、定義したすべての制約を確定します。
例えば、次の制約を設定した場合:
「オファーの実施要件」セクションでは、セグメントまたは決定ルールを使用して定義する特定のプロファイルにオファーを制限できます。
セグメントと決定ルールの使用上の違いについて詳しくは、この節を参照してください。
デフォルトでは、「すべての訪問者」オプションが選択されています。これは、すべてのプロファイルがオファーを提示される資格があることを意味します。
また、オファーの表示を、1 つまたは複数の Adobe Experience Platform セグメントのメンバーに限定できます。
それには、「]1 つまたは複数のセグメントに分類される訪問者」オプションを有効にしたあと、左ペインから 1 つまたは複数のセグメントを追加し、And/[!UICONTROL Or 論理演算子を使用してそれらを結合します。
特定の決定ルールをオファーに関連付ける場合は、定義済みの決定ルールを選択し、目的のルールを左ペインから決定ルール領域にドラッグします。
イベントベースのオファーは、現在 Journey Optimizer ではサポートされていません。イベントに基づいて決定ルールを作成しても、それをオファーで活用することはできません。
セグメントまたは決定ルールを選択すると、推定される認定プロファイルに関する情報を表示できます。 「更新」をクリックしてデータを更新します。
プロファイルの予測は、ルールパラメーターにコンテキストデータなど、プロファイルに含まれていないデータが含まれている場合は使用できません。例えば、現在の気温が 80 ℃以上であることを条件とする実施要件ルールがあります。
制約を適用するには、1 つまたは複数の Adobe Experience Platform セグメントのメンバーにオファーの選択を限定するか、決定ルールを使用します。どちらの手段もそれぞれ異なる使用法に対応します。
基本的に、セグメントの出力はプロファイルのリストです。一方、決定ルールは、決定プロセス中に単一プロファイルに対してオンデマンドで実行される関数です。この 2 つの使用法の違いを以下に詳しく説明します。
セグメント
セグメントは、プロファイル属性とエクスペリエンスイベントに基づく特定のロジックに一致する Adobe Experience Platform プロファイルのグループです。ただし、オファー管理ではセグメントの再計算は行われないので、オファーを提示する際にセグメントが最新でない可能性があります。
セグメントの詳細については、この節を参照してください。
決定ルール
一方、決定ルールは、Adobe Experience Platform で使用可能なデータに基づいており、オファーを誰に表示できるかを決定します。特定のプレースメントのオファーまたは決定でルールが選択されると、決定が行われるたびにそのルールが実行されるので、各プロファイルが最新かつ最適なオファーを確実に取得できます。
決定ルールについて詳しくは、この節を参照してください。
キャッピングは、オファーを提示できる最大回数を定義する制約として使用されます。
ユーザーが特定のオファーを受け取る回数を制限すると、顧客への過度の勧誘を防ぎ、各タッチポイントをそれに適したオファーで最適化できます。
キャッピングを設定するには、次の主な手順に従います。
キャッピングを含める切り替えボタンが選択されていることを確認します。キャッピングはデフォルトで含まれています。
以前に作成したオファーのフリークエンシーキャップを有効または無効にすることはできません。 これを行うには、オファーを複製するか、新しく作成する必要があります。
カウンターを増やすために、どのキャッピングイベントを考慮するかを定義します。詳細情報
オファーを提示できる回数を設定します。詳細情報
キャッピングをすべてのユーザーに適用するか、1 つのプロファイルのみに適用するかを選択します。詳細情報
「頻度」を設定して、キャッピングカウントをリセットする頻度を定義します。 詳細情報
オファーの複数の表示域を定義した場合、キャッピングを「すべてのプレースメントで」または「プレースメントごとに」適用するかどうかを指定します。詳細情報
保存および承認されると、定義した条件および期間に従って、このフィールドに指定した回数のオファーが提示された場合、配信は停止されます。
E メールの準備時に、オファーが提案された回数が計算されます。例えば、複数のオファーを含んだメールを準備する場合、そのメールが送信されるかどうかに関係なく、それらのオファーの数はオファーの提示回数に加算されます。
キャッピングカウンターは、オファーの有効期限切れ、またはオファーの開始日から 2 年後の、いずれか早い方でリセットされます。オファーの日付を定義する方法については、この節を参照してください。
キャッピングイベントフィールドでは、カウンターを増やすためにどのキャッピングイベントを考慮するかを定義できます。
決定イベント(デフォルト値):1 つのオファーを提示できる最大回数。
インプレッション:1 人のユーザーに対してオファーを表示できる最大回数。
インプレッションをキャッピングイベントとして使用できるのは、インバウンドチャネルのみです。
クリック数:ユーザーがオファーをクリックできる最大回数。
カスタムイベント:送信されるオファーの数の制限に使用するカスタムイベントを定義できます。 例えば、引き換え回数が 10000 になるまで、または特定のプロファイルが 1 回引き換えられるまでに引き換え回数を制限できます。これを行うには、Adobe Experience Platform XDM スキーマを使用してカスタムイベントルールを作成します。
次の例では、チェックアウト数を制限します。
リストからカスタムイベントを選択し、「カスタムイベントを追加」ボタンを使用します。
カスタムイベントルールを作成ビルダーを使用して、関連イベントを選択します。 オファーを制限するユーザーアクションを選択できます。
Commerce/チェックアウト/値を選択し、ドロップダウンリストから「存在する」を選択します。
ルールが作成されると、カスタムイベントクエリフィールドに表示されます。
キャッピングカウントフィールドでは、オファーを提示できる回数を指定できます。
数値は 0 より大きい整数にする必要があります。
例えば、チェックアウト数が考慮されるなどのカスタムキャッピングイベントを定義したとします。 キャッピングカウントフィールドに 10 を入力すると、10 件のチェックアウト後はこれ以上オファーが送信されなくなります。
キャッピングを適用する対象を、すべてのユーザーか、1 つの特定のプロファイルかに指定することもできます。
合計を選択し、組み合わせたターゲットオーディエンス(つまり、すべてのユーザー)に対してオファーを提案できる回数を定義します。
例えば、「超特価品 TV」を販売する電子機器小売業者の場合、オファーが返される回数は、すべてのプロファイルで 200 回に制限されます。
プロファイルごとを選択して、1 つのオファーを同じユーザーに対して提案できる回数を定義できます。
例えば、「プラチナクレジットカード」のオファーを持つ銀行の場合、このオファーを 1 つのプロファイルにつき 5 回以上表示したくないとします。実際、ユーザーがオファーを 5 回見て、それに対して何らかのアクションを起こしていない場合、その次に最適なオファーに対して行動する可能性が高いと考えられます。
「頻度」セクションでは、キャッピングカウントをリセットする頻度を定義できます。 これを行うには、カウントの期間(毎日、毎週、毎月)を定義し、選択した日/週/月の数を入力します。
リセットは、定義した日(UTC で午前 12 時)、または該当する場合は週や月の最初の日に発生します。週の開始日は日曜日です。 選択する期間は、2 年(つまり、それに相当する月数、週数、日数)を超えることはできません。
例えば、キャッピングカウントを 2 週間ごとにリセットする場合は、繰り返しドロップダウンリストから「毎週」を選択し、他のフィールドに「2」と入力します。リセットは毎週日曜日の午後 12 時(UTC)に発生します。
オファーを公開した後は、頻度に選択した期間(毎月、毎週、毎日)を変更できなくなります。
オファーのステータスがドラフトで、これまでにフリークエンシーキャップを有効にして公開したことがない場合であれば、フリークエンシーキャップを編集できます。
オファーの複数の表示域を定義した場合、キャッピングを「すべてのプレースメントで」または「プレースメントごとに」適用するかどうかを指定します。
すべてのプレースメントで:キャッピング数は、オファーに関連付けられたプレースメント全体のすべての決定の合計となります。
例えば、オファーに電子メールプレースメントと web プレースメントがあり、すべてのプレースメントのプロファイルあたりキャッピングを 2 に設定した場合、各プロファイルは、プレースメントミックスに関係なく、合計で最大 2 回オファーを受け取ることができます。
プレースメントごとに:キャッピング数は、各プレースメントに対して個別に決定回数が適用されます。
例えば、オファーに電子メールプレースメントと web プレースメントがあり、各プレースメントに対するプロファイルあたりキャッピングを 2 に設定した場合、各プロファイルは、電子メールプレースメントに対して最大 2 回、web プレースメントに対してさらに 2 回、オファーを受け取ることができます。
オファーの日付を変更する場合は、次の条件を満たすとキャッピングに影響を与える可能性があるので、慎重に行う必要があります。
オファーの日付を定義する方法については、この節を参照してください。
プロファイルごとのキャッピングでは、各プロファイルにキャッピング回数が保存されます。承認されたオファーの開始日と終了日を変更すると、以下に説明する様々なシナリオに従って、一部のプロファイルのキャッピングカウントが影響を受ける可能性があります。
以下は、オファー開始日を変更した場合に考えられるシナリオです。
シナリオ: 次の場合… |
結果: 次に… |
キャッピングカウントに対する影響の可能性 |
---|---|---|
…オファーの開始日が、元のオファーの開始日が開始する前に更新される | …キャッピングカウントは新しい開始日に開始される。 | × |
…新しい開始日が現在の終了日より前 | …キャッピングは新しい開始日から続行し、各プロファイルの以前のキャッピング数が繰り越される。 | × |
…新しい開始日が現在の終了日より後 | …現在のキャッピングは期限切れになり、新しい開始日にすべてのプロファイルに対して新しいキャッピング数が 0 から再び開始される。 | ○ |
以下は、オファー終了日を延長した場合に考えられるシナリオです。
シナリオ: 次の場合… |
結果: 次に… |
キャッピングカウントに対する影響の可能性 |
---|---|---|
…元のオファーの終了日より前に決定リクエストが発生 | …キャッピング数が更新され、各プロファイルの以前のキャッピング数が繰り越される。 | × |
…元の終了日より前に決定リクエストが発生していない | …キャッピング回数は、各プロファイルの元の終了日にリセットされる。元の終了日の後に発生する新しい決定リクエストに対しては、新しいキャッピング数が 0 から再び開始されます。 | ○ |
例
元の開始日が 1月1日、有効期限が 1月31日に設定されたオファーがあるとします。
プロファイル X、Y、Z がオファーに表示されます。
1月10日に、オファーの終了日が 2月15日に変更されました。
1月11日から 1月31日の間、プロファイル Z のみがオファーに表示されます。