Saltar al contenido principal

Customer data platform cdp: a comprehensive guide for businesses

Esta guía proporciona a directores de marketing, gestores de CRM y operadores de establecimientos físicos una referencia práctica e imparcial para implementar una Customer Data Platform (CDP) en entornos físicos. Cubre la arquitectura técnica desde la ingesta de datos a través de la resolución de identidad hasta la activación en tiempo real, con orientación específica sobre el uso de Guest WiFi como motor principal de datos de primera mano. Dos casos de estudio reales - un hotel y una cadena minorista con múltiples ubicaciones - demuestran resultados medibles de la implementación de una CDP.

📖 8 min de lectura📝 1,770 palabras🔧 2 ejemplos prácticos3 preguntas de práctica📚 10 definiciones clave

Escuchar esta guía

Ver transcripción del podcast
PLATAFORMA DE DATOS DE CLIENTES (CDP): UNA GUÍA COMPLETA PARA EMPRESAS Transcripción del podcast - Español, tono de informe de consultor senior Hola y bienvenidos a este informe técnico. Hoy analizamos la arquitectura, el despliegue y el impacto empresarial de una Customer Data Platform, o CDP. Si gestiona la TI, la arquitectura de red o las operaciones de las instalaciones de un hotel, una cadena de tiendas de retail, un estadio o una organización del sector público, este informe es para usted. Vamos a ir al grano y a ver exactamente cómo funciona una CDP, por qué es estructuralmente diferente de su CRM y cómo implementarla correctamente. Empecemos con el problema principal. Tiene los datos de sus clientes dispersos en docenas de sistemas. Su sistema de punto de venta sabe lo que ha comprado un cliente. Su CRM almacena su dirección de correo electrónico. Su WiFi para invitados sabe que está en el edificio en este mismo momento. Pero ninguno de estos sistemas se comunica entre sí en tiempo real. El resultado son datos fragmentados y obsoletos, y oportunidades comerciales perdidas. Una Customer Data Platform resuelve esta fragmentación estructural. Se trata de un software diseñado específicamente para recopilar datos de todos los puntos de contacto, utilizar la resolución de identidades para crear un perfil persistente y unificado para cada persona, y hacer que dicho perfil esté disponible en tiempo real para su activación. Piense en ello como el sistema nervioso central de los datos de sus clientes. Ahora bien, ¿cómo funciona realmente una CDP? La arquitectura se basa en un ciclo continuo conocido como el Customer Intelligence Loop. Las cinco etapas son: Recopilar, Unificar, Comprender, Decidir y Conectar. Analicemos cada una de ellas. En primer lugar, la Capa de Ingesta. Una CDP se conecta a todos los sistemas que generan datos de clientes a través de APIs, SDKs y webhooks. Esto incluye su red de WiFi para invitados, que suele ser su fuente de datos de origen más potente e infrautilizada. Cuando un visitante se conecta a la red WiFi a través de un Captive Portal, el hardware de red captura el identificador de su dispositivo y los datos de autenticación. Estos datos fluyen directamente a la CDP. En segundo lugar, el núcleo de la CDP. Aquí es donde se realiza el trabajo pesado. Los datos brutos llegan con identificadores conflictivos. Una dirección MAC del WiFi. Una dirección de correo electrónico del registro a un boletín informativo. Un número de fidelización del sistema de punto de venta. La CDP utiliza dos técnicas de coincidencia para unir estos fragmentos. La coincidencia determinista utiliza identificadores exactos, como una dirección de correo electrónico o un número de teléfono. La coincidencia probabilística utiliza patrones de comportamiento y firmas de dispositivos para los usuarios que aún no se han autenticado. El resultado es un perfil único, persistente y multidispositivo que se actualiza dinámicamente. En tercer lugar, la Capa de Activación. Un perfil unificado no sirve de nada si no se puede actuar en consecuencia. La CDP envía segmentos de audiencia a sus canales de ejecución - ya sea correo electrónico, SMS o un motor de personalización - en tiempo real. Aquí es donde la infraestructura de datos se traduce en un impacto comercial cuantificable. Ahora quiero abordar una pregunta que escucho con frecuencia a los directores de TI. Quizá se esté preguntando: ya tengo un CRM. ¿Necesito también una CDP? La respuesta es sí, y este es el porqué. Un CRM gestiona las relaciones con contactos conocidos. Está diseñado para equipos de ventas y asistencia, y depende de la introducción manual de datos y de actualizaciones por lotes. Una CDP, por el contrario, unifica los datos de primera mano de todas las fuentes, incluido el comportamiento anónimo antes de que el usuario se autentique. Crea identidades persistentes multidispositivo y activa esos datos en tiempo real. Ambas herramientas son complementarias, no sustituibles. Veamos una implementación en el mundo real para hacerlo más concreto. Pensemos en un hotel de 200 habitaciones que actualmente depende en gran medida de canales de reserva de terceros. Despliegan puntos de acceso Cisco Meraki e integran Purple Guest WiFi. Cuando un huésped inicia sesión en el WiFi a través del Captive Portal utilizando su dirección de correo electrónico o un inicio de sesión social, Purple captura su correo verificado y el identificador de su dispositivo. Estos datos fluyen a través de una API hacia la CDP. La CDP asocia el inicio de sesión de WiFi con el registro del sistema de gestión hotelera. Ahora, el hotel sabe que este huésped es un cliente recurrente de alto valor que reservó a través de una agencia de viajes online. La CDP activa un SMS automatizado a través de la capa de activación, ofreciendo una bebida de cortesía en el bar y un código de descuento para reservar directamente la próxima vez. Con el tiempo, el hotel traslada las reservas de los canales de terceros con altas comisiones a relaciones directas. Ese es el poder comercial de una CDP integrada con su infraestructura de red. He aquí un segundo escenario del sector minorista. Una cadena de tiendas con 400 establecimientos quiere identificar a los compradores de alto valor que visitan las tiendas físicas con frecuencia pero que rara vez interactúan con los correos electrónicos de marketing. Utilizan hardware de Cisco Meraki para el WiFi de invitados y disponen de un CRM heredado que se actualiza semanalmente mediante exportación CSV. El problema está claro: el CRM no puede procesar datos de presencia física en tiempo real y no existe una resolución de identidad que vincule el inicio de sesión de WiFi con el registro del CRM. La solución consiste en implantar una CDP para ingerir datos de autenticación en tiempo real del WiFi de invitados junto con los datos del CRM y de la plataforma de correo electrónico. El motor de resolución de identidad asocia los registros. El equipo de marketing crea un segmento para los visitantes frecuentes de la tienda física con baja interacción por correo electrónico. La CDP envía esta audiencia a una plataforma de medios de pago para impactarles con publicidad en redes sociales, evitando por completo el ineficaz canal de correo electrónico. Hablemos ahora de la implementación. El error más común que veo es intentar una integración masiva e inmediata de todos los sistemas empresariales a la vez. Siempre fracasa. Empiece poco a poco. Conecte primero su WiFi de invitados y su plataforma de email marketing. Establezca el flujo de datos, demuestre el valor y, a continuación, integre su sistema de punto de venta y su CRM. La seguridad y el cumplimiento no son negociables. Su CDP debe gestionar de forma automática las solicitudes de acceso a los datos de los interesados y los mandatos del derecho al olvido. Confiar en la suscripción voluntaria y consciente de datos de origen (first-party) a través de su Captive Portal de Guest WiFi le garantiza cumplir con los requisitos de la GDPR y CCPA desde el primer día. Cada punto de dato que recopile debe tener asociado un registro de consentimiento claro. Tenga cuidado con tres fallos comunes. Primero, fallos en la resolución de identidad causados por una higiene de datos deficiente en la capa de ingesta. Si su Captive Portal permite a los usuarios enviar correos electrónicos falsos, sus perfiles no serán precisos. Utilice la verificación del número de teléfono para validar la identidad en el punto de entrada. Segundo, la latencia en la capa de activación. Si un SMS promocional llega veinte minutos después de que el comprador haya salido de la tienda, la activación habrá fallado. Asegúrese de que su CDP y las API conectadas admitan la transferencia de datos en tiempo real mediante webhooks, en lugar del procesamiento por lotes. Tercero, las brechas en la gestión del consentimiento. Si un usuario revoca el consentimiento de marketing y el CDP no propaga esa revocación a todos los sistemas conectados de forma automática, se enfrenta a un riesgo de cumplimiento. Permítame ofrecerle tres reglas prácticas para recordar después de esta sesión. Regla uno: Utilice el bucle de inteligencia del cliente como marco de evaluación para cualquier proveedor de CDP. Si una plataforma no puede ejecutar las cinco etapas en tiempo real, es una base de datos, no un CDP. Regla dos: Los datos de origen (first-party) son los únicos datos. Las cookies de terceros están obsoletas. Toda su estrategia de datos debe basarse en la información que recopila directamente de los usuarios de su establecimiento a través de puntos de contacto autenticados, como Guest WiFi y aplicaciones móviles. Regla tres: Empiece poco a poco y escale rápido. Conecte primero el WiFi y la plataforma de correo electrónico. Demuestre el flujo de datos. Luego integre los sistemas complejos. Permítame cerrar con una ronda rápida de preguntas y respuestas. Pregunta: ¿Cuánto suele tardar la implementación de un CDP? Respuesta: Con un enfoque por fases, empezando con dos fuentes de datos, puede estar operativo en un plazo de seis a ocho semanas. La integración empresarial completa en todos los sistemas suele tardar de seis a doce meses. Pregunta: ¿Cuál es la métrica más importante que se debe monitorizar tras el despliegue? Respuesta: La tasa de captura de datos. ¿Qué porcentaje de los usuarios de su establecimiento se identifican y perfilan correctamente? Esta es la base de cada métrica posterior. Pregunta: ¿Puede un CDP sustituir a un CRM? Respuesta: No. Cumplen funciones diferentes. Un CDP unifica y activa los datos. Un CRM gestiona las relaciones y los flujos de ventas. Necesita ambos, y deben estar integrados. En resumen: Un CDP unifica sus datos fragmentados, resuelve identidades en todos los canales y activa esos datos en tiempo real. Es la base para alejarse de los datos de terceros y construir relaciones directas y rentables con los usuarios de su establecimiento. El Guest WiFi es su motor más fiable para capturar esos datos de origen (first-party) a escala. Gracias por su atención. La guía técnica completa, que incluye diagramas de arquitectura, listas de comprobación de integración y ejemplos prácticos, está disponible en la documentación adjunta.

