diff --git a/src/engage/journeys/v2/event-triggered-journeys-steps.md b/src/engage/journeys/v2/event-triggered-journeys-steps.md index 63c19ef59e..5115506dd0 100644 --- a/src/engage/journeys/v2/event-triggered-journeys-steps.md +++ b/src/engage/journeys/v2/event-triggered-journeys-steps.md @@ -7,7 +7,7 @@ redirect_from: [Event-Triggered Journeys](/docs/engage/journeys/event-triggered-journeys/) in Engage use steps to control how users move through a journey based on their actions or predefined conditions. -Steps are the building blocks of a journey. This page explains the **Hold Until**, **Send to Destination**, and **Data split** steps, which enable precise control over journey progression and data delivery. +Steps are the building blocks of a journey. This page explains the **Hold until**, **Delay**, **Data split**, **Randomized split**, and **Send to Destination** steps, which enable precise control over journey progression and data delivery. ## Hold Until: smart pauses in journeys @@ -51,7 +51,7 @@ Enable this feature by selecting **Send profiles back to the beginning of this s Segment recommends putting branches for recurring events at the top of the list to improve readability. -![Flow diagram of an Event-Triggered Journey for an abandoned cart scenario. The journey starts with a trigger event labeled 'Cart_Modified,' followed by a 'Hold Until' step checking if the user buys within two hours. The Hold Until step includes three branches: 'User updated cart, reset timer' for additional cart modifications, 'User purchased' triggered by an 'Order_Confirmation' event, and a 'Maximum hold duration' fallback set to two hours, which leads to a 'Send Abandonment Nudge' step. The flow ends with a 'Completed' state.](images/hold_until.png) +![Flow diagram of an Event-Triggered Journey for an abandoned cart scenario. The journey starts with a trigger event labeled 'Cart_Modified,' followed by a 'Hold Until' step checking if the user buys within two hours. The Hold Until step includes three branches: 'User updated cart, reset timer' for additional cart modifications, 'User purchased' triggered by an 'Order_Confirmation' event, and a 'Maximum hold duration' fallback set to two hours, which leads to a 'Send Abandonment Nudge' step. The flow ends with a 'Completed' state.](../images/hold_until.png) In this example, users enter the journey when they modify their cart and wait for either a purchase or two hours to pass. If the user modifies their cart again during those two hours, the cart contents are updated, and the two-hour timer resets. As a result, follow-ups reflect the latest information. diff --git a/src/engage/journeys/v2/exit-rules.md b/src/engage/journeys/v2/exit-rules.md index 0a12787ddf..229c4c2e18 100644 --- a/src/engage/journeys/v2/exit-rules.md +++ b/src/engage/journeys/v2/exit-rules.md @@ -17,7 +17,7 @@ Exit rules don't wait for a profile to reach a specific step; they apply globall ## Configuring exit rules -You'll set up exit rules in the journey’s settings panel. By default, journeys don’t have any exit conditions, but you can choose to add up to five exit events. +You'll set up exit rules in the journey’s settings panel. By default, journeys don’t have any exit conditions, but you can choose to add up ten five exit events. ## Basic setup @@ -31,8 +31,6 @@ For each exit rule, choose the event that should trigger the exit. You can also You can optionally require that the exit event matches the same identifier used in the entry event. This helps tie the two together, like if a journey starts with a `Cart_Modified` event and should exit only when `Order_Purchased.cart_id` matches the same cart. -Each exit rule must be mutually exclusive. - > success "Exit rules Analytics" > You can track how exit rules are performing from the journey overview, which shows total exits per rule, and from individual step details, which show where users exited. @@ -73,6 +71,6 @@ Follow these tips to make sure your exit rules behave as expected: As you work with exit rules, keep the following in mind: -- You can configure up to 5 exit events per journey. +- You can configure up to 10 exit events per journey. - Journeys support only one destination send for exit events. - If an exit rule is triggered, it overrides all other steps. The user exits immediately, even if they’re mid-delay or hold. diff --git a/src/engage/journeys/v2/journey-context.md b/src/engage/journeys/v2/journey-context.md index c739180709..3af03577c6 100644 --- a/src/engage/journeys/v2/journey-context.md +++ b/src/engage/journeys/v2/journey-context.md @@ -13,11 +13,11 @@ This page explains Journey context, which can help you dynamically adapt each jo Unlike traditional audience-based journeys, which rely solely on user progress through predefined steps, event-triggered journeys capture and store the details of user-triggered events. This shift allows you to access the data that caused users to reach a specific step and use it to make more precise decisions throughout the journey. -With journey context, you can: +With journey context you can personalize customer experiences using real-time event data. - + For example: diff --git a/src/engage/journeys/v2/limits.md b/src/engage/journeys/v2/limits.md index ac298de5c5..ab0269f8d0 100644 --- a/src/engage/journeys/v2/limits.md +++ b/src/engage/journeys/v2/limits.md @@ -14,17 +14,17 @@ This page outlines product limitations for Event-Triggered (V2) Journeys. | Step name | 73 characters | Maximum length for step names. | | Branch name | 73 characters | Maximum length for branch names within a split step. Branch names must be unique across the journey. | | Additional branches | 5 | Maximum number of branches supported in a split or Hold Until step. | -| Delay duration | Minimum: 5 minutes
Maximum: 6 months | Allowed time range for Delay and Hold Until steps. | +| Delay duration | Minimum: 5 minutes
Maximum: 182 days | Allowed time range for Delay and Hold Until steps. | | Unique identifier | 500 characters | For “Re-enter every time event occurs” rules, you must define a unique identifier. The value is limited to 500 characters. | ## Throughput -| Name | Limit | Description | -| ------------------------- | ---------------------------------- | --------------------------------------------------------------------------------------------------------------------------- | -| Requests per second (RPS) | 25 events/sec/profile | Maximum events per second per Segment ID. Timer events are excluded. Excess events get dropped. | -| Instances per profile | 25 concurrent instances | Maximum concurrent Journey instances per profile. | -| Loop back branch | 100 instances | Maximum instances that can pass through a Wait Until loop-back. | +| Name | Limit | Description | +| ------------------------- | ----------------------- | ------------------------------------------------------------------------------------------------------------------------------- | +| Requests per second (RPS) | 25 events/sec/profile | Maximum events per second per Segment ID. Timer events are excluded. Excess events get dropped. | +| Instances per profile | 25 concurrent instances | Maximum concurrent Journey instances per profile. | +| Send profiles back branch | 100 instances | Maximum count a single journey instance can pass through a Wait Until Send profiles back to the beginning of this step' branch. | ## Journey context