Remote segments
Overview
Remote Segments allow DinMo to retrieve and reuse segments that have been created in a third-party marketing or activation platform.
Instead of recreating the same logic in multiple tools, Remote Segments enable DinMo to reference an existing segment, ingest its members, enrich them with DinMo data, and make the resulting audience available across the entire stack.
Recommended use cases for Remote Segments
Use a Remote Segment when:
The segment is created and maintained in a third-party tool.
Its definition depends on:
engagement signals (opens, clicks, impressions, responses),
real-time or near-real-time events,
campaign, journey, or scenario context.
The segment is mainly used for activation or orchestration, rather than as a long-term business definition.
Typical examples:
Users who opened or clicked a campaign in the last X days
Users currently in a specific journey step
Non-responders to a recent activation
A/B test cohorts or holdout groups
In these cases, DinMo does not attempt to replicate the logic. Instead, it imports the segment membership and enriches it.
Not all third-party platforms are currently supported for Remote Segments.
If your preferred marketing or activation tool is not available yet, you can request the Remote Segment feature to be unlocked for that platform by contacting your CSM.
How remote segments work
Creating a Remote Segment in DinMo follows a simple, structured flow:
Step 1: Create a new segment
In DinMo, create a new segment and select Remote Segment as the segment type.
Step 2: Select the data model
Choose the DinMo model that the segment will be built on (for example: Contacts, Users, Customers, etc.).
⚠️ Important DinMo only retrieves the IDs contained in the remote segment from the destination. It then enriches those IDs using the selected model to rebuild a full segment with all available attributes (e.g. first name, last name, email, status, scores, etc.).
Step 3: Configure the Remote source
Define where the segment comes from:
Select the destination platform (the third-party tool where the segment was created).
Provide the remote segment identifier (segment ID) from that platform.
This identifier is used by DinMo to fetch the list of members.
Step 4: Map the shared identifier(s)
Map the common identifier(s) between:
a column in the DinMo model, and
the identifier used by the third-party platform.
Examples:
contact_iduser_idemailexternal_id

Step 5: Set the refresh frequency
Define how often DinMo should refresh the Remote Segment.
At each refresh:
DinMo retrieves the list of IDs from the third-party platform.
The segment is rebuilt using the latest membership.
All related attributes from the DinMo model are updated accordingly.
What happens after synchronization
Once synchronized, DinMo holds a fully enriched segment, not just a list of IDs.
This enriched segment can then be:
analyzed in DinMo,
combined with other DinMo segments or attributes,
activated and sent to any other destination (ads platforms, CRM tools, personalization engines, analytics, etc.).
In other words:
A Remote Segment becomes a first-class segment in DinMo, even though its original definition lives elsewhere.
In a nutshell
Remote Segments allow DinMo to reuse segments defined in third-party tools.
DinMo retrieves only the segment membership (IDs) and enriches it using its own data models.
This approach avoids duplication of logic while ensuring:
consistency across channels,
centralized enrichment,
omnichannel activation.
Remote Segments are best suited for engagement-driven or tool-specific audiences, while DinMo remains the reference for stable, cross-channel segments.
Last updated