Cambio de proveedores de WiFi para invitados: lista de verificación de migración para ubicaciones multisitio

Cambiar de proveedor de WiFi para invitados en instalaciones con múltiples sedes requiere exportar los datos de los invitados, configurar el RADIUS en la nube conforme a RFC 2865 y RFC 2866, y llevar a cabo una prueba piloto de 14 días antes de hacer el despliegue por fases. El hardware existente de proveedores como Cisco Meraki o HPE Aruba se integra sin necesidad de reemplazar equipos, mientras que mantener informes paralelos durante un periodo de transición de 30 días protege la continuidad del servicio.

¿Qué implica realmente cambiar de proveedor de WiFi para invitados?

Un cambio de proveedor de WiFi para invitados traslada tres elementos: los datos de sus invitados, la configuración de su red y sus informes. Sus puntos de acceso se quedan donde están. Con una superposición en la nube como Guest WiFi de Purple, el nuevo proveedor opera sobre el hardware que ya posee. Dicho hardware incluye Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet. La explicación detallada se aborda en Por qué su próxima actualización de WiFi no necesita hardware nuevo.

Tres conceptos concentran la mayor parte del trabajo en una migración de WiFi para invitados:

• Portal cautivo: la página de inicio de sesión que ve un visitante antes de conectarse a internet.
• Walled garden: la lista de dominios a los que un dispositivo puede acceder antes de iniciar sesión, para que el portal y las páginas de inicio de sesión social puedan cargar.
• RADIUS: el protocolo definido en RFC 2865 que utilizan los puntos de acceso para consultar a un servidor si deben admitir un dispositivo. Su extensión de contabilidad, RFC 2866, reporta al servidor el inicio, la finalización y la duración de la sesión.

Los dos fallos críticos son una interrupción total y una lista perdida. Una interrupción total ocurre cuando los invitados de una sede no pueden conectarse a internet por haber omitido un ajuste. Una lista perdida es una base de datos de marketing a la que ya no puede enviar correos porque la prueba de consentimiento se quedó con el proveedor anterior. El plan de trabajo que se detalla a continuación tiene como fin evitar ambos problemas.

¿Qué necesita antes de cambiar de proveedor de WiFi para invitados?

Las fechas de su contrato y las cláusulas de datos

Comience con el contrato anterior, no con la red. Identifique tres fechas: la fecha límite de notificación, el fin del servicio y la fecha límite de devolución de datos. Conforme al artículo 28(3)(g) del GDPR, un encargado del tratamiento debe eliminar o devolver los datos personales al término del servicio, según lo elija usted como responsable. Escriba al proveedor anterior y elija la opción "devolución", por escrito, antes de enviar la notificación de rescisión.

Planifique un solapamiento de al menos 30 días entre el inicio del nuevo servicio y la finalización del anterior. Necesitará ese periodo para la ejecución de informes en paralelo que se describe más adelante. Si el periodo de notificación es de 90 días, calcule los plazos hacia atrás: exportación en la primera quincena, prueba piloto hacia el día 45 y última fase hacia el día 75.

Un inventario de cada sede

No es posible programar una transición que no se puede visualizar. Cree una hoja de cálculo con una fila por sede y las siguientes columnas:

• Proveedor del punto de acceso y controlador o panel de administración (por ejemplo, el panel de Cisco Meraki, HPE Aruba Central, Ruckus SmartZone).- Nombres de SSID para invitados y cualquier VLAN (LAN virtual, un segmento de red independiente) en el que se encuentre el tráfico de invitados.
• Quién es el propietario del firewall y de la línea de banda ancha en esa ubicación.
• Un contacto local asignado que pueda confirmar que el portal se cargue en un teléfono.
• Picos de actividad comercial y fechas bloqueadas.

Una exportación limpia del proveedor anterior

Solicite la exportación por escrito y especifique el formato. Una solicitud imprecisa genera un archivo impreciso. Esta tabla detalla lo que debe solicitar.

