Inferensys

Glossary

Identity Resolution

The process of connecting disparate data points and device identifiers to build a single, unified, persistent profile for an individual user across multiple channels and touchpoints.
Developer demonstrating multi-agent tool use, agent tool selection interface on laptop, casual tech demo moment.
UNIFIED CUSTOMER PROFILE

What is Identity Resolution?

Identity resolution is the algorithmic process of connecting disparate data points and device identifiers to build a single, unified, persistent profile for an individual user across multiple channels and sessions.

Identity resolution is the deterministic and probabilistic matching engine that reconciles fragmented user interactions—such as anonymous website visits, mobile app logins, and email clicks—into a single unified customer profile. By linking disparate identifiers like hashed emails, device IDs, and CRM records, it collapses multiple digital ghosts into one known entity, enabling accurate frequency capping and consistent cross-channel personalization.

The core technical mechanism relies on an identity graph, a data structure that maps all known identifiers to a master profile using match rules and machine learning. Unlike simple sessionization, identity resolution persists over time, stitching pre-login anonymous behavior to post-authentication known profiles. This persistent linkage is critical for maintaining a single source of truth for customer lifetime value (CLV) calculations and powering downstream real-time personalization engines without data loss.

FOUNDATIONAL MECHANISMS

Core Characteristics of Identity Resolution

Identity resolution is not a single algorithm but a composite architecture of deterministic and probabilistic processes designed to collapse disparate digital exhaust into a single, actionable profile.

01

Deterministic Matching

The process of linking identifiers based on an exact, verified match key, such as a hashed email address, phone number, or account login. This method provides absolute certainty of identity linkage.

  • Match Keys: Common keys include user_id, email_sha256, or loyalty_card_number.
  • Zero Ambiguity: If the key matches, the profiles are merged without a confidence score.
  • Limitation: Fails to connect users across devices or channels where they haven't authenticated.
100%
Match Accuracy
02

Probabilistic Matching

Uses statistical models and machine learning to infer identity linkages based on patterns in non-unique attributes like IP addresses, browser fingerprints, device types, and behavioral cadences. This generates a confidence score rather than a binary match.

  • Fuzzy Logic: Weighs dozens of weak signals (e.g., operating system, screen resolution, typing speed) to calculate a similarity score.
  • Threshold Tuning: Administrators set a minimum confidence threshold (e.g., 95%) to trigger an automatic merge, routing lower scores to a manual review queue.
95-99%
Typical Confidence Threshold
03

Identity Graph Persistence

The underlying data structure that stores the relationships between all known identifiers for an individual. It maps transient identifiers (cookies, mobile ad IDs) to a persistent master profile.

  • Node-Edge Model: Each identifier is a node; a deterministic match or a high-confidence probabilistic link forms an edge.
  • Temporal Decay: Weights on edges decay over time to deprecate stale connections, such as a shared IP address that changes.
  • Graph Traversal: Enables the system to connect a new anonymous cookie to a known CRM record by traversing intermediate nodes.
04

Householding & B2B Account Linking

Extends identity resolution beyond a single individual to group profiles into a household (B2C) or a buying center (B2B). This prevents duplicate marketing pressure and reveals organizational purchasing intent.

  • Shared Signals: Uses shared physical address, Wi-Fi network fingerprints, or corporate email domains.
  • B2B Graph: Maps individual contacts to a master company account, aggregating engagement scores to qualify the entire account.
05

Privacy-Safe Pseudonymization

The non-negotiable architectural requirement to separate the identity graph from raw personally identifiable information (PII). The system operates on irreversible pseudonymous tokens.

  • Tokenization: Emails and names are replaced with vaulted tokens before entering the resolution engine.
  • Data Partitioning: The identity graph stores only the relationships between tokens, while the raw PII remains encrypted in a separate, access-controlled vault.
06

Real-Time Stitching

The capability to resolve an anonymous visitor to a known profile within milliseconds of the first page view, enabling in-session personalization. This requires high-performance key-value stores and edge-deployed logic.

  • Latency Budget: Resolution must complete in under 50ms to avoid blocking the page render.
  • Cache-First Architecture: Recently active identity graphs are held in-memory to avoid a slow disk lookup on every hit.
< 50ms
Max Latency Budget
IDENTITY RESOLUTION

Frequently Asked Questions

Clear, technically precise answers to the most common questions about building unified customer profiles across devices, channels, and data silos.

Identity resolution is the algorithmic process of connecting disparate data points and device identifiers to build a single, unified, persistent profile for an individual user across multiple channels. It works by ingesting raw identifiers—such as hashed emails, mobile ad IDs (MAIDs), CRM loyalty numbers, and cookie-based browser IDs—into an identity graph. The engine applies two core matching methodologies: deterministic matching, which requires an exact match on a known personal identifier like a login email, and probabilistic matching, which uses machine learning to weigh the likelihood that two anonymous identifiers belong to the same person based on patterns in IP addresses, browser fingerprints, and temporal activity. The resolved output is a single golden record that persists over time, enabling consistent personalization and measurement even as cookies expire or users switch devices.

Prasad Kumkar

About the author

Prasad Kumkar

CEO & MD, Inference Systems

Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.

His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.