Saltar al contenido principal

Twilio Segment Customer Data Platform: una guía completa para empresas

Esta guía técnica explica cómo implementar Twilio Segment Customer Data Platform (CDP) para unificar fuentes de datos fragmentadas. Proporciona esquemas de arquitectura prácticos y estrategias de despliegue para que los equipos de TI y marketing activen datos de primera mano.

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

Escuchar esta guía

Ver transcripción del podcast
Usted es un consultor sénior de tecnología con un acento británico tranquilo y autoritario, que informa a un cliente en una sala de reuniones privada. Hable con una confianza serena, un ritmo pausado y un humor seco ocasional. Esto no es una clase, es una sesión informativa entre profesionales. Hable con claridad, con pausas naturales entre las secciones: Le doy la bienvenida a esta sesión informativa sobre la plataforma de datos de clientes Twilio Segment. Le voy a explicar qué es, cómo funciona internamente, cómo implementarla y, lo que es más importante, de dónde obtienen valor real las empresas como la suya. [pausa de duración media] Empecemos con el contexto. La mayoría de las organizaciones actuales tienen un problema de datos que parece una ventaja de datos. Tienen la analítica web en una herramienta, los registros de CRM en otra, las transacciones del punto de venta en otra parte y los datos de inicio de sesión de WiFi de invitados en otro sistema distinto. Cada equipo tiene su propia visión del cliente. Ninguno se pone de acuerdo. Ese es el problema para el que se diseñó Twilio Segment. Segment es una Customer Data Platform - un CDP. Su función es recopilar datos de origen de cada punto de contacto, unificarlos en un único perfil de cliente y, a continuación, activar ese perfil en sus herramientas posteriores. Piense en ello como el sistema nervioso central para su pila de datos de clientes. [pausa de duración media] Ahora bien, Twilio adquirió Segment en 2020 por aproximadamente 3200 millones de dólares estadounidenses. Eso le indica dos cosas. Primero, que el mercado se tomaba en serio los CDP. Segundo, que la combinación de la infraestructura de datos de Segment con la plataforma de comunicaciones de Twilio creó algo realmente útil - un sistema en el que se pueden recopilar datos, entender a un cliente y, a continuación, llegar a él a través de correo electrónico, SMS o notificaciones push, todo desde una pila conectada. [pausa de duración media] Permítame guiarle a través de la arquitectura. Segment consta de cuatro componentes principales. En primer lugar, Connections. Esta es la capa de canalización de datos. Usted instrumenta su sitio web con la biblioteca Analytics dot JS de Segment, su aplicación móvil con su SDK para iOS o Android, y sus sistemas del lado del servidor con una de sus bibliotecas de servidor. Cada acción del usuario - una vista de página, un clic en un botón, una compra, un inicio de sesión en WiFi - activa un evento en Segment. Esos eventos se estandarizan utilizando seis tipos de llamadas de API: Identify, Track, Page, Screen, Group y Alias. La llamada Identify registra quién es el usuario. La llamada Track registra lo que hizo. Esta estandarización es importante porque significa que sus datos llegan con un esquema uniforme, independientemente de la fuente de la que provengan. [pausa de duración media] En segundo lugar, Protocols. Esta es la capa de gobernanza de datos de Segment. Usted define un plan de seguimiento - un documento que especifica exactamente qué eventos desea capturar, qué propiedades debe tener cada evento y qué convenciones de nomenclatura se aplican. Protocols valida los datos entrantes con respecto a ese plan y marca o bloquea los eventos que no se ajustan a él. Para los equipos empresariales, esta es la diferencia entre un almacén de datos limpio y un pantano de datos. [pausa de duración media] En tercer lugar, Unify. Aquí es donde ocurre la resolución de identidad. Cuando un cliente se conecta a su WiFi e inicia sesión con su correo electrónico, y más tarde visita su sitio web desde un dispositivo diferente, el Identity Graph de Segment unifica esas dos sesiones en un único perfil persistente. Lo hace asociando identificadores: ID de usuario, ID anónimos, direcciones de correo electrónico e ID externos personalizados. El resultado es un perfil de cliente único que refleja cada interacción en todos los canales. Para los operadores de hostelería y comercio minorista, esto es especialmente valioso. Un huésped que se ha alojado en su hotel tres veces, ha pedido servicio de habitaciones dos veces y ha hecho clic en su correo electrónico posterior a la estancia no representa tres registros distintos. Es un único cliente de alto valor con un patrón de comportamiento claro. [medium pause] En cuarto lugar, Engage. Esta es la capa de activación. Una vez unificados los perfiles, se crean audiencias (segmentos, en la terminología de Segment). Se puede definir un segmento como: clientes que nos han visitado más de dos veces en los últimos 90 días, han abierto al menos un correo electrónico y no han realizado ninguna reserva en los últimos 30 días. Segment evalúa esa definición en tiempo real y mantiene actualizada la lista de miembros de la audiencia. A continuación, esa audiencia se sincroniza con su plataforma de correo electrónico, su CRM, su red publicitaria o cualquiera de los más de 550 destinos del catálogo de Segment. La audiencia se actualiza automáticamente a medida que cambia el comportamiento del cliente. Imagine que es un consultor tecnológico sénior con un tono británico tranquilo y autoritario que continúa una sesión informativa con un cliente. Hable con una confianza serena y a un ritmo pausado. Continúe con naturalidad desde la sección anterior: Pasemos ahora a analizar por qué esto resulta tan interesante para los operadores de recintos físicos, comercios minoristas y marcas de hostelería. El fallo más común que observo en las organizaciones que implantan una CDP es que la tratan como un proyecto técnico en lugar de empresarial. El equipo de ingeniería configura las fuentes, los datos fluyen hacia Segment y luego... no pasa nada. Las audiencias se quedan ahí. Nadie las activa. El motivo es casi siempre el mismo. No se definieron los casos de uso de negocio antes de iniciar la implementación. Por eso, esta es la regla que doy a cada cliente: defina sus tres casos de uso principales antes de escribir una sola línea de código de seguimiento. ¿Qué decisión facilitarán estos datos? ¿Qué campaña impulsarán? ¿Qué supresión aplicarán? [medium pause] Permítame ofrecerle dos ejemplos concretos. Un grupo hotelero del mercado medio - de 40 propiedades y unas 2.000 habitaciones - realizaba campañas de correo electrónico a toda su base de datos de huéspedes. Las tasas de apertura rondaban el 12 por ciento. Desplegaron Segment, conectaron su sistema de gestión de propiedades como origen y crearon tres audiencias: huéspedes que se habían alojado en los últimos 60 días, huéspedes que no habían regresado en más de 12 meses y huéspedes que habían reservado directamente frente a los que lo hicieron a través de una OTA. Excluyeron a los huéspedes de OTA de las campañas de captación - no tiene sentido pagar por volver a captar a alguien que ya te conoce. Enviaron una secuencia de recuperación personalizada al segmento de clientes inactivos. En un plazo de 90 días, los ingresos por reservas directas procedentes del correo electrónico aumentaron un 34 por ciento. Los datos siempre habían estado ahí. Segment simplemente los hizo útiles. [medium pause] Segundo ejemplo. Una cadena de tiendas con 120 establecimientos se enfrentaba al clásico problema de que los datos de los clientes online y de las tiendas físicas residían en sistemas distintos. Un cliente que había comprado online tres veces era tratado como un cliente nuevo cuando entraba en una tienda física. Conectaron su plataforma de comercio electrónico, su aplicación de fidelización y sus datos de inicio de sesión de WiFi en la tienda como fuentes en Segment. El gráfico de identidad fusionó los perfiles. El personal de la tienda podía ver, a través de una aplicación de asistencia al cliente, que la persona que tenían delante era un comprador online de gran valor que nunca había comprado en una tienda física. Ese contexto cambió la conversación. El valor medio de las transacciones en las tiendas participantes aumentó un 22 por ciento en seis meses. [medium pause] Ahora, hablemos de los errores de implementación. Hay cuatro que veo constantemente. Uno: mala higiene en el plan de seguimiento. Los equipos instrumentan eventos sin acordar antes las convenciones de nomenclatura. Se acaba con "compra completada", "pedido confirmado" y "transacción correcta", significando todo lo mismo. Protocols evita esto, pero solo si lo utilizas desde el primer día. Dos: configuración incorrecta de la resolución de identidad. Si configuras reglas de fusión demasiado laxas, empezarás a fusionar perfiles que deberían permanecer separados - por ejemplo, dos personas que comparten un mismo dispositivo. Si configuras reglas demasiado estrictas, te perderás la vinculación real entre dispositivos. El modelo por defecto de Segment funciona para la mayoría de los casos, pero revisa la configuración de protección de fusión antes de salir a producción. Tres: sobrecarga de destinos. Los equipos conectan todos los destinos que se les ocurren el primer día. Los problemas de calidad de los datos en un destino se propagan en cascada. Empieza con dos o tres destinos, valida la calidad de los datos y luego amplía. Cuatro: GDPR y gestión del consentimiento. El Portal de Privacidad de Segment te permite gestionar las solicitudes de eliminación y supresión de datos en todo tu ecosistema tecnológico desde un único lugar. Pero debes configurar correctamente las categorías de consentimiento a nivel de origen. Si un usuario rechaza el marketing, esa preferencia debe propagarse a cada destino. Configura esto antes de salir a producción, no después de recibir tu primera solicitud de acceso a los datos. [medium pause] En cuanto al cumplimiento de la normativa - Segment actúa como encargado del tratamiento de datos en virtud del GDPR. Usted es el responsable del tratamiento de los datos. Segment ofrece un Anexo de Protección de Datos y Cláusulas Contractuales Tipo para las transferencias internacionales de datos. Ya cumplían con el GDPR antes de la fecha de aplicación de mayo de 2018. Pero el cumplimiento es una responsabilidad compartida. Su plan de seguimiento, sus flujos de consentimiento y sus políticas de retención de datos son de su exclusiva competencia. [medium pause] Pasemos ahora a una sección rápida sobre las preguntas más frecuentes que recibo de los clientes. ¿Cuánto tiempo se tarda en implantar Segment? Para un despliegue sencillo - una fuente web, una fuente móvil y tres destinos - el plazo es de cuatro a seis semanas para un equipo de ingeniería competente. Un despliegue empresarial completo con múltiples fuentes, gobernanza de Protocols y resolución de identidad Unify suele llevar de tres a cuatro meses. ¿Cuánto cuesta? Segment tarifica en función de los usuarios rastreados mensualmente. El plan gratuito cubre 1.000 usuarios rastreados al mes. Los planes de equipo empiezan en unos 120 dólares estadounidenses al mes. Los precios para empresas se negocian y escalan según el volumen de datos. Prevea un presupuesto para servicios profesionales si su equipo no ha implementado una CDP anteriormente. ¿Funciona con mi stack tecnológico actual? Con casi total seguridad, sí. El catálogo de más de 550 destinos cubre Salesforce, HubSpot, Braze, Klaviyo, Google Analytics, BigQuery, Snowflake, Redshift y la mayoría de las principales plataformas de marketing y analítica. Si su herramienta no está en el catálogo, la API HTTP de Segment y el destino webhook cubren las integraciones personalizadas. [medium pause] Permítame concluir con las conclusiones clave. Twilio Segment es una CDP madura y bien documentada con un amplio catálogo de integraciones y sólidas capacidades de resolución de identidad. Su arquitectura de cuatro capas - Connections, Protocols, Unify y Engage - cubre todo el ciclo de vida de los datos, desde la recopilación hasta la activación. El valor de negocio proviene de la activación, no de la recopilación. Defina sus casos de uso antes de instrumentar sus fuentes. El cumplimiento del GDPR requiere configuración, no solo un DPA firmado. Configure las categorías de consentimiento y los flujos de eliminación antes de la puesta en marcha. Para los operadores de recintos y las marcas de hostelería, los casos de uso con mayor ROI suelen ser: excluir a los clientes existentes de las campañas de captación, personalizar las secuencias de recuperación de clientes perdidos y enriquecer las herramientas del personal del recinto con perfiles de clientes unificados. Y por último - si está capturando datos de inicio de sesión de WiFi de invitados, se trata de datos de primera mano con correo electrónico verificado y consentimiento explícito. Es una de las fuentes más valiosas que puede conectar a una CDP. No los deje aislados en un sistema independiente. [medium pause] Este es el resumen. Si desea profundizar en cualquiera de estas áreas - arquitectura de implementación, priorización de casos de uso o evaluación de proveedores - dispone de la guía escrita completa. Gracias por su tiempo.