header_image.png

Resumen ejecutivo

Los datos de los clientes están fragmentados de forma estructural. Su sistema de punto de venta realiza el seguimiento de las transacciones, su CRM almacena las direcciones de correo electrónico y su Guest WiFi registra la presencia física en tiempo real. Sin un motor de unificación central, estos sistemas funcionan de forma aislada, lo que obliga a los equipos de marketing y operaciones a depender de exportaciones por lotes y análisis manuales.

Una plataforma de datos de clientes (CDP) resuelve esta fragmentación. Se trata de un software diseñado específicamente para recopilar datos de origen (first-party data) de cada punto de contacto, utilizar la resolución de identidad para crear un perfil persistente y unificado para cada usuario del establecimiento y activar ese perfil en tiempo real en todos los canales de ejecución. Para los responsables de TI y los arquitectos de redes, implementar una CDP significa pasar de la gestión de bases de datos dispares a la gobernanza de un único flujo de datos conforme a la normativa.

Purple ha procesado 440 millones de inicios de sesión en 2024 en más de 80.000 establecimientos activos, generando 29.000 millones de puntos de datos (datos internos de Purple, 2024). Cada uno de esos inicios de sesión es un evento de datos de origen verificado y basado en el consentimiento, la materia prima que una CDP necesita para funcionar. Esta guía cubre la arquitectura técnica, las estrategias de despliegue y el impacto empresarial de las CDP empresariales, con un enfoque específico en el uso de Guest WiFi como motor principal de datos.

