Skip to main content
Adrià García
← Back to the simulators

Experience Platform · Identity Service

How many profiles does one person have?

Laura adds a product to her basket on the website and buys it in the app. Without a shared identity, these look like different customers. Start by connecting them. Then explore Marc and Núria’s profiles and the risk of joining two people.

Scenario

Try this change

Laura browses the website and buys in the app, but her data stays separate. Connect both sources to the CRM and see which profiles join. The button restores the other starting settings.

Web SDK sends Email after login

In the identityMap, next to the ECID.

Mobile SDK sends CRMID after login

If not, the app purchase arrives with no CRMID.

See the full result ↓
More settings (5)
The call centre sends the phone in E.164

+34600000111 in Phone (E.164), as the CRM stores it. If not, 600 000 111 in Phone.

The AJO email landing page identifies the click

The landing page identifies the customer and Web SDK sends it with the ECID.

The store POS resolves the CRMID

From the loyalty card, alongside the loyaltyId.

Nightly Data Distiller job

Matches fields that are not identities and writes bridge records into a Profile-enabled dataset.

Linking Rules: unique CRMID

A graph cannot contain two CRMIDs.

Illustrative scenario ↑ Back to the controls
Example assumptions

People, values and shop are made up. CRMID and loyaltyId are custom namespaces for this example.

Real-Time Customer Profile

The profiles that result

Compare with the starting state and follow Laura first. Identity and event details are below.

AJO · Target · operations

What happens in AJO, Target and operations

What each team sees with the profiles above.

The recommendation

Shared identities at the source, CRMID as a unique namespace, and stitching only as a bridge

The graph cannot invent relationships the sources do not send. The lasting fix is in data collection. Identity Service protects it, and the Data Distiller job only fills the gap in the meantime.

  1. 01

    Identity contract per source

    Web SDK with ECID and, after login, Email in the identityMap. Mobile SDK with CRMID. The AJO landing page identifies the click. The store POS resolves CRMID from the loyalty card.

  2. 02

    The phone, as the CRM stores it

    The call centre sends +34600000111 in the Phone (E.164) namespace. If it sends 600 000 111 in Phone, they are two different identities.

  3. 03

    Identity Graph Linking Rules

    CRMID as a unique namespace with the highest priority. A shared phone or device no longer merges two people. Adobe requires that namespace on every known profile.

  4. 04

    Stitching with an expiry date

    If you need a Data Distiller job that writes bridge records, give it an owner and a retirement condition. Once it has gone several weeks without writing anything, turn it off.

Architecture note · 01 Identity is a source contract A graph resolves evidence. It cannot invent relationships that sources never emit. Read the note →
Try another decision Can we store less without losing what we need? → Which events need to be in Profile, and which can simply live in the data lake?