Plataformas de WiFi para invitados de WiFi para aeropuertos y centros de transporte: comparación entre itinerancia Passpoint y portales multilingües

La mayoría de los aeropuertos deberían utilizar ambos. Passpoint, incluyendo OpenRoaming y los perfiles de fidelización de las aerolíneas, conecta automáticamente a los pasajeros recurrentes a través de un enlace cifrado. Un portal cautivo multilingüe presta servicio al resto de usuarios y recopila datos propios con consentimiento. Hay tres factores que determinan cuál debe ser la opción principal: la combinación de sus 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 aeropuertos debería elegir?

Elija un modelo híbrido y, a continuación, decida cuál debe ser la opción principal. Un diseño centrado en Passpoint da prioridad a una conexión automática y cifrada. Un diseño centrado en el portal da prioridad a la recopilación de datos propios con consentimiento y al envío de mensajes multilingües. Ambos funcionan con 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 aeropuertos:

• Passpoint es una certificación del sector basada en IEEE 802.11u, también denominada Hotspot 2.0. Un dispositivo con credenciales guardadas localiza una red Passpoint y se conecta a ella sin pantalla de inicio de sesión.
• OpenRoaming es una federación gestionada por la Wireless Broadband Alliance (WBA). Utiliza Passpoint para que una única credencial, ya sea de un fabricante de teléfonos, un operador o una aplicación, funcione en todos los establecimientos participantes.
• Un portal cautivo es la página web que ve un pasajero en una red abierta antes de conectarse a Internet.

Passpoint autentica mediante IEEE 802.1X, el estándar de control de acceso basado en puertos en el que se apoya la red WiFi empresarial. Las credenciales viajan dentro del protocolo EAP (Extensible Authentication Protocol) hacia 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 de 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 establecimientos activos en más de 90 países y gestiona 500 millones de usuarios e inicios de sesión al año. Entre los clientes del sector del transporte se encuentran AGS Airports y Manchester Airports Group.

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

Los dos modelos se diferencian en los aspectos esenciales para una terminal: fricción, cifrado, datos, obligaciones de interfaz y hardware. La tabla los compara lado a lado, junto con la solución híbrida que acaban utilizando la mayoría de las terminales.

Aspecto	Passpoint y OpenRoaming	Portal cautivo multilingüe	Híbrido (ambos)
Cómo se conecta el pasajero	De forma automática, sin pantalla, tras instalar un perfil por única vez	Se conecta a un SSID abierto y completa una página de inicio de sesión	Los titulares de un perfil se conectan automáticamente; todos los demás utilizan el portal
Cifrado inalámbrico	WPA2-Enterprise o WPA3-Enterprise mediante 802.1X	Ninguno en SSID abierto; por sesión con Enhanced Open (OWE)	Empresarial en SSID Passpoint; OWE en SSID de portal
Datos propios devueltos	Solo el dominio del proveedor de identidad, sin consentimiento de marketing	Correo electrónico, preferencia de idioma, autorizaciones de elección consciente	Datos con consentimiento de los pasajeros del portal; datos de sesión de ambos
Gestión de idiomas	Ninguna necesaria, no se muestra interfaz	Detección de Accept-Language más conmutador manual	El portal gestiona los idiomas; Passpoint no necesita ninguno
Exposición a la accesibilidad	Sin interfaz que auditar	Auditoría y declaración completas 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	Todo lo anterior
Requisito del punto de acceso	Compatibilidad con Hotspot 2.0 en el firmware del AP y del controlador	Redirección a portal cautivo externo	Ambas capacidades en una misma 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 conexiones con muchos viajeros frecuentes en aerolíneas con aplicación	Tráfico internacional de ocio, chárter y de primera visita	La mayoría de aeropuertos y principales intercambiadores ferroviarios

Tres diferencias impulsan la mayoría de las decisiones.

Datos. Passpoint le indica qué proveedor de identidad ha autenticado un dispositivo, como el dominio de una 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 fotograma. Un SSID de portal abierto no lleva cifrado inalámbrico a menos que habilite Enhanced Open, también llamado Opportunistic Wireless Encryption (OWE, RFC 8110). Utilice el modo de transición OWE para que los dispositivos más antiguos sigan conectándose.

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

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