Análisis técnico detallado

Para comprender cómo funciona una CDP, debe analizar su arquitectura principal. Una CDP opera en un ciclo continuo conocido como el Bucle de Inteligencia del Cliente: Recopilar, Unificar, Comprender, Decidir y Comprometerse. Cada etapa depende de la anterior y el bucle se ejecuta de forma continua y en tiempo real.

cdp_architecture_overview.png

La capa de ingesta

Una CDP se conecta a los sistemas de origen mediante APIs, SDKs y webhooks. El objetivo es capturar datos estructurados, semiestructurados y no estructurados en tiempo real. Para los establecimientos físicos, la fuente de datos más crítica es la red de Guest WiFi . Cuando un cliente inicia sesión en el WiFi a través de un Captive Portal, el hardware de red (ya sea Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist o Ubiquiti UniFi) captura la dirección MAC del dispositivo y los detalles de autenticación. Purple envía estos datos a la CDP mediante una API, estableciendo una identidad digital de referencia vinculada a la presencia física.

Purple Engage captura datos verificados de correo electrónico y teléfono de los invitados en el momento del inicio de sesión y automatiza las campañas de marketing, lo que significa que la capa de ingesta ya está integrada y validada previamente. No es necesario crear conectores personalizados para la fuente de datos de WiFi.

Resolution de identidad y unificación de perfiles

Los datos sin procesar llegan con identificadores conflictivos. Un usuario puede conectarse a la WiFi usando Microsoft Entra ID, realizar una compra utilizando una tarjeta de fidelización y abrir un correo electrónico en un dispositivo diferente. El núcleo de la CDP utiliza dos técnicas de coincidencia para entrelazar estos fragmentos.

