ExamFinch.com My Study

Study guide

3.3 Action Nodes and the Jump Activity

Practice this exam

Adobe Certified Professional - Adobe Journey Optimizer Business Practitioner AD0-E607

Track your progress as you read

Finished sections get a check mark.

1 Chapter 1: Exam Structure & Journey Fundamentals

1.1 AD0-E607 Exam Logistics, Scope, and Adobe Journey Optimizer Architecture 1.2 Journey Lifecycle States and Canvas Management 1.3 Unitary Journeys vs Business Journeys

2 Chapter 2: Journey Triggers & Event Modeling

2.1 Audience-Based Entry with Read Audience & Audience Qualification 2.2 Unitary Event Triggers & Schema Requirements 2.3 Business Events & Audience Broadcast Execution

3 Chapter 3: Journey Orchestration, Timing & Logic

3.1 Condition Activities and Branching Logic 3.2 Wait Activities and Timing Modulation 3.3 Action Nodes and the Jump Activity

4 Chapter 4: Journey Testing, Execution & Operational Reporting

4.1 Validation, Simulation, Test Mode, and Dry Run Execution 4.2 Live & All-Time Reporting Dashboards 4.3 Error Handling, Discards, and Operational Governance

5 Chapter 5: Multi-Channel Content Design & Personalization

5.1 The Email Designer & Multi-Channel Canvas Structure 5.2 Personalization Syntax & Expression Editor 5.3 In-App Messaging & Web In-Browser Delivery

6 Chapter 6: Reusable Assets, Fragments & Content Experiments

6.1 Visual Fragments vs Expression Fragments 6.2 Assets Essentials Management and Content Templates 6.3 Content Experimentation and Pre-Deployment Proofing

7 Chapter 7: XDM Schemas, Ingestion & Real-Time Customer Profiles

7.1 Experience Data Model (XDM) Foundations for Journey Optimizer 7.2 Datasets, Profile Enablement & Ingestion Troubleshooting 7.3 Real-Time Customer Profile & Profile Merge Policies

8 Chapter 8: Identity Resolution, Segmentation & Data Governance

8.1 Identity Service, Namespaces & Identity Graphs 8.2 Segmentation Methods: Streaming, Batch, Edge & Sequential Logic 8.3 Data Usage Labeling & Enforcement (DULE), Consent, and Privacy

9 Chapter 9: Decision Management, Offer Rules & Ranking Policies

9.1 Decision Management Architecture & Offer Library Components 9.2 Offer Eligibility Rules, Constraints & Capping 9.3 Decision Policies, Ranking & Channel Integration

3.3 Action Nodes and the Jump Activity

Key Takeaways Explain This Topic AI

Built-in channel actions send through configured Journey Optimizer channels, while custom actions call approved external endpoints.

Jump starts the profile in a target journey while the original journey continues after the Jump activity.

Origin and target must use the same identity namespace, and the target must be eligible for Jump entry.

Journey Optimizer prevents Jump loops; a profile already active in the target is skipped rather than duplicated.

The target resolves to its latest eligible version, so draft, stopped, closed, or otherwise unavailable targets can cause execution errors.

Last updated: October 2026

3.3 Action Nodes and the Jump Activity

Actions produce an outcome; Jump connects orchestration across journeys. They solve different problems and have different runtime behavior.

Built-in channel actions

Journey Optimizer supplies channel actions for configured channels such as email, push, and SMS. The action references a channel configuration, content, and the address or token fields needed for delivery. Before publication, verify consent, suppression, frequency rules, personalization fallback, sender settings, and proof rendering.

A person reaching an action is not guaranteed delivery. They may be discarded because of a missing address, opt-out, suppression, configuration issue, capping, or another eligibility rule. Reporting and discard reasons distinguish arrival at the node from successful channel execution.

Custom actions

A custom action calls an approved external HTTP endpoint. Configuration defines the URL and authentication arrangement, request parameters, and response behavior available to the journey. Use it for an external loyalty service, service case, reservation system, or another operation not supplied as a native channel action.

Treat the endpoint as a production dependency:

  • enforce allowed destinations and authentication governance;
  • design request payloads from fields available at that point;
  • respect Journey Optimizer custom-action throughput;
  • protect the destination with appropriate capacity and idempotency;
  • understand retries and non-retryable responses;

avoid placing secrets in authored payloads.

A custom action is not a place to run arbitrary code on the journey canvas.

What Jump actually does

Jump does not transfer control and terminate the origin. When a profile reaches Jump, Journey Optimizer attempts to start that profile in the target journey, and the profile also continues along the origin path after the Jump activity. The result can be parallel participation in both journeys.

This matters for message pressure. If the origin sends an email after Jump and the target also sends an email, both may occur. Add explicit journey design and caps rather than assuming the origin stops.

Target requirements

Origin and target must use the same identity namespace. The target journey must support Jump entry and cannot use an incompatible entry pattern such as Read Audience. Journey Optimizer adds the corresponding Jump-entry representation at the target.

Authoring can show targets in several states, but runtime needs an eligible active target. A draft, closed, stopped, or otherwise unavailable target can produce an execution error. Jump resolves toward the latest eligible version, so version changes must be tested.

Journey Optimizer also protects against loops. You cannot create circular Jump chains that endlessly send profiles among journeys. If the profile is already active in the target, Journey Optimizer skips that target entrance rather than creating another concurrent target execution.

Valid use case

A retailer has a general post-purchase journey and a reusable loyalty-onboarding journey. When a purchaser becomes eligible, Jump can start loyalty onboarding while the post-purchase journey continues with shipment education. Both journeys use the same CRM-ID namespace, and the team reviews channel caps across both.

Jump is less appropriate when the requirement is merely to reuse a few canvas nodes. Current Journey Fragments can copy a bounded set of nodes into a journey, though inserted journey fragments are static copies and do not update when the source fragment changes.

Operational checks

Confirm namespace equality.

Confirm target entry compatibility and live availability.

Trace both the origin continuation and target path.

Verify no circular Jump dependency.

Test a profile already active in the target.

Test target version changes.

Review cross-journey frequency and consent.

Monitor Jump execution errors in journey reporting.

Action selection

Native customer communication: built-in channel action.

External REST service: custom action.

Start a separate reusable orchestration while continuing the current one: Jump.

Wait for a future event: Reaction event.

Reuse authoring content: content fragment, not Jump.

Reuse canvas nodes as a copy: Journey Fragment, subject to its limitations.

Warning

The word “jump” sounds like a one-way transfer. In Journey Optimizer it creates target entry while the origin continues, so always model both paths.

Failure design

Draw the origin and target as two separate timelines. Mark the profile's location after Jump, every message on both paths, and the outcome when the target is unavailable or already contains the profile. Add a stable correlation identifier to custom-action testing. This makes parallel effects, duplicate risk, and target failures visible before a production launch.