動態資料流設定模式

兩種模式類別適用於Dynamic Datastream Configuration規則設計:適用於所有服務的一般規則撰寫模式,以及Adobe Experience Platform特定的資料集策略模式。 每個類別都會處理不同的設計決策,而且可以獨立套用。

在閱讀此頁面之前,請先檢閱Dynamic Datastream Configuration概觀中的事件值分類法。 將事件分類為​可消耗分析​或​ 可操作 ​是選擇正確模式的先決條件。

一般模式 general-patterns

下列模式適用於所有服務: Adobe Analytics、Adobe Target、Adobe Audience Manager、事件轉送及Adobe Experience Platform。

廣泛規則之前的特定規則 granular-before-generic

由於Edge Network使用先比對後評估,因此請先定義更具體的規則,再定義更廣的規則。 放在特定規則之前的一般規則會先相符,而Edge Network永遠不會評估特定規則。

範例:​將更具體的規則放在前面,然後再放置更廣的規則:

  • 規則1 (特定): eventType等於commerce.purchases AND web.webPageDetails.URL包含/checkout/confirmation
  • 規則2 (廣泛): eventType等於commerce.purchases

僅針對例外寫入規則 override-rules

因為不相符的事件會回覆為預設靜態資料流設定,您不需要最常見事件路徑的規則。 僅針對應偏離預設的事件子集定義規則。

範例:​具有主要未啟用設定檔的資料集(Web Events - Analytics)和次要啟用設定檔的資料集(Web Events - Profile)的資料流。 撰寫單一規則將​ 可操作 ​事件路由至Web Events - Profile,而不撰寫所有事件型別的規則。 所有其他事件會自動回覆至主要資料集。

Experience Platform資料集模式 aep-patterns

將事件路由至Adobe Experience Platform時,請先選擇主要資料集策略,然後再撰寫規則。 策略會判斷不相符事件落在何處,這正是大多數實施中大多數事件會發生的情況。

這兩種模式支援相同的Edge Network服務: 決定管理、Edge分段、Personalization目的地和Adobe Journey Optimizer。 請參閱Experience Platform設定,在您的資料流中啟用它們。

NOTE
您最多可以有5個規則用於Adobe Experience Platform、5個規則用於Adobe Analytics、5個規則用於Adobe Target、5個規則用於Adobe Audience Manager,以及5個規則用於「事件轉送」,所有這些都位於相同的資料流中。 限制會依服務個別套用。

首先可操作 actionable-first

可操作的優先順序​表示您會透過確保每個事件都前往Real-Time Customer Profile和所有已啟用的Edge服務,排定設定檔擷取、細分和啟動的優先順序,除非規則明確將其路由到其他地方。

將主要(預設)資料集設定為啟用設定檔的資料集。 啟用您所需的Adobe Experience Platform Edge服務。

所有事件都會移至資料湖、Real-Time Customer Profile以及所有啟用的Edge服務。 撰寫規則以將​ 分析 ​事件路由到設定檔之外,並停用這些事件的Edge服務。

分析優先 analytical-first

分析優先​表示您可以確定每個事件都登陸在非設定檔資料集中,藉由確定資料湖優先順序高於Real-Time Customer Profile,除非規則明確將其升級為Real-Time Customer Profile和Edge服務。

將主要(預設)資料集設為未啟用設定檔的資料集。 啟用您所需的Adobe Experience Platform Edge服務。

所有事件只會前往資料湖。 撰寫規則以將​ 可操作 ​事件路由至啟用設定檔的資料集,並為這些事件啟用適當的Edge服務。 視需要新增規則以停用​ 分析 ​事件的Edge服務。

何時先選擇「可操作」與「分析」 which-pattern

根據佔您流量大多數的事件型別進行選擇。

考量
首先可操作
分析優先
最佳時機
您的大部分事件都是​可操作 (例如,交易應用程式、忠誠度平台)
您的大多數活動是​分析 (例如,頁面檢視量高的內容密集型網站)
預設行為
所有事件都會移至設定檔。 規則將​ 分析 ​事件路由到設定檔之外。
所有事件只會前往資料湖。 規則將​ 可操作 ​事件路由到設定檔。
規則效率
分析​事件型別為小型集合時,所需的規則較少
可操作​事件型別為小型集合時,所需的規則較少
發生錯誤時
設定檔中出現非預期事件(成本較高,但個人化機會並未喪失)
未預期的事件遠離設定檔(成本較低,但可能會錯過個人化機會)

經驗法則:​為少數事件型別撰寫規則。 如果您有3個​ 可操作 ​事件型別和15個​ 分析 ​事件型別,請先使用「分析」並寫入3個規則,以將​ 可操作 ​事件提升至設定檔。 這可讓您的規則計數保持在每個服務5個規則的限制內。

後續步驟

recommendation-more-help
experience-platform-help-datastreams