El patrón de dos SSID

Un diseño habitual de terminal emite 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 disponen de 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 Roaming Consortium Organisation Identifier (RCOI) nombra a una federación como OpenRoaming. Un dominio de Network Access Identifier (NAI) nombra a un único proveedor de identidad, como el dominio de una aerolínea. El dispositivo los consulta a través del Access Network Query Protocol (ANQP) antes de asociarse. Solo se une si dispone de una credencial coincidente.

Cómo funciona el enrutamiento de dominios

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 en virtud de 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 fidelización 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 contiene 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 y ampliamente desplegado. En cualquier aeropuerto que anuncie ese dominio, el teléfono se conecta sin solicitar confirmación.

Convertir a los pasajeros primerizos en pasajeros de Passpoint

El portal también es la vía de acceso. Después de que un pasajero complete el inicio de sesión en el portal, ofrézcale una descarga opcional del perfil para que la próxima visita sea automática. Explique la oferta en un lenguaje claro. Señale al personal de ayuda un explicativo general como Cómo conectarse a WiFi: redes domésticas, de hoteles y de trabajo para los pasajeros que tengan dificultades.

Los dispositivos compatibles con RFC 8910 obtienen la dirección del portal a partir del DHCP o de los anuncios del router. A continuación, consultan la API de portal cautivo definida en RFC 8908. Esto sustituye los frágiles trucos de redirección por una señal estándar, así que impleméntelo donde lo permitan sus puntos de acceso.

Mantener al personal fuera de las redes de pasajeros

El personal de la aerolínea, del comercio minorista y del aeropuerto nunca debe compartir las SSID de los pasajeros. La WiFi para empleados de Purple 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, aspecto que se aborda en Incorporación de WiFi para BYOD: gestión de dispositivos no gestionados en hoteles y comercios.

¿Cuándo es un diseño basado en Passpoint y OpenRoaming la opción adecuada?

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

• Cuota de viajeros frecuentes. Una gran parte de sus pasajeros vuelan con una o dos compañías principales cuyas aplicaciones pueden instalar perfiles.
• Ventanas de conexión cortas. Los pasajeros de transbordo y las conexiones ferroviarias dejan poco tiempo para rellenar formularios. La misma lógica se aplica a las estaciones y a las redes a bordo, tema abordado en nuestra página sobre Trenes.
• Postura de seguridad. Su equipo de TI exige que todas las sesiones de los pasajeros estén cifradas por aire, sin tráfico de SSID abierto.
• Fricción del portal en horas punta. El personal del servicio de asistencia recibe quejas sobre el inicio de sesión durante los picos de salidas por la mañana.

Los hoteles de los aeropuertos amplían este beneficio. Un hotel que anuncie la misma RCOI de OpenRoaming permite a los huéspedes permanecer 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 sobre Plataformas de WiFi para huéspedes de hotel: integración con PMS, Passpoint y ancho de banda por niveles cubren este aspecto.

Supervise la adopción de perfiles. El alcance de OpenRoaming depende de qué proveedores de identidad emitan credenciales en los teléfonos de sus pasajeros. Mida cada mes la proporción de sesiones que se inician a través de Passpoint. No elimine el portal basándose en suposiciones.

¿Cuándo es adecuado un diseño centrado en un portal cautivo multilingüe?

Priorice el portal cuando el alcance y los datos propios sean más importantes que una conexión sin intervención. Hay cuatro situaciones que apuntan en esa dirección:

• Tráfico de ocio y chárter. Muchos pasajeros internacionales y que viajan por primera vez no disponen de un perfil coincidente.
• Objetivos comerciales. Los equipos de concesiones, aparcamiento y tiendas libres de impuestos buscan contactos con consentimiento recogidos mediante la aceptación consciente del usuario.
• Mensajes operativos. Quiere mostrar información sobre las puertas de embarque, señalización o reserva de asistencia 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 incorporar durante la renovación.

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 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 de terceros y ventanas emergentes.

