Plataformas de WiFi para invitados en WiFi aeropuertos y centros de transporte: comparativa entre roaming con Passpoint y portales multilingües

La mayoría de los aeropuertos deberían ejecutar ambos. Passpoint, incluyendo OpenRoaming y los perfiles de fidelización de las aerolíneas, conecta a los pasajeros recurrentes de forma automática a través de un enlace cifrado. Un portal cautivo multilingüe atiende a todos los demás y recopila datos propios con consentimiento. Tres factores deciden qué lado lidera: su mezcla de pasajeros, sus objetivos de datos y si sus puntos de acceso son compatibles con Hotspot 2.0.

¿Qué modelo de plataforma de WiFi para invitados de aeropuerto debería elegir?

Elija una opción híbrida y luego decida qué lado lidera. Un diseño guiado por Passpoint prioriza la conexión automática y cifrada. Un diseño guiado por portal prioriza los datos propios con consentimiento y los mensajes multilingües. Ambos funcionan en los mismos puntos de acceso, por lo que se trata de una decisión operativa y no de hardware.

Tres términos enmarcan cualquier comparación de plataformas de WiFi para invitados de aeropuerto:

• Passpoint es una certificación de la industria creada sobre IEEE 802.11u, también llamada Hotspot 2.0. Un dispositivo con una credencial almacenada encuentra una red Passpoint y se une a ella sin una pantalla de inicio de sesión.
• OpenRoaming es una federación administrada por la Wireless Broadband Alliance (WBA). Utiliza Passpoint para que una sola credencial, de un fabricante de teléfonos, operador o aplicación, funcione en cada recinto participante.
• Un portal cautivo es la página web que ve un pasajero en una red abierta antes de conectarse a internet.

Passpoint se autentica con IEEE 802.1X, el estándar de control de acceso basado en puertos detrás del WiFi empresarial. Las credenciales viajan dentro de EAP (Protocolo de autenticación extensible) a un servidor RADIUS. RADIUS es el protocolo que verifica las credenciales y devuelve las reglas de sesión, como los límites de tiempo y ancho de banda.

Purple ofrece WiFi para invitados como una superposición en la nube en puntos de acceso de Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet. La misma plataforma admite OpenRoaming y portales cautivos multilingües. Funciona en más de 80,000 recintos activos en más de 90 países y gestiona 500 millones de usuarios e inicios de sesión al año. Entre sus clientes del sector de transporte se encuentran AGS Airports y Manchester Airports Group.

¿En qué se diferencian realmente la itinerancia de Passpoint y los portales multilingües?

Los dos modelos se diferencian en los ejes que importan en una terminal: fricción, cifrado, datos, obligaciones de interfaz y hardware. La tabla los compara lado a lado, junto con la opción híbrida con la que terminan operando la mayoría de las terminales.

Eje	Passpoint y OpenRoaming	Portal cautivo multilingüe	Híbrido (ambos)
Cómo se conecta el pasajero	De forma automática, sin pantalla, tras una instalación única de perfil	Se une a una SSID abierta y completa una página de inicio de sesión	Los titulares de perfil se unen automáticamente; todos los demás usan el portal
Cifrado en el aire	WPA2-Enterprise o WPA3-Enterprise mediante 802.1X	Ninguno en SSID abierta; por sesión con Enhanced Open (OWE)	Empresarial en SSID de Passpoint; OWE en SSID de portal
Datos propios obtenidos	Solo realm del proveedor de identidad, sin consentimiento de marketing	Correo electrónico, preferencia de idioma, consentimientos explícitos de libre elección	Datos con consentimiento de pasajeros del portal; datos de sesión de ambos
Manejo de idioma	Ninguno necesario, no se muestra interfaz	Detección de Accept-Language más conmutador manual	El portal maneja los idiomas; Passpoint no necesita ninguno
Exposición de accesibilidad	Sin interfaz para auditar	Auditoría y declaración completa de WCAG 2.2 AA	Solo auditoría del portal
Estándares principales	IEEE 802.11u, Passpoint, 802.1X, EAP, RadSec (RFC 6614)	RFC 8910, RFC 8908, WCAG 2.2, GDPR, PECR	Todos los anteriores
Requisito de punto de acceso	Soporte de Hotspot 2.0 en el firmware del AP y del controlador	Redirección a portal cautivo externo	Ambas capacidades en una sola propiedad
Calidad del identificador de analítica	Estable para la sesión, vinculado a una credencial autenticada	Estable para la sesión; MAC aleatoria entre visitas	La cobertura más amplia de dispositivos conectados
A quién se adapta	Centros de conexión con muchos viajeros frecuentes en aerolíneas con aplicación	Tráfico internacional de ocio, chárter y de primera vez	La mayoría de los aeropuertos y principales intercambiadores ferroviarios