header_image.png

Resumen ejecutivo

La mayoría de los equipos de TI de las empresas gestionan una arquitectura de datos fragmentada. Las analíticas del sitio web residen en una herramienta, los registros de CRM en otra, las transacciones del punto de venta en una tercera y los datos de inicio de sesión de Guest WiFi en una cuarta. Cada equipo opera con una visión parcial del cliente. Twilio Segment Customer Data Platform (CDP) resuelve esto recopilando datos de origen (first-party data) de cada punto de contacto, unificándolos en un único perfil y dirigiéndolos a las herramientas downstream en tiempo real.

Para operadores de recintos, retailers y marcas de hostelería, desplegar una CDP no es solo un ejercicio de ingeniería de datos. Es un requisito comercial. Al unificar la identidad, se puede excluir a los clientes existentes de las campañas de captación, personalizar las secuencias de recuperación y activar audiencias de gran valor en las plataformas publicitarias. Esta guía detalla la arquitectura técnica de Twilio Segment, el proceso de implementación y las mejores prácticas independientes del proveedor para asegurar el retorno de la inversión.

Análisis técnico profundo: la arquitectura de Segment

La arquitectura de Twilio Segment opera a través de cuatro capas distintas: Connections, Protocols, Unify y Engage. Comprender este flujo de datos es fundamental para los arquitectos de red y los ingenieros de datos que planifican un despliegue empresarial.