¿Qué estándares de tiempo de espera de sesión, detección de idioma y accesibilidad se aplican a la WiFi de pasajeros en la terminal?

No existe una norma única que fije la duración de la sesión de la WiFi de los aeropuertos. El diseño se articula en torno a tres conjuntos de reglas: los atributos RADIUS para el control de sesiones, los estándares web para el idioma y la legislación sobre 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 la sesión tras un periodo de inactividad. Configure ambos en función del tiempo de permanencia medido, no por costumbre. Si la permanencia en la zona de embarque es de 90 minutos y la sesión dura 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 alguna. Utilícela para actualizar la directiva y los límites de ancho de banda. En la SSID del portal, reconozca los dispositivos recurrentes durante un periodo determinado. Un pasajero que se vuelva a conectar tras pasar el control de seguridad no debería tener que rellenar el formulario de nuevo. Indique claramente en el portal cualquier límite de tiempo o datos antes de que el pasajero se conecte.

Detección de idioma

Cada navegador envía una cabecera Accept-Language en la que se enumeran los idiomas preferidos del dispositivo, tal y como se define en el RFC 9110. Utilícela para seleccionar automáticamente el idioma del portal. No deduzca el idioma a partir de la dirección IP o el país de la tarjeta SIM: un usuario hispanohablante que utilice una tarjeta SIM del Reino Unido en itinerancia seguirá prefiriendo el español. Muestre siempre un selector de idioma visible, con el nombre de cada idioma escrito en su propio alfabeto.

Las directrices de internacionalización del W3C recomiendan no utilizar banderas en los selectores, ya que las banderas representan países, no idiomas. Declare el idioma de la página en HTML, tal y como exige el criterio de conformidad 3.1.1 de las WCAG. Admite 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 son las WCAG 2.2 nivel AA, publicadas 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 de la clave (mínimo), establece un límite mínimo de 24 por 24 píxeles CSS para las zonas de pulsación. El texto del cuerpo necesita una relación de contraste de al menos 4,5:1 según el criterio 1.4.3.

En el Reino Unido, el Reglamento de accesibilidad de los 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 Acta Europea de Accesibilidad (Directiva (UE) 2019/882) se aplica desde el 28 de junio de 2025. Cubre los sitios web y los servicios móviles para el transporte de pasajeros por avión, autobús, ferrocarril y vías navegables. Consulte a su asesor legal 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 nutre la telemetría de WiFi a nivel de zona los paneles de colas en terminales y tiempos de permanencia en zonas comerciales?

De los puntos de acceso a las zonas

Cada punto de acceso ve qué dispositivos se asocian a él y muchos también ven dispositivos sondeando cerca. Agrupe los puntos de acceso en zonas que coincidan con las áreas operativas: facturación en zona pública, acceso a control de seguridad, zona de embarque, 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 de zona, tiempos de permanencia y movimiento entre zonas.

Indicadores aproximados de tiempo de espera

Tome el intervalo entre la última detección de un dispositivo en la zona previa al control de seguridad y su primera detección en la zona de embarque. Ese intervalo se aproxima al tiempo total de procesamiento en el control de seguridad. Agregue los intervalos en medianas móviles y el panel mostrará la tendencia de las colas casi en tiempo real. Trátelo como un indicador de tendencias, no como una medición a nivel de carril. Los sensores cenitales miden los carriles individuales con mayor precisión. WiFi añade contexto a toda la terminal sin necesidad de nuevos sensores, ya que los puntos de acceso ya existen.

Permanencia en zonas comerciales

El tiempo de permanencia en la zona de embarque es el tiempo disponible que tienen los pasajeros para consumir. La telemetría por zonas muestra cuánto tiempo permanecen los dispositivos en la plaza en comparación con los que se dirigen directamente a la puerta de embarque. Combine estos datos con las ventas de las concesiones por hora para comparar el gasto con el tiempo de permanencia disponible. Purple aplica el mismo enfoque en Retail, con zonas asignadas a departamentos en lugar de a unidades.

