Integración del inicio de sesión de WiFi con WeChat: Captura del engagement a través de Captive Portals sociales
Esta guía detalla cómo integrar la autenticación de WiFi con WeChat en los Captive Portals empresariales, abarcando la arquitectura OAuth 2.0, la integración de RADIUS y la implementación paso a paso en hardware de Cisco Meraki, HPE Aruba y Juniper Mist. Proporciona a los directores de TI y arquitectos de red un marco práctico para capturar datos de primera mano de los 1.300 millones de usuarios de WeChat, al tiempo que impulsa el engagement mediante el seguimiento de Cuentas Oficiales y redireccionamientos posteriores al inicio de sesión.
Escuchar esta guía
Ver transcripción del podcast
Parte de nuestra serie principal: Captive Portal Guide →
- Executive Summary
- Technical Deep Dive
- How WeChat WiFi Authentication Works
- Account Type Requirements
- The Walled Garden: The Most Critical Network Configuration
- RADIUS Integration and Policy Enforcement
- Implementation Guide
- Step 1: Configure the WeChat Developer Account
- Step 2: Configure Purple
- Step 3: Configure the Network Hardware
- Best Practices
- Troubleshooting and Risk Mitigation
- OAuth Redirect Mismatch
- Captive Portal Assistant (CPA) Interference
- Token Expiry and Stale Sessions
- Geopolitical and Regulatory Risk
- ROI and Business Impact

Executive Summary
Integrating WeChat WiFi login transforms a standard Captive Portal into a strategic first-party data engine for Chinese visitors and the wider WeChat ecosystem. For IT managers and network architects, deploying WeChat login via OAuth 2.0 and RADIUS requires balancing frictionless guest access with secure, compliant data collection. This guide details the technical architecture, implementation steps, and security considerations for deploying WeChat WiFi authentication on enterprise network hardware including Cisco Meraki, HPE Aruba, Ruckus, and Juniper Mist. It shows how Purple's Guest WiFi platform mediates the OAuth flow, maps profile data to your CRM, and drives engagement through post-login redirects to your WeChat Official Account.
WeChat has over 1.3 billion monthly active users, and World Tourism Organization data indicates that Chinese travellers were projected to spend $255 billion internationally in 2023. For hotels, luxury retail, airports, and conference centres, offering WeChat WiFi login is a direct channel to that demographic. Purple operates across more than 80,000 active venues and recorded 440 million logins in 2024, giving us direct insight into what succeeds and what fails in production deployments.
Technical Deep Dive
How WeChat WiFi Authentication Works
WeChat WiFi authentication replaces manual form entry with an OAuth 2.0 flow integrated directly into the Captive Portal experience. The sequence involves five components communicating in a defined order:
- The guest device connects to the venue SSID.
- The access point (AP) intercepts unauthenticated HTTP traffic and redirects the device to a Captive Portal hosted by Purple.
- The user selects the WeChat login option on the portal page.
- The portal initiates an OAuth 2.0 authorisation request to the WeChat open platform API, passing the venue's AppID and redirect URI.
- The WeChat client opens on the device and prompts the user to authorise the connection.
- WeChat returns an authorisation code to the redirect URI.
- The Purple platform exchanges the authorisation code for an access token and retrieves the user's profile data: OpenID, unionid, nickname, avatar, and registered location.
- Purple signals the RADIUS server to send an Access-Accept message to the access point.
- The access point grants internet access and applies the configured policies (VLAN assignment, bandwidth limits, session timeout).
- The portal redirects the user to the venue's WeChat Official Account or a custom landing page.