cdp_architecture_diagram.png

1. Connections: la canalización de datos

Connections es la capa de ingesta y enrutamiento. Los orígenes de datos se instrumentan mediante los SDK de Segment y sus bibliotecas (Analytics.js para web, SDK de iOS y Android para móviles, y bibliotecas del lado del servidor para sistemas backend).

Cada acción del usuario activa un evento en Segment utilizando un esquema estandarizado de seis llamadas a la API:

  • Identify: registra quién es el usuario y sus rasgos.
  • Track: registra qué hizo el usuario (por ejemplo, "Artículo comprado").
  • Page: registra las visitas a páginas web.
  • Screen: registra las visualizaciones de pantalla en aplicaciones móviles.
  • Group: asocia a un usuario con una cuenta u organización.
  • Alias: vincula un ID anónimo a un ID de usuario conocido.

Esta estandarización garantiza que los datos lleguen en un formato coherente, independientemente de si se originaron en un sistema de punto de venta de Retail o en un motor de reservas de hotel.

2. Protocols: gobernanza de datos

Protocols actúa como la capa de validación. Antes de escribir código, se define un Plan de Seguimiento - un esquema estricto que especifica exactamente qué eventos están permitidos, qué propiedades deben contener y los tipos de datos requeridos. Protocols valida los datos entrantes con respecto a este plan en tiempo real, bloqueando o marcando los eventos que no cumplen antes de que contaminen sus sistemas de destino.

