Definición profesional
Ramp ID es el identificador determinístico que LiveRamp asigna a una persona o a un hogar dentro de su Authenticated Traffic Solution (ATS). Se construye a partir de datos declarados por el usuario, principalmente el correo electrónico convertido en hash, y se resuelve contra el identity graph propietario de la compañía. El resultado es un identificador estable que viaja entre publishers, DSP y plataformas de datos como sustituto de la cookie de terceros en entornos autenticados.
Explicación sencilla
Cuando alguien inicia sesión con su correo en un sitio web, ese correo se convierte en un código encriptado que no revela la dirección original. LiveRamp toma ese código, lo cruza con su base de identidades y le asigna un número único, el Ramp ID. Ese número acompaña a la persona de sitio en sitio, permitiendo que anunciantes y publishers la reconozcan sin depender de la cookie que el navegador podría bloquear o eliminar.
¿Por qué existe este concepto?
La desaparición progresiva de la cookie de terceros en los navegadores dejó a publishers y anunciantes sin una forma común de reconocer usuarios entre dominios distintos. Los walled gardens (Google, Meta, Amazon) resuelven identidad dentro de sus propios ecosistemas cerrados, pero el open web necesitaba un mecanismo equivalente que funcionara fuera de esos jardines.
Ramp ID responde a esa necesidad ofreciendo una capa de identidad basada en datos autenticados (login, registro, suscripción) en lugar de un identificador de navegador que cualquier actualización de privacidad puede desactivar de un día para otro.
¿Cómo funciona?
El publisher o el anunciante recopila el correo electrónico del usuario en un contexto de consentimiento explícito, típicamente durante un registro o un login. Ese correo se transforma en hash (SHA-256 normalizado) antes de salir del entorno del publisher, de modo que LiveRamp nunca recibe el dato en texto plano.
LiveRamp resuelve ese hash contra su identity graph, una base que conecta múltiples señales de una misma persona (distintos correos, dispositivos, navegadores) y devuelve el Ramp ID correspondiente. Ese identificador se propaga en el bid request mediante el campo estándar de identificadores extendidos de OpenRTB, permitiendo que los DSP conectados a ATS lo lean y activen la puja sin necesidad de una cookie propia.
¿Quién lo utiliza?
- Publishers con contenido autenticado. Implementan ATS para conservar la capacidad de vender audiencia identificada a sus anunciantes cuando el usuario inicia sesión o se registra, protegiendo así una parte de su inventario de la pérdida de cookie de terceros.
- Demand-side platforms (DSP). Integran la lectura del Ramp ID dentro del bid request para reconocer al usuario y aplicar segmentación, frecuencia y medición sin depender del identificador de navegador.
- Proveedores de datos y CDP. Conectan sus bases de first-party data al identity graph de LiveRamp para que sus segmentos puedan activarse fuera de su propio entorno, en cualquier plataforma compatible con ATS.
- Anunciantes con base de clientes propia. Suben su lista de correos hasheados a LiveRamp para hacer onboarding de su CRM hacia campañas programáticas, buscando reconocer a clientes existentes en el open web.
Caso práctico
Un publisher digital pide registro con correo electrónico a cambio de contenido exclusivo o de un límite de artículos gratuitos. El correo se hashea en el servidor del publisher antes de compartirse con cualquier tercero. LiveRamp recibe ese hash, lo resuelve contra su identity graph y genera un Ramp ID para ese usuario. Cuando ese mismo usuario visita otro sitio afiliado a la red de ATS, el publisher envía el Ramp ID en el bid request, y los DSP conectados pueden reconocerlo, aplicar la frecuencia de anuncios correcta y medir el alcance real de la campaña sin depender de una cookie de navegador.
Error frecuente
Se asume que el correo hasheado es en sí mismo el Ramp ID, cuando en realidad el hash es solo el insumo de entrada. El Ramp ID es el resultado de la resolución contra el identity graph, que puede vincular varios hashes y dispositivos distintos a una misma persona. Confundir ambos lleva a subestimar el alcance real de coincidencia (match rate) que ofrece la solución.
¿Qué no es?
Ramp ID no es un correo hasheado sin procesar. El hash por sí solo es un valor estático derivado directamente del dato original, mientras que el Ramp ID surge de un proceso de resolución que conecta múltiples señales de identidad de la misma persona a través del tiempo.
No es UID2. Ambos son identificadores basados en correo autenticado, pero UID2 es un estándar de código abierto gobernado por Prebid.org con participación de múltiples empresas, mientras que Ramp ID es propietario de LiveRamp y su lógica de resolución no es pública.
Tampoco es un CDP. Un CDP almacena y organiza datos de clientes dentro de una organización, mientras que el Ramp ID es la llave de identidad que permite activar esos datos fuera del entorno donde se recopilaron.
Términos relacionados
Evolución histórica
LiveRamp surgió como parte de Acxiom antes de separarse como compañía independiente enfocada en conectividad de datos. Su solución de identidad evolucionó desde IdentityLink, pensada originalmente para conectar datos offline con entornos digitales, hasta convertirse en la base de Authenticated Traffic Solution, el producto donde hoy vive el Ramp ID.
El impulso decisivo para su adopción llegó con el anuncio de la desaparición de la cookie de terceros en los navegadores principales, que aceleró la búsqueda de identificadores alternativos basados en datos autenticados por parte de publishers y anunciantes del open web.
Estándares relacionados
| Estándar | Organización | Relevancia |
|---|---|---|
| Extended IDs en OpenRTB (eids) | IAB Tech Lab | Define el formato técnico común mediante el cual el Ramp ID viaja dentro del bid request, permitiendo que cualquier DSP compatible lo interprete sin necesidad de un formato propietario adicional. |
Empresas y tecnologías asociadas
- LiveRamp es la compañía propietaria de la tecnología y opera el identity graph central sobre el que se resuelve el Ramp ID.
- Las demand-side platforms que soportan integraciones de identidad basadas en ATS leen el identificador dentro del bid request para aplicar segmentación y medición.
- Las plataformas de gestión de datos de clientes (CDP) actúan como puente entre las bases de first-party data de anunciantes y publishers y el identity graph, permitiendo que esos datos se activen fuera del entorno donde se originaron.
Pregunta frecuente
¿El Ramp ID reemplaza completamente a la cookie de terceros?
No, porque solo se genera cuando existe un dato autenticado como el correo electrónico. El tráfico anónimo o no logueado queda fuera del alcance del Ramp ID, razón por la cual la mayoría de publishers combina esta solución con otras estrategias de identidad y con inventario contextual para cubrir el resto de su audiencia.