Campo	Por qué lo necesita	Formato a solicitar
Dirección de correo electrónico	Clave principal para marketing y deduplicación	CSV UTF-8, un registro por fila
Número de teléfono celular	Marketing por SMS y coincidencias	Formato internacional UIT-T E.164
Indicador de consentimiento por canal	El consentimiento por correo electrónico y SMS es independiente según la PECR	Una columna de verdadero/falso por canal
Marca de tiempo del consentimiento	Demuestra cuándo se otorgó el consentimiento (artículo 7(1) del GDPR)	ISO 8601 con desfase UTC
Redacción o versión del consentimiento	Demuestra lo que se le informó al visitante	ID de versión asignado al texto archivado del portal
Ubicación de captura	Vincula el consentimiento con el establecimiento que lo recopiló	ID de ubicación que coincida con su inventario
Revocaciones y cancelaciones de suscripción	Evita que envíe correos electrónicos a personas que se dieron de baja	Archivo de exclusión independiente con fechas
Historial de visitas	Base de referencia para la conciliación de informes	Totales mensuales por ubicación, últimos 13 meses

Verifique el número de filas al recibir la información. Si el panel anterior muestra 200,000 perfiles y el archivo contiene 160,000, pregunte el motivo antes de dar cualquier visto bueno.

Evidencia de consentimiento válida tras la migración

El artículo 7(1) del GDPR establece que cuando el tratamiento se base en el consentimiento, el responsable debe ser capaz de demostrarlo. La guía de consentimiento de la ICO detalla lo que debe incluir ese registro: quién otorgó el consentimiento, cuándo, cómo, qué se le informó y si lo ha revocado. Una hoja de cálculo con direcciones de correo electrónico y una columna de "marketing = sí" no cumple con ninguno de estos requisitos.

Tres pasos permiten transferir el consentimiento de forma íntegra:

1. Archive la redacción del portal anterior. Guarde capturas de pantalla fechadas de cada versión de la página de inicio de sesión y del aviso de privacidad, y asocie cada una con el campo de versión del consentimiento.
2. Verifique a nombre de quién está el consentimiento. El considerando 42 del GDPR indica que el interesado debe conocer al menos la identidad del responsable del tratamiento. El consentimiento otorgado a la marca de su establecimiento se transfiere. El consentimiento otorgado para el marketing propio del proveedor anterior no.
3. Importe primero la lista de exclusión. Cualquier persona que haya cancelado su suscripción debe permanecer con la suscripción cancelada en el nuevo sistema desde el primer día.

Los registros que no tengan marca de tiempo o versión de la redacción no se pueden comercializar. Impórtelos como contactos sin consentimiento de marketing en lugar de eliminarlos, de modo que el historial de visitas se mantenga intacto.

¿Cómo ejecutar la migración de WiFi para invitados ubicación por ubicación?

Paso 1: importe la lista antes de modificar cualquier punto de acceso

Importe primero a Purple Engage. Purple Engage admite registros de invitados que han dado su consentimiento junto con su historial de consentimiento, por lo que cada perfil conserva su marca de tiempo, canal y versión del texto. Hacer esto antes de cualquier migración garantiza que no se envíe ninguna campaña de marketing sin haber cargado la lista de exclusión. También significa que los visitantes que regresan encontrarán una base de datos que ya contiene su registro.

Purple Engage se integra con plataformas de CRM y marketing. Si su plataforma de correo electrónico es el sistema de registro de cancelaciones de suscripción, conéctela antes de la primera campaña, no después.

Paso 2: cree el portal cautivo, el walled garden y la configuración de RADIUS

Purple Access gestiona el portal cautivo y RADIUS en la nube en los puntos de acceso que ya posee. Cree una plantilla de portal por marca y luego clónela por sitio para que el ID del sitio sea correcto desde el principio. Redacte el nuevo texto de consentimiento con opciones de inclusión voluntaria conscientes, una por canal, y registre su versión antes de la puesta en marcha.

Para la parte del punto de acceso, siga el artículo de soporte de Purple correspondiente a su proveedor específico en lugar de copiar los valores del proveedor anterior. Las direcciones de servidor, los secretos compartidos y los dominios de walled garden varían entre proveedores. Un ajuste transferido de la configuración anterior es la causa más común de una migración fallida.

