在優惠中新增限制 add-constraints
限制可讓您定義優惠的顯示條件。
例如，如果您設定下列限制：
- 只有符合「金級忠誠客戶」決策規則的使用者才會考量此優惠。
- 優惠方案的優先順序設為「50」，這表示將會在優先順序介於1到49的優惠方案之前以及優先順序至少為51的優惠方案之後顯示優惠方案。
- 每個使用者在所有位置每月只會顯示一次選件。
適用性 eligibility
優惠資格 區段可讓您將優惠限製為您使用對象或決定規則定義的特定設定檔。
-
依預設，會選取 所有訪客 選項，這表示任何設定檔都符合呈現優惠方案的資格。
-
您也可以將優惠方案的呈現方式限製為一或多個Adobe Experience Platform對象的成員。
若要這麼做，請啟用 屬於一或多個受眾的訪客 選項，然後從左窗格新增一或多個受眾，並使用 And / Or 邏輯運運算元將其合併。
-
如果您想要將特定決定規則關聯至優惠，請選取 依定義的決定規則，然後將需要的規則從左窗格拖曳至 決定規則 區域。
note caution CAUTION Journey Optimizer目前不支援事件型優惠。 如果您根據事件建立決定規則，則無法在優惠方案中使用它。
當您選取對象或決定規則時，您可以檢視有關預估合格設定檔的資訊。 按一下 重新整理 以更新資料。
使用對象與決定規則 segments-vs-decision-rules
若要套用限制，您可以將優惠方案選擇限制在一或多個 Adobe Experience Platform對象 的成員中，或者您可以使用 決定規則，這兩個解決方案都對應不同的用法。
基本上，對象的輸出是設定檔清單，而決定規則是在決策流程期間根據單一設定檔執行的函式。 這兩種使用方式的差異詳述如下。
頻率限定 capping
上限會用作限制，以定義可顯示優惠方案的次數上限。 限制使用者取得特定優惠方案的次數，可讓您避免過度向客戶提供需求，進而使用最佳優惠方案將每個接觸點最佳化。
您最多可以為特定選件新增10個上限規則。 若要設定上限規則，請按一下 建立上限 按鈕，然後遵循下列步驟：
系統會在準備電子郵件時計算建議某個優惠方案的次數。 例如，如果您準備包含多個優惠方案的電子郵件，無論是否有傳送電子郵件，這些數量都會計入您的次數上限中。
頻率限定事件 capping-event
選擇上限事件 欄位可讓您定義將考慮哪個事件以增加計數器：
-
決定事件 （預設值）：可顯示優惠的最大次數。
-
點按次數：使用者可點按選件的次數上限。
-
曝光次數：可向使用者顯示選件的次數上限。
note note NOTE 曝光次數作為上限事件僅適用於 傳入頻道。 -
自訂事件：您可以定義自訂事件，用來限制已傳送的優惠方案數目。 例如，您可以限制贖回次數，直到它們相等10000或直到指定的設定檔已贖回1次。 若要這麼做，請使用Adobe Experience Platform XDM結構描述來建置自訂事件規則。
在下列範例中，您想要限制結帳次數。
-
從清單中選取 自訂事件，並使用 新增自訂事件 按鈕。
-
使用 建立自訂事件規則 產生器來選取相關事件。 您可以選擇任何您想要限制選件的使用者動作。
在這裡選擇 Commerce > 結帳 > 值，然後從下拉式清單中選取 存在。
-
建立規則後，它會顯示在 自訂事件查詢 欄位中。
-
頻率限定類型 capping-type
您可以指定是否要將上限套用至所有使用者或一個特定設定檔：
-
選取總計 個 以定義可在合併的目標對象中建議多少次選件，亦即在所有使用者中建議。
例如，如果您是具有「電視看門人交易」的電子零售商，您只想要在所有設定檔中傳回200次選件。
-
選取 每個設定檔 以定義可向同一個使用者建議某個優惠方案的次數。
例如，如果您是具有「白金信用卡」優惠方案的銀行，您不希望此優惠方案在每個設定檔中顯示超過5次。 事實上，您相信，如果使用者看過5次選件且未採取行動，則他們有較高機會對下一個最佳選件採取行動。
上限計數 capping-count
上限計數限制 欄位可讓您指定可顯示優惠方案的次數。
例如，您定義了自訂上限事件，例如將結帳次數納入考量。 如果您在 上限計數限制 欄位中輸入10，則在10次結帳後不會再傳送優惠。
頻率限定 frequency-capping
重設上限頻率 欄位可讓您定義上限計數的重設頻率。 若要這麼做，請定義盤點的期間（每日、每週或每月），並輸入您選擇的天數/周數/月數。 例如，如果您希望每兩週重設一次上限計數，請從對應的下拉式清單中選取 每週，然後在另一個欄位中輸入 2。
不到3秒內，Edge Decisioning API決策中的頻率限定計數器即已更新並可用。
每個中心區域都與一個或多個邊緣區域相關聯。 頻率限定規則會從每個中心區域產生並匯出至其關聯的邊緣區域。 每當使用Edge Decisioning API做出決定時，系統都會強制實施相同邊緣區域中可用的規則：
- 如果有相符的規則，則設定檔的頻率上限計數器會增加。
- 否則，不會為設定檔建立計數器，且頻率上限規則不適用。 因此，即使超過上限臨界值，設定檔仍會繼續收到個人化優惠。
例如，假設您組織的中心區域為 NLD2，而您正傳送來自歐洲（IRL1 邊緣區域）的決策請求。 在此案例中，決策請求將遞增設定檔的計數器，因為規則可在（愛爾蘭） IRL1 區域中使用。 但是，如果決策請求來自日本(JPN3)這樣的區域，該區域不是繫結至（荷蘭） NLD2 中樞區域的邊緣區域，則不會建立任何計數器，也不會強制執行頻率上限規則。
如需瞭解哪些中心與邊緣區域與貴組織建立關聯，請洽詢您的Adobe代表。
上限和版位 placements
如果您已為優惠定義了數個代表，請指定您是否要對所有刊登版位或每個刊登版位套用上限。
-
針對所有版位套用上限：上限計數將會總計與優惠相關之版位的所有決定。
例如，如果優惠方案有 電子郵件 版位和 網路 版位，而您在所有版位 將每個設定檔的上限設定為 2，則無論版位組合為何，每個設定檔最多可以收到優惠方案共2次。
-
對每個位置套用上限：上限計數將分別套用每個位置的決定計數。
例如，如果優惠方案有 電子郵件 版位和 網路 版位，而您將每個版位 的最高限定設為每個設定檔 2，則每個設定檔最多可以接收電子郵件版位2次優惠方案，以及網路版位2次優惠方案。
變更日期對頻率限定的影響 capping-change-date
變更優惠方案的日期時，您必須謹慎進行，因為如果符合以下條件，這可能會對上限產生影響：
每個設定檔的上限會儲存每個設定檔的上限計數。 當您變更已核准優惠方案的開始和結束日期時，部分設定檔的上限計數可能會根據以下所述的不同情況而受到影響。
以下是 變更優惠方案開始日期 時的可能情況：
如果……
然後……
以下是 延長優惠方案結束日期 時的可能情況：
如果……
然後……
範例
假設您有一個優惠方案，其原始開始日期設為 1月1日，到期日為 1月31日。
-
選件中會顯示設定檔X、Y和Z。
-
在 1月10日，優惠方案的結束日期變更為 2月15日。
-
從1月11日至1月31日，只提供設定檔Z選件。
- 由於決策請求發生在設定檔Z 的原始結束日期 之前，因此優惠方案的結束日期可以延長至 2015年2月15日。
- 但是，由於 設定檔X和Y 的原始結束日期之前未發生任何活動，因此其計數器將會過期，且其上限計數將在 1931年1月31日重設為0。
