How Data Activation works

Prev Next

Data Activation connects customer signals to actions in external tools, from data collection through to activation in ad platforms, email service providers, CRMs, or custom endpoints.

With Data Activation, you can unify customer data from different systems into individual profiles and push targeted audiences and triggered actions to the platforms where marketing happens.

The concept of data activation typically spans the following three areas:

  • Data source: The systems you're ingesting profile data or collecting event data from, such as your website or CRM.

  • Data activation platform: The Supermetrics platform where you set up journeys and audiences based on the ingested data.

  • Activation destination: The platform where you push the activated data to improve your targeting, such as your advertising or email automation platform.

Core concepts and flow of Data Activation

A typical setup of activating your data follows five steps:

  1. Data ingestion

  2. Identity resolution

  3. Journey orchestration

  4. Data activation

  5. Impact monitoring

Data ingestion

For Data Activation, you typically need two types of data:

  • Event data: Time-stamped actions that happen on websites, mobile, or SaaS applications, such as page views, product views, add to cart, login, purchase, or support interactions.

  • Profile data: Attributes such as customer ID, loyalty tier, subscription status, contract end date, predicted value, consent status, and preference flags.

Both event data and profile data are needed to create an audience and set up journeys. Events explain what someone is doing right now. Profiles explain who they are and what the business context is.

Data typically comes from these categories:

Category

What it provides

Common sources

Web and digital

Behavioral signals (page views, product views, cart activity)

Website tracking, mobile app events

Product or app

In-product behavior (feature usage, activation signals)

Product analytics, backend events

CRM and sales

Customer status, lifecycle stage, relationship context

Salesforce, HubSpot, custom CRMs

Billing and subscriptions

Contract details, renewal dates, payment status

Billing systems, subscription platforms

Customer support

Service interactions, satisfaction signals, issue history

Support platforms, ticketing systems

Offline and store

In-store transactions, call center interactions

POS systems, call center logs

Not every implementation needs every category. Start with sources that support your first use cases.

For the simplest usable activation setup, you need:

  • 1 behavioral source: Web tracking or product events that capture intent signals.

  • 1 profile source: CRM or data warehouse that provides customer status and key attributes.

  • Consistent identifiers: A customer ID or email that appears in both sources.

This combination supports common patterns like:

  • Retargeting customers based on recent behavior

  • Suppressing existing customers from acquisition

  • Personalizing based on customer status or value

Identity resolution

The process of identity resolution brings together the events and profiles. The signals from different systems are tied to a person or household using identifiers such as a customer ID, email address, or device IDs, where applicable.

Common identifiers include:

  • Browser or device ID from web tracking

  • Customer ID from a CRM or billing system

  • Email address captured through a form or login

  • Mobile app user ID

Journey orchestration

Once the collection of event and profile data has been set up, you can move on to building the audiences and orchestrating the journeys. This leads to data being activated in your destination platforms.

Audiences are membership lists based on current criteria (such as existing customer suppression). You can use audiences to target users by current state, often for destinations that need updated lists. In audience creation, you define the different groups of people you want to target based on profile attributes, behaviors, and recency windows.

Use an audience when:

  • The goal is to keep an up-to-date list of who qualifies.

  • The destination handles the next step (sending messages, running campaigns).

  • The use case is mainly about including and excluding decisions.

Use Case

Audience Entry Logic

Suppress existing customers

Customer status = active

Retarget product viewers

Viewed product in the last 7 days, no purchase

Identify VIP segment

Loyalty tier = gold AND lifetime value > threshold

Cart abandoners

Cart started AND purchase not completed in the last 24 hours

Journeys are multi-step sequences triggered by events and used for timely, personalized actions. Journeys are for reacting to specific moments (like cart abandonment), implementing logic involving timing or sequences, and controlling precise message triggering.

Use a journey when:

  • The use case requires multiple steps (trigger, wait, branch).

  • Different outcomes should happen depending on what happens next.

  • Testing and comparing variants is part of the plan.

  • The use case needs sequencing across channels.

Use case

Journey flow

Abandoned cart recovery

Cart started → wait 2 hours → send reminder → exit on purchase

Onboarding

Account created → send welcome → wait → check activation → branch based on engagement

Win-back

Inactive 60 days → send offer → wait → branch based on response

Key differences between audiences and journeys

Audiences are best suited for creating simple targeting or suppression lists based on continuous membership evaluation without built-in timing or branching control.

In contrast, use Journeys for sequenced customer experiences that require step-by-step progression, timing control, or real-time personalization across owned surfaces, such as website personalization.

Audiences and journeys have different approaches to targeting:

  • How rules apply:

    • Audiences: Continuous membership evaluation.

    • Journeys: Step-by-step progression.

  • Timing control:

    • Audiences: No built-in waits.

    • Journeys: Includes wait steps and time windows.

  • Branching:

    • Audiences: No branching.

    • Journeys: Supports branching.

  • Best for:

    • Audiences: Targeting lists, suppression.

    • Journeys: Sequenced experiences, conditional paths.

  • Exit behavior:

    • Audiences: Automatic when rules no longer match.

    • Journeys: Explicit exit conditions.

To select the right approach, ask these questions:

  1. Does timing or sequencing matter? If yes, use a journey.

  2. Are there different paths based on behavior? If yes, use a journey.

  3. Is it a simple include/exclude list? If yes, use an audience.

  4. Does the destination handle message timing? If yes, an audience may be sufficient.

For many use cases, audiences are the simpler choice. Use journeys when you need additional control.

Data Activation in destinations

Destinations are external platforms that receive audience membership or journey actions. Destination platforms include ad providers, DSPs, and email automation. The collected data is activated and put to use in your destinations.

Both audiences and journeys activate through destinations, such as ad platforms. The destination receives the result of orchestration decisions.

Audiences and destinations:

  • When a profile enters an audience, it can be added to a destination.

  • When a profile exits an audience, it can be removed from a destination.

  • The destination receives membership changes over time.

Journeys and destinations:

  • Journey steps can trigger actions to destinations.

  • Each step can target different destinations or the same destination with different messages.

  • Journeys provide more control over exactly when activation happens.

Impact monitoring

After you've collected your data, identified the profiles, set up audiences, built journeys, and started to send the data to your destinations to be activated, it's time to monitor the impact. Keep track of activation health metrics and business results, then refine rules, data quality, and destination strategies.

Example: paid media suppression

A common use case of Data Activation is preventing wasted ad spend on existing customers:

  1. A visitor clicks a paid ad and browses the website.

  2. Web events are collected and associated with an anonymous visitor.

  3. Identity resolution connects the visitor to an existing customer profile when an identifier becomes available.

  4. The customer is added to an "existing customers" audience.

  5. That audience syncs to ad platforms as a suppression list.

  6. Campaigns stop targeting existing customers and shift the budget toward true acquisition.

This use case example shows the core idea: Data Activation supplies ad platforms with more accurate targeting inputs and updates them when customer context changes.

More resources