Tres diferencias impulsan la mayoría de las decisiones.

Datos. Passpoint le dice qué proveedor de identidad autenticó un dispositivo, como un realm de aerolínea o un proveedor de OpenRoaming. No devuelve ninguna dirección de correo electrónico ni consentimiento de marketing. Si su equipo comercial necesita datos propios con consentimiento para campañas de concesiones, solo el portal los proporciona.

Cifrado. Passpoint se ejecuta en WPA2-Enterprise o WPA3-Enterprise, por lo que cifra cada sesión desde el primer cuadro. Un SSID de portal abierto no lleva cifrado inalámbrico a menos que habilite Enhanced Open, también llamado Cifrado Inalámbrico Oportunista (OWE, RFC 8110). Utilice el modo de transición OWE para que los dispositivos más antiguos se sigan conectando.

Obligaciones. Una conexión de Passpoint no muestra ninguna pantalla, por lo que no tiene nada que traducir ni auditar. Un portal es una página web orientada al público y conlleva ambas responsabilidades de forma integral.

¿Cómo combinan los aeropuertos OpenRoaming, perfiles de Passpoint de aerolíneas y un portal de respaldo?

El patrón de dos SSID

Un diseño común en terminales transmite dos redes de pasajeros. La primera es un SSID de Passpoint protegido con WPA2-Enterprise o WPA3-Enterprise. La segunda es un SSID abierto o Enhanced Open que redirige al portal cautivo. Los dispositivos que poseen un perfil coincidente se unen a la primera automáticamente, y todos los demás dispositivos ven la segunda.

El SSID de Passpoint anuncia varios identificadores a la vez. Un Identificador de Organización de Consorcio de Roaming (RCOI) nombra una federación como OpenRoaming. Un realm de Identificador de Acceso a la Red (NAI) nombra un único proveedor de identidad, como el dominio de una aerolínea. El dispositivo consulta estos a través del Protocolo de Consulta de Red de Acceso (ANQP) antes de asociarse. Se une solo si posee una credencial coincidente.

Cómo funciona el enrutamiento de realm

Cuando un dispositivo se autentica, la capa RADIUS lee el dominio en su identidad externa y enruta la solicitud. Las solicitudes de OpenRoaming viajan a través de RadSec, que es RADIUS sobre TLS (RFC 6614), hacia los proveedores de identidad de la federación. El dominio de una aerolínea se enruta al propio servidor de autenticación de la aerolínea bajo un acuerdo bilateral. Usted nunca ve la contraseña ni el certificado del pasajero. Recibe una aceptación o un rechazo, además de las reglas de la sesión.

Así es como funciona en la práctica un perfil de fidelidad de una aerolínea. La aplicación de la aerolínea instala un perfil de Passpoint a través de las interfaces NEHotspotConfiguration de Apple o PasspointConfiguration de Android. El perfil lleva el dominio de la aerolínea y una credencial, a menudo un certificado para EAP-TLS. EAP-TLS es una autenticación de certificado mutua, el método EAP más sólido desplegado a gran escala. En cualquier aeropuerto que anuncie ese dominio, el teléfono se conecta sin solicitar confirmación.

Convertir a los pasajeros primerizos en pasajeros con Passpoint

El portal también es la vía de acceso. Después de que un pasajero completa el inicio de sesión en el portal, ofrezca una descarga de perfil opcional para que la próxima visita sea automática. Explique la oferta en un lenguaje sencillo. Indique al personal de mesa de ayuda que consulte una guía explicativa general como Cómo conectarme a WiFi: redes del hogar, hotel y trabajo para los pasajeros que tengan dificultades.