La coincidencia determinista vincula registros utilizando identificadores exactos y únicos, como una dirección de correo electrónico o un número de teléfono. Este es el método más preciso y requiere una validación estricta de los datos en el punto de entrada. La coincidencia probabilística vincula registros basándose en patrones de comportamiento, firmas de dispositivos o inferencias estadísticas cuando no se dispone de identificadores exactos. Es menos precisa pero resulta esencial para crear perfiles antes de que el usuario se autentique.

El resultado es una vista única del cliente - un perfil persistente y multidispositivo que se actualiza dinámicamente a medida que llegan nuevos datos. Una marca de retail descubrió que el 23% de sus clientes "únicos" estaban duplicados en los sistemas de correo electrónico, fidelización y POS (CDP Institute, 2024). La unificación corrigió sus cálculos del valor de vida del cliente y redujo el gasto innecesario en marketing.

La capa de activación

El almacenamiento de datos no es el objetivo final; lo es la activación. Una vez que un perfil se ha unificado y segmentado, la CDP envía instrucciones a los sistemas posteriores. Si un seguidor de gran valor entra en un estadio y se conecta a la red, la CDP evalúa su perfil y activa un SMS con una oferta de merchandising personalizada. Esto requiere una latencia de milisegundos e integraciones de API bien probadas con las plataformas de ejecución.

La capa de activación es donde los datos de WiFi Analytics se traducen en un impacto comercial medible. El tiempo de permanencia, la frecuencia de las visitas y los datos de ubicación derivados de la red alimentan directamente el motor de segmentación, permitiendo campañas que un CRM por sí solo no puede generar.

cdp_vs_crm_vs_dmp.png

CDP vs CRM vs DMP: la diferencia estructural

Un CRM gestiona las relaciones con contactos conocidos para ventas y soporte. Se basa en la introducción manual de datos y en actualizaciones por lotes. Una plataforma de gestión de datos (DMP) se dirige a audiencias anónimas a través de cookies de terceros - un mecanismo que ahora está obsoleto en los principales navegadores. Una CDP unifica los datos de primera mano de todas las fuentes, crea identidades persistentes en todos los dispositivos y activa esos datos en tiempo real. Las tres herramientas no son intercambiables. Necesita un CRM para la gestión del pipeline y una CDP para la unificación y activación de datos. El DMP está obsoleto para la mayoría de los operadores de recintos.

Guía de implementación

La implementación de una CDP requiere un enfoque por fases. Intentar una integración masiva de todos los sistemas empresariales de forma simultánea es el modo de fallo más común.

Fase 1: establecer la línea base de datos

Comience con su fuente más fiable de datos de primera mano. Para los espacios físicos, esta es Guest WiFi. Configure su hardware para enrutar los datos de autenticación a Purple. Asegúrese de que el Captive Portal exija opciones de consentimiento (opt-in) consciente para capturar direcciones de correo electrónico y números de teléfono verificados. Conecte Purple a la CDP a través de API para establecer los perfiles de usuario fundamentales. En esta etapa, también debe definir su esquema de datos: estandarice las convenciones de nomenclatura para que una "visita" en la plataforma de análisis de WiFi signifique lo mismo que una "visita" en el CRM.

Fase 2: integrar puntos de contacto de alto valor

Una vez que la base sea estable, integre su CRM y su plataforma de marketing por correo electrónico. Esto permite que la CDP asocie las visitas a los espacios físicos con la interacción digital. Si un residente de un entorno de WiFi multiinquilino inicia sesión, la CDP puede verificar su estado con el sistema de gestión de la propiedad y asignar la VLAN correcta automáticamente. Para los operadores de comercio minorista , integre el sistema POS para asociar las transacciones de compra con los perfiles derivados de la conexión WiFi.

Fase 3: habilitar la activación en tiempo real

Configure la capa de activación para activar flujos de trabajo específicos. Establezca reglas para enviar campañas automatizadas basadas en el tiempo de permanencia, la frecuencia de las visitas o datos de ubicación específicos. Utilice Purple Engage para automatizar secuencias de correo electrónico y SMS directamente desde la segmentación de la CDP. Pruebe estos flujos de trabajo a fondo: valide que la latencia de extremo a extremo desde el inicio de sesión en la red WiFi hasta la entrega del SMS sea inferior a 60 segundos.

Fase 4: escalar y optimizar

Una vez validado el ciclo principal, amplíe las fuentes de datos. Integre las respuestas de encuestas, los datos del programa de fidelización y el comportamiento en la aplicación. Utilice el motor de segmentación de la CDP para crear audiencias predictivas: clientes con probabilidad de abandono, compradores con probabilidad de adquirir un producto superior, aficionados con probabilidad de comprar productos de marca. Introduzca estos segmentos de nuevo en las plataformas de medios de pago para reducir el coste de adquisición de clientes.