3. Unify: resolución de identidad

Unify es el gráfico de identidad. Cuando un usuario se conecta a su red y se autentica, se capturan la dirección MAC de su dispositivo, el correo electrónico y los datos de la sesión. Si ese mismo usuario visita más tarde su sitio web desde un dispositivo diferente, Segment fusiona esas interacciones en un único perfil persistente. Esto se logra haciendo coincidir los identificadores de forma determinista a través de los canales.

Por ejemplo, en How to make a great first impression with your guest WiFi (and keep your brand consistent) se analiza la importancia del Captive Portal. Cuando se integra con Segment, ese portal se convierte en un nodo principal de resolución de identidad, vinculando a un visitante físico anónimo con un perfil digital conocido.

4. Engage: activación de audiencias

Engage es la capa de creación y activación de audiencias. Una vez unificados los perfiles, los equipos de marketing pueden definir segmentos dinámicos (por ejemplo, "Invitados de alto valor que no han realizado visitas en 90 días"). Segment evalúa estas reglas de forma continua y sincroniza las audiencias resultantes con cualquiera de sus más de 550 destinos admitidos, como Google Ads, Salesforce o plataformas de correo electrónico.

Guía de implementación

La implantación de una CDP requiere una alineación estricta entre TI y marketing. Siga esta ruta de despliegue para evitar el error común de instrumentar datos que nadie utiliza.

