Markin + Salesforce Marketing Cloud
Data extensions receive the decision; journeys stay untouched.
Rebuilding an SFMC estate is a multi-year project nobody wants. Writing into a data extension means the decision layer arrives without any journey being rewritten.
Attribute write-backTriggered event
What Markin reads
- Journey exposure and send logs
- Contact and subscriber attributes
What Markin writes back
- Rows in a dedicated data extension
- API events that trigger journeys
How the connection works
| Pattern | What it means here |
|---|---|
| Attribute write-back | Markin writes the decision onto the customer profile; your existing journeys read it as an entry condition. Latency is the platform's sync interval. |
| Triggered event | Markin emits an event that starts or advances a journey. Near-immediate, and the channel keeps its own governance. |
Salesforce Marketing Cloud questions
- How does Markin connect to Salesforce Marketing Cloud?
- Attribute write-back, Triggered event. Markin writes the decision onto the customer profile; your existing journeys read it as an entry condition. Latency is the platform's sync interval.
- What does Markin read from Salesforce Marketing Cloud?
- Journey exposure and send logs; Contact and subscriber attributes.
- What does Markin write back into Salesforce Marketing Cloud?
- Rows in a dedicated data extension API events that trigger journeys
- Do we have to move our data to Markin?
- No. Markin reads from your warehouse, product events and operational systems in place, on your compute, under the access rules your data team already set. Nothing is copied into a separate customer base and there is no vendor-side profile store to migrate off later.
- Does Markin replace our engagement platform or CDP?
- No, and it should not. Your engagement platform keeps the channel, the templates, the deliverability and the governance. Your CDP keeps identity and consent. Markin adds the layer neither has: deciding which action deserves to exist for each customer, and proving it against a holdout.
- What if the system we use is not listed?
- The four activation patterns cover almost everything: attribute write-back, triggered event, decision API and direct surface rendering. Any system that exposes an API, accepts a table, or can read a warehouse column can receive decisions. New connectors are built during deployment, typically in days.