Buenas prácticas

Priorice los datos de primera mano. Las cookies de terceros están en desuso. Concéntrese por completo en los datos recopilados directamente de los usuarios de su establecimiento a través de canales seguros y autenticados. El Guest WiFi es la fuente de datos del mundo físico más fiable a disposición de los operadores de establecimientos. Para obtener orientación sobre cómo aprovechar al máximo el punto de contacto del inicio de sesión, consulte cómo causar una excelente primera impresión con su Guest WiFi .

Estandarice las convenciones de nomenclatura. Aplique esquemas de datos estrictos en todas las fuentes ingeridas antes de conectarlas a la CDP. Una discrepancia en los nombres de los campos entre el POS y el CRM corromperá la resolución de la identidad.

Automatice el cumplimiento normativo. Utilice la CDP para centralizar la gestión del consentimiento. Cuando un usuario solicite la eliminación de datos conforme al GDPR o la CCPA, la CDP debe propagar automáticamente esa solicitud a todos los sistemas conectados. Purple cuenta con la certificación GDPR y CCPA, lo que significa que los registros de consentimiento capturados en el inicio de sesión de WiFi ya están estructurados para la automatización del cumplimiento normativo en los sistemas posteriores.

Validate identity at the point of entry. Use Purple Verify to authenticate phone numbers via SMS before passing data to the CDP. This eliminates fake email addresses and ensures deterministic matching accuracy.

Separate network SSIDs by user type. Deploy three SSIDs - Guest WiFi, Staff WiFi, and IoT - to ensure that staff and device data do not contaminate the guest profile pool. For a detailed architecture guide, see three SSIDs to rule them all: guest, Passpoint, and IoT WiFi .

Troubleshooting & risk mitigation

Identity resolution failures

If the CDP generates duplicate records, the problem almost always originates at the ingestion layer. Common causes include users submitting unverified email addresses at the captive portal, inconsistent field formatting between source systems, and missing phone numbers that prevent deterministic matching. Resolve this by enforcing email validation at the portal and deploying Purple Verify for phone number confirmation.

Latency in activation

If a promotional SMS arrives 20 minutes after a shopper leaves the store, the activation layer has failed. This is typically caused by relying on batch processing instead of real-time event streaming. Ensure your CDP and connected APIs support webhook-based, real-time data transfer. Audit the end-to-end latency from WiFi login event to activation trigger at least monthly.

A user who revokes marketing consent via one channel must have that revocation propagated to all connected systems automatically. If the CDP does not handle this, you face a GDPR compliance risk. EU data protection authorities issued over 2.1 billion euros in GDPR fines in 2023 alone (GDPR Enforcement Tracker, 2024). Centralise consent management in the CDP and test the revocation workflow before go-live.

Data schema drift

As source systems are updated or replaced, field names and data types can change without warning. Implement schema validation at the ingestion layer and set up automated alerts for any field that stops populating. A silent schema change can corrupt months of profile data before it is detected.

ROI & business impact

Measuring the success of a CDP deployment requires tracking specific business outcomes, not just technical metrics.

Data capture rate is the foundational metric: what percentage of venue users are successfully identified and profiled? For hospitality operators, a data capture rate above 60% is achievable with an optimised captive portal. For retail venues, 40-50% is a realistic target in the first six months.

La tasa de visitas recurrentes mide si las campañas personalizadas y automatizadas están impulsando las visitas repetidas. Realice un seguimiento de esto comparando la frecuencia de visitas recurrentes de los usuarios perfilados con la de los usuarios anónimos. Un CDP bien configurado con campañas automatizadas de correo electrónico y SMS suele aumentar las tasas de visitas recurrentes entre un 15 % y un 25 % durante el primer año (datos internos de Purple, 2024).

El coste de adquisición de clientes (CAC) debería disminuir a medida que traslada el presupuesto de marketing de la publicidad de terceros a la interacción directa con datos de primera mano (first-party). Cuando puede dirigirse a un segmento específico - por ejemplo, compradores que visitaron el establecimiento dos veces en los últimos 30 días pero no han regresado - con una oferta personalizada a través de SMS, elimina el coste de la publicidad de gran alcance para llegar a esa misma persona.

La tasa de reservas directas es la métrica clave para los operadores de hostelería y transporte . Cuando un CDP le permite identificar a los huéspedes que reservaron a través de una agencia de viajes online y activar un incentivo de reserva directa durante su estancia, reduce directamente los costes de las comisiones. Para una operación a la escala de Premier Inn, trasladar incluso un 5 % de las reservas de OTA a reservas directas representa una mejora significativa del margen.