Paso 1: Definir los casos de uso de negocio

No escriba código de seguimiento hasta que haya definido exactamente qué decisiones impulsarán los datos. Identifique tres casos de uso de alto impacto. Por ejemplo:

  1. Excluir a los compradores recientes de las campañas de captación en medios pagados.
  2. Activar una secuencia de correo electrónico personalizada cuando un cliente inactivo inicia sesión en el WiFi de la tienda.
  3. Sincronizar segmentos de clientes con un alto valor de vida útil con Meta para la generación de audiencias similares.

Paso 2: Crear el Plan de Seguimiento

Cree un Plan de Seguimiento unificado utilizando Protocols. Acuerde convenciones de nomenclatura estandarizadas en toda la empresa. Utilice snake_case o camelCase de forma coherente. Defina los eventos mínimos viables necesarios para impulsar sus tres casos de uso. No realice un seguimiento de cada clic posible en un botón.

Paso 3: Instrumentar fuentes y validar

Comience con dos fuentes principales: su sitio web y su fuente de datos offline más fiable, como Purple WiFi Analytics .

purple_wifi_cdp_integration.png

Implemente los SDK y utilice el depurador de Segment para verificar que los eventos se activan correctamente y se ajustan al Plan de Seguimiento.

Paso 4: Configurar la resolución de identidades

Revise las reglas de fusión de Unify. La coincidencia determinista predeterminada de Segment funciona bien, pero debe asegurarse de que sus sistemas de origen transmitan los identificadores correctamente. Para entornos con dispositivos compartidos, asegúrese de activar las llamadas reset() correctas al cerrar sesión para evitar errores de fusión de perfiles.

Paso 5: Conectar destinos y activar

Conecte sus destinos descendentes. Comience con un destino de análisis (por ejemplo, Google Analytics) y un destino de activación (por ejemplo, una plataforma de correo electrónico). Cree sus audiencias en Engage y verifique las tasas de sincronización.

Buenas prácticas

  • Trate el WiFi de invitados como una fuente de identidad primaria: El WiFi de invitados captura datos de origen verificados (correo electrónico, número de teléfono) con consentimiento explícito. Reduce la brecha entre el tráfico peatonal anónimo y los perfiles digitales conocidos. Asegúrese de que su arquitectura de red sea compatible con esta integración. Para conocer las consideraciones de diseño, consulte Three SSIDs to rule them all: guest, Passpoint, and IoT WiFi .
  • Imponga tipos de datos estrictos: Utilice Protocols para imponer tipos de datos (por ejemplo, garantizando que los ingresos se transmitan siempre como un flotante, no como una cadena). Los tipos de datos incorrectos interrumpirán las integraciones descendentes.
  • Estandarice las integraciones de hardware: Al integrar la infraestructura de red como fuente de datos, limítese a hardware empresarial compatible. Purple se integra perfectamente con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet.

Resolución de problemas y mitigación de riesgos

GDPR y gestión del consentimiento

Usted es el responsable del tratamiento de los datos; Segment es el encargado del tratamiento. Con arreglo al GDPR, debe gestionar el consentimiento de forma rigurosa. Si un usuario opta por no recibir comunicaciones de marketing en su sitio web, esa preferencia debe propagarse a todos los destinos descendentes.

