WiFi Landing Page vs. Splash Page: Qual é a Diferença?
Este guia de referência técnica esclarece as diferenças arquitetônicas e funcionais entre WiFi landing pages e splash pages — dois termos frequentemente confundidos por equipes de TI e departamentos de marketing. Ele fornece a arquitetos de rede, gerentes de TI e diretores de operações de locais estratégias de implantação acionáveis para otimizar o desempenho do Captive Portal, garantir a conformidade com o GDPR e PCI DSS, e maximizar o ROI em locais corporativos, incluindo hospitalidade, varejo e ambientes do setor público.
Ouça este guia
Ver transcrição do podcast
📚 Parte da nossa série principal: Captive Portal Guide →
Resumo Executivo
Para equipes de TI corporativas que gerenciam locais de alta densidade — de propriedades de Hospitalidade a redes de Varejo — os termos "splash page" e "landing page" são frequentemente confundidos. Tratá-los como intercambiáveis na arquitetura de rede leva a jornadas de usuário interrompidas, vulnerabilidades de segurança e perda de oportunidades de captura de dados.
Em um nível fundamental, a Splash Page é a guardiã pré-autenticação. Ela existe dentro do ambiente restrito de um Walled Garden, sendo responsável pela verificação de identidade, autenticação MAC e consentimento legal sob GDPR e PCI DSS. A WiFi Landing Page é o destino pós-autenticação. Ela opera na internet aberta, aproveitando os dados capturados durante o login para entregar experiências personalizadas, impulsionar downloads de aplicativos e gerar ROI mensurável por meio de integrações de Guest WiFi .
Este guia detalha as especificações técnicas, metodologias de implantação e modos de falha comuns associados ao design de Captive Portal — permitindo que arquitetos de rede construam redes de acesso de convidados robustas, em conformidade e geradoras de receita em qualquer tipo de local.
Visão Técnica Detalhada
A Arquitetura do Captive Portal
Um Captive Portal intercepta o tráfego HTTP/HTTPS de clientes não autenticados e os redireciona para uma interface web designada. Esse mecanismo depende de uma combinação de sequestro de DNS, redirecionamento HTTP 302 e autenticação RADIUS — com implementações modernas adotando cada vez mais o RFC 8908 (Identificação de Captive Portal em DHCP e Anúncios de Roteador) para permitir a descoberta nativa de Captive Portal em nível de sistema operacional sem a necessidade de interceptação HTTP frágil.
Dentro dessa arquitetura, a Splash Page e a Landing Page desempenham papéis fundamentalmente diferentes em pontos distintos do ciclo de vida de autenticação.
1. A Splash Page (Estado de Pré-Autenticação)
Quando um dispositivo se associa a um SSID, o controlador sem fio o coloca em uma VLAN não autenticada. Todo o tráfego de saída é interceptado e redirecionado para o hostname do Captive Portal. O Captive Network Assistant (CNA) do sistema operacional — um pseudo-navegador especializado e em sandbox integrado ao iOS, Android e Windows — detecta o Captive Portal e renderiza a Splash Page.
Restrições Técnicas do Ambiente CNA:
O CNA não é um navegador completo. Ele opera com restrições significativas que afetam diretamente o que pode ser implantado em uma Splash Page:
- Cookies e armazenamento local são frequentemente bloqueados ou severamente limitados
- Frameworks JavaScript complexos podem falhar na execução
- Recursos externos (fontes, scripts, imagens) só podem ser carregados se seus domínios estiverem na lista de permissões (whitelist) do Walled Garden
- O CNA fechará automaticamente se detectar que o dispositivo obteve acesso à internet antes que o usuário tenha concluído a autenticação
- A persistência da sessão após o fechamento do CNA não é confiável
Funções Principais da Splash Page:
Dados esses limites, a Splash Page deve ser projetada exclusivamente para: autenticação (login social via OAuth, SMS OTP, credenciais baseadas em formulário ou integração com programa de fidelidade); aceitação de Termos e Condições; captura de consentimento da GDPR; e registro de endereço MAC para login contínuo no futuro.
Recomendação de Payload: Mantenha a Splash Page abaixo de 1MB. Use CSS inline, evite bibliotecas de fontes externas e minimize o JavaScript. Cada dependência externa exige uma entrada correspondente na lista de permissões do Walled Garden — o que representa tanto um fardo de manutenção quanto uma potencial exposição de segurança.
2. A Landing Page (Estado Pós-Autenticação)
Após a autenticação bem-sucedida, o servidor RADIUS retorna uma mensagem Access-Accept. O controlador sem fio atualiza a sessão do cliente, migrando o dispositivo para uma VLAN autenticada com roteamento de internet completo. O Walled Garden é desativado. O controlador — ou a plataforma de Captive Portal baseada em nuvem — emite um redirecionamento HTTP 302 para a WiFi Landing Page.
Neste ponto, o dispositivo está operando com um navegador completo e acesso irrestrito à internet. A Landing Page pode aproveitar o conjunto completo de recursos do desenvolvimento web moderno:
- Conteúdo dinâmico e personalizado impulsionado pelo perfil do usuário capturado na Splash Page
- Instrumentação completa de analytics (Google Analytics, pixels de rastreamento personalizados, webhooks de CRM)
- Mídia rica, incluindo vídeos, mapas interativos e painéis de fidelidade
- Prompts de download de aplicativos com roteamento de deep-link
- Promoções direcionadas com base nos dados do WiFi Analytics , incluindo frequência de visitas, tempo de permanência e zona do local
Funções Principais da Landing Page: Engajamento de marketing, exibição de programas de fidelidade, promoções direcionadas, navegação no local e chamadas para ação focadas em conversão.
Fluxo de Autenticação: Ponta a Ponta
A sequência abaixo ilustra o fluxo completo desde a associação ao SSID até a entrega da Landing Page:
- O dispositivo cliente se associa ao SSID de visitantes
- O controlador atribui o dispositivo a uma VLAN não autenticada
- O cliente tenta uma requisição HTTP; o controlador intercepta e emite um redirecionamento 302 para a Splash Page
- O CNA carrega a Splash Page (recursos servidos apenas de domínios permitidos no Walled Garden)
- O usuário conclui a autenticação e aceita os Termos e Condições
- A plataforma de Captive Portal envia um Access-Request para o servidor RADIUS
- O RADIUS retorna Access-Accept; o controlador recebe uma mensagem de Change of Authorization (CoA)
- O controlador migra o cliente para a VLAN autenticada
- A plataforma de Captive Portal emite um redirecionamento 302 para a WiFi Landing Page
- O navegador do cliente carrega a Landing Page completa através da internet aberta Esta separação clara de conceitos — autenticação na Splash Page, engajamento na Landing Page — é a base arquitetônica de toda implantação de guest WiFi bem projetada.
Guia de Implementação
Implantar uma solução de guest WiFi escalável e de nível empresarial exige a separação do plano de controle de rede da camada de experiência do usuário. As etapas a seguir fornecem uma estrutura de implantação neutra em relação ao fornecedor, aplicável às infraestruturas Cisco Meraki, Aruba, Ruckus e Ubiquiti.
Passo 1: Configuração de Walled Garden
Configure seu Controlador de LAN Sem Fio (WLC) para incluir na lista de permissões apenas os domínios e faixas de IP estritamente necessários para o funcionamento da Splash Page. Isso normalmente inclui:
- O hostname da plataforma de Captive Portal (ex:
portal.purple.ai) - Domínios de provedores de identidade para login social (ex:
accounts.google.com,graph.facebook.com) - Domínios de gateway de SMS se estiver usando autenticação OTP
- Quaisquer ativos de CDN usados pela própria Splash Page
Evite permissões excessivas. Cada entrada adicional aumenta a superfície de ataque da sua rede de pré-autenticação e complica a manutenção contínua à medida que as faixas de IP mudam.
Passo 2: Gerenciamento de Certificado SSL
Configure o WLC com um certificado SSL válido e publicamente confiável para o hostname de redirecionamento do Captive Portal. Certificados autoassinados acionarão avisos de segurança do navegador no CNA, fazendo com que os usuários abandonem o processo de conexão. A expiração do certificado é uma das principais causas de interrupções no guest WiFi — implemente a renovação automatizada via Let's Encrypt ou sua plataforma de gerenciamento de certificados.
Passo 3: Otimização do CNA
Projete a Splash Page especificamente para o ambiente CNA. Use CSS inline, evite frameworks JavaScript externos e teste em várias versões de iOS e Android. O comportamento do CNA do iOS, em particular, muda entre as principais versões do sistema operacional — mantenha uma matriz de testes de regressão que cubra pelo menos as duas versões principais mais recentes de ambas as plataformas.
Passo 4: Lógica de Redirecionamento Pós-Autenticação
Configure o redirecionamento pós-autenticação para suportar URLs dinâmicas de Landing Page. O servidor RADIUS pode retornar atributos específicos do fornecedor (VSAs) ou a plataforma de Captive Portal pode usar o perfil do usuário autenticado para construir uma URL personalizada. Isso permite a segmentação — um visitante de primeira viagem recebe uma oferta de boas-vindas, enquanto um membro do programa de fidelidade com status Gold recebe um painel personalizado.
Passo 5: Integração de Analytics
Equipe a Landing Page com sua pilha de analytics. Como o usuário agora está na internet aberta com um navegador completo, as ferramentas de analytics padrão funcionam normalmente. Integre com seu CRM para criar um perfil de cliente unificado que combina dados de sessão de WiFi com histórico de compras, status de fidelidade e métricas de engajamento de marketing.
Para uma comparação detalhada de arquiteturas de Captive Portal baseadas em nuvem versus locais, consulte Cloud-Based vs. On-Premise Captive Portal: Which Is Right for Your Business? .
Melhores Práticas
Desvincule a Autenticação do Marketing. A decisão arquitetônica mais impactante é usar a Splash Page estritamente para acesso seguro e consentimento, e mover todos os ativos de marketing para a Landing Page. Isso melhora as taxas de conexão, reduz os chamados de suporte e simplifica as auditorias de conformidade.
Aproveite o MAC Authentication Bypass para Usuários Recorrentes. Para dispositivos que retornam, o MAC Authentication Bypass (MAB) elimina completamente a Splash Page, redirecionando os usuários diretamente para uma Landing Page personalizada. Isso melhora drasticamente a experiência do usuário para visitantes frequentes em ambientes de Hospitality e Varejo . Certifique-se de que sua política de privacidade cubra explicitamente o rastreamento persistente de dispositivos.
Adote Arquiteturas Centradas na Nuvem. Assim como o setor de redes migrou para o WAN definido por software para gerenciamento centralizado — conforme detalhado em Os Principais Benefícios do SD WAN para Empresas Modernas — as plataformas de Captive Portal devem ser hospedadas na nuvem. Isso permite o gerenciamento centralizado em propriedades de locais distribuídos, atualizações rápidas de conteúdo sem alterações de firmware do controlador e integração perfeita com CRMs externos e plataformas de automação de marketing.
Implemente o RFC 8908 para Compatibilidade com OS Modernos. A detecção nativa de Captive Portal via RFC 8908 reduz a dependência de interceptação HTTP, melhorando a confiabilidade em versões modernas de iOS e Android que exigem cada vez mais navegação apenas por HTTPS.
Mantenha um Cronograma de Auditoria de Walled Garden. Revise as entradas do Walled Garden trimestralmente. As faixas de IP dos principais provedores de identidade mudam sem aviso prévio. Entradas desatualizadas que não resolvem mais criam falhas de autenticação; entradas ausentes bloqueiam fluxos de autenticação legítimos.
Solução de Problemas e Mitigação de Riscos
O Loop de Conexão. Se um usuário se autentica, mas é repetidamente redirecionado de volta para a Splash Page, verifique se a mensagem RADIUS Access-Accept está chegando ao controlador e se o cliente está recebendo com sucesso uma concessão DHCP na VLAN autenticada. Verifique também se a porta CoA (Change of Authorization) (UDP 3799) não está bloqueada por um firewall intermediário.
Fechamento Precoce do CNA. Se o CNA fechar antes que o usuário possa se autenticar, é provável que o dispositivo tenha detectado acesso à internet prematuramente. Isso pode ocorrer se o Walled Garden for excessivamente permissivo, permitindo inadvertidamente o roteamento completo de internet antes que a autenticação seja concluída. Revise as entradas do Walled Garden para faixas CIDR excessivamente amplas.
Erros de Interceptação HTTPS. Os navegadores modernos impõem o HTTP Strict Transport Security (HSTS). Se um usuário tentar navegar para um domínio pré-carregado com HSTS antes de se autenticar, o navegador bloqueará o redirecionamento do Captive Portal. Implemente a RFC 8908 para permitir a descoberta nativa do Captive Portal ou instrua os usuários a navegar para um domínio não-HSTS para acionar o CNA.
Falhas de Scripts de Terceiros na Splash Page. Se as equipes de marketing adicionaram pixels de rastreamento ou scripts de análise à Splash Page, eles falharão silenciosamente no ambiente CNA se seus domínios não estiverem na whitelist. A resolução correta é remover esses scripts completamente da Splash Page e implantá-los novamente na Landing Page, onde funcionarão corretamente.
Lacunas de Conformidade com a GDPR. Certifique-se de que o mecanismo de consentimento na Splash Page atenda aos requisitos do Artigo 7 da GDPR — o consentimento deve ser dado livremente, específico, informado e inequívoco. Caixas de consentimento pré-assinaladas não estão em conformidade. Mantenha um registro de auditoria de consentimento por um período mínimo de três anos.
ROI e Impacto nos Negócios
Uma arquitetura de Splash/Landing Page implementada corretamente transforma o WiFi de visitantes de um centro de custo em um ativo mensurável gerador de receita. O caso financeiro opera em três dimensões.
Captura de Dados e Inteligência de First-Party. Ao otimizar a Splash Page, os estabelecimentos aumentam as taxas de conexão e o volume de dados de first-party capturados. Em ambientes de Saúde e Transporte , esses dados apoiam análises operacionais — padrões de fluxo de pessoas, tempo de permanência por zona e previsão de pico de demanda — permitindo decisões de alocação de recursos com economia de custos mensurável.
Atribuição Direta de Receita. A Landing Page é a principal superfície de conversão. Uma implantação em estádio pode usar a Landing Page para promover pedidos de alimentos e bebidas diretamente no assento, correlacionando diretamente o acesso à rede com a receita transacional. Um hotel pode oferecer reservas de spa ou upgrades de quarto. Um varejista pode veicular promoções específicas por zona, impulsionadas por dados de localização em tempo real do WiFi Analytics .
Fidelidade e Retenção. Experiências personalizadas na Landing Page — impulsionadas pelo perfil do usuário capturado na Splash Page — aumentam o engajamento no programa de fidelidade. Usuários recorrentes que recebem uma experiência de boas-vindas personalizada demonstram uma duração de sessão significativamente maior e maior frequência de visitas repetidas em comparação com usuários apresentados a uma landing page genérica.
Os KPIs mensuráveis para uma implantação de WiFi de visitantes devem incluir: taxa de conexão WiFi (meta >70% dos visitantes do local), taxa de captura de dados (meta >85% dos usuários conectados), taxa de clique na Landing Page no CTA principal e receita direta atribuída a promoções impulsionadas pelo WiFi.
Ouça o podcast completo do briefing técnico abaixo:
Definições principais
Captive Portal
Um mecanismo de controle de acesso baseado na web que intercepta o tráfego de rede de clientes não autenticados e os redireciona para uma interface de autenticação antes de conceder acesso mais amplo à rede.
O sistema abrangente que as equipes de TI implantam para gerenciar o acesso de visitantes, aplicar políticas de uso aceitável, capturar o consentimento do usuário e coletar dados primários (first-party data).
Splash Page
A interface de autenticação inicial apresentada dentro do fluxo do captive portal, operando dentro do ambiente restrito do Walled Garden antes que o acesso à internet seja concedido ao usuário.
Onde os arquitetos de rede devem focar em design leve, verificação de identidade e consentimento legal. Sobrecarregar incorretamente esta página com ativos de marketing é a principal causa de falhas de conexão no WiFi de visitantes.
WiFi Landing Page
A página de destino pós-autenticação carregada no navegador completo do usuário após o dispositivo ter o acesso à internet concedido pelo servidor RADIUS.
Onde as equipes de marketing e operações implantam mídias ricas, conteúdo personalizado, integrações de fidelidade e campanhas de engajamento. Opera sem as restrições do Walled Garden.
Walled Garden
Um ambiente de rede restrito que permite que usuários não autenticados acessem apenas um conjunto específico e explicitamente liberado de endereços IP ou nomes de host, bloqueando todo o outro tráfego de internet.
O limite técnico dentro do qual a Splash Page deve operar. Todo recurso externo usado pela Splash Page deve ter seu domínio ou intervalo de IP adicionado à lista de permissões do Walled Garden.
Captive Network Assistant (CNA)
Um pseudo-navegador especializado e em sandbox integrado aos sistemas operacionais móveis (iOS, Android, Windows) que detecta e renderiza automaticamente páginas de login de captive portal.
A principal razão pela qual as Splash Pages devem ser leves e evitar JavaScript complexo, cookies externos ou arquivos de mídia grandes. O comportamento do CNA varia entre as versões do sistema operacional e exige testes de regressão contínuos.
MAC Authentication Bypass (MAB)
Uma técnica de controle de acesso à rede que autentica dispositivos com base em seu endereço MAC de hardware sem exigir interação do usuário, permitindo o login contínuo para dispositivos recorrentes.
Usado para fornecer experiências de login sem atrito para visitantes recorrentes ou dispositivos IoT registrados. Requer integração entre o servidor RADIUS e o banco de dados de fidelidade ou registro de dispositivos do local.
RADIUS (Remote Authentication Dial-In User Service)
Um protocolo de rede que fornece gerenciamento centralizado de Autenticação, Autorização e Contabilização (AAA) para acesso à rede, definido na RFC 2865.
A infraestrutura de servidor de backend que valida as credenciais enviadas na Splash Page, instrui o controlador a conceder o acesso e retorna os atributos do usuário usados para personalizar a Landing Page.
RFC 8908
O padrão IETF que define a API do Captive Portal, permitindo que os dispositivos descubram e interajam com captive portals nativamente por meio de opções DHCP e Router Advertisements, em vez de depender de interceptação HTTP.
Um padrão moderno que melhora a confiabilidade do captive portal no iOS 14+ e Android 11+, reduzindo falhas de conexão relacionadas ao CNA causadas por problemas de interceptação HTTPS.
Change of Authorization (CoA)
Uma extensão RADIUS (RFC 5176) que permite ao servidor RADIUS modificar dinamicamente uma sessão de rede ativa — por exemplo, migrando um cliente de uma VLAN não autenticada para uma autenticada após o login bem-sucedido.
O mecanismo pelo qual a plataforma de captive portal instrui o controlador sem fio a conceder acesso à internet após o usuário concluir a autenticação na Splash Page.
Exemplos práticos
Um resort hoteleiro de 500 quartos está enfrentando altas taxas de abandono no login do WiFi dos hóspedes. A equipe de marketing adicionou recentemente um vídeo promocional de 4 MB e um mapa interativo complexo do local à tela de conexão inicial. As taxas de conexão caíram de 68% para 31% desde a atualização. Como o arquiteto de rede deve resolver isso?
O arquiteto deve desacoplar as funções de autenticação e marketing. Passo 1: Substituir a tela de conexão atual por uma Splash Page leve com menos de 1 MB, contendo apenas o formulário de autenticação (número do quarto e sobrenome), uma caixa de seleção de consentimento em conformidade com a GDPR e a aceitação dos Termos e Condições. Passo 2: Remover todas as dependências de scripts externos da Splash Page e hospedar todos os recursos na própria CDN da plataforma de Captive Portal, que já está na lista de permissões (whitelist) do Walled Garden. Passo 3: Configurar o redirecionamento pós-autenticação do controlador sem fio para enviar o usuário a uma Landing Page recém-criada e hospedada na internet aberta. Passo 4: Mover o vídeo promocional de 4 MB e o mapa interativo do local para esta Landing Page. Passo 5: Instrumentar a Landing Page com a integração de CRM do hotel para personalizar a mensagem de boas-vindas com base no perfil do usuário autenticado. Passo 6: Implementar o MAC Authentication Bypass para hóspedes recorrentes para eliminar completamente a Splash Page em visitas subsequentes.
Uma rede de varejo deseja oferecer acesso WiFi contínuo para membros recorrentes do programa de fidelidade em 50 locais, ignorando a tela de login e, ao mesmo tempo, exibindo uma oferta de boas-vindas personalizada e o saldo atual de pontos de fidelidade. Qual é a arquitetura técnica recomendada?
Implementar o MAC Authentication Bypass (MAB) integrado ao banco de dados de fidelidade via RADIUS. Arquitetura: (1) Quando um dispositivo recorrente se associa ao SSID, o controlador envia um RADIUS Access-Request contendo o endereço MAC do dispositivo. (2) O servidor RADIUS consulta o banco de dados de fidelidade para associar o endereço MAC a um perfil de fidelidade. (3) Se uma correspondência for encontrada, o servidor RADIUS retorna um Access-Accept com um atributo específico do fornecedor (VSA) contendo um token de usuário assinado. (4) O controlador concede acesso imediato à internet e emite um redirecionamento para a URL da Landing Page, anexando o token assinado como um parâmetro de consulta. (5) A Landing Page hospedada na nuvem decodifica o token, consulta a API de fidelidade para obter o saldo de pontos atual e a oferta personalizada do usuário, e renderiza uma experiência de boas-vindas customizada. Para novos usuários ou dispositivos não reconhecidos, o fluxo padrão da Splash Page é apresentado, com a opção de vincular o dispositivo à sua conta de fidelidade para acesso contínuo no futuro.
Questões práticas
Q1. Uma organização do setor público exige que todos os usuários de WiFi de visitantes aceitem uma longa Política de Uso Aceitável (AUP) antes de acessar a internet. A equipe de comunicação também deseja exibir um feed dinâmico de próximos eventos comunitários e um mural de redes sociais ao vivo. Como você deve arquitetar esse requisito no fluxo do Captive Portal?
Dica: Considere as restrições do Captive Network Assistant (CNA) e do Walled Garden ao decidir onde posicionar cada elemento de conteúdo.
Ver resposta modelo
Posicione a Política de Uso Aceitável (AUP) na Splash Page para garantir a conformidade legal antes da autenticação. A AUP deve ser apresentada como texto inline ou uma div rolável — não carregada de uma URL externa — para evitar dependências do Walled Garden. Assim que o usuário aceitar a AUP e for autenticado, redirecione-o para a Landing Page para exibir o feed dinâmico de eventos comunitários e o mural de redes sociais. O mural de redes sociais, em particular, requer chamadas de API externas que não funcionam dentro do Walled Garden, tornando a Landing Page o único local viável.
Q2. Durante uma nova implantação em um centro de conferências, os usuários relatam que a tela de login aparece corretamente, mas quando clicam em 'Entrar com o LinkedIn', a página expira e retorna um erro. A configuração do controlador e o servidor RADIUS estão funcionando corretamente para autenticação de e-mail/senha. Qual é a causa mais provável e a resolução?
Dica: Pense sobre qual acesso à rede é necessário para que um provedor de identidade OAuth de terceiros conclua seu fluxo de autorização durante a fase de pré-autenticação.
Ver resposta modelo
A configuração do Walled Garden está incompleta. O fluxo OAuth do LinkedIn exige que o dispositivo cliente se comunique com os servidores de autorização do LinkedIn (por exemplo, www.linkedin.com, api.linkedin.com) durante a fase de pré-autenticação. Como esses domínios não estão na lista de permissões, o redirecionamento OAuth falha. A resolução é identificar todas as faixas de IP e hostnames usados pela API OAuth do LinkedIn e adicioná-los à lista de permissões do Walled Garden no controlador sem fio. Observe que o LinkedIn (e outros grandes provedores de identidade) podem usar vários domínios hospedados em CDN — revise a documentação do OAuth ou use uma captura de pacotes para identificar todos os endpoints necessários.
Q3. Um cliente de varejo deseja rastrear o comportamento do usuário na tela de login inicial do WiFi usando o Google Analytics 4 e um pixel de redirecionamento personalizado de sua plataforma de publicidade. A equipe de marketing forneceu um snippet do gerenciador de tags para ser adicionado à Splash Page. Por que isso é tecnicamente problemático e qual é a alternativa recomendada que preserva os requisitos de medição da equipe de marketing?
Dica: Avalie os recursos do mini-navegador CNA e as implicações de adicionar domínios de script externos ao Walled Garden.
Ver resposta modelo
Isso é problemático por dois motivos. Primeiro, o CNA frequentemente bloqueia cookies e restringe a execução de JavaScript, tornando os scripts de rastreamento do lado do cliente ineficazes ou não confiáveis. Segundo, o Google Tag Manager e os pixels de publicidade carregam scripts de múltiplos domínios externos — adicionar todos eles ao Walled Garden cria uma exposição de segurança significativa e uma sobrecarga de manutenção contínua. A alternativa recomendada é uma abordagem em duas partes: (1) Capturar o evento de autenticação no lado do servidor por meio da API da plataforma de Captive Portal ou dos logs de contabilidade RADIUS, e enviar esse evento para o Google Analytics 4 usando o Measurement Protocol (lado do servidor), o que não requer JavaScript no lado do cliente. (2) Implantar o contêiner completo do Google Tag Manager e o pixel de redirecionamento na Landing Page pós-autenticação, onde o ambiente completo do navegador garante a execução confiável do script e as funções de rastreamento baseadas em cookies operam normalmente.
Continue a ler esta série
Captive Portal para Ruijie: configure-o com o WiFi de convidados Purple
Como o WiFi de convidados em nuvem da Purple se integra aos pontos de acesso Ruijie RG Series usando autenticação web e RADIUS, configurados a partir da linha de comando, e onde encontrar as etapas de configuração exatas.
Projetando Captive Portals B2B: Coletando Nome Registrado e Dados da Empresa
Este guia fornece aos gerentes de TI e operadores de locais uma estrutura técnica neutra em relação a fornecedores para projetar Captive Portals B2B. Ele detalha como estruturar campos de registro para capturar dados de nome registrado e empresa, garantindo altas taxas de conclusão enquanto mantém a conformidade com o GDPR e constrói inteligência no nível da conta.
Arquitetura de Captive Portal: Segurança, Redirecionamento e Melhores Práticas
Uma referência técnica definitiva sobre a arquitetura de captive portal corporativo. Este guia detalha o isolamento de rede, redirecionamento de DNS, autenticação RADIUS e conformidade de segurança para líderes de TI que implantam redes WiFi de visitantes seguras e ricas em dados.