Calidad de los datos y privacidad

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

El artículo 35 del GDPR exige una evaluación de impacto relativa a la protección de datos (EIPD) para la observación sistemática a gran escala de zonas de acceso público. Complétela antes del inicio de las operaciones. Agrupe los datos a nivel de zona para los paneles de control y establezca una retención corta para los registros a nivel de dispositivo. Indique la finalidad en el portal y en la señalización de la terminal.

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

Estos ejemplos utilizan cifras ilustrativas. Sustitúyalas por sus propios datos de referencia antes de elaborar un plan 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. Suponiendo que el 60 % se conecta, esto equivale a 4.800 dispositivos al día. Disponía de una red SSID abierta, un portal únicamente en inglés y un tiempo de espera de sesión de 30 minutos. La mediana del tiempo de permanencia en la zona de embarque es de 90 minutos. Al ser un organismo del sector público, debe publicar una declaración de accesibilidad.

Qué hizo el equipo. El equipo añadió una red SSID de Passpoint que anunciaba OpenRoaming y el dominio de su principal aerolínea de base. Reconstruyó el portal en seis idiomas seleccionados a partir de la red de rutas, con detección de Accept-Language y un selector manual. Un auditor externo evaluó el portal conforme a las pautas WCAG 2.2 AA. El equipo estableció un Session-Timeout de tres horas y reconoció los dispositivos que regresaban durante el resto del día.

Resultado. Suponiendo que el 25 % de los dispositivos conectados migren 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 supone 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 muelles. Podía ver las ventas por hora, pero no de cuánto tiempo disponían los pasajeros antes de embarcar.

Qué hizo el operador. El operador asignó los puntos de acceso a cuatro zonas: salida de control de seguridad, plaza, Muelle A y Muelle B. Combinó el tiempo de permanencia por zona por hora proveniente de WiFi Analytics con los datos hourly de la caja registradora. Definió una métrica: transacciones por cada 100 dispositivos conectados por zona y por hora.

Resultado. En el turno de mañana, 1200 dispositivos pasan el control de seguridad en una hora, con una permanencia media en la zona comercial de 42 minutos. En el turno de tarde, se procesan 900 dispositivos, con una media de 18 minutos. El operador trasladó a dos empleados del servicio de mesa a las unidades de comida para llevar durante el turno de tarde. Si las transacciones de tarde por cada 100 dispositivos aumentan de nueve a 12, eso representa un incremento del 33 % sobre el mismo volumen. El propio panel de control se encarga de medirlo.

¿Cuánto cuesta ejecutar cada modelo?

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

Línea de coste	Passpoint y OpenRoaming	Portal cautivo multilingüe	Puntual o recurrente
Puntos de acceso	Compatibilidad con Hotspot 2.0 confirmada por modelo y firmware	Redirección de portal externo en AP existentes	Comprobación de compatibilidad puntual
Autenticación	RADIUS en la nube con RadSec para federaciones y dominios de aerolíneas	RADIUS en la nube para el control de sesiones	Suscripción recurrente a la plataforma
Certificados	Certificado OpenRoaming bajo la PKI de la WBA	Certificado TLS para el dominio del portal	Recurrente a cada vencimiento
Acuerdos con socios	Condiciones 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 puntual, reevaluación tras los cambios
Protección de datos	EIPD que cubre la analítica	EIPD, registros de consentimiento, programa de conservación	Revisión anual recurrente
Carga del servicio de asistencia	Consultas sobre la instalación de perfiles	Consultas sobre inicio de sesión e idioma en horas punta	Tiempo continuo del personal

El portal implica más trabajo de contenido recurrente, principalmente traducción y reevaluación de accesibilidad tras cada cambio. Passpoint conlleva más administración de socios y certificados. Un modelo híbrido combina ambos, pero cada parte soporta menos carga que si operara de forma independiente.

Cómo decidir según sus instalaciones de transporte

Adapte su situación a un modelo principal y, a continuación, siga los pasos que se indican abajo.