Los dispositivos que admiten RFC 8910 obtienen la dirección del portal desde DHCP o anuncios de router. Luego consultan la API del portal cautivo definida en RFC 8908. Esto reemplaza los frágiles trucos de redireccionamiento por una señal estándar, por lo que debe implementarlo donde lo permitan sus puntos de acceso.

Mantenga al personal fuera de las redes de pasajeros

El personal de la aerolínea, de comercio minorista y del aeropuerto nunca debe compartir los SSID de los pasajeros. Purple WiFi para personal autentica a los empleados frente a Microsoft Entra ID, Okta o Google Workspace. Los ubica en VLAN independientes, redes LAN virtuales que aíslan el tráfico. Los contratistas y la tripulación visitante traen dispositivos no gestionados, tema que se aborda en Incorporación de BYOD a WiFi: gestión de dispositivos no gestionados en hoteles y comercio minorista.

¿Cuándo es adecuado un diseño basado en Passpoint y OpenRoaming?

Priorice Passpoint cuando la conexión automática valga más para usted que una dirección de correo electrónico capturada. Cuatro situaciones apuntan en esa dirección:

• Cuota de viajeros frecuentes. Una gran parte de sus pasajeros vuela con una o dos aerolíneas principales cuyas aplicaciones pueden instalar perfiles.
• Ventanas de conexión cortas. Los pasajeros en tránsito y los transbordos ferroviarios dejan poco tiempo para llenar formularios. La misma lógica se aplica a las estaciones y redes a bordo, descritas en nuestra página de Trenes.
• Postura de seguridad. Su equipo de TI requiere que cada sesión de pasajero esté cifrada de forma inalámbrica, sin tráfico de SSID abierto.
• Fricción en el portal durante horas pico. Las mesas de ayuda reciben quejas de inicio de sesión durante las horas pico de salida por la mañana.

Los hoteles de aeropuerto extienden este beneficio. Un hotel que anuncia la misma RCOI OpenRoaming permite que los huéspedes se mantengan conectados desde la puerta de embarque hasta la habitación sin tener que iniciar sesión por segunda vez. Nuestra página de Hoteles y la guía Plataformas de WiFi para huéspedes de hoteles: integración con PMS, Passpoint y ancho de banda por niveles en comparación cubren ese aspecto.

Monitoree la adopción de perfiles. El alcance de OpenRoaming depende de qué proveedores de identidad envíen credenciales a los teléfonos de sus pasajeros. Mida la proporción de sesiones que ingresan mediante Passpoint cada mes. No retire el portal basándose en suposiciones.

¿Cuándo es un diseño centrado en un portal cautivo multilingüe la opción correcta?

Opte por el portal cuando el alcance y los datos propios importen más que una conexión sin fricciones ni interacción. Hay cuatro situaciones que apuntan en esa dirección:

• Tráfico de ocio y chárter. Muchos pasajeros internacionales o que viajan por primera vez no poseen un perfil compatible.
• Objetivos comerciales. Los equipos de concesiones, estacionamiento y libre de impuestos desean recopilar contactos consentidos mediante autorizaciones conscientes.
• Mensajes operativos. Desea mostrar información sobre la puerta de embarque, orientación o asistencia para reservas en el idioma del pasajero en el momento de la conexión.
• Límites de hardware. Sus puntos de acceso carecen de soporte para Hotspot 2.0. El portal funciona ahora, y Passpoint se puede implementar al renovar el equipo.

Diseñe el portal para una terminal, no para una cafetería. Mantenga el inicio de sesión en un solo paso y ofrezca acceso gratuito sin exigir el consentimiento de marketing. El Artículo 7(4) del GDPR considera que es poco probable que el consentimiento vinculado a un servicio se otorgue libremente. Los portales suelen abrirse en un mininavegador restringido, por lo que debe mantener las páginas ligeras y evitar scripts y ventanas emergentes de terceros.

¿Qué estándares de tiempo de espera de sesión, detección de idioma y accesibilidad se aplican al WiFi para pasajeros en terminales?

