帆布條目屬性和事件屬性
本文參考覆蓋信息
canvas_entry_properties
和event_properties
,包括何時使用每個屬性和行為的差異。
截至2023年2月28日,您可以不再創建或重複使用原始的編輯器畫布。當使用本文可供參考canvas_entry_properties
和event_properties
原來的帆布工作流。
雖然名稱相似,帆布條目屬性和事件屬性不同的功能在你的畫布工作流。屬性觸發的事件或API調用用戶的進入一個畫布被稱為canvas_entry_properties
。屬性發生的事件作為一個用戶穿過一個畫布被稱為旅程event_properties
。關鍵的區別是canvas_entry_properties
通過也不僅僅關注事件訪問有效載荷在API-triggered畫布的屬性條目。
原來的編輯器畫布和帆布流,你不能使用event_properties
領先一步的消息。相反,您必須使用canvas_entry_properties
或添加一個動作路徑步驟與相應的事件之前包括消息一步event_properties
。
行為可以不同工作流構建與原來的編輯器畫布和帆布流。例如,在原始畫布編輯器中,您可以使用event_properties
在第一個完整步驟如果它是一個基於動作的步驟。在畫布上流動,不支持完整的步驟,所以這並不適用。
看看這個表總結的區別canvas_entry_properties
和event_properties
。
帆布條目屬性 | 事件屬性 | |
---|---|---|
液體 | canvas_entry_properties |
event_properties |
持久性 | 可以參考嗎消息步驟期間的帆布畫布流。 | ——隻能引用一次。 ——不能引用的任何後續消息的步驟。 |
原始畫布行為 | ——必須有持續的條目屬性啟用。 ——隻能引用 canvas_entry_properties 在第一個完整步驟的畫布。畫布API必須基於動作或觸發。 |
——可以參考event_properties 在任何完整的步驟,使用基於動作的交付在畫布上。——不能用於計劃以外的完整步驟的完整的第一步基於動作的畫布。然而,如果一個用戶使用帆布組件在原始畫布編輯器中,遵循畫布的流規則的行為 event_properties 。 |
帆布流動行為 | 可以引用canvas_entry_properties 在任何一步的畫布。 |
——可以參考event_properties 在消息的第一步後一個行動路徑一步的行動是一個定製的事件或購買的事件。——不能在其他人的行動路徑的步驟。 可以有其他non-Message帆布組件之間的行動路徑和消息的步驟。如果這些non-Message畫布組件之一是一個行動路徑步驟中,用戶可以通過這一行動路徑的其他人路徑。 |
應用程序消息渠道,canvas_entry_properties
隻能引用在編輯器畫布流和原始畫布如果你有嗎持久的條目屬性在原始編輯器中啟用之前的早期訪問的一部分。然而,event_properties
不能用於應用程序消息通道。
例子
這裏有一個例子來解釋行為canvas_entry_properties
和event_properties
在畫布上流動。假設我們有一個基於動作的畫布。在這個場景中,用戶將進入這個畫布,如果他們執行自定義事件“願望列表添加物品”。
的canvas_entry_properties
配置的項計劃一步創建一個畫布,將對應於當一個用戶輸入一個畫布。這些canvas_entry_properties
還可以引用任何消息一步帆布流從畫布流支持持續的條目屬性。
在這畫布上,我們有一個用戶之旅,始於一個動作路徑步驟來確定用戶增加了一個項目的清單。從這裏開始,如果用戶增加了一個項目,然後他們將會延遲接收消息”新項目在你的願望列表!“從消息的步驟。消息的第一步在用戶將可以訪問定製的旅程event_properties
從你的行動路徑步驟,所以在這種情況下,我們可以包括{{event_properties。$ {property_name}}}
在這個信息步驟的一部分我們的消息內容。
如果用戶不添加一個項目,他們通過其他人的路徑,所以event_properties
不能被引用,並將反映出一個無效的設置錯誤。
請注意,您隻能訪問event_properties
如果你的信息可以追溯到non-Everyone別的路徑在一個動作路徑的步驟。如果消息的步驟是連接到一個別人路徑但可以追溯到一個動作路徑介入用戶旅行,那麼你也將仍然有訪問權event_properties
。有關這些行為的更多信息,請查看消息。