Arquitectura de WiFi para huéspedes de hotel: Integración con PMS, Captive Portals y control de ancho de banda

Bienvenido al Informe Técnico de Purple. Hoy cubriremos la arquitectura de WiFi para huéspedes de hoteles - específicamente los tres pilares que determinan si su implementación tiene éxito o fracasa: integración con PMS, diseño del Captive Portal y control de ancho de banda. Si usted es un gerente de TI, un arquitecto de red o un CTO responsable de un hotel o de una cartera de propiedades, este informe es para usted. Entraremos en detalles técnicos, pero mantendremos un enfoque práctico. Cada punto se conecta con una decisión que tendrá que tomar. Comencemos con la arquitectura en sí. Una red WiFi de hotel no es una implementación de oficina estándar. Tiene que dar servicio al menos a tres poblaciones distintas de forma simultánea: huéspedes, personal y sistemas del edificio. Cada uno tiene requisitos de seguridad, rendimiento y cumplimiento completamente diferentes. El error fundamental que cometen la mayoría de las implementaciones es tratar a estos tres grupos como una sola red. El enfoque correcto es la segmentación de VLAN - Redes de Área Local Virtuales, definidas en el estándar IEEE 802.1Q. Usted crea redes lógicamente separadas en la misma infraestructura física. El WiFi para huéspedes se ubica en la VLAN 10, aislado de todo lo interno. El acceso del personal se ubica en la VLAN 20, autenticado a través de 802.1X contra su servidor RADIUS. Los dispositivos IoT - televisiones inteligentes, termostatos, cerraduras de puertas - se ubican en la VLAN 30 con reglas estrictas de firewall que limitan a qué pueden acceder. Y si tiene terminales de punto de venta en cualquier parte de la propiedad, necesitan su propia VLAN por completo, porque PCI-DSS requiere que los entornos de datos de tarjetahabientes estén aislados de todo el demás tráfico de red. Esto no es opcional. Es un requisito de cumplimiento básico. Y también es su principal defensa contra el movimiento lateral - el patrón de ataque donde un dispositivo de huésped comprometido sondea sus sistemas internos. Ahora, para la capa inalámbrica. Si está implementando una nueva infraestructura hoy en día, debería estar especificando WiFi 6 - IEEE 802.11ax. En entornos de alta densidad como salas de conferencias o grandes espacios para eventos, WiFi 6E añade la banda de 6 gigahertz, lo que le brinda significativamente más espectro con el cual trabajar. La mejora clave de rendimiento sobre la generación anterior es OFDMA - Acceso Múltiple por División de Frecuencias Ortogonales - que permite que un solo punto de acceso atienda a múltiples clientes de forma simultánea en lugar de secuencial. En términos prácticos, usted dispone de aproximadamente cuatro veces la capacidad de rendimiento por punto de acceso en comparación con WiFi 5, con una latencia mucho menor bajo carga. La ubicación de los puntos de acceso importa más de lo que la mayoría de la gente cree. El instinto es colocar los AP en los pasillos. Eso es incorrecto. En un hotel, usted desea cobertura dentro de la habitación. La mejor práctica es un AP por habitación, o como mínimo uno por cada dos habitaciones, montado en el techo o detrás de la televisión. Esto elimina el problema de la sombra del pasillo, donde la señal tiene que penetrar dos paredes para llegar a un huésped. Para espacios públicos - lobbies, restaurantes, salas de conferencias - encargue un estudio de sitio de RF adecuado antes de finalizar la ubicación.Cada punto de acceso debe estar cableado. Cat 6A para cada AP, terminado en un switch PoE en cada piso. Mesh WiFi está bien para un hogar. En un hotel, se necesita un backhaul determinista y de baja latencia. Ahora hablemos de la integración con PMS - el sistema de gestión de propiedades. Aquí es donde la arquitectura de WiFi para hoteles difiere más radicalmente de una implementación empresarial estándar. El PMS es el sistema de registro de la estancia de cada huésped. Sabe quién hizo el check-in, en qué habitación está, cuándo hace el check-out y qué categoría de tarifa reservó. Integrar su Captive Portal con el PMS permite a los huéspedes autenticarse usando su número de habitación y apellido - sin contraseñas que recordar ni códigos de cupón que escribir. El Captive Portal envía una consulta de API en tiempo real al PMS, valida las credenciales contra las reservaciones activas y concede el acceso en un rango de 200 a 500 milisegundos. El protocolo que sustenta la mayoría de estas integraciones es FIAS - Fidelio Interface Application Specification. Desarrollado originalmente para el PMS Fidelio, ahora Oracle Opera, FIAS se ha convertido en el estándar de facto para las interfaces de sistemas hoteleros. Más allá de la autenticación, la integración con el PMS permite la gestión automática de sesiones. Cuando un huésped realiza el check-out, el PMS envía un evento de check-out a la plataforma de WiFi, la cual revoca su token de acceso de inmediato. No se requiere intervención manual. El valor de los datos aquí es significativo. Cada sesión de WiFi autenticada crea un registro de huésped verificado - nombre, correo electrónico, tipo de habitación, duración de la estancia y tipo de dispositivo. Esos datos, capturados con el consentimiento explícito de GDPR en la página de bienvenida, se convierten en un activo de marketing de primer nivel. La plataforma de Purple ha procesado 440 millones de inicios de sesión en 2024 a lo largo de 80,000 establecimientos. Los datos de huéspedes capturados a través de portales cautivos integrados con el PMS alcanzan sistemáticamente tasas de validación de entre el 70% y el 80%, en comparación con el 30% a 40% de los envíos de formularios no validados. Pasemos al diseño del Captive Portal. Un Captive Portal es la puerta de enlace de autenticación con la que se topan los huéspedes cuando se conectan por primera vez. Intercepta el tráfico HTTP y redirige el navegador a una página alojada antes de conceder el acceso a Internet. El mecanismo técnico funciona de la siguiente manera. El punto de acceso o controlador asigna al dispositivo del huésped una dirección IP restringida. Todas las solicitudes HTTP se redirigen a la URL del portal mediante una interceptación de DNS. El huésped se autentica. El controlador recibe una señal de autorización del servidor RADIUS. La dirección MAC del dispositivo se añade a la lista de permitidos. Se concede el acceso normal a Internet. El cumplimiento de GDPR en el Captive Portal no es negociable. Su página de bienvenida debe presentar un aviso de privacidad claro, opciones de consentimiento explícito para marketing y un mecanismo para que los huéspedes ejerzan sus derechos de datos. Fundamentalmente, el consentimiento para usar el WiFi no es lo mismo que el consentimiento para recibir correos electrónicos de marketing. Estas deben ser opciones de consentimiento separadas e independientes. La plataforma de Purple gestiona esto de forma nativa, con registros de consentimiento vinculados a cada perfil de usuario y pistas de auditoría disponibles para revisión regulatoria. For security, WPA3 is the current standard. WPA3-Personal uses Simultaneous Authentication of Equals - SAE - which eliminates the dictionary attack vulnerability present in WPA2-PSK. For guest networks, an open SSID behind a captive portal with Opportunistic Wireless Encryption provides encryption without requiring a pre-shared key. Client isolation must be enabled on all guest SSIDs to prevent peer-to-peer traffic between guest devices. Now, bandwidth control. This is the third pillar, and it is the one most often under-engineered. The rule of thumb for hotel bandwidth planning is this: plan for peak demand, not average demand. For a mid-scale property, budget 10 to 25 megabits per second per room. For a full-service hotel, 25 to 50 megabits per second per room. For a luxury or conference-focused property, 50 to 100 megabits per second per room. Per-client rate limiting prevents any single guest from saturating your uplink. On Cisco Meraki, you set this as a per-client bandwidth limit on the SSID. On HPE Aruba, it is a user role policy applied via the controller. On Juniper Mist, it is a WLAN rate limit policy. The mechanism differs by vendor, but the principle is the same: define a downstream and upstream cap per device, and enforce it at the controller level. Quality of Service - QoS - sits above rate limiting. WMM, WiFi Multimedia, is the 802.11e standard that defines four traffic queues: voice, video, best effort, and background. VoIP and video calls should be prioritised in the voice and video queues. Web browsing and downloads fall into best effort. Configuring WMM correctly means a guest on a video call does not get disrupted when the person in the next room starts a large download. Now let me give you the implementation recommendations and the pitfalls to avoid. Start with a site survey. Before you touch a single cable, walk the property with a spectrum analyser. Identify existing interference sources - neighbouring networks, microwave ovens in the kitchen, DECT phones at reception. This informs your channel plan and AP placement. Second, design your VLAN architecture before you configure anything. Map out: Guest WiFi VLAN, Staff VLAN, IoT and Building Systems VLAN, and Management VLAN. Get this documented and approved before deployment. Third, size your internet uplink correctly. For a 200-room hotel at 80 percent occupancy, planning for 25 megabits per room at peak gives you a minimum committed bandwidth of 4 gigabits per second. A leased line with burstable capacity is the right product here - not a standard broadband connection. The pitfalls. The most common one is under-provisioning the uplink and then blaming the wireless infrastructure when guests complain. Nine times out of ten, slow hotel WiFi is an internet bandwidth problem, not a radio frequency problem. El segundo error común es implementar un captive portal que recopila datos pero no tiene un flujo de trabajo de marketing posterior. Ya ha creado el activo de datos. Ahora utilícelo. Correos electrónicos antes de la estancia, encuestas posteriores a la estancia, inscripción en programas de lealtad y ofertas dirigidas durante la estancia. Preguntas rápidas. ¿Necesito WiFi 6 o es suficiente con WiFi 5? Si va a implementar una nueva infraestructura hoy, elija siempre WiFi 6. La diferencia de costo es mínima y el margen de rendimiento es significativo. ¿Debo cobrar a los huéspedes por el WiFi? No. En 2026, el WiFi para huéspedes de pago es un riesgo para la satisfacción del cliente. ¿Cómo gestiono a un huésped que se queja de un WiFi lento? Primero, verifique la utilización del enlace ascendente de internet. Segundo, verifique el recuento de asociación de los AP. Tercero, busque AP no autorizados o interferencias en su plan de canales. Para resumir. Una arquitectura de WiFi para huéspedes de hotel bien diseñada es un activo estratégico, no un costo de servicios públicos. Las tres conclusiones clave: Uno - segmente su red desde el primer día. Huéspedes, personal e IoT en VLANs separadas, con un firewall entre ellos. Dos - integre su captive portal con su PMS. La autenticación por número de habitación y apellido le proporciona datos verificados de los huéspedes y una gestión de sesiones sin fricciones. Tres - dimensione su enlace ascendente de internet para la demanda pico, no para la demanda promedio, e implemente una limitación de velocidad por cliente para proteger la experiencia de cada huésped en la red. Gracias por escuchar.