Para conocer estrategias de activación específicas de SMS que complementen el despliegue de un CDP, consulte cómo aumentar las visitas recurrentes con el marketing por SMS .

Definiciones clave

Customer Data Platform (CDP)

Software empaquetado que crea una base de datos de clientes persistente y unificada, accesible para otros sistemas para su activación en tiempo real. Creado por David Raab en 2013 y definido por el CDP Institute como un software que crea una base de datos de clientes persistente y unificada accesible para otros sistemas.

Esencial para los equipos de TI encargados de desglosar los silos de datos y permitir un marketing automatizado y personalizado a través de canales físicos y digitales.

Resolución de identidad

El proceso de unir registros de datos fragmentados de múltiples sistemas en un único perfil unificado mediante técnicas de coincidencia probabilística y determinista.

La función técnica principal de una CDP. Una resolución de identidad deficiente genera perfiles duplicados y corrompe los análisis. Valide la precisión auditando las tasas de duplicados mensualmente.

Datos de primera mano

Información que una empresa recopila directamente de sus clientes con consentimiento explícito, a través de canales propios como un sitio web, una aplicación móvil o un Captive Portal de WiFi para invitados.

La base de la estrategia de datos moderna tras la depreciación de las cookies de terceros. El cumplimiento de GDPR y CCPA es significativamente más sencillo cuando todos los datos son de primera mano.

Coincidencia determinista

Vinculación de registros de datos mediante identificadores únicos y exactos, como una dirección de correo electrónico o un número de teléfono.

El método más preciso para la resolución de identidad. Requiere una estricta validación de datos en el punto de entrada - utilice Purple Verify para confirmar los números de teléfono antes de la ingesta.

Coincidencia probabilística

Vinculación de registros de datos basados en patrones de comportamiento, firmas de dispositivos o inferencia estadística cuando no se dispone de identificadores exactos.

Se utiliza para crear perfiles parciales de usuarios anónimos antes de que se autentiquen. Menos precisa que la coincidencia determinista; utilícela para enriquecer perfiles, no como método de coincidencia principal.

Capa de activación

El componente de una CDP que envía datos de audiencia segmentados a los canales de ejecución, como el correo electrónico, el SMS, los medios de pago o los motores de personalización en tiempo real.

Donde la infraestructura de datos técnicos se traduce en un impacto empresarial medible. Requiere integraciones API basadas en webhooks en tiempo real para evitar la latencia del procesamiento por lotes.

Captive Portal

Una página web que un usuario debe ver e interactuar con ella antes de que se le conceda acceso a una red pública. El mecanismo principal para capturar datos de primera mano y el consentimiento en recintos físicos.

El punto de ingesta de datos más importante para los operadores de recintos. El diseño y las opciones de autenticación en el Captive Portal determinan directamente la tasa de captura de datos y la calidad del perfil.

Vista única del cliente

Una representación agregada, coherente y holística de todos los datos conocidos sobre un individuo, creada por el motor de resolución de identidad y unificación de perfiles de la CDP.

El resultado final del núcleo de la CDP. Todos los sistemas secundarios - plataforma de correo electrónico, herramienta de SMS, medios de pago - consumen la vista única del cliente para personalizar su producción.

Suscripción por elección consciente

Un mecanismo de consentimiento en el que un usuario selecciona activamente una casilla de verificación o confirma una preferencia, en lugar de que el consentimiento esté premarcado o implícito por el uso continuado.

Requerido bajo GDPR para comunicaciones de marketing. El Captive Portal de Purple impone de forma predeterminada las suscripciones por elección consciente, garantizando que todos los datos capturados cumplan con el estándar de consentimiento.

Tasa de captura de datos

El porcentaje de usuarios del establecimiento que el CDP identifica y perfila correctamente, calculado como el número de perfiles identificados dividido por el total de visitantes únicos.

El KPI fundamental para el despliegue de CDP en recintos físicos. Una tasa inferior al 30% indica un problema con el diseño del Captive Portal o las opciones de autenticación.

Ejemplos prácticos

Una cadena minorista con 400 ubicaciones desea identificar a los compradores de alto valor que visitan las tiendas físicas pero que rara vez abren los correos de marketing. Actualmente utilizan hardware Cisco Meraki para Guest WiFi, un CRM heredado que se actualiza semanalmente mediante exportación de CSV y una plataforma de correo electrónico independiente. El equipo de marketing no puede identificar qué suscriptores de correo electrónico son también visitantes frecuentes de las tiendas físicas.

