Identity graph
The pitch “Our identity graph gives you a single view of every customer.”
Force specificity
- Match rate isn't a fixed number, it depends on the identifiers and population behind it. How would you actually validate match rate and false-positive rate against a sample of my own data before I commit?
- How do you handle identity merges and splits when a match turns out to be wrong after messages have already gone out?
- Can I see the actual matching logic, deterministic keys versus probabilistic scoring, or is that entirely proprietary?
What it actually means
An identity graph is a set of deterministic and probabilistic rules that decide when two signals, a cookie, an email hash, a loyalty ID, belong to the same person. The single view is the output; the graph underneath it is a confidence model with error rates most vendors don't volunteer.
Where it gets fuzzy
A demo identity graph, stitched from a clean sample dataset, behaves nothing like the same graph running against your actual messy, multi-brand, multi-market customer base.
They quote a single, unqualified match-rate percentage with no mention of which identifiers it's based on.
They can describe their merge and unmerge process for a bad match in real detail, because it has happened to them before.