Paso 3: migre un sitio piloto

Elija un piloto que sea representativo, no sencillo. Debe utilizar su hardware más común, registrar volúmenes normales de visitantes y estar al alcance de su equipo de TI. Realice la migración durante las horas de menor actividad comercial, guardando la configuración anterior de SSID para que pueda revertir los cambios en cuestión de minutos.

Realice pruebas en al menos cuatro dispositivos: un iPhone actual, un teléfono Android actual, una laptop Windows y una laptop macOS. Pruebe todos los métodos de inicio de sesión que ofrezca. Luego, deje el piloto en funcionamiento durante 14 días antes de la ola 1, ya que algunas fallas solo aparecen bajo una carga real.

Paso 4: migración por olas

Agrupe los sitios para que cada ola reutilice una configuración que ya haya comprobado. Esta matriz de decisión establece el orden.

Perfil del sitio	Ola	Motivo
Sitio representativo, hardware común, cercano a TI	Piloto	Detecta fallas de configuración en un sitio, no en 30
Mismo controlador o panel de administración que el piloto	Ola 1	Plantilla comprobada, menor riesgo
Proveedor de hardware diferente	Piloto propio, luego la siguiente ola	La sintaxis de walled garden y RADIUS varía según el proveedor
Sitios de temporada o de baja actividad comercial	Ola 1 u 2	Menos visitantes afectados si se cuela una falla
Sitios insignia o con mayores ingresos	Ola final	Reciben la configuración más comprobada
Sitios con eventos o fechas pico dentro del plan	Fuera de un margen de 7 días antes y después del pico	Sin incumplimiento del congelamiento de cambios durante su momento de mayor actividad

Mantenga cada ola en una cantidad que su equipo pueda verificar en un solo turno. Un contacto local debe confirmar que el portal cargue en cada sitio antes de cerrar la ola.

Caso práctico: un grupo de 30 hoteles

Las cifras que se muestran a continuación son un ejemplo práctico, no una implementación con nombres reales. Un grupo de 30 hoteles opera WiFi para invitados con Cisco Meraki en 22 propiedades y HPE Aruba en ocho. Su contrato contempla un plazo de preaviso de 90 días. Puede obtener más información sobre el sector en nuestra página de Hoteles.

Lo que se hizo. El grupo eligió la opción de "devolución" en virtud del Artículo 28 y notificó la rescisión el primer día. La exportación llegó en la segunda semana con 210,000 registros. De ellos, 31,000 no tenían marca de tiempo de consentimiento y se importaron a Purple Engage como no comercializables. El piloto se ejecutó durante 14 días en un hotel Meraki de 120 habitaciones. El resto de los hoteles Meraki migraron en dos fases de 10 y 11 mediante plantillas del panel de control. El conjunto de propiedades Aruba tuvo su propio piloto y luego migró en una sola fase de siete.

Resultado. Para la séptima semana, los 30 hoteles ya utilizaban el nuevo portal. La interrupción más prolongada en cualquier sitio fue de 12 minutos, dentro de una ventana de mantenimiento nocturna. Los inicios de sesión diarios en el piloto coincidieron con las cifras del proveedor anterior con una variación inferior al 3%. El contrato anterior finalizó con 40 días de margen de superposición.

¿Cómo demuestra que los nuevos reportes coinciden con los anteriores?

Ejecute ambos sistemas en paralelo durante el piloto

No es posible comparar reportes de dos sistemas que nunca midieron a los mismos visitantes. Durante la quincena del piloto, mantenga activo el panel de control del proveedor anterior con las exportaciones habilitadas. Extraiga las mismas cinco métricas de ambos sistemas para las mismas fechas y el mismo sitio:

• Inicios de sesión diarios.
• Visitantes únicos.
• Visitantes nuevos frente a recurrentes.
• Duración promedio de la sesión.
• Tasa de aceptación (opt-in) de marketing.

