Diseño de Captive Portals B2B: recopilación de nombres registrados y datos de empresas

Bienvenido al informe de Purple Intelligence. Soy Senior Technical Content Strategist aquí en Purple, y hoy vamos a tratar un tema que surge en casi todos los despliegues de recintos B2B en los 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 coworking o una sala VIP de un aeropuerto de negocios, tus visitantes no son solo huéspedes. Son profesionales. Tienen cargos, afiliaciones a empresas y autoridad de compras. Los datos que recopilas en el momento del registro en la WiFi son algunos de los datos de origen (first-party data) más valiosos comercialmente que puedes reunir. Sin embargo, la mayoría de los recintos recopilan muy poco, lo hacen mal o lo recopilan de una manera que genera responsabilidades frente al GDPR. Hoy vamos a solucionar estos tres problemas. Permíteme situarte. 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, intenta realizar 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 entonces se le concede el 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 un despliegue para consumidores. En un entorno de consumo, normalmente se pide 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 empresa de servicios financieros se conectaron a la 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 asociaciones comerciales de tu recinto. Hablemos, por tanto, de la arquitectura técnica. Un despliegue de Captive Portal B2B tiene cuatro componentes principales. En primer lugar, 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. En segundo lugar, 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. En tercer lugar, 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 en cuarto lugar, la capa de análisis, donde los datos de la sesión, el tiempo de permanencia y los patrones de visitas repetidas se agregan y se transforman en información práctica.Purple funciona como una capa en la nube sobre todas estas plataformas de hardware. No es necesario desmantelar ni sustituir su infraestructura actual. Se puede implementar Purple sobre cualquier punto de acceso que ya tenga instalado. Con más de 80.000 recintos activos y 440 millones de inicios de sesión en 2024, contamos con un conjunto de datos muy valioso para evaluar el rendimiento de su propia instalación. Ahora hablemos del diseño del formulario. ¿Qué campos se deberían incluir? El instinto natural es pedirlo todo: nombre, empresa, cargo, departamento, número de teléfono o perfil de LinkedIn. Evite esa tentación. Cada campo adicional que añada reducirá la tasa de finalización. Pasar de dos campos a cinco reduce la finalización del formulario en aproximadamente un 20 por ciento. En el contexto de un establecimiento físico, eso significa que uno de cada cinco visitantes de negocios abandonará el intento de conexión por completo. El conjunto de campos mínimo para B2B es: nombre completo, nombre de la empresa y dirección de correo electrónico corporativo. El nombre completo identifica a la persona. El nombre de la empresa permite la agregación de cuentas. El correo corporativo proporciona un punto de contacto verificado y, lo que es más importante, el dominio de correo electrónico le permite identificar a la empresa incluso si el visitante escribe el nombre de su negocio de diferentes maneras. Alguien puede registrarse como Deloitte, Deloitte UK o Deloitte LLP, pero su dominio de correo electrónico siempre será deloitte.com. Diseñe su lógica de normalización de datos en torno al dominio de correo, no al campo de texto libre del nombre de la empresa. El cargo es un campo opcional muy valioso. Le permite segmentar los datos de sus visitantes por nivel de antigüedad y función. Pero configúrelo como opcional. Un visitante que se salta el campo del cargo sigue siendo un usuario registrado con nombre y empresa. Un visitante que abandona el formulario por completo no le aporta ningún dato. Abordemos ahora el tema del GDPR, ya que no se puede diseñar un Captive Portal B2B sin una arquitectura sólida de conformidad legal. Bajo el UK GDPR y el Reglamento General de Protección de Datos de la UE (GDPR), recopilar datos de nombre y empresa de los visitantes de la red WiFi requiere una base jurídica para el tratamiento. Para un Captive Portal B2B, tiene dos opciones realistas: el consentimiento según el Artículo 6(1)(a), o el interés legítimo según el Artículo 6(1)(f). El consentimiento es la opción más limpia desde el punto de vista del cumplimiento. El visitante marca una casilla de forma activa, usted registra la marca de tiempo junto con la versión del aviso de privacidad que visualizó, y así obtiene un registro de auditoría defendible. El reto del consentimiento es que debe otorgarse libremente. Esto significa que el acceso a la red WiFi no puede estar condicionado al consentimiento de marketing. Debe separar el consentimiento de acceso a la red del consentimiento para comunicaciones comerciales. Utilice dos casillas de verificación: una obligatoria para las condiciones de servicio y otra opcional para el marketing. Nunca las unifique. El interés legítimo es una base más compleja. Puede aplicarse al tratamiento de datos básicos de sesión con fines de gestión y seguridad de la red. Sin embargo, 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 justificar, sobre todo en el caso de datos B2B donde los individuos son profesionales identificables. Mi recomendación: utilice el consentimiento, diseñe el formulario correctamente y mantendrá una postura de cumplimiento impecable.Un aspecto 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 su punto de acceso ve 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 entorno B2B, esto es un problema menor, porque su anclaje 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 de 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 un promedio de 300 asistentes por evento. Antes de implementar un Captive Portal B2B diseñado correctamente, sus datos de registro de WiFi eran un caos: nombres de empresas inconsistentes, direcciones de correo electrónico personales, ausencia de datos sobre cargos profesionales y ningún registro de consentimiento. No podían responder a preguntas básicas como qué empresas nos envían la mayoría de los delegados o cuál es la antigüedad promedio de nuestros asistentes. Tras implementar un portal B2B estructurado con campos de nombre completo, nombre de la empresa, correo electrónico profesional y 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 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 desafío era la consistencia: cada propiedad tenía una configuración de portal ligeramente diferente, diferentes conjuntos de campos y datos almacenados en diferentes sistemas. Un huésped que asistía a una conferencia en la propiedad de Mánchester 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 específicas. El coste de implementar el portal estandarizado se recuperó durante el primer trimestre a través de las reservas de conferencias adicionales de ese grupo identificado. Ahora permítame detallar 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 la misma empresa. Utilice el dominio de correo electrónico como identificador principal de la empresa. Segundo error: vincular el consentimiento de acceso a la WiFi con el consentimiento de marketing. Esto es una infracción del GDPR. La Oficina del Comisionado de Información 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 electrónicos de marketing para obtener acceso a la WiFi, ese consentimiento no se otorga libremente y, por lo tanto, no es válido. Tercer error: no aplicar una política de ancho de banda o de tiempo de espera de sesión en el SSID 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 duración de la relación más dos años. Utilice una plataforma como Purple que aplique 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 con LinkedIn en lugar de un formulario de registro para los espacios B2B? LinkedIn OAuth le proporciona el nombre, la empresa, el cargo y el sector industrial sin pedirle al visitante que escriba 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 profesionales 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 correos electrónicos profesionales? Puede exigir un dominio de correo electrónico profesional validándolo frente a una lista de dominios de consumo conocidos y rechazándolos. O puede aceptar cualquier dirección de correo electrónico y marcar los dominios personales para su revisión manual. Para espacios 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 profesional. ¿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. El nombre registrado y los datos de la empresa 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 B2B en torno a tres campos obligatorios: nombre completo, nombre de la empresa y correo electrónico profesional. Añada el cargo como campo opcional. Mantenga el formulario corto. Cada campo obligatorio adicional le costará tasa de finalización. Utilice el dominio de correo electrónico como identificador canónico de su empresa. Normalice los nombres de empresa de texto libre en el back-end. Desarrolle su inteligencia a nivel de cuenta en función del dominio de correo electrónico, no de lo que los visitantes escriban en el campo de nombre de la empresa. Separe sus 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. Nunca las agrupe. Registre cada evento de consentimiento con una marca de tiempo y la versión del aviso de privacidad. Aborde la aleatorización de direcciones 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 a lo largo de las sesiones y los 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 consentimientos, las reglas de retención de datos y las herramientas de respuesta a las solicitudes de acceso de los interesados están integrados. Su siguiente paso es auditar la configuración actual de su portal de acuerdo con el conjunto de campos y la lista de control 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.