Ningún estándar único establece la duración de las sesiones de WiFi en aeropuertos. Tres conjuntos de reglas dan forma al diseño: atributos de RADIUS para el control de sesiones, estándares web para el idioma y leyes de accesibilidad para el portal.

Tiempos de espera de sesión

El RFC 2865 define los atributos Session-Timeout e Idle-Timeout de RADIUS. Session-Timeout limita la duración total de la sesión. Idle-Timeout finaliza una sesión tras un período de inactividad. Establezca ambos en función de la permanencia medida, no del hábito. Con 90 minutos de permanencia en la zona de embarque y una sesión de 30 minutos, cada pasajero iniciará sesión tres veces.

En la SSID de Passpoint, la reautenticación es silenciosa, por lo que una sesión más corta no genera fricción. Utilícela para actualizar las políticas y los límites de ancho de banda. En la SSID del portal, reconozca los dispositivos recurrentes durante un período determinado. Un pasajero que se vuelve a conectar después de pasar por seguridad no debería repetir el formulario. Indique cualquier límite de tiempo o datos en el portal antes de que el pasajero se conecte.

Detección de idioma

Cada navegador envía un encabezado Accept-Language que enumera los idiomas preferidos del dispositivo, tal como se define en el RFC 9110. Utilícelo para seleccionar automáticamente el idioma del portal. No infiera el idioma a partir de la dirección IP ni del país de la tarjeta SIM: un usuario hispanohablante que utiliza la función de roaming con una SIM del Reino Unido seguirá prefiriendo el español. Muestre siempre un selector de idioma visible, con el nombre de cada idioma en su propia escritura.

La guía de internacionalización del W3C desaconseja el uso de banderas en los selectores, ya que las banderas representan países, no idiomas. Declare el idioma de la página en el código HTML, tal como lo exige el criterio de conformidad 3.1.1 de las WCAG. Admita diseños de derecha a izquierda para árabe y hebreo. Elija los idiomas en función de su red de rutas y de los datos de los pasajeros, no de una lista genérica.

Accesibilidad

El punto de referencia es el nivel AA de las WCAG 2.2, publicado por el W3C en octubre de 2023. Dos criterios nuevos en la versión 2.2 afectan a los portales. El criterio de conformidad 3.3.8, Autenticación accesible (mínima), prohíbe las pruebas cognitivas como los CAPTCHA de rompecabezas sin una alternativa. El criterio de conformidad 2.5.8, Tamaño del objetivo (mínimo), establece un límite inferior de 24 por 24 píxeles CSS para los objetivos de toque. El texto principal requiere una relación de contraste de al menos 4.5:1 conforme al criterio 1.4.3.

En el Reino Unido, el Reglamento de accesibilidad para organismos del sector público (sitios web y aplicaciones móviles) (n.º 2) de 2018 se aplica a los organismos del sector público. Los operadores de propiedad pública deben cumplirlo y publicar una declaración de accesibilidad. En la UE, la Ley Europea de Accesibilidad (Directiva (UE) 2019/882) es aplicable desde el 28 de junio de 2025. Abarca sitios web y servicios móviles para el transporte de pasajeros aéreo, por autobús, por ferrocarril y por vía navegable. Consulte a su asesor jurídico si su portal entra dentro del ámbito de aplicación y, en cualquier caso, diseñe conforme a las WCAG 2.2 AA.

¿Cómo alimenta la telemetría de WiFi a nivel de zona a los tableros de control de filas en terminales y tiempo de permanencia en concesiones?

De puntos de acceso a zonas

Cada punto de acceso detecta qué dispositivos se asocian a él, y muchos también ven dispositivos que sondean en las cercanías. Agrupe los puntos de acceso en zonas que coincidan con las áreas operativas: documentación en zona pública, acceso a seguridad, plaza en zona de salidas, cada espigón y cada grupo de puertas. Las interfaces de proveedores como Cisco Meraki Scanning API exponen datos de presencia. WiFi Analytics los convierte en recuentos por zona, tiempos de permanencia y movimiento entre zonas.

Indicadores aproximados de tiempo en fila