Utilice el Portal de Privacidad de Segment para gestionar las solicitudes de eliminación de datos. Sin embargo, debe configurar correctamente las categorías de consentimiento en el nivel de origen. Capture el consentimiento explícito durante el proceso de inicio de sesión de WiFi y asocie ese estado de consentimiento al perfil de Segment del usuario.

El modo de fallo por "sobrecarga de destinos"

Un modo de fallo común es conectar 20 destinos el primer día. Esto provoca problemas en cascada de calidad de datos en toda la infraestructura. Conecte los destinos de forma secuencial. Valide el flujo de datos en la herramienta de destino antes de añadir la siguiente.

Retorno de la inversión e impacto empresarial

El retorno de la inversión de una CDP se mide en tres vectores principales:

  1. Eficiencia del gasto publicitario: Al excluir a los clientes existentes de las campañas de captación mediante audiencias unificadas de la CDP, las organizaciones suelen reducir el gasto publicitario desperdiciado entre un 10% y un 20%.
  2. Aumento de los ingresos por campaña: Las campañas personalizadas de venta cruzada y recuperación impulsadas por activadores de comportamiento en tiempo real generan tasas de conversión más altas que los envíos masivos de correos electrónicos genéricos.
  3. Eficiencia operativa: La automatización de los flujos de datos y la sincronización de audiencias elimina las exportaciones manuales de CSV y la conciliación de datos que antes realizaban los ingenieros y analistas de datos. Para las organizaciones de los sectores de la Hostelería y el Transporte , donde la afluencia física es la métrica de interacción principal, conectar esos datos físicos con el ecosistema digital a través de Segment ofrece una ventaja comercial inmediata.

Definiciones clave

Resolución de identidad

El proceso de emparejar de forma determinista o probabilística puntos de datos dispares (cookies, ID de dispositivos, correos electrónicos) para crear un perfil de cliente único y unificado.

Cuando los equipos de TI necesitan fusionar un visitante anónimo de un sitio web con un registro de CRM conocido después de que el usuario se autentique.

Plan de seguimiento

Un esquema formal que define los eventos, propiedades y tipos de datos exactos que tienen permitido entrar en el flujo del CDP.

Utilizado por los ingenieros de datos para controlar la calidad de los datos y evitar que eventos no documentados contaminen el almacén de datos.

Datos de primera mano

Información que una empresa recopila directamente de sus clientes con su consentimiento explícito, como registros de CRM o inicios de sesión en el WiFi de invitados.

Crítico para la estrategia de marketing a medida que los navegadores principales descartan las cookies de terceros.

Source

Cualquier sistema, aplicación o sitio web que genera datos y los envía al flujo de Segment.

Las fuentes comunes incluyen aplicaciones iOS, servidores Node.js e integraciones de hardware como Purple WiFi.

Destination

Cualquier herramienta o plataforma receptora que obtiene datos de Segment.

Los destinos comunes incluyen Google Analytics, Salesforce CRM y almacenes de datos Snowflake.

Audience

Un segmento dinámico de usuarios definido por rasgos o comportamientos específicos, actualizado en tiempo real por el CDP.

Utilizado por los equipos de marketing para activar campañas dirigidas o excluir a usuarios específicos de la publicidad.

Coincidencia determinista

Fusión de perfiles de clientes basada en coincidencias exactas de identificadores únicos, como una dirección de correo electrónico o un ID de usuario.

El método más preciso para la resolución de identidad, preferido para el cumplimiento normativo y la precisión de la segmentación.

Encargado del tratamiento

Una entidad que trata datos personales por cuenta del responsable del tratamiento de los datos según el GDPR.

Segment actúa como el encargado del tratamiento de datos, lo que significa que el operador del establecimiento (el responsable del tratamiento) sigue siendo responsable de obtener el consentimiento del usuario.

Ejemplos prácticos

Un hotel de 200 habitaciones necesita dejar de gastar presupuesto publicitario en huéspedes que ya han reservado una estancia, pero los datos de su motor de reservas están desconectados de su cuenta de Google Ads.

  1. Conecte el motor de reservas del hotel como Source en Segment.
  2. Active un evento Track llamado Booking Completed con propiedades que incluyan booking_value y check_in_date.
  3. En Segment Engage, cree un Audience definido como "Usuarios que realizaron Booking Completed en los últimos 60 días".
  4. Conecte Google Ads como Destination.
  5. Sincronice el Audience con Google Ads y aplíquelo como una lista de orientación negativa (lista de supresión) en todas las campañas de captación.
