Unlike Automations (which need two separate automations, one to collect and one to release), a journey needs only the Add to Digest node. Collection happens at the node; release is handled by the subscription topic’s schedule and mapped template, not by a second journey. The digest is sent through the topic’s template, so you do not add a Send node after Add to Digest to deliver it.
Configuration
| Field | Description |
|---|---|
| Subscription topic | Required. The subscription topic that owns the digest the event is added to. Events accumulate per user, identified by user_id (or userId) in the event data. |
| Conditions | Optional. Only add the event to the digest when the conditions evaluate true. |
Configure the Digest on the Topic
The schedule, categories, retention, and template mapping live on the subscription topic, not on the node. Configure them in the Preferences Editor:- Schedule: when the digest releases (at least one schedule is required; multiple appear as choices on the hosted preferences page).
- Categories: separate types of data within one digest, each with its own retention (First, Last, Highest, or Lowest N, where Highest and Lowest need a sort key).
- Template mapping: the notification template that renders the released digest.
Digest Payload
When the digest releases, each category is delivered with the totalcount and the retained items:
count is the total number of events received (it can exceed the retained count); items are the retained events. Reference this data in your digest template.
Via the API
In a journey definition, an Add to Digest node usestype: "add-to-digest":
What’s Next
Batch
Release collected events by count or inactivity instead
Preferences
Configure subscription topics and digest schedules
Send
Render the digest payload in a template
Building Journeys via the API
Full node reference and definitions