Tome el intervalo entre la última detección de un dispositivo en la zona previa a seguridad y su primera detección en la zona de salidas. Ese intervalo se aproxima al tiempo de procesamiento de seguridad de extremo a extremo. Al agregar los intervalos en medianas móviles, el tablero de control muestra la tendencia de la fila prácticamente en tiempo real. Trátelo como un indicador de tendencia, no como una medición a nivel de carril. Los sensores aéreos miden los carriles individuales con mayor precisión. WiFi aporta contexto a nivel de toda la terminal sin necesidad de instalar nuevos sensores, ya que los puntos de acceso ya existen.

Permanencia en concesiones

El tiempo de permanencia en la zona de embarque es el tiempo del que disponen los pasajeros. La telemetría de zonas muestra cuánto tiempo permanecen los dispositivos en la plaza en comparación con los que se dirigen directamente a la sala de abordaje. Combine esto con las ventas de las concesiones por hora para comparar el gasto frente al tiempo de permanencia disponible. Purple aplica el mismo enfoque en Retail, con zonas mapeadas a departamentos en lugar de unidades.

Calidad de datos y privacidad

Desde iOS 14 y Android 10, los dispositivos presentan una dirección MAC aleatoria por defecto, la cual varía según la red. Por lo tanto, el simple conteo de sondeos duplica la cuenta de algunos dispositivos y omite otros. Las sesiones asociadas y, sobre todo, las sesiones de Passpoint, ofrecen identificadores más estables durante la duración de una visita.

El Artículo 35 del GDPR exige una evaluación de impacto relativa a la protección de datos (DPIA) para la supervisión sistemática a gran escala de zonas de acceso público. Complétela antes de la puesta en marcha. Agregue la información a nivel de zona para los paneles de control y establezca una retención corta para los registros a nivel de dispositivo. Indique el propósito en el portal y en la señalización de la terminal.

Escenarios prácticos: un aeropuerto regional y una propiedad de concesiones en la zona de embarque

Estos ejemplos utilizan cifras ilustrativas. Reemplácelas con su propia base de referencia antes de crear un caso de negocio.

Escenario 1: un aeropuerto regional de propiedad municipal

Situación. Un aeropuerto regional de propiedad municipal gestiona 8,000 pasajeros de salida al día. Asumiendo que el 60% se conecta, esto representa 4,800 dispositivos al día. Contaba con una red SSID abierta, un portal únicamente en inglés y un tiempo de espera de sesión de 30 minutos. La mediana de tiempo de permanencia en la zona de embarque es de 90 minutos. Como organismo del sector público, debe publicar una declaración de accesibilidad.

Lo que hizo el equipo. El equipo agregó un SSID Passpoint anunciando OpenRoaming y el dominio de su mayor aerolínea base. Reconstruyó el portal en seis idiomas seleccionados de la red de rutas, con detección de Accept-Language y un selector manual. Un auditor externo probó el portal con respecto a WCAG 2.2 AA. El equipo estableció un tiempo de espera de sesión de tres horas y reconoció los dispositivos que regresaban durante el resto del día.

Resultado. Asumiendo que el 25% de los dispositivos conectados migran a Passpoint en un año. Los inicios de sesión en el portal se reducen de 4,800 a 3,600 al día, y 1,200 dispositivos se conectan sin mostrar ninguna pantalla. La sesión más larga elimina dos reinicios de sesión forzados por pasajero, lo que significa 9,600 pantallas de inicio de sesión menos al día. El aeropuerto también publica su declaración de accesibilidad respaldada por una auditoría independiente.

Escenario 2: un operador de concesiones en la zona de embarque

Situación. Un operador de concesiones gestiona 14 unidades distribuidas en una plaza en la zona de embarque y dos salas de abordaje. Podía ver las ventas por hora, pero no cuánto tiempo tenían los pasajeros antes de abordar.