Analítica de WiFi de Purple reporta estas métricas por sitio y en todo el conjunto de propiedades. La duración de la sesión depende de la contabilidad de RADIUS, por lo que debe verificar que los registros contables estén llegando antes de confiar en esa cifra.

Concilie según las definiciones, no según los totales

Los totales rara vez coinciden el primer día, y eso no constituye un error en sí mismo. La mayoría de las discrepancias se deben a diferencias en las definiciones. Un proveedor puede contabilizar cada asociación de dispositivo como una visita, mientras que otro solo cuenta las sesiones autenticadas. Uno puede fusionar sesiones dentro de un intervalo de 30 minutos y otro no.

Anote la definición de cada proveedor y luego compare elementos equivalentes. Las funciones de privacidad de los dispositivos también afectan el conteo de visitantes recurrentes. Apple introdujo las direcciones privadas en iOS 14, y Android aleatoriza las direcciones de forma predeterminada a partir de Android 10. Un proveedor que identifica a los visitantes recurrentes únicamente por la dirección MAC reportará menos retornos que uno que realiza la coincidencia mediante la identidad del inicio de sesión.

Acuerde una tolerancia antes de comenzar; por ejemplo, un 5% en los inicios de sesión diarios. Sin una cifra acordada con antelación, cada discrepancia se convertirá en un debate.

Formalice la aprobación antes de que finalice el periodo de preaviso

Elabore un documento de aprobación de una sola página: las métricas comparadas, la definición de cada proveedor, la discrepancia y la explicación. Asegúrese de que TI, marketing y adquisiciones lo firmen. A continuación, realice una exportación final de los reportes históricos del proveedor anterior, de modo que las comparaciones interanuales se conserven tras el cambio.

Caso práctico: una cadena minorista de 120 tiendas

Las siguientes cifras corresponden a un caso práctico de ejemplo, no a una implementación real con nombre propio. Una cadena de moda de 120 tiendas opera puntos de acceso Ruckus bajo un controlador central. El departamento de marketing del grupo necesita que las tendencias interanuales de visitas de compradores se mantengan tras la migración. Nuestra página de Comercio minorista aborda el sector con mayor detalle.

Qué se hizo. En la tienda piloto se detectó que el inicio de sesión con redes sociales fallaba en los dispositivos Android. El walled garden incluía los dominios del portal, pero no los dominios de inicio de sesión del proveedor de identidades. El equipo de TI corrigió esto antes de la fase 1. En los informes paralelos, el proveedor anterior registraba un 18% más de visitas diarias que Purple. El antiguo proveedor contaba cada asociación. Purple contabilizaba las sesiones autenticadas. Al volver a ejecutar la exportación antigua filtrando únicamente por sesiones autenticadas, la diferencia se redujo al 2%.

Resultado. Las 120 tiendas migraron en cuatro fases semanales. Ninguna tienda perdió el WiFi para invitados durante el horario comercial. La conciliación se aprobó con una diferencia de tan solo el 2%, frente a una tolerancia acordada del 5%, tres semanas antes de que finalizara el contrato anterior.

¿Cuáles son las configuraciones del punto de acceso que fallan con mayor frecuencia durante la migración de un portal cautivo?

La mayoría de las fallas se deben a un puñado de configuraciones. En esta tabla se detalla cada una de ellas, el síntoma y la solución correspondiente.

