文件

Adobe Journey Optimizer (AJO) — 在中樞的設定檔層級（而非身分層級）套用優惠方案上限

Last update: Tue May 12 2026 00:00:00 GMT+0000 (Coordinated Universal Time)

您可以觀察優惠方案上限行為中的差異，具體取決於決策管道。 在Edge決策中，上限是依身分套用（例如CRMID或ECID），而在中心（AJO/ODE批次決策），則是在所有拼接身分的統一設定檔層級套用。 因此，一旦達到集線器中設定檔的上限，即使使用不同的身分，仍可傳回遞補優惠。

說明 description

注意： 此行為如預期運作，且取決於使用的決策管道。

環境：

  • Adobe Journey Optimizer (AJO) Decisioning / ODE中心（批次決策）
  • Edge Decisioning （即時優惠擷取）

問題/症狀：

  • 使用單一身分傳送時，優惠達到其上限。
  • 對相同設定檔使用不同身分的後續請求會傳回遞補優惠。
  • 在中心決策中的身分之間似乎會共用上限。
  • 使用Edge決策時，可對每個身分設定獨立行為上限。

根本原因：

上限機制因決策管道而異：

  • ODE中心(AJO Decisioning)：上限為個人資料範圍，這表示個人資料的所有拼接身分都會共用單一計數器。
  • Edge Decisioning：上限為個身分範圍，表示每個主要身分（名稱空間+ ID）會維護個別的計數器。

在Edge上，上限計數器是使用請求中的主要身分直接從決策服務擷取，而不是從統一的設定檔存放區擷取。

如何確認

  • 檢查選件要求是透過Edge還是中樞決定路由。

  • 針對相同設定檔切換身分時，請檢閱上限行為。

  • 驗證計數器是跨身分共用(Hub)還是依身分分別追蹤(Edge)。

  • 使用網路記錄檔或API端點來檢查請求路由（Edge與集線器）。

  • 如需詳細資訊，請參閱：

解決方法 resolution

無法透過組態設定變更決策行為。 這取決於選件的傳送方式。

  • 中心決策（AJO歷程、批次傳送）：

    • 設定檔層級會強制執行上限。
    • 無法修改此行為。

  • Edge decisioning （即時API或SDK請求）：

    • 在身分層級強制執行上限。
    • 必須使用Edge Decisioning API或Experience Platform Web SDK來擷取選件。

重要： Adobe Journey Optimizer中沒有可在這些模式之間切換的UI選項。 若要使用身分層級的上限，實作必須透過Edge網路擷取選件，而非AJO歷程或批次工作流程。

相關閱讀

recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f