Diseño de Captive Portals B2B: Captura de nombres registrados y datos de la empresa

Bienvenido a Purple Intelligence Briefing. Soy Senior Technical Content Strategist en Purple, y hoy vamos a tratar un tema que surge en casi todas las implementaciones para espacios B2B en las que trabajo: cómo diseñar un Captive Portal que recopile correctamente los datos de nombre registrado y empresa. Esto no es una cuestión de WiFi para consumidores. Cuando ofreces WiFi en un centro de conferencias, un hotel con salas de reuniones, un espacio de cotrabajo o la sala VIP de un aeropuerto de negocios, tus visitantes no son solo invitados. Son profesionales. Tienen cargos, afiliaciones corporativas y capacidad de compra. Los datos que recopilas en el punto de registro de WiFi son algunos de los datos de primera mano más valiosos a nivel comercial que puedes obtener. Pero la mayoría de los espacios recopilan muy poco, lo hacen mal o de una forma que genera responsabilidades de cara al GDPR. Hoy vamos a solucionar estos tres problemas. Permíteme ponerte en situación. Un Captive Portal es la página web que intercepta el intento de conexión de un visitante antes de concederle acceso a la red. El dispositivo se conecta a tu SSID de WiFi, realiza una solicitud HTTP y tu controlador de red redirige esa solicitud a tu portal. El visitante ve tu página de inicio de sesión personalizada, completa el formulario de registro y, a continuación, se le concede acceso. Ese es el flujo básico. Lo que ha cambiado es lo que haces con los datos después y el entorno normativo en el que operas. El contexto B2B cambia significativamente los requisitos de diseño en comparación con una implementación de consumo. En un entorno de consumo, lo habitual es solicitar un nombre y una dirección de correo electrónico. Estás creando una lista de marketing. En un entorno B2B, quieres el nombre registrado y los datos de la empresa porque esa combinación desbloquea inteligencia a nivel de cuenta. Cuando sabes que cuarenta y siete personas de una misma firma de servicios financieros se conectaron al WiFi de tu centro de conferencias durante tres días, eso no es solo una estadística de afluencia. Es una señal de ventas. Son datos de ROI del evento. Ese es el tipo de inteligencia que justifica las alianzas comerciales de tu espacio. Hablemos de la arquitectura técnica. Una implementación de Captive Portal B2B tiene cuatro componentes principales. Primero, la capa de puntos de acceso: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks o Fortinet. El punto de acceso intercepta la conexión inicial y la redirige al portal. Segundo, el controlador del portal, que sirve la página de registro, valida los envíos de formularios y se comunica con tu servidor RADIUS para autorizar la dirección MAC del dispositivo. Tercero, el almacén de identidad, donde se guardan los nombres registrados, los datos de la empresa y los registros de consentimiento, y que se sincroniza en tiempo real con tu CRM. Y cuarto, la capa de analítica, donde se agregan y se hacen accionables los datos de sesión, el tiempo de permanencia y los patrones de visitas recurrentes. Purple funciona como una superposición en la nube en todas estas plataformas de hardware. No es necesario reemplazar su infraestructura existente. Implemente Purple sobre los puntos de acceso que ya tenga. Con 80.000 sedes activas y 440 millones de inicios de sesión en 2024, se trata de un conjunto de datos muy valioso para evaluar su propia implementación. Ahora, la cuestión del diseño del formulario. ¿Qué campos debe incluir? El instinto es pedirlo todo: nombre, empresa, cargo, departamento, número de teléfono, perfil de LinkedIn. Resista ese instinto. Cada campo adicional reduce su tasa de finalización. Pasar de dos campos a cinco campos reduce la cumplimentación del formulario aproximadamente un 20 por ciento. En el contexto de un establecimiento físico, eso significa que uno de cada cinco visitantes de negocios abandona por completo el intento de conexión. El conjunto mínimo de campos viables para B2B es: nombre completo, nombre de la empresa y dirección de correo electrónico de la empresa. El nombre completo identifica al individuo. El nombre de la empresa permite agrupar las cuentas. El correo electrónico de la empresa proporciona un punto de contacto verificado y, fundamentalmente, el sufijo del dominio le da la identidad de la empresa incluso si el visitante escribe el nombre de su empresa de forma incoherente. Alguien puede registrarse como Deloitte, Deloitte UK o Deloitte LLP, pero el dominio de su correo electrónico siempre será deloitte.com. Construya su lógica de normalización de datos en torno al dominio de correo electrónico, no al campo de texto libre del nombre de la empresa. El cargo es un campo opcional valioso. Segmenta los datos de sus visitantes por antigüedad y función. Pero hágalo opcional. Un visitante que se salta el campo del cargo sigue siendo un visitante registrado con un nombre y una empresa. Un visitante que abandona el formulario por completo no le aporta nada. Ahora hablemos del GDPR, porque no se puede diseñar un Captive Portal B2B sin una arquitectura de cumplimiento sólida. Según el UK GDPR y el Reglamento General de Protección de Datos de la UE, la recogida de datos de nombre y empresa de los visitantes de WiFi requiere una base jurídica para el tratamiento. Para un Captive Portal B2B, tiene dos opciones realistas: el consentimiento en virtud del artículo 6, apartado 1, letra a), o los intereses legítimos en virtud del artículo 6, apartado 1, letra f). El consentimiento es la opción más clara desde el punto de vista del cumplimiento. El visitante marca activamente una casilla, usted registra la marca de tiempo y la versión de su aviso de privacidad que vio, y tiene un registro de auditoría defendible. El reto del consentimiento es que debe otorgarse libremente. Eso significa que el acceso a WiFi no puede estar condicionado al consentimiento de marketing. Debe separar el consentimiento para el acceso a la red del consentimiento para las comunicaciones de marketing. Dos casillas de verificación: una obligatoria para las condiciones del servicio y otra opcional para el marketing. Nunca las agrupe. El interés legítimo es una base más matizada. Puede aplicarse al tratamiento de datos básicos de sesión con fines de seguridad y gestión de la red. Pero para crear una base de datos de marketing a partir de los registros de los visitantes, el interés legítimo es más difícil de defender, especialmente en el caso de los datos B2B en los que los individuos son profesionales identificables. Mi recomendación: utilice el consentimiento, diseñe el formulario correctamente y tendrá una postura de cumplimiento limpia.Un detalle técnico más antes de pasar a la implementación: la aleatorización de direcciones MAC. Desde iOS 14 y Android 10, los dispositivos móviles aleatorizan su dirección MAC por cada red de forma predeterminada. Esto significa que la dirección MAC que ve su punto de acceso cuando un visitante se conecta hoy puede ser diferente de la dirección MAC que vio el mes pasado, incluso si se trata del mismo dispositivo y de la misma persona. Para la recopilación de datos de nombre registrado y empresa en el sector B2B, esto no es un gran problema, ya que su ancla de identidad es la dirección de correo electrónico registrada, no la dirección MAC. La dirección de correo electrónico es estable. Diseñe su lógica de resolución de identidad en torno al correo electrónico, y la aleatorización MAC pasará a ser una preocupación secundaria. Ahora permítame guiarle a través de dos escenarios de implementación del mundo real que ilustran cómo funciona esto en la práctica. El primero es un centro de conferencias en el distrito financiero. Organizan 200 eventos al año, con una media de 300 asistentes por evento. Antes de implantar un Captive Portal B2B correctamente diseñado, los datos de registro de su WiFi eran un caos: nombres de empresas inconsistentes, direcciones de correo electrónico personales, ausencia de datos sobre el cargo y ningún registro de consentimiento. No podían responder a preguntas básicas como qué empresas nos envían más delegados o cuál es la antigüedad media de nuestros asistentes. Tras implantar un portal B2B estructurado con campos para el nombre completo, el nombre de la empresa, el correo electrónico profesional y el cargo opcional, combinado con la normalización del dominio de correo electrónico en el back-end, crearon una base de datos limpia a nivel de cuenta en un plazo de seis meses. Ahora podían demostrar a los expositores que el 34 por ciento de sus asistentes procedían de empresas del FTSE 100. Ese dato respaldó directamente un aumento del 40 por ciento en sus tarifas de patrocinio. El formulario de registro de WiFi se convirtió en un activo generador de ingresos. El segundo escenario es un grupo hotelero con 45 propiedades, cada una con instalaciones para reuniones y conferencias. Su reto era la consistencia: cada propiedad tenía una configuración de portal ligeramente diferente, distintos conjuntos de campos y datos almacenados en sistemas diferentes. Un huésped que asistía a una conferencia en la propiedad de Manchester y luego se alojaba en la propiedad de Londres era tratado como dos visitantes distintos y no relacionados. Al estandarizar una única plantilla de portal B2B implementada en las 45 propiedades, con almacenamiento de datos centralizado y resolución de identidad basada en el correo electrónico, crearon una base de datos de visitantes unificada. En un plazo de doce meses, identificaron a 8.200 visitantes de negocios que habían utilizado múltiples propiedades. Ese grupo se convirtió en la base de un programa de marketing basado en cuentas segmentado. El coste de implementar el portal estandarizado se recuperó durante el primer trimestre a través de las reservas de conferencias incrementales de ese grupo identificado. Ahora permítame indicarle los errores de implementación que debe evitar. Estos son los fallos que veo con más frecuencia. Primer error: nombre de la empresa en texto libre sin normalización. Si acepta la introducción de texto libre para el nombre de la empresa y no lo normaliza en el back-end, su base de datos contendrá cientos de variaciones de una misma empresa. Utilice el dominio de correo electrónico como identificador principal de la empresa. Segundo error: agrupar el consentimiento de acceso a WiFi con el consentimiento de marketing. Esto es una infracción de la GDPR. La Information Commissioner's Office es explícita: el consentimiento para marketing debe ser independiente del consentimiento para el servicio en sí. Si un visitante tiene que dar su consentimiento para recibir correos de marketing para poder acceder a la WiFi, ese consentimiento no se otorga libremente y, por lo tanto, no es válido. Tercer error: no aplicar políticas de ancho de banda o de tiempo de espera de sesión en el SSID de B2B. Establezca un límite de ancho de banda por dispositivo y un tiempo de espera de sesión. Cuatro horas es un valor predeterminado razonable para un entorno de conferencias. Cuarto error: almacenar los registros de consentimiento en el mismo sistema que los registros de sesión. Los registros de consentimiento necesitan un período de retención más largo que los registros de sesión. Los registros de sesión se pueden purgar después de 30 días. Los registros de consentimiento deben conservarse durante la vigencia de la relación más dos años. Utilice una plataforma como Purple que aplica automáticamente diferentes reglas de retención a diferentes tipos de datos. Pasemos ahora a las preguntas rápidas que me hacen con más frecuencia. ¿Deberíamos utilizar el inicio de sesión de LinkedIn en lugar de un formulario de registro para entornos B2B? El OAuth de LinkedIn le ofrece nombre, empresa, cargo y sector de actividad sin necesidad de que el visitante tenga que escribir nada. La calidad de los datos es mayor que la de la introducción de texto libre. La contrapartida es una menor conversión: no todos los visitantes de negocios tienen una cuenta de LinkedIn. Mi recomendación es ofrecer LinkedIn como una opción junto con un formulario estándar, no como el único método. ¿Cómo gestionamos a los visitantes que utilizan direcciones de correo electrónico personales en lugar de corporativas? Puede exigir un dominio de correo electrónico corporativo validándolo frente a una lista de dominios de consumo conocidos y rechazándolos. O bien, puede aceptar cualquier dirección de correo electrónico y marcar los dominios personales para su revisión manual. Para entornos B2B de alto valor, recomendaría el primer enfoque con un mensaje de error claro que explique por qué se requiere un correo electrónico corporativo. ¿Podemos integrar los datos del Captive Portal directamente con Salesforce o HubSpot? Sí. La plataforma de Purple ofrece integraciones nativas con las principales plataformas de CRM. Los datos de nombre y empresa registrados fluyen directamente a su CRM como un nuevo contacto o actualizan un registro existente, registrando la visita WiFi como una actividad. Para resumir los puntos clave de la sesión de hoy. Diseñe su Captive Portal de B2B en torno a tres campos obligatorios: nombre completo, nombre de la empresa y correo electrónico corporativo. Añada el cargo como un campo opcional. Mantenga el formulario corto. Cada campo obligatorio adicional le cuesta tasa de finalización. Utilice el dominio de correo electrónico como identificador canónico de la empresa. Normalice los nombres de empresa en texto libre en el back-end. Desarrolle su inteligencia a nivel de cuenta basándose en el dominio de correo electrónico, no en lo que los visitantes escriben en el campo de nombre de la empresa. Separe las casillas de verificación de consentimiento. Una casilla obligatoria para las condiciones de servicio y el acceso a la red. Una casilla opcional para las comunicaciones de marketing. No las agrupe nunca. Registre cada evento de consentimiento con una marca de tiempo y la versión del aviso de privacidad. Aborde la aleatorización MAC vinculando su resolución de identidad a la dirección de correo electrónico, no a la dirección MAC. El correo electrónico es estable en todas las sesiones y dispositivos. Y, por último, elija una plataforma que gestione la arquitectura de cumplimiento por usted. Purple cuenta con la certificación ISO 27001, cumple con el GDPR y la CCPA, y tiene la certificación Cyber Essentials. El registro de consentimiento, las reglas de retención de datos y las herramientas de respuesta a solicitudes de acceso de los interesados están integrados. Su siguiente paso es auditar la configuración actual de su portal con respecto al conjunto de campos y la lista de comprobación de cumplimiento que he descrito hoy. Si gestiona un espacio B2B y no recopila el nombre registrado y los datos de la empresa de forma estructurada y conforme a la normativa, está perdiendo inteligencia comercial. Para obtener más guías técnicas y recursos de implementación, visite purple.ai. Gracias por escuchar el Purple Intelligence Briefing.