Configuración	Síntoma en caso de error	Solución
Faltan los nuevos dominios del portal en el walled garden	El teléfono se conecta, pero el portal nunca carga	Agregue cada dominio indicado en la guía del proveedor de Purple y, a continuación, elimine los del proveedor anterior
Faltan los dominios de inicio de sesión social en el walled garden	El inicio de sesión por correo electrónico funciona, pero falla el de redes sociales	Agregue los dominios del proveedor de identidades que figuran en la guía del proveedor
Discrepancia en el secreto compartido de RADIUS	Se acepta el inicio de sesión, pero el dispositivo nunca obtiene conexión	Vuelva a ingresar el secreto tanto en el controlador como en el nuevo servidor
Contabilidad de RADIUS deshabilitada	Aparecen los inicios de sesión, pero la duración de la sesión se muestra en cero	Habilite la contabilidad (RFC 2866) con actualizaciones provisionales (interim updates)
El firewall bloquea los puertos de RADIUS	Se agota el tiempo de espera del inicio de sesión solo en una ubicación	Permita el tráfico saliente UDP 1812 y 1813, los puertos asignados en RFC 2865 y RFC 2866
Identificador de sitio asignado de forma incorrecta	Las sesiones se registran en el recinto equivocado	Haga coincidir el identificador de sitio del controlador con el ID de sitio de Purple
Redirección antigua activa en un grupo de puntos de acceso	La mitad del sitio muestra el portal anterior	Audite cada SSID y grupo de puntos de acceso, no únicamente el predeterminado
Tiempo de espera de sesión copiado del proveedor anterior	Se vuelve a solicitar la autenticación a los invitados a mitad de su visita	Ajuste el tiempo de espera a la duración de su visita; consulte Cómo implementar restricciones de tiempo y ancho de banda en el WiFi para invitados

Políticas integradas en el proveedor anterior

Algunos proveedores aplican el filtrado de contenido o los límites de ancho de banda en su propia nube, no en su hardware. Al migrar de proveedor, estas políticas desaparecen de forma inadvertida. Elabore una lista de cada una de las políticas que aplicaba el proveedor anterior y vuelva a configurarlas antes de la transición definitiva. Los recintos nocturnos son los que enfrentan esto con mayor frecuencia, tal como se explica en Proveedores de WiFi para discotecas y locales nocturnos: filtrado de contenido, capacidad máxima y acceso del personal.

Problemas de reloj y certificados

Tanto la contabilidad RADIUS como los certificados del portal dependen de una hora correcta. Un controlador con un reloj desfasado genera registros de sesión que caen en el día equivocado. Apunte cada controlador a una fuente NTP (Network Time Protocol) confiable antes del piloto.

¿Cuánto cuesta un cambio y qué obtiene a cambio?

Los rubros de costos a presupuestar

Un cambio sobre el hardware existente tiene cuatro rubros de costos, ninguno de los cuales corresponde a hardware:

• Licencia por superposición. Considere pagar a ambos proveedores durante al menos 30 días.
• Tiempo de TI por sitio. Los paneles basados en plantillas reducen esto drásticamente después del piloto. Los sitios con controladores independientes tardan más.
• Depuración de datos. Alguien tiene que mapear las versiones de consentimiento, deduplicar registros y cargar la lista de supresión.
• Verificación local. Una persona designada en cada sitio verifica que el portal cargue el día del cambio.

Purple otorga licencias a través de tres planes: Connect, Capture y Engage. El departamento de compras debe cotizar el plan que necesita en función del periodo de superposición, no de un año completo a partir de la migración.

Lo que obtiene a cambio

Usted conserva los puntos de acceso que ya tiene, por lo que no hay gastos de capital en hardware. Conserva una lista de marketing a la que puede enviar correos electrónicos de manera legal, ya que la evidencia del consentimiento acompaña a cada registro. Obtiene un modelo único de informes para todos los sitios, por lo que las comparaciones en toda la red dejan de depender de qué proveedor administraba cada sede.

También se integra a una plataforma comprobada a gran escala. Purple opera en más de 80,000 sedes en más de 90 países y procesa 500 millones de usuarios e inicios de sesión al año. Purple ofrece un 99.999% de tiempo de actividad, cuenta con la certificación ISO 27001 y cumple con GDPR.

Preguntas frecuentes

¿Necesitamos nuevos puntos de acceso para cambiar de proveedor de WiFi para invitados a Purple?

No, Purple funciona con los puntos de acceso que ya posee. Purple es independiente del hardware y funciona con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet. El cambio modifica la configuración del portal cautivo, el walled garden y RADIUS en su controlador o panel de administración. Sus puntos de acceso, cableado y switches se quedan en su lugar, por lo que un cambio de proveedor es un proyecto de configuración, no una renovación de hardware.

¿Podemos seguir enviando correos electrónicos a nuestra lista de invitados existente después de cambiar?

