历程与促销活动：选择正确的方法 journeys-vs-campaigns

可以。 许多组织会针对不同的方案使用所有方法：

• 用于行为实时参与的​历程
• 计划通信或入站激活的​操作营销活动
• 针对事务性消息​API触发的营销活动
• 为复杂、数据密集型批处理营销活动编排的营销活动 — 请参阅开始使用编排的营销活动

针对每个用例使用正确的工具，而不是为所有用例强制使用一种方法。

这三种模式都可以很好的扩展；正确的选择取决于您的模式：

• 读取受众历程​和​ 操作营销活动 ​已针对大型批量受众（一条消息或同时流向多个用户档案）进行了优化。
• 单一（基于事件）历程​在事件发生时单独处理配置文件，因此缩放取决于事件数量和吞吐量。

有关具有大型数据集和多实体数据的复杂分段，请参阅编排的营销活动。

本节包含结构化知识，用于支持与本主题相关的解释、检索和问答。

要全面了解相关信息，应将此信息与本页上的文档相结合。 这两个源都不是独立的；页面描述了功能，而本节提供了其他上下文来帮助消除术语、意图、适用性和约束条件的歧义。

• TL；DR：​根据您需要实时1:1编排、计划或入站批量交付，还是按需API触发的执行，在历程、操作营销活动和API触发的营销活动之间进行选择。

意图：

• 了解历程、操作营销活动和API触发的营销活动之间的主要差异
• 使用决策指南和比较表为给定的营销用例选择正确的方法
• 了解操作营销活动何时支持入站渠道激活与出站广播
• 了解何时上报至编排的营销活动（临时构成、联合数据、多实体）
• 在营销策略中有效地组合多种方法

术语表：

• 历程：多步实时编排流程，其中每个用户档案都根据行为和事件以自己的速度前进。 （产品特定）
• 操作营销活动：向受众提供计划或循环激活的营销活动 — 向边缘提供出站广播或入站渠道激活以实现低延迟个性化。 （产品特定）
• API触发的营销活动：外部系统通过API调用发起的营销活动，提供具有有效负荷驱动个性化的单个按需消息。 （产品特定）
• 编排的营销活动：支持多实体关系数据、临时受众组合和联合数据源的中心端批处理营销活动；此页面上的比较表未涵盖。 （产品特定）
• 单一事件历程：由单个用户档案操作实时触发的历程；在API发送事件后需要多步骤编排时使用。 （产品特定）
• 入站渠道激活：向边缘提供个性化体验（基于代码的体验、应用程序内、内容卡、Web），以实现低延迟渲染，操作营销活动支持这些体验。 （产品特定）

护栏：

• 每个操作活动最多10个入站渠道操作（硬限制） — 仅适用于入站渠道：基于代码的体验、应用程序内、内容卡、Web
• 编排的活动将从此页面的比较表中排除，以避免过度简化；有关架构详细信息，请参阅专门的编排活动文档

术语：

• 规范名称：操作营销活动 — 变体：“计划营销活动”、“广播营销活动”
• 规范名称：API触发的营销活动 — 变体：“事务型营销活动”、“事件驱动型营销活动”
• 请勿混淆：“操作营销活动”（向受众的计划投放/入站投放）≠“API触发的营销活动”（按需、有效负荷驱动，无预建受众）≠“编排的营销活动”（具有关系数据的中心端批处理）
• 请勿混淆：“单一事件历程”（由用户档案的实时操作触发）≠“业务事件历程”（由通过内部读取受众步骤影响多个人的非用户档案事件触发）
• 同义词：“入站渠道激活”=“入站渠道操作”（在此页面上可互换使用，以在“操作”营销活动中提供边缘体验）

常见问题解答：

• 问：何时应使用历程而不是操作营销活动？ — 当客户需要按照自己的步调在多个接触点之间移动实时条件逻辑时使用历程；使用操作营销活动将计划或入站交付到预定义受众。
• 问：操作营销活动能否投放到入站渠道？ — 是的。 操作营销活动支持到Edge的入站渠道激活（基于代码的体验、应用程序内、内容卡、Web），以实现低延迟个性化，每个营销活动最多10个入站操作，消息变体的定位规则也是如此。
• 问：协调的营销活动与操作营销活动有何区别？ — 编排的活动通过多实体关系数据、准确的预发送计数、临时受众组合和联合数据支持来运行中心端批量执行；活动是向Experience Platform受众的无状态单执行投放。
• 问：何时应使用API触发的营销活动而不是单一事件历程？ — 当外部系统需要立即触发包含有效负载数据的单个消息时，使用API触发的营销活动；当API发送事件后需要多步协调时，使用单一事件历程。
• 问：我能否在同一营销策略中合并历程和促销活动？ — 是的。 将历程用于行为实时参与，将活动用于计划广播或入站激活，将API触发的活动用于事务性消息，将编排的活动用于复杂的批处理工作流。