Comentario del examinador: Este es el caso de uso clásico de supresión de audiencias. Ofrece un ROI inmediato al eliminar el gasto publicitario desperdiciado. La alternativa - exportar manualmente archivos CSV desde el motor de reservas y cargarlos en Google Ads - es lenta, propensa a errores y vulnera las mejores prácticas de seguridad de datos.

Una cadena de tiendas físicas quiere activar un correo electrónico personalizado que ofrezca un 10 % de descuento cuando un comprador online de alto valor se conecte por primera vez al WiFi de la tienda.

  1. Conecte la plataforma de comercio electrónico y Purple Guest WiFi como Sources en Segment.
  2. La plataforma de comercio electrónico envía la llamada Identify con el correo electrónico del cliente y una propiedad calculada Lifetime_Value > 500.
  3. Cuando el cliente se conecta al WiFi de la tienda, Purple activa una llamada Identify con la misma dirección de correo electrónico.
  4. Segment Unify fusiona el perfil online con los datos de la visita física.
  5. Cree un Engage Journey activado por el evento WiFi Login, filtrado para usuarios con la propiedad de alto valor.
  6. El Journey envía un webhook a la plataforma de correo electrónico para activar el código de descuento.
Comentario del examinador: Este enfoque reduce la brecha entre el mundo online y el offline. Al utilizar la dirección de correo electrónico como clave de coincidencia determinista, el gráfico de identidad une con éxito el perfil de comercio electrónico con la visita a la tienda física en tiempo real, lo que permite una activación inmediata.

Preguntas de práctica

Q1. Su equipo de marketing quiere realizar un seguimiento de 150 interacciones de usuario diferentes en la nueva aplicación móvil para enviarlas a Segment. ¿Cómo debería abordar esta implementación?

Sugerencia: Tenga en cuenta los costes de mantenimiento y la finalidad de los datos.

Ver respuesta modelo

Rechace la solicitud inicial. Pida al equipo de marketing que defina las decisiones comerciales específicas o las campañas que impulsará cada evento. Reduzca la lista a los eventos mínimos viables necesarios para esos casos de uso, documéntelos en el Plan de seguimiento e implemente únicamente esos. Realizar el seguimiento de datos sin un caso de uso claro genera deuda técnica.

Q2. Un cliente solicita que se eliminen todos sus datos personales en virtud del GDPR. ¿Cómo se ejecuta esto en una infraestructura con 15 herramientas secundarias diferentes conectadas a Segment?

Sugerencia: Consulte las funciones de privacidad de Segment en lugar de la eliminación manual.

Ver respuesta modelo

Utilice el Portal de privacidad de Segment para emitir una solicitud de eliminación. Segment procesará la eliminación en sus propios archivos y enviará la solicitud de eliminación a todos los destinos secundarios compatibles de forma automática, garantizando el cumplimiento en toda la infraestructura sin necesidad de intervención manual en 15 herramientas independientes.

Q3. Observa que un mismo usuario tiene dos perfiles diferentes en Segment: uno que contiene su historial de navegación por el sitio web (ID anónimo) y otro que contiene sus datos de inicio de sesión de WiFi (dirección de correo electrónico). ¿Por qué Unify no los ha fusionado?

Sugerencia: ¿Cómo vincula el gráfico de identidad el tráfico anónimo con los usuarios conocidos?

Ver respuesta modelo

El usuario no ha realizado ninguna acción que vincule la cookie anónima con su dirección de correo electrónico conocida en el sitio web. Para solucionar esto, necesita un evento de autenticación en el sitio web (como un inicio de sesión o un registro en el boletín informativo) que active una llamada Identify que pase tanto el ID anónimo como la dirección de correo electrónico. Una vez que esto ocurra, Segment fusionará los datos de navegación históricos con el perfil de WiFi.