Sí, siempre que la evidencia de consentimiento se transfiera con la lista. El artículo 7(1) del GDPR exige que demuestre el consentimiento, por lo que cada registro necesita una marca de tiempo, el canal, el sitio de captura y el texto que vio el visitante. Purple Engage importa registros consentidos con ese historial adjunto. Los registros sin evidencia deben importarse como no comercializables. El consentimiento otorgado al proveedor anterior a su propio nombre, en lugar de a su marca, no se transfiere.

¿Cuánto tiempo lleva una migración de WiFi para invitados multisitio?

Planifique de seis a ocho semanas para la mayoría de las propiedades de 20 a 150 ubicaciones. Eso cubre una exportación de dos semanas, una prueba piloto de 14 días y fases de transición adaptadas a lo que su equipo pueda verificar en un solo turno. Las ubicaciones que comparten un panel en la nube se migran más rápido porque una sola plantilla comprobada se aplica a muchas. Comience la planificación a partir de la fecha de notificación de su contrato anterior, dejando al menos 30 días de superposición para la generación de reportes en paralelo.

¿Nuestras ubicaciones se quedarán sin conexión durante la transición?

No, si sigue el orden de prueba piloto y luego fases. Cada ubicación cambia durante sus horas de menor actividad comercial, guardando la configuración anterior para permitir una reversión en cuestión de minutos. La mayoría de las interrupciones duran lo que tarda el controlador en aplicar las nuevas configuraciones. Las fallas que causan interrupciones más prolongadas, como la falta de dominios en el walled garden o puertos RADIUS bloqueados, se detectan en la ubicación piloto en lugar de en toda la red de ubicaciones.

¿La transferencia de datos de invitados entre proveedores cumple con el GDPR?

Sí, siempre que usted actúe como responsable del tratamiento y ambos proveedores actúen como encargados del tratamiento bajo contrato. El artículo 28(3)(g) del GDPR exige que el encargado anterior devuelva o elimine los datos personales al finalizar el servicio, según su elección. Elija "devolver" por escrito antes de enviar la notificación. Transfiera primero la lista de exclusión voluntaria, de modo que cualquier persona que haya decidido no participar permanezca excluida. Purple cumple con el GDPR y cuenta con la certificación ISO 27001.

¿Qué ocurre con los datos que aún conserva el proveedor anterior?

El proveedor anterior debe eliminarlos una vez que finalice el servicio, si su contrato cumple con el artículo 28 del GDPR. Solicite una confirmación por escrito de la eliminación después de haber verificado su exportación y completado la aprobación de los reportes. Realice primero una exportación final de los reportes históricos, ya que las comparaciones anuales dependen de ese historial. Conserve la confirmación de eliminación con sus registros de actividades de tratamiento en caso de que un regulador o visitante la solicite.

¿Cómo demostramos que los reportes de Purple coinciden con los números de nuestro proveedor anterior?

Ejecute ambos sistemas en paralelo en la ubicación piloto durante 14 días y compare cinco métricas: inicios de sesión diarios, visitantes únicos, nuevos versus recurrentes, duración de la sesión y tasa de suscripción voluntaria. La mayoría de las discrepancias se deben a diferentes definiciones de una visita, no a datos erróneos. Documente la definición de cada proveedor, acuerde con anticipación un margen de tolerancia (como el 5%) y dé el visto bueno antes de que venza el contrato anterior.

¿Puede Purple conectarse con nuestro CRM y plataforma de correo electrónico actuales?

Sí, Purple se integra con plataformas de CRM y marketing. Los perfiles de invitados importados, los nuevos inicios de sesión y los cambios en el consentimiento pueden transferirse al sistema que su equipo de marketing ya utiliza. Conecte la integración antes de su primera campaña posterior a la migración, para que las cancelaciones de suscripción de cualquiera de las partes se respeten desde el primer envío. Esto mantiene un único registro de consentimiento entre el inicio de sesión de WiFi WiFi y el correo electrónico, que es lo que la guía de consentimiento de la ICO espera que usted conserve.