Naming and describing your Journey
When you click Create Journey, a modal appears (only once per new Journey) prompting you to:- Enter a Journey Name (required)
- Enter a Description (optional)
- Journey name is required.
- Name maximum length: 300 characters
- Description maximum length: 255 characters
New Journey YYYY-MM-DD) with an empty description.
The initialization modal does not appear when duplicating a Journey or creating one from a template.
Editing name and description
After creation, the Journey Name and Description appear at the top of the page and can be edited inline. The description field supports multi-line text. Start by giving your Journey a name and description that clearly communicate its purpose to your team. Common examples include:- Abandoned Cart
- Welcome Campaign
- Inactive User Reach Out

Goals (Alpha)
Set success metrics for Journeys and supported message steps to measure performance over time.
Goals (Alpha)
Set success metrics for Journeys and supported message steps to measure performance over time.
Alpha feature: Journey and Message Goals are currently in alpha.
To become part of the alpha program, contact support@onesignal.com.
- Journey Goal (overall Journey performance)
- Message Goal (for individual message action steps that support goals)
Journey Goal
A Journey Goal tracks a single success metric for the entire Journey, for example whether users are entering, exiting, or completing it.
- Open your Journey and click Settings.
- Select Goals.
- Enable Set a Journey Goal.
- Enter a Name (required) and optional Description.
- Choose a Metric and condition, then set the Value threshold.
- Click Save.

Journey Goal metrics
Journey Goals support Journey-level engagement metrics such as:- Entered Journey (users who started the Journey)
- Completed (users who reached the end)
- Exited Early (users who left due to exit rules)
- “Did at least 100 users enter this Journey?”
- “Are most users completing it?”
- “Are too many users exiting early?”
Message Goals (Push + other supported message steps)
Message steps support their own Message Goal, which measures performance for that specific message. For example, a Push Notification step can track CTR, confirmations, or clicks.
- Click the message action step in your Journey (for example, Push Notification).
- In the editor, enable Set a Push Goal (or equivalent goal toggle).
- Enter a Name and optional Description.
- Select a Metric, condition, and Value.
- Click Save.

Message Goal metrics (Push)
Push goals support delivery and engagement metrics such as:- Sent
- Delivered
- Confirmed
- Clicked
- CTR
- Failed
- Unsubscribed
- Capped
- Rate (percentage-based), like CTR
- Count (total number), like clicks
Entry rules
Entry rules define how users can enter your Journey based on their segment membership or custom events.
Audience segment
Use Include Segment and Exclude Segment to control who qualifies for your Journey. Segment checks are done at the Subscription level and consider all of a user’s Subscriptions. See the exit rules Warning for what happens when a user matches both entry and exit rules. If a Journey is active, the segments used in its entry rules cannot be edited. To modify them, archive the Journey or remove the segment from the entry rules first.How inclusion and exclusion logic works
- ✅ If any Subscription is in an Included Segment(s) → the user enters the Journey.
- ❌ If any Subscription is in an Excluded Segment(s) → the user is blocked entirely.
Future additions only
When this option is checked, the Journey ignores all users who are already in the included or excluded segments at the time it goes live. Only users who join the segment after launch can enter. This applies permanently — even if an existing user leaves the segment and re-enters later, they are still excluded. Use this for one-time campaigns (e.g., onboarding) where current users should not receive the Journey.Custom events
Define which users should enter the Journey based on Custom Events. Users who satisfy the entry rule requirements can enter the Journey more than once at the same time. When a Custom Event name (and optional properties) match the entry rules, the user enters the Journey and the event is stored. The stored event can be referenced in Liquid syntax for message personalization and used for Event Matching in action steps. Each entry carries its own event properties, so multiple entries for the same user can contain different data.- Custom Event Name: The event name you plan to send via API.
- Filter by property: Additional property conditions to further filter which users enter the Journey.

Exit rules
Exit rules define when users automatically leave the Journey. They may re-enter later based on your re-entry settings.
Exit when user becomes active in your app/website
As soon as the user returns to your app or website with the OneSignal SDK, their “last session” updates, making them active again and exiting them from the Journey. Useful for re-engagement or reactivation Journeys.Exit when custom event condition occurs
Send a Custom Event to exit the user from the Journey immediately.Exit when user no longer matches the audience conditions
Automatically remove users if they stop matching the original entry rule audience segments.Exit when a user enters a segment
If a user enters a selected segment at any point, they are removed from the Journey and stop receiving messages.Tag users when they exit early
Apply or remove a tag when users exit early.- Leave the value blank to remove an existing tag.
- If the app is at the tag limit, no tag will be applied.
-
Trigger another Journey:
Tag users (e.g.
exited-journey-1:true), then use that tag to define a segment for your next Journey. -
Limit concurrent Journeys:
Tag users when they enter (
in-journey:true), and remove the tag when they finish or exit. This allows you to exclude them from other Journeys using that tag.
Re-entry rules
Re-entry rules determine if and when users can enter the Journey again after exiting. The re-entry timer starts when the user exits the Journey — not when they entered. Re-entry rules apply only to Journeys with Audience Segment entry rules. Custom Event-based Journeys always allow re-entry.
Schedule
Set when the Journey should start and end.- Start the Journey immediately or at some point in the future.
- The Journey will appear as Scheduled in the dashboard until the start time.
- It automatically becomes Active at the configured start time.
- Allow the Journey to run indefinitely until you stop it or set a future end time.
- If an end date is set, the Journey will be Stopped and Archived automatically once the end time is reached.
- All messages immediately stop for users currently in the Journey.
- These users will not trigger exit or early exit events.
Let current users finish the Journey
To stop new users from entering but let current ones finish:- Update the Entry Rules Audience Segment to only include an empty segment (e.g. a Test Users segment).
- Update the Exit Rules to Uncheck “Exit when a user no longer matches the audience conditions”.
FAQ
Can I change entry rules after a Journey goes live?
You cannot switch between Segment-based and Custom Event-based entry rules on a live Journey. To change the entry type, stop and archive the Journey, duplicate it, and configure new entry rules on the copy.What happens if a user matches both entry and exit rules?
The user enters the Journey and completes the first step before exiting. To prevent this, add a Wait step as the first step or refine your Excluded Segments to filter those users out before entry.Can I edit the segments used in a live Journey’s entry rules?
No. Segments referenced in a live Journey’s entry rules are locked. To modify them, archive the Journey or remove the segment from the entry rules first.How does “Future additions only” work?
When enabled, all users currently in the included or excluded segments at launch are permanently excluded from the Journey — even if they leave and re-enter the segment later. Only users who join the segment after launch can enter.Can a user re-enter a Journey triggered by Custom Events?
Yes. Custom Event-based Journeys always allow re-entry. Each time a matching event fires, the user enters a new instance of the Journey with that event’s properties.Related pages
Journeys overview
Introduction to Journeys and what you can build with them.
Journey actions
Add branching logic, wait steps, split paths, and delays.
Journey messages
Configure push, email, SMS, and in-app message steps.
Custom events
Send events from your app or API to trigger Journey entry and exit.