Implementar una CDP para unificar estos tres sistemas. Configurar los puntos de acceso Cisco Meraki para autenticarse a través de Purple, capturando direcciones MAC y correos electrónicos verificados en el Captive Portal. Conectar Purple a la CDP a través de API. La CDP ingesta estos datos de WiFi en tiempo real junto con la exportación semanal del CRM y los datos de interacción de la plataforma de correo electrónico. El motor de resolución de identidad utiliza la dirección de correo electrónico como clave determinante para hacer coincidir los inicios de sesión de WiFi con los registros del CRM y el historial de interacción del correo electrónico. El equipo de marketing crea un segmento en la CDP para "Visitantes frecuentes en tienda con baja interacción por correo electrónico", definido como más de cuatro visitas en 90 días y una tasa de apertura de correo electrónico inferior al 10%. La CDP envía este segmento a una plataforma de redes sociales de pago a través de la capa de activación. El minorista se dirige a estos compradores específicos con un anuncio social personalizado, evitando el canal de correo electrónico ineficaz. Simultáneamente, la CDP marca a estos usuarios en el CRM como "Alta interacción física" para el equipo de ventas.

Comentario del examinador: Este enfoque funciona porque utiliza la red física como fuente de identidad determinante. El inicio de sesión de WiFi proporciona la dirección de correo electrónico que vincula al visitante físico anónimo con el registro del CRM. La CDP identifica entonces un punto ciego en la estrategia de comunicación - visitantes físicos de alto valor que no son localizables por correo electrónico - y dirige automáticamente a la audiencia hacia un canal de activación más eficaz. La decisión de arquitectura clave es utilizar la dirección de correo electrónico como clave de coincidencia principal, lo que requiere que el Captive Portal obligue a la autenticación por correo electrónico en lugar del inicio de sesión por redes sociales.

Un estadio con capacidad para 50.000 personas necesita gestionar el acceso a la red de los aficionados durante los eventos, al tiempo que captura datos para impulsar las ventas de mercancías y establecer relaciones directas. Deben cumplir con el GDPR, evitar la congestión de la red durante el descanso y demostrar el ROI a la junta directiva en un plazo de 12 meses.

Implementar una arquitectura de red basada en la identidad utilizando hardware de Extreme Networks. Los aficionados se autentican a través de un Captive Portal de Purple mediante inicio de sesión social o correo electrónico, capturando el consentimiento explícito del GDPR en el momento de iniciar sesión. Los datos de autenticación fluyen hacia la CDP, que crea un perfil para cada asistente. Para gestionar la congestión, la red asigna límites de ancho de banda según los perfiles de usuario - los aficionados autenticados reciben un ancho de banda mayor que los dispositivos no autenticados. La CDP identifica a los aficionados que han asistido a más de tres partidos esta temporada y activa un SMS automatizado a través de Purple Engage que ofrece un descuento del 15% en la tienda del club, enviado en el minuto 60 cuando se confirma que el aficionado sigue en las instalaciones. Para el caso de ROI de la junta: realizar un seguimiento de los ingresos por mercancías atribuidos a las campañas de SMS activadas por la CDP, el aumento de las ventas directas de entradas a aficionados perfilados frente a las ventas de OTA y la reducción de los tickets de soporte de red debido a una mejor gestión de la autenticación.

Comentario del examinador: Este escenario demuestra el doble valor de una CDP integrada con la infraestructura de red. Resuelve un reto operativo técnico - la gestión del ancho de banda mediante el control de acceso basado en la identidad - al tiempo que impulsa un resultado comercial utilizando datos de primera mano en tiempo real basados en el consentimiento. El activador de 60 minutos es fundamental: enviar el SMS mientras se confirma que el aficionado está en el recinto a través de la sesión de WiFi en directo aumenta drásticamente la conversión en comparación con un correo electrónico posterior al evento. El cumplimiento de la normativa GDPR se integra en la arquitectura desde el primer día a través del mecanismo de consentimiento del Captive Portal de Purple, en lugar de incorporarse a posteriori.

Preguntas de práctica

Q1. Su director de marketing quiere lanzar una campaña de correo electrónico personalizada dirigida a los compradores que han visitado la tienda insignia más de cinco veces pero que no han realizado ninguna compra online. Su infraestructura actual incluye puntos de acceso HPE Aruba, un CRM heredado que se actualiza semanalmente mediante exportación de CSV y una plataforma de correo electrónico. Los datos del CRM se actualizan semanalmente mediante exportación de CSV. ¿Cuál es el fallo de arquitectura en la configuración actual y cómo lo resuelve un CDP?