Su situación	Comience con	Motivo
La mayoría de los pasajeros vuelan con una o dos aerolíneas principales con aplicaciones de fidelización	Passpoint, dominios de aerolíneas primero	Las aplicaciones ya contienen la identidad, por lo que la conexión es automática
Principalmente pasajeros internacionales de ocio y que viajan por primera vez	Portal multilingüe, OpenRoaming secundario	Pocos disponen de perfiles; el portal llega a todo el mundo en su idioma
El equipo comercial necesita contactos de marketing con consentimiento previo	Portal	Passpoint no devuelve consentimientos
Es un organismo del sector público sujeto a la normativa de 2018	Portal auditado conforme a WCAG 2.2 AA, más Passpoint	La obligación legal recae sobre el portal; Passpoint reduce su carga
Intercambiador ferroviario con estancias cortas	OpenRoaming con un portal de un solo paso	La estancia es demasiado corta para formularios largos
Los puntos de acceso carecen de soporte para Hotspot 2.0	Portal ahora, Passpoint durante la renovación	Evita el gasto temprano 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 la compatibilidad con Hotspot 2.0 en cada modelo de punto de acceso y versión de firmware del controlador.
3. Elija los proveedores de identidad. Decida qué federaciones y dominios de líneas aéreas aceptará, e inicie tempranamente los acuerdos con los socios.
4. Establezca los tiempos de espera a partir de los datos. Alinee Session-Timeout e Idle-Timeout con la permanencia medida.
5. Ejecute el cumplimiento normativo en paralelo. Encargue la auditoría de accesibilidad y la EIPD junto con la configuración de la red, no después.
6. Revise trimestralmente. Verifique 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 funciona con un tiempo de actividad del 99,999 %.

Preguntas frecuentes

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

Sí, Purple se ejecuta como una superposición en la nube en puntos de acceso Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet. Conservará su hardware existente. Para Passpoint y OpenRoaming, confirme con su proveedor que sus modelos de punto de acceso y el firmware del controlador admiten Hotspot 2.0. Un portal cautivo necesita compatibilidad con redireccionamiento externo en esas mismas plataformas.

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

No, los recintos pueden unirse a OpenRoaming a través de un proveedor de plataforma en lugar de hacerlo directamente. El proveedor posee 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 a través de RadSec. Usted seguirá 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é ocurre 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 ofrezca una traducción. El portal puede ofrecer una descarga opcional del perfil tras el 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í, siempre que la diseñe para cumplir con la normativa desde el principio. Realice una evaluación de impacto de la 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 recuentos de zonas 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 prescindir del portal cautivo y ejecutar una red exclusivamente de Passpoint?

No, no en un aeropuerto. Una red exclusiva de Passpoint excluye a todos los pasajeros que no tengan un perfil compatible, sea cual sea su aerolínea o país. También elimina su única vía para obtener datos propios consentidos y mensajes en idiomas específicos al conectarse. Utilice Passpoint como vía rápida y mantenga el portal como alternativa universal. Revise el equilibrio cada año a medida que aumente la adopción de perfiles.

¿Cómo se licencian los productos de Purple para un centro de transporte?

Purple se licencia a través de tres planes: Connect, Capture y Engage. El plan adecuado depende de si solo necesita conexión, captura de datos propios consentidos o interacción con los pasajeros tras conectarse. Como Purple es independiente del hardware, no tendrá que comprar nuevos puntos de acceso en infraestructuras compatibles de Cisco Meraki, HPE Aruba, Ruckus o Juniper Mist. Solicite a Purple un presupuesto adaptado a sus terminales.

¿Cuánto trabajo requiere un despliegue en una terminal?

Menos que un proyecto de hardware, porque no se sustituye nada. El trabajo se divide en cuatro áreas. Se confirma la compatibilidad con Hotspot 2.0, se configura el SSID de Passpoint y se acuerdan los dominios (realms) con las aerolíneas colaboradoras. También se crea y audita el portal multilingüe y, a continuación, se asignan los puntos de acceso a zonas para los análisis. Los acuerdos con socios y la auditoría de accesibilidad suelen marcar el plazo, no la configuración de la red.