Lo que hizo el operador. El operador mapeó los puntos de acceso en cuatro zonas: salida de seguridad, plaza, Sala de abordaje A y Sala de abordaje B. Combinó el tiempo de permanencia por hora de la zona de WiFi Analytics con los datos por hora de las cajas registradoras. Definió una métrica: transacciones por cada 100 dispositivos conectados por zona y por hora. Resultado. En la hora pico de la mañana, 1,200 dispositivos pasan la revisión de seguridad en una hora, con una permanencia mediana en la plaza de 42 minutos. En la hora pico de la tarde, 900 dispositivos pasan la revisión, con una mediana de 18 minutos. El operador reubicó a dos empleados del servicio a la mesa a unidades rápidas de llevar para la hora pico de la tarde. Si las transacciones de la tarde por cada 100 dispositivos aumentan de nueve a 12, eso representa un incremento del 33% con el mismo volumen. El mismo panel de control realiza la medición.

¿Cuánto cuesta operar cada modelo?

Ninguno de los dos modelos requiere nuevos puntos de acceso en hardware compatible, como se explica en Por qué su próxima actualización de WiFi no necesita hardware nuevo. Los costos operativos se encuentran en otra parte.

Línea de costo	Passpoint y OpenRoaming	Portal cautivo multilingüe	Único o recurrente
Puntos de acceso	Soporte de Hotspot 2.0 confirmado por modelo y firmware	Redirección a portal externo en AP existentes	Verificación de compatibilidad única
Autenticación	RADIUS en la nube con RadSec para dominios de aerolíneas y federaciones	RADIUS en la nube para control de sesiones	Suscripción recurrente a la plataforma
Certificados	Certificado de OpenRoaming bajo la PKI de la WBA	Certificado TLS para el dominio del portal	Recurrente a cada vencimiento
Acuerdos con socios	Términos con cada aerolínea o proveedor de identidad	Ninguno	Revisión legal recurrente
Traducción	Ninguna, sin interfaz	Cada idioma, cada cambio de contenido	Recurrente con cada cambio
Accesibilidad	Sin interfaz para auditar	Auditoría WCAG 2.2 AA y declaración publicada	Auditoría única, reevaluación tras cambios
Protección de datos	DPIA que cubre analítica	DPIA, registros de consentimiento, programa de retención	Revisión anual recurrente
Carga del centro de soporte	Consultas sobre la instalación de perfiles	Consultas sobre inicio de sesión e idioma en horas pico	Tiempo continuo del personal

El portal implica más trabajo recurrente de contenido, principalmente traducción y reevaluación de accesibilidad tras cada cambio. Passpoint implica más administración de socios y certificados. Un modelo híbrido incluye ambos, pero cada parte soporta menos carga de la que tendría por sí sola.

Cómo decidir para su red de nodos de transporte

Mapee su situación con un modelo principal y luego siga los pasos a continuación.

Su situación	Comience con	Por qué
La mayoría de los pasajeros vuelan con una o dos aerolíneas principales con apps de fidelidad	Passpoint, primero dominios de aerolíneas	Las apps ya cuentan con la identidad, por lo que la conexión es automática
Pasajeros internacionales mayoritariamente de ocio y que viajan por primera vez	Portal multilingüe, OpenRoaming secundario	Pocos cuentan con perfiles; el portal llega a todos en su idioma
El equipo comercial requiere contactos de marketing con consentimiento	Portal	Passpoint no genera consentimiento
Es un organismo del sector público sujeto a las regulaciones de 2018	Portal auditado según WCAG 2.2 AA, más Passpoint	La obligación legal recae en el portal; Passpoint reduce su carga
Intercambio ferroviario con permanencia corta	OpenRoaming con un portal de un solo paso	La permanencia es demasiado corta para formularios largos
Los puntos de acceso carecen de soporte para Hotspot 2.0	Portal ahora, Passpoint en la renovación	Evita el gasto inicial en hardware

1. Mida su línea base. Registre las conexiones diarias, la permanencia por zona y las consultas de inicio de sesión en la mesa de ayuda.
2. Audite el hardware. Confirme el soporte de Hotspot 2.0 en cada modelo de punto de acceso y versión de firmware del controlador.
3. Elija proveedores de identidad. Decida qué federaciones y dominios de aerolíneas aceptará, y comience los acuerdos con socios desde una etapa temprana.
4. Establezca tiempos de espera según los datos. Alinee el tiempo de espera de sesión (Session-Timeout) y el tiempo de espera por inactividad (Idle-Timeout) con la permanencia medida.
5. Ejecute el cumplimiento normativo en paralelo. Encargue la auditoría de accesibilidad y la DPIA junto con la configuración de la red, no después de esta.
6. Revise trimestralmente. Monitoree la cuota de sesiones de Passpoint y reequilibre la inversión en el portal a medida que crezca.