Sugerencia: Tenga en cuenta la latencia de la transferencia de datos y la capacidad de vincular la presencia física con la identidad digital en tiempo real.

Ver respuesta modelo

El fallo de arquitectura es doble. En primer lugar, la dependencia del procesamiento por lotes mediante exportaciones semanales de CSV significa que el CRM siempre está desactualizado por al menos siete días. Un comprador que haya realizado cinco visitas esta semana no aparecerá en el segmento hasta la exportación de la semana siguiente. En segundo lugar, no existe un motor de resolución de identidad que vincule el inicio de sesión de WiFi de HPE Aruba con el registro del CRM - los dos sistemas registran a la misma persona con identificadores diferentes sin ninguna correlación automatizada. Para resolver esto, implemente un CDP para ingerir datos de autenticación en tiempo real desde el WiFi de invitados a través de Purple y la integración de HPE Aruba. El CDP utiliza la dirección de correo electrónico recopilada en el Captive Portal como clave determinante para asociar el inicio de sesión de WiFi con el registro del CRM. El motor de resolución de identidad crea un perfil unificado que incluye tanto el historial de visitas físicas como el historial de compras online. El equipo de marketing crea un segmento para "Visitantes frecuentes de la tienda física sin compras online" y el CDP envía este segmento a la plataforma de correo electrónico de forma instantánea a través de la capa de activación, sin esperar al ciclo semanal de CSV.

Q2. El responsable de TI de un hospital está implementando un CDP para gestionar las comunicaciones con pacientes y visitantes. Su plan es ingerir datos de la red WiFi de invitados, del sistema de programación de citas y del portal del paciente. ¿Cuál es el principal riesgo de cumplimiento normativo y cómo debe diseñarse la arquitectura para mitigarlo?

Sugerencia: Piense en la granularidad del consentimiento y en la segregación de la información médica protegida frente a los datos de marketing estándar.

Ver respuesta modelo

El riesgo principal es mezclar información médica protegida (PHI) del sistema de programación de citas y del portal del paciente con los datos de marketing estándar de la red WiFi de invitados, sin un consentimiento explícito y granular para cada caso de uso. Según el GDPR, el consentimiento para el acceso a la red no implica el consentimiento para comunicaciones de marketing, y por supuesto no implica el consentimiento para procesar datos de salud. La arquitectura debe imponer una segregación estricta de los datos en la capa de ingesta. El Captive Portal de la WiFi de invitados debe utilizar casillas de verificación de consentimiento independientes y granulares - una para el acceso a la red y otra para las comunicaciones de marketing - que nunca deben estar premarcadas. El CDP debe mantener indicadores de consentimiento separados por fuente de datos y por caso de uso. La PHI del sistema de programación y del portal del paciente debe procesarse en un entorno de datos independiente y con control de acceso mediante permisos basados en roles que impidan el acceso a los equipos de marketing. La capa de activación debe validar los indicadores de consentimiento antes de desencadenar cualquier comunicación. Utilice la captura de consentimiento certificada por el GDPR de Purple como base para el flujo de datos de WiFi.

Q3. Está evaluando dos proveedores de CDP. El proveedor A utiliza el emparejamiento probabilístico basado en datos de cookies de terceros como método principal de resolución de identidad. El proveedor B utiliza el emparejamiento determinista basado en identificadores de origen (first-party) autenticados como método principal, con el emparejamiento probabilístico como capa de enriquecimiento secundaria. ¿Qué proveedor es la opción correcta para una estrategia empresarial a largo plazo y por qué?

Sugerencia: Considere la situación actual del soporte de cookies de terceros en los principales navegadores y las implicaciones para la precisión de la resolución de identidad.

Ver respuesta modelo

El Proveedor B es la opción correcta. Las cookies de terceros están en desuso en los principales navegadores, incluidos Chrome, Safari y Firefox. Un CDP que dependa del emparejamiento probabilístico basado en cookies como su método principal de resolución de identidad se está construyendo sobre una base obsoleta. Las tasas de coincidencia se degradarán continuamente a medida que se elimine el soporte para cookies, y los perfiles generados serán cada vez más inexactos. La arquitectura del Proveedor B - emparejamiento determinista como método principal, probabilístico como enriquecimiento - está alineada con la realidad actual del panorama de datos. Para los operadores de recintos físicos, el Captive Portal de Guest WiFi proporciona un flujo confiable de identificadores autenticados y deterministas (direcciones de correo electrónico y números de teléfono verificados) que alimentan directamente el motor de emparejamiento principal del Proveedor B. Esto produce perfiles precisos y persistentes que no se degradan con el tiempo.