Account Type Requirements
This is the most common single point of failure in WeChat WiFi deployments. You must use a verified WeChat Service Account (服务号). Subscription Accounts do not expose the OAuth 2.0 web authorisation APIs required for Captive Portal integration. The table below summarises the key differences:
| Feature | Service Account | Subscription Account |
|---|---|---|
| OAuth 2.0 WiFi login | Yes | No |
| API access level | Full | Restricted |
| Push messages per month | 4 | 30 |
| Chat list placement | Yes (as a contact) | No (folded into the subscriptions folder) |
| WeChat Pay integration | Yes | No |
| Verification required | Yes | Yes |
Obtaining a verified Service Account requires either a Chinese business licence or a special overseas application process through Tencent, which carries a $99 annual verification fee and a two-to-four-week review period.
The Walled Garden: The Most Critical Network Configuration
The walled garden (also known as the pre-authentication whitelist) defines the IP addresses and domains a device can reach before completing Captive Portal authentication. If the WeChat API domains are not in the walled garden, the device cannot initiate the OAuth handshake, and the login fails silently in the background.
At a minimum, the following domains must be whitelisted:
*.weixin.qq.com*.wechat.com*.wx.qq.comres.wx.qq.commp.weixin.qq.com- The WeChat CDN IP ranges (consult Tencent's published IP range documentation, as these change periodically)
On Cisco Meraki, configure this under Wireless > Access Control > Walled Garden. On HPE Aruba, use the Captive Portal Profile whitelist. On Juniper Mist, configure the Guest Portal allowed domains list.
RADIUS Integration and Policy Enforcement
In this architecture, Purple operates as a RADIUS proxy. After a successful WeChat OAuth exchange, Purple sends a RADIUS Access-Accept message to the venue's wireless controller. The Access-Accept message can carry standard RADIUS attributes to enforce per-user policies:
Tunnel-TypeandTunnel-Private-Group-IDfor VLAN assignment (isolating guest traffic from the corporate network, in line with IEEE 802.1X segmentation best practice)Session-Timeoutfor automatic disconnection after a defined periodWISPr-Bandwidth-Max-UpandWISPr-Bandwidth-Max-Downfor bandwidth limiting
The architecture is hardware-agnostic. Purple integrates with Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, and Fortinet without firmware changes or on-premises servers.

¿Tiene preguntas sobre su configuración específica?
Nuestro equipo trabaja con operadores de recintos, responsables de TI e ingenieros de redes en 80 000 espacios. Reserve una llamada de 20 minutos y le mostraremos cómo lo han solucionado otros profesionales como usted.
Implementation Guide
Step 1: Configure the WeChat Developer Account
Log in to the WeChat Official Accounts Platform (mp.weixin.qq.com). Navigate to Settings and Development > Security Centre > Web Authorisation Domains. Enable OAuth 2.0 web authorisation and add your Captive Portal domain as an authorised callback domain (for example, wifi.yourvenue.com). WeChat will only return authorisation codes to domains registered here — a mismatch causes silent failures.
Obtain your AppID and AppSecret from the Settings and Development > Basic Configuration panel. Store the AppSecret securely; treat it as a private key.
Step 2: Configure Purple
In the Purple portal, navigate to Authentication > Social Login and enable WeChat. Enter the AppID and AppSecret. Design the Captive Portal splash page using Purple's drag-and-drop editor. Position the WeChat login button as the primary call to action (CTA) above the fold.
Configure the post-authentication redirect. Options include:
- The venue's WeChat Official Account follow page (recommended for engagement)
- A promotional landing page hosted within a WeChat Mini Program
- A survey page using Purple's WiFi Analytics tools
- A loyalty programme enrolment page
Enable MAC address caching under Authentication > Return Visitor Settings. Set the cache duration to match your typical visit frequency (7 days is recommended for retail, 30 days for hotels). Returning visitors connect automatically without seeing the portal again, while their visit is still registered in the analytics dashboard.
Step 3: Configure the Network Hardware
On your wireless controller, configure the guest SSID to use an external Captive Portal. Enter the Purple portal URL as the splash page URL. Add the WeChat domains to the walled garden. Set the RADIUS server IP address and shared secret provided by Purple.
Before going live, test the complete flow with a mobile device. Specifically:
- Connect to the guest SSID.
- Confirm the Captive Portal loads in the Captive Portal Assistant (CPA) mini-browser.
- Tap the WeChat login button and confirm the WeChat client opens.
- Authorise the connection and confirm internet access is granted.
- Confirm the post-login redirect fires correctly.
Best Practices
Optimise the walled garden. A misconfigured walled garden is the leading cause of WeChat login failures in production. Test before launch, and re-test after any network firmware update, as some controllers reset whitelist entries during upgrades.
Drive post-login engagement. The moment after authentication is the point of highest attention in the guest WiFi experience. Redirect users to your Official Account follow page. Visitors who follow your account remain reachable via push notifications long after they leave the venue.
Implement MAC caching for returning visitors. Requiring repeat authentication on every visit degrades the experience. MAC caching removes friction for returning visitors while still logging the visit for analytics. See Purple's WiFi Analytics for dwell-time and return-visit reporting.
Apply data minimisation. Request only the WeChat profile fields your CRM actually uses. Requesting unnecessary permissions increases authorisation drop-off and adds GDPR compliance complexity. For most venues, OpenID, nickname, and avatar are sufficient for personalisation.
Isolate guest traffic via VLANs. Assign WeChat-authenticated guests to a dedicated VLAN, isolated from your corporate or POS networks. This satisfies PCI DSS network isolation requirements and limits the blast radius of any guest-side security incident. For a complete treatment of WiFi security architecture, see our enterprise WiFi security guide.
Comply with GDPR and PIPL. Display a clear privacy notice on the splash page before the user initiates the WeChat OAuth flow. The notice must identify the data controller, list the categories of data collected from WeChat, state the legal basis for processing, and link to the full privacy policy. For detailed guidance, see our WiFi GDPR compliance guide.
Troubleshooting and Risk Mitigation
OAuth Redirect Mismatch
If the callback URL registered in the WeChat developer console does not exactly match the URL Purple uses for the redirect, WeChat returns an error code and blocks the authorisation. Check for protocol mismatches (HTTP vs HTTPS), trailing slashes, and subdomain differences. The registered domain must be an exact string match.
Captive Portal Assistant (CPA) Interference
Mobile operating systems use CPA mini-browsers to detect and handle Captive Portal networks. These mini-browsers often lack the ability to open native apps, which breaks the WeChat app hand-off in the OAuth flow. Mitigations include:
- Implementing a JavaScript redirect that detects the CPA environment and opens the full system browser before initiating the OAuth flow.
- Displaying clear instructions on the splash page telling users to open the page in a full browser if the WeChat button does not respond.
Token Expiry and Stale Sessions
WeChat access tokens expire after two hours. If your platform does not refresh the token, the user's CRM record stops updating after the initial session. Configure Purple's token refresh settings to maintain an active token for the duration of the guest's visit.
Geopolitical and Regulatory Risk
WeChat is subject to Chinese government regulation and Tencent platform policy. API access can be suspended or modified without notice. To mitigate this risk, ensure your Captive Portal supports multiple authentication methods (email, SMS, other social logins) so that a WeChat API outage does not take your entire guest WiFi offline. Purple's multi-channel portals natively support this fallback architecture.
ROI and Business Impact
Deploying WeChat WiFi authentication delivers measurable returns across three dimensions.
Higher data capture rates. Social login removes the friction of form filling. Venues using Purple's social login options report authentication completion rates 20-30% higher than comparable email-only portals (Purple internal data, 2024). At a venue handling 500 guest WiFi connections per day, a 25% uplift means 125 additional verified profiles captured daily.
Official Account follower growth. Redirecting authenticated users to the Official Account follow page converts transient footfall into a reachable digital audience. A hotel with 200 WeChat-authenticated visitors per day achieving a 40% follow rate gains 80 new Official Account followers daily — followers who can receive targeted push notifications about return-visit offers, loyalty programme updates, and seasonal promotions.
Operational visibility. Purple's WiFi Analytics platform correlates WeChat-authenticated sessions with dwell time, visit frequency, and zone-level movement data. This gives venue operations directors the data to optimise staffing, layout, and promotional timing. For hospitality venues, this data integrates directly with PMS systems to enrich guest profiles.
For retail environments, WeChat authentication combined with Purple's analytics platform replicates e-commerce-grade data richness in a physical store setting — a capability that grows increasingly valuable as third-party cookie deprecation reduces the effectiveness of digital retargeting.
For related guidance, see our WiFi GDPR compliance guide and our enterprise WiFi security guide. To learn how Purple deploys in specific verticals, see our hospitality, retail, healthcare, and transport pages.
Definiciones clave
OAuth 2.0
Un protocolo de autorización estándar del sector que permite a un usuario conceder a una aplicación de terceros acceso a los datos de su cuenta en otro servicio sin compartir su contraseña. En la autenticación de WiFi de WeChat, el Captive Portal es la aplicación de terceros y WeChat es el proveedor de identidad.
El mecanismo subyacente para todo inicio de sesión social de WiFi. Los equipos de TI lo encuentran al configurar el AppID, el AppSecret y la URI de redireccionamiento en la consola de desarrollador de WeChat y en la plataforma Purple.
Captive Portal
Una página web que intercepta el tráfico de red de un dispositivo y requiere que el usuario se autorice o acepte los términos antes de concederle acceso a internet. Funciona redirigiendo todas las solicitudes HTTP a la URL del portal hasta que se completa la autenticación.
El componente orientado al usuario del sistema de inicio de sesión de WeChat WiFi. Purple aloja y gestiona el Captive Portal como una capa en la nube sobre el hardware existente del establecimiento.
Walled garden
Una lista blanca de preautenticación de direcciones IP y dominios a los que un dispositivo puede acceder antes de completar el inicio de sesión en el Captive Portal. Es necesaria para permitir que el dispositivo se comunique con los servidores de autenticación de WeChat durante el flujo de OAuth.
El elemento configurado de forma incorrecta con más frecuencia en las implementaciones de WeChat WiFi. Debe configurarse a nivel de SSID en el controlador inalámbrico.
RADIUS
Remote Authentication Dial-In User Service. Un protocolo de red que proporciona autenticación, autorización y contabilidad centralizadas para el acceso a la red. Tras un intercambio de WeChat OAuth correcto, Purple envía un mensaje RADIUS Access-Accept al punto de acceso para conceder acceso a internet.
El protocolo que conecta la plataforma de identidad de Purple al hardware de red del establecimiento. Los equipos de TI configuran las direcciones IP del servidor RADIUS y los secretos compartidos en el controlador inalámbrico.
WeChat Service Account (服务号)
Una categoría de WeChat Official Account diseñada para empresas que ofrece acceso completo a la API, incluida la autorización de páginas web mediante OAuth 2.0. Aparece como un contacto en la lista de chat del usuario. Requiere el registro de la empresa en China o una verificación en el extranjero.
El tipo de cuenta obligatorio para el inicio de sesión de WeChat WiFi. Las cuentas de suscripción no se pueden utilizar para este fin.
OpenID
Un identificador único asignado por WeChat a un usuario específico para una Official Account concreta. Dos Official Accounts distintas recibirán diferentes OpenIDs para el mismo usuario.
La clave principal utilizada por el CRM para identificar y realizar el seguimiento de los usuarios individuales a lo largo de las sesiones de WiFi.
Unionid
Un identificador único asignado por WeChat a un usuario específico en todas las Official Accounts y Mini Programas registrados bajo la misma cuenta de la plataforma abierta de WeChat. Permite el reconocimiento de usuarios en diferentes productos.
Relevante para marcas con múltiples puntos de contacto de WeChat (por ejemplo, una cadena de tiendas que cuenta tanto con un portal WiFi como con un Mini Programa de compras) que desean unificar el perfil de usuario en todas las interacciones.
Almacenamiento en caché de direcciones MAC
Una función de red que almacena el identificador de hardware único de un dispositivo (dirección MAC) tras la autenticación inicial, lo que permite que la red conceda acceso automáticamente en conexiones posteriores sin tener que volver a presentar el Captive Portal.
Se utiliza para mejorar la experiencia de los visitantes que regresan. Purple registra la visita de retorno para analíticas incluso cuando no se muestra el portal.
Captive Portal Assistant (CPA)
El mininavegador que inician automáticamente iOS y Android cuando detectan una red que requiere autenticación mediante Captive Portal. Los CPA tienen una funcionalidad limitada y es posible que no admitan las llamadas a aplicaciones nativas necesarias para el flujo de OAuth de WeChat.
Los equipos de TI deben probar el flujo de inicio de sesión de WeChat específicamente dentro del entorno CPA e implementar la detección de JavaScript para redirigir al navegador completo del sistema si es necesario.
VLAN
Virtual Local Area Network. Un segmento de red lógico que aísla el tráfico de otros segmentos en la misma infraestructura física. Se utiliza para separar el tráfico de la red WiFi de invitados de las redes corporativas o de TPV.
Los atributos RADIUS devueltos por Purple pueden asignar a los invitados autenticados mediante WeChat a una VLAN específica, cumpliendo con los requisitos de segmentación de red de PCI-DSS.
Ejemplos prácticos
Una marca de venta al por menor de lujo en Londres quiere ofrecer WiFi de forma fluida a los turistas chinos y, al mismo tiempo, aumentar los seguidores en su Cuenta Oficial de WeChat. Actualmente utilizan puntos de acceso Cisco Meraki y un portal estándar de captura de correo electrónico. Su equipo de TI dispone de dos semanas para realizar la implementación antes de una importante campaña del Año Nuevo Chino.
Semana uno: Registrar y verificar una Cuenta de Servicio de WeChat si aún no se ha hecho (se deben prever de dos a cuatro semanas para la aprobación de Tencent, por lo que este paso debería haber comenzado antes; de lo contrario, se puede utilizar una entidad china de terceros verificada como medida provisional). Configurar la consola de desarrollador de WeChat con el dominio de devolución de llamada que coincida con la URL del portal de Purple. En la plataforma Purple, habilitar el inicio de sesión social con WeChat, introducir el AppID y el AppSecret, y diseñar la página de bienvenida con WeChat como opción principal de inicio de sesión. Configurar el redireccionamiento posterior a la autenticación a la página de seguimiento de la Cuenta Oficial de WeChat de la marca. Semana dos: En el panel de control de Meraki, actualizar el SSID de invitados para que apunte a la URL del portal de Purple. Añadir todos los dominios de la API de WeChat al Walled Garden de Meraki en Wireless > Access Control. Configurar los detalles del servidor RADIUS. Probar el flujo completo de extremo a extremo desde un dispositivo iOS y Android. Habilitar el almacenamiento en caché de direcciones MAC para el reconocimiento de visitantes recurrentes durante 30 días. Publicar.
Un estadio con capacidad para 15.000 personas alberga una serie de eventos internacionales con una gran afluencia de asistentes de habla china. El director de TI informa de que el 35% de los invitados abandonan el formulario de inicio de sesión de WiFi antes de completarlo. La red funciona con puntos de acceso HPE Aruba gestionados a través de Aruba Central.
Implementar el Captive Portal de Purple con WeChat como la opción de inicio de sesión social principal, junto con opciones de recuperación de correo electrónico y SMS. Configurar el perfil del Captive Portal de Aruba Central para redirigir a Purple y añadir los dominios de WeChat a la lista de permitidos. Implementar un script de detección de CPA de JavaScript en la página de bienvenida para forzar el flujo de OAuth hacia el navegador nativo del sistema, evitando el mini-navegador CPA de Aruba. Configurar los atributos de RADIUS para asignar a los aficionados autenticados a una VLAN de invitados dedicada, aislada de la red operativa del estadio. Establecer el tiempo de espera de la sesión en cuatro horas para cubrir la duración típica de un evento sin necesidad de volver a autenticarse. Después de la autenticación, redirigir a los aficionados a un Mini Programa de WeChat que albergue el programa del evento, los resultados en directo y un servicio de pedido de comida.
Preguntas de práctica
Q1. El nuevo inicio de sesión de WeChat WiFi de su establecimiento está fallando. Los invitados tocan el botón de WeChat en la página de bienvenida, pero se agota el tiempo de espera de la página antes de que se abra la aplicación WeChat. El panel de control de Cisco Meraki muestra que el SSID está en línea y que la URL del portal de Purple está correctamente configurada. ¿Cuál es la causa más probable y cómo se soluciona?
Sugerencia: Tenga en cuenta el acceso a la red que tiene el dispositivo antes de que se complete la autenticación.
Ver respuesta modelo
El walled garden en el SSID de Meraki está mal configurado. El dispositivo no puede llegar a los dominios de la API de WeChat antes de la autenticación, por lo que el protocolo de enlace OAuth no puede iniciarse. Solución: navegue a Inalámbrico > Control de acceso en el panel de Meraki, busque la sección Walled Garden y añada los dominios de WeChat requeridos, incluidos *.weixin.qq.com, *.wechat.com y *.wx.qq.com. Realice una prueba intentando el flujo de inicio de sesión de nuevo desde un dispositivo que no se haya conectado previamente al SSID.
Q2. Un director de marketing desea utilizar su cuenta de suscripción de WeChat existente (订阅号) para habilitar el inicio de sesión de WiFi porque permite la publicación diaria de artículos a los seguidores. Le pide que configure la integración. ¿Cómo responde?
Sugerencia: Revise los niveles de acceso de la API para los diferentes tipos de cuentas de WeChat.
Ver respuesta modelo
Infórmeles de que una cuenta de suscripción no se puede utilizar para la autenticación de WiFi. Las API de autorización de páginas web OAuth 2.0 requeridas para la integración del Captive Portal solo están disponibles para cuentas de servicio verificadas (服务号). Tendrán que registrar una cuenta de servicio. Esto requiere una licencia comercial china o una solicitud en el extranjero a través del proceso especial de Tencent, que tarda de dos a cuatro semanas y cuesta 99 USD anuales. La cuenta de suscripción puede seguir activa para la publicación de contenido; los dos tipos de cuenta sirven para propósitos diferentes y pueden coexistir.
Q3. Después de una implementación exitosa de WeChat WiFi, el equipo de TI nota que los usuarios que se autenticaron hace tres semanas ya no aparecen en el CRM con datos de visitas actualizados, a pesar de que se están conectando a la red. ¿Cuál es la causa más probable?
Sugerencia: Considere la configuración de gestión de sesiones configurada en Purple y la duración de la caché de MAC.
Ver respuesta modelo
Es probable que la duración de la caché de MAC esté configurada en un valor inferior a tres semanas (por ejemplo, 14 días), por lo que a los usuarios que regresan se les concede acceso a través de la caché de MAC sin activar un nuevo evento de autenticación o actualización de CRM. Alternativamente, el token de acceso de WeChat para esos usuarios ha caducado y la plataforma no lo está renovando. Solución: amplíe la duración de la caché de MAC a 30 días en la configuración de visitantes recurrentes de Purple y asegúrese de que la configuración de renovación del token esté activa. Confirme también que Purple está registrando las visitas de la caché de MAC como eventos de visitas recurrentes en el panel de análisis, incluso cuando no se muestra el portal.
Q4. Su establecimiento opera tanto en el Reino Unido como en China continental. Desea implementar un sistema unificado de autenticación WeChat WiFi. ¿Qué obligaciones de cumplimiento debe abordar antes de la puesta en marcha?
Sugerencia: Se aplican dos regímenes de privacidad distintos a las dos geografías.
Ver respuesta modelo
Debe cumplir tanto con el GDPR (aplicable a los usuarios en el Reino Unido y la UE) como con la Ley de Protección de Información Personal de China (PIPL, aplicable a los usuarios en China continental). Los requisitos clave incluyen: mostrar un aviso de privacidad claro en la página de inicio antes de iniciar el flujo de OAuth, identificar al controlador de datos y enumerar las categorías de datos recopiladas de WeChat, indicar la base legal para el procesamiento bajo cada régimen (intereses legítimos o consentimiento bajo GDPR; consentimiento bajo PIPL), proporcionar un mecanismo para que los usuarios retiren el consentimiento y soliciten la eliminación, y garantizar que existan mecanismos de transferencia de datos si los datos del perfil de WeChat fluyen entre jurisdicciones. Consulte la guía de cumplimiento de GDPR de Purple y a su asesor legal para conocer los requisitos específicos de cada jurisdicción.
Continúe leyendo esta serie
El portal de invitados Ubiquiti UniFi no redirige: causas y soluciones
Esta guía aísla los fallos de redirección del portal de invitados de UniFi analizando en secuencia el estado del invitado, la redirección, la ruta de preautorización y la autorización del controlador. Ofrece a los equipos de TI de los establecimientos un método estructurado para resolver la confusión entre red de invitados y Hotspot, integraciones con portales externos, los requisitos actuales de las cuentas de UniFi OS y pruebas de aislamiento de DNS.
La página splash de Cisco Meraki no funciona: diagrama de flujo para la resolución de problemas
Esta práctica guía de mantenimiento identifica dónde ha fallado un flujo de splash de Cisco Meraki: autorización del cliente, inicio de redirección HTTP, accesibilidad de walled-garden o inicio de sesión RADIUS. Proporciona a los equipos de TI de los establecimientos una ruta de evidencias controlada para restablecer el WiFi de invitados sin realizar cambios drásticos en una red en producción.
Guía de configuración de WiFi para invitados empresariales: segmentación por VLAN, seguridad y Captive Portals
Esta guía técnica muestra a los equipos de TI cómo configurar el WiFi de invitados como un servicio controlado de acceso a internet, mediante segmentación por VLAN, políticas de firewall y un Captive Portal. También explica cómo los formularios de registro y los controles de incorporación de Purple admiten una experiencia de visitante proporcionada sin debilitar el límite en torno a los sistemas de personal, pago y operativos.
¿Tiene preguntas sobre su configuración específica?
Nuestro equipo trabaja con operadores de recintos, responsables de TI e ingenieros de redes en 80 000 espacios. Reserve una llamada de 20 minutos y le mostraremos cómo lo han solucionado otros profesionales como usted.