Skip to main content

Identity and Identifier Terms and Concepts

An identifier is data used to identify something, such as a person, mobile device, computer browser, or household. See the sections below for information on the identity and identifier terms and concepts used at LiveRamp.

LiveRamp uses identifiers (such as name and postal address, email address, phone, RampIDs, cookie IDs, or mobile device IDs) to match your records to other identifiers in our Identity Graph.

Note

These might also be referred to as “Identifier data”.

Some identifiers (such as custom IDs) can also be used as an audience key in your files, which allows us to consolidate duplicate rows throughout a particular audience.

In addition to being used as inputs to the identity resolution process, identifiers can also be used as outbound identifiers (for example, the identifiers we send to destination platforms in an Activation workflow).

The two main categories of identifiers are:

  • Known identifiers (identifiers which have been derived from, and/or can be associated with, PII). Identifiers in this category include name and postal address, email address, phone number, client customer IDs, and (in some cases) custom IDs - see "Known Identifiers" for more information. Known identifiers are sometimes also referred to as "offline identifiers".

  • Pseudonymous identifiers (identifiers that can't be directly tied back to an individual on their own, such as known identifiers that have been pseudonymized and device identifiers). Identifiers in this category include cookie IDs, mobile device IDs, and (in some cases) custom IDs - see "Pseudonymous Identifiers" for more information. Pseudonymous identifiers are sometimes also referred to as "online identifiers".

See "Formatting Identifiers" for more information on formatting known and pseudonymous identifiers. For a list of identifiers that LiveRamp supports and for information on identitier types (such as maintained and derived identifiers), see "Supported Identifier Types".

Warning

To prevent re-identification, do not combine known identifiers and pseudonymous identifiers in a single file or table that you send to LiveRamp for ingestion.

Caution

Stay consistent! Files for ingestion in the same LiveRamp audience should always have the same set of identifier fields, and the field names (headers in a column-based file and keys in a key-value file) and audience key should be consistent from file to file.

Note

For EU and UK customers, "personally-identifiable information" (or PII) is called “directly identifiable personal data”.

Known Identifiers

Known identifiers include PII identifiers and other identifiers which have been derived from, and/or can be associated with, PII and have not been pseudonymized yet.

In addition to PII-based identifiers (such as name and postal address or email address), known identifiers also include AbiliTec IDs, client customer IDs, and (in some cases) custom IDs and IP addresses.

Note

Known identifiers and PII identifiers are sometimes referred to as "offline identifiers."

These identifiers include:

  • Name and postal addresses (name and postal, or "NAP"). See "Formatting Name and Postal Addresses" for more information.

    Note

    When using name and postal as an identifier, all required name and postal elements must be included in each record: first name, last name, street address, city, state, and ZIP.

  • Email addresses: These can be plaintext or hashed, with SHA-256, MD5, and SHA-1 hashes accepted. See "Formatting Email Addresses" for more information.

  • Phone numbers: These can be plaintext or hashed, with SHA-1 hashes accepted. See "Formatting Phone Numbers" for more information. Phone numbers can be used for matching by themselves or in combination with first and last name for greater accuracy.

  • Custom IDs (CIDs): Your internal customer ID (also sometimes referred to as "Client Customer IDs"). These can be plaintext or MD5-hashed for LiveRamp Clean Room use cases.

    Note

    These identifiers function as an audience key, and allow us to de-duplicate rows in the uploaded file, in case a file has multiple rows related to the same person. If you cannot provide a client customer ID, we will use NAP or email address as the audience key to deduplicate records.

  • AbiliTec IDs: The type of identifier tied to a record in our AbiliTec known identity graph

PII Identifiers

A category of identifiers where the identifiers consist of PII (personally identifiable information).

Note

For EU and UK customers, "personally-identifiable information" (or PII) is called “directly identifiable personal data”.

PII identifiers are a subset of the category of known identifiers, which are identifiers that have been derived from, and/or can be associated with, PII (and are therefore considered PII) and have not been pseudonymized yet. See "Known Identifiers" for more information.

Note

PII identifiers are sometimes also referred to as "offline identifiers."

Custom IDs (CIDs)

When used as input identifiers, CIDs (custom IDs) are your custom identifiers that you use to deduplicate records within your systems. When a CID is tied to PII in a file, it is considered a known identifier.

Note

  • In some cases, CIDs are identifiers that are assigned to users by a specific platform, such as Google or Facebook. LiveRamp often uses these types of identifiers as a cross-reference between a LiveRamp partner's ID and LiveRamp's IDs.

  • When a CID is tied to a RampID or another pseudonymous identifier, it is considered a pseudonymous identifier.

For more information, see "Formatting Custom IDs".

AbiliTec IDs

An AbiliTec ID is considered a "known identifier" because it is tied to a record in our AbiliTec offline identity graph. AbiliTec IDs are generated and encoded for specific AbiliTec clients.

There are three main types of AbiliTec IDs:

  • AbiliTec Person IDs: Represent an individual, based on PII

  • AbiliTec Household IDs: Represent adults living together at the same location with a persistent relationship based on PII

  • AbiliTec Address IDs: Represent a site or physical location

If there is a maintained record in the AbiliTec Identity Graph for the input data provided, a maintained AbiliTec ID is returned.

If there is no maintained record in the AbiliTec Identity Graph for the input data provided, a derived AbiliTec ID is generated and returned (depending on which endpoint is used for the API call).

Using AbiliTec IDs

AbiliTec IDs can be used in a client's environment for deduplication, person and household formation and validation, and data unification of identity fragments for known data sets.

Accessing AbiliTec IDs

The best way to access AbiliTec IDs from LiveRamp today is by using the AbiliTec API, which is a real-time, transactional API for resolving customer data (PII) to AbiliTec IDs. See our AbiliTec API help content and API reference and contact your LiveRamp representative to get started.

Pseudonymous Identifiers

Pseudonymous identifiers are identifiers, such as known identifiers that have been pseudonymized or device identifiers (such as a mobile device ID or cookie ID), that can't be directly tied back to an individual.

In addition to device-based identifiers, pseudonymous identifiers include RampIDs and (in some cases) custom IDs.

Note

Pseudonymous identifiers and device-based identifiers are sometimes referred to as "online identifiers".

These identifiers can include:

  • Cookies: Data that is set by a website when a particular user’s browser visits that site. See "Formatting Cookies" for more information.

  • CTV IDs: Device identifiers associated with Connected TVs. See "Formatting CTV IDs" for more information.

    Note

    When creating a new audience for CTV ID-based data, select the Custom ID identifier type.

  • Custom IDs (CIDs): Identifiers that are assigned to users by a specific platform, such as Google or Facebook. See "Formatting Custom IDs" for more information.

    Note

    If a custom ID is tied to PII, such as a custom identifier that you use to deduplicate records within your systems, it is considered "known" and not "pseudonymous."

  • Mobile device IDs: Identifiers that identify a particular mobile device, such as Identifier for Advertisers (IDFAs) for iOS (Apple) devices and Android Advertising IDs (AAIDs) for Android devices. These can be plaintext or hashed, with SHA-1 hashes accepted. See "Formatting Mobile Device IDs" for more information.

    Note

    Web browsing (cookie) data from mobile devices is considered web data and is not included in the mobile category.

  • RampIDs: LiveRamp’s identifier that is tied to devices in the LiveRamp Identity Graph. See "Formatting RampIDs" for more information.

Caution

We have a 90-day retention window for cookie IDs and a 2-year retention window for mobile device IDs.

Note

Generally speaking, LiveRamp can accept cookies and custom IDs as input from any platform to which it can distribute data (some exceptions do exist; contact your LiveRamp representative with specific questions).

Device Identifiers

A category of identifiers where the identifiers are based on digital devices (for example, cookie IDs or mobile device IDs). Device identifiers are sometimes also referred to as "online identifiers".

Device identifiers are a subset of the category of pseudonymous identifiers, which are any identifiers that can't be directly tied back to an individual. See "Pseudonymous Identifiers" for more information.

Mobile Device IDs

Unique identifiers given to mobile devices. Types of mobile device IDs include:

This category of IDs is sometimes referred to as Mobile User IDs (MUIDs) or Mobile Advertising IDs (MAIDs).

For more information, see "Formatting Mobile Device IDs".

CTV IDs

CTV IDs are device identifiers associated with Connected TVs.

Note

When creating a new audience for CTV ID-based data, select the Custom ID identifier type.

For more information, see "Formatting CTV IDs".

Note

If you're going to be sending CTV IDs, we recommend that you set up a CTV ID sync before sending CTV IDs to increase your match rates. CTV ID syncs can be accomplished via event files or via pixel. For more information, see the articles listed below:

Custom IDs (CIDs)

In some cases, CIDs are identifiers that are assigned to users by a specific platform, such as Google or Facebook. LiveRamp often uses these types of identifiers as a cross-reference between a LiveRamp partner's ID and LiveRamp's IDs. When it is tied to a RampID or another pseudonymous identifier, it is considered a pseudonymous identifier.

Note

In other cases CIDs are your custom identifiers that you use to deduplicate records within your systems. When a CID is tied to PII in a file, it is considered a known identifier.

For more information, see "Formatting Custom IDs".

RampIDs

In the context of identifiers, a RampID is LiveRamp's universal, pseudonymous identifier that is tied to devices in the LiveRamp Identity Graph. It is a pseudonymized version of an AbiliTec ID, which is based on PII.

RampID Types

There are several types of RampIDs:

  • An Individual RampID represents an individual. It is a pseudonymized version of an AbiliTec Person ID which is based on PII. The length of these RampIDs, and the characters they start with, depends on whether they are maintained or derived versions (see below).

  • A Household RampID represents adults living together at the same location who exhibit a persistent relationship. It is a pseudonymized version of an AbiliTec Household ID which is based on PII. These RampIDs are 49 characters long and start with "hY".

  • A Placeholder Cookie RampID is an identifier provided for a cookie ID that LiveRamp has not yet identified. These RampIDs are 49 characters long and start with "Xc".

  • A Placeholder Mobile RampID is an identifier provided for a mobile device ID which LiveRamp has not yet identified. These RampIDs are 49 characters long and start with "Xm".

RampID Versions

Individual RampIDs come in maintained versions and derived versions, depending on whether there is a maintained record in the AbiliTec Identity Graph for the input data provided:

  • A maintained RampID represents a person that LiveRamp can fully recognize. Maintained RampIDs are 49 characters long and start with "XY." For example, "XY1005wXyWPB1SgpMUKIpzA0I3UaLEz-2lg0wFAr1PWK7FMhs."

  • A derived RampID is generated from the input PII provided when there is no maintained record for the input data. Derived RampIDs are 70 characters long, and start with "Xi." For example, "Xi1005p_iYcKP7ZlvFwwK9EwR8GKl_VJqIWUhEaAFmHLAjNOQ9b6OQzSkA43XiVFcTYQ9X."

More Information About RampIDs

RampIDs are LiveRamp’s people-based, cross-device identifiers that you’ll use to communicate with LiveRamp and collaborate with partners. A RampID is a privacy-safe, online representation of an individual, built by deterministically merging offline PII (personally identifiable information, such as email address, name, postal address, and phone number) and matching to cookies, mobile device IDs, and proprietary platform IDs.

See the articles below for more information about RampIDs:

Supported Identifier Types

LiveRamp supports the following identifier types:

PII: Personally identifiable information, including name and postal, email, phone, and hashed email.

  • Example: name@gmail.com

Note

For EU and UK customers, this type of identifier data is called “directly identifiable personal data”.

RampID: LiveRamp’s universal, encrypted identifiers that LiveRamp customers and partners receive.

  • Example: XY1000r99GR8_vGdKIEZt98TLMY6RKCI3kYrEdaM3SF0twCqN

Cookie: A partner cookie in sync with LiveRamp.

  • Example: 134c3ef6-19af-469f-940f-46f948491f8e

    Note

    Partner cookie IDs can be in many different formats.

IDFA or AAID: Pseudonymous mobile device identifiers, such as Apple's ID for Advertising (IDFA) for iOS devices and Google's Android Advertiser ID (AAID) for Android devices.

  • Example: 6219dbf3d457cf1419bd855e21ea247ac4b08949

CTV IDs: Device identifiers associated with Connected TVs.

Custom ID: An account-based user ID understood by LiveRamp.

  • Example: 535c3ef6-19af-469f-940f-46f948491f8e

    Note

    Partner custom IDs can be in many different formats.

Note

For formatting information, see "Formatting Identifiers".

Maintained Identifiers

In the context of LiveRamp, a maintained identifier (such as a maintained RampID or a maintained AbiliTec ID) represents a person that LiveRamp can fully recognize.

A maintained identifier is the identifier associated with a given record when there is a maintained record in the AbiliTec Identity Graph (our PII-based offline identity graph) for the input data provided.

Multiple online devices can usually be matched to a maintained RampID, enabling cross-device use cases.

In some cases, there might be more than one maintained identifier for a given record. This situation sometimes arises when a particular PII touchpoint is present in more than one maintained record in the Identity Graph.

Note

What if there isn't a maintained record for the input data? If there is no maintained record in the AbiliTec Identity Graph, LiveRamp generates a derived identifier for each PII touchpoint, such as a derived AbiliTec ID or RampID.

As new information is added to the AbiliTec Identity Graph over time, a maintained identifier might change to reflect that new information.

Tip

How should updates be handled? LiveRamp does not provide mappings of old RampIDs to new RampIDs, or provide notice that a transition has occurred. This can be handled by simply overwriting the RampID you have in your system tied to a given device/user with the new RampID while maintaining data you had previously associated to that device/user.

Derived Identifiers

In the LiveRamp context, a derived identifier is associated with a known PII touchpoint (such as an email address or phone number) when there is no maintained record in the AbiliTec Identity Graph (our PII-based offline identity graph) for the provided input data. Derived identifiers include derived RampIDs and derived AbiliTec IDs.

If there is a maintained record in the AbiliTec Identity Graph, LiveRamp will associate a maintained identifier, such as a maintained AbiliTec ID or a maintained RampID, with that record.

Multiple online devices can usually be matched to a derived RampID, enabling cross-device use cases.

As PII is added to the AbiliTec Identity Graph, a derived identifier can be converted to a maintained identifier once we can confidently resolve those PII touchpoints to an individual.

Tip

How should updates be handled? LiveRamp does not provide mappings of old derived RampIDs to new maintained RampIDs, or provide notice that a transition has occurred. This can be handled by simply overwriting the RampID you have in your system tied to a given device or PII with the new RampID while maintaining data you had previously associated to that device or PII.

Placeholder Identifiers

In the context of LiveRamp, a placeholder cookie RampID or placeholder mobile RampID is the identifier provided for a cookie or mobile device ID which LiveRamp has not identified. Providing a placeholder identifier ensures that every device ID has a corresponding RampID, and allows LiveRamp to update to a maintained RampID if the device ID is identified in the future.