Allow for segment/audience creation based on visit count | Community
Skip to main content
Level 1
May 18, 2026
New

Allow for segment/audience creation based on visit count

  • May 18, 2026
  • 1 reply
  • 50 views

Currently in Realtime CDP, using tracked event data that is also evaluated in Adobe Analytics, it is not possible to segment profiles based on the number of visits (as metric “Visits” in Adobe Analytics) that they have since there is no “visit-id” that is exposed on the UI or even the possibility to select audiences based on “count unique” [element]. The number of visits in a given timeframe is an important KPI for our department and we would like to select profiles in different intervals of it.

Thanks!

1 reply

DineshK
Level 2
May 21, 2026

Hey,

totally understand the frustration here — this is a genuine gap in RTCDP today and you're not alone in hitting it.

The root cause is that when Analytics data flows into AEP via the Source Connector, the visit boundary gets lost. AEP sees individual hits, not sessions. So there's nothing to count as a "visit" out of the box.

Two approaches that actually work well together for this:

 

Option 1 — Pass Session ID through Web SDK

If you control your tracking implementation, generate a session ID in the browser and pass it with every hit via Web SDK:

 

alloy("sendEvent", {
xdm: {
_yourorg: {
sessionId: "your-session-id-here"
}
}
});

Once that field is landing on your Experience Events in AEP, you can use Computed Attributes to count distinct session IDs per user in a rolling time window — that gives you true visit count on the profile. You can then segment on it directly in the audience builder.

Once the computed attribute is on the profile you can build multiple audiences using different thresholds — users with 1-3 visits, 4-10 visits, 10+ visits — all from the same single computed attribute. No need to create separate logic for each interval.

You'll need a small schema change to add the session ID field to your XDM schema, and a data element in Launch to generate or capture the session ID. But once it's in place it's clean and real time.

 

Option 2 — CJA Audiences pushed to RTCDP

If you're on CJA this is honestly the most straightforward path. CJA understands sessions natively the same way Analytics does, so you can build your visit count logic there exactly how you'd expect — visits in last 30 days between 3 and 10, or whatever intervals make sense for your KPIs.

Once the audience is defined in CJA, publish it directly back to AEP and activate from RTCDP. Clean, accurate, no workarounds needed.