Purple cuenta con las certificaciones ISO 27001, Cyber Essentials y B Corp, cumple con GDPR y CCPA, y opera con un tiempo de actividad del 99.999%.

Preguntas frecuentes

¿Purple funciona con los puntos de acceso que ya están instalados en nuestra terminal?

Sí, Purple se ejecuta como una capa en la nube sobre los puntos de acceso Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet. Usted conserva su hardware actual. Para Passpoint y OpenRoaming, confirme con su proveedor que sus modelos de puntos de acceso y el firmware del controlador admitan Hotspot 2.0. Un portal cautivo requiere soporte de redirección externa en esas mismas plataformas.

¿Tenemos que unirmos a la Wireless Broadband Alliance para ofrecer OpenRoaming?

No, los establecimientos pueden unirse a OpenRoaming a través de un proveedor de plataforma en lugar de hacerlo directamente. El proveedor mantiene el acuerdo de federación y los certificados emitidos bajo la infraestructura de clave pública de la WBA. También enruta la autenticación sobre RadSec. Usted sigue decidiendo qué proveedores de identidad aceptar y qué niveles de OpenRoaming ofrecer. Revise la política de OpenRoaming de la WBA con su equipo legal antes del lanzamiento.

¿Qué sucede con los pasajeros cuyos teléfonos no tienen un perfil de Passpoint?

Se unen a la red abierta o Enhanced Open y ven el portal cautivo, en el idioma de su dispositivo cuando usted ofrezca una traducción. El portal puede ofrecer una descarga opcional de perfil después del primer inicio de sesión, para que la siguiente visita se conecte automáticamente. Mantenga el acceso gratuito disponible sin consentimiento de marketing, ya que el GDPR exige que el consentimiento se otorgue libremente.

¿La analítica de WiFi de pasajeros a nivel de zona cumple con el GDPR?

Sí, cuando la diseña para el cumplimiento normativo desde el principio. Realice una evaluación de impacto de protección de datos, ya que el Artículo 35 del GDPR menciona la observación sistemática a gran escala de zonas de acceso público. Agregue los paneles a conteos de zona y medianas de permanencia, y establezca una retención corta para los registros a nivel de dispositivo. Publique un aviso claro en el portal y en la señalización de la terminal. Purple cuenta con la certificación ISO 27001 y cumple con el GDPR.

¿Deberíamos eliminar el portal cautivo y operar una red exclusiva de Passpoint?

No, no en un aeropuerto. Una red exclusiva para Passpoint excluye a todos los pasajeros que no cuenten con un perfil compatible, independientemente de su aerolínea o país. También elimina su única vía para obtener datos propios con consentimiento y enviar mensajes en idiomas específicos al momento de la conexión. Ejecute Passpoint como la vía rápida y mantenga el portal como la alternativa universal. Revise el balance cada año a medida que aumente la adopción de perfiles.

¿Cómo se otorgan las licencias de Purple para un centro de transporte?

Purple otorga licencias a través de tres planes: Connect, Capture y Engage. El plan adecuado depende de si solo necesita conexión, captura de datos propios con consentimiento o interacción con los pasajeros después de que se conecten. Dado que Purple es independiente del hardware, no necesita comprar nuevos puntos de acceso en propiedades compatibles con Cisco Meraki, HPE Aruba, Ruckus o Juniper Mist. Solicite a Purple una cotización adaptada a sus terminales.

¿Cuánto trabajo requiere una implementación en una terminal?

Menos que un proyecto de hardware, porque no reemplaza nada. El trabajo se divide en cuatro flujos. Usted confirma el soporte de Hotspot 2.0, configura la SSID de Passpoint y acuerda los dominios (realms) con las aerolíneas socias. También crea y audita el portal multilingüe y, a continuación, mapea los puntos de acceso en zonas para su análisis. Los acuerdos con socios y la auditoría de accesibilidad suelen definir el cronograma, no la configuración de la red.