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 tanto por equipas de TI como por departamentos de marketing. Fornece aos arquitetos de rede, gestores de TI e diretores de operações de espaços estratégias de implementação práticas para otimizar o desempenho do Captive Portal, garantir a conformidade com o GDPR e PCI DSS, e maximizar o ROI em espaços empresariais, incluindo hotelaria, retalho 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 as equipas de TI empresariais que gerem locais de alta densidade — desde propriedades de Hospitality a redes de Retail — os termos "splash page" e "landing page" são frequentemente confundidos. Tratá-los como intercambiáveis na arquitetura de rede resulta em jornadas de utilizador interrompidas, vulnerabilidades de segurança e perda de oportunidades de captura de dados.
A um nível fundamental, a Splash Page é o guardião pré-autenticação. Existe dentro do ambiente restrito de um Walled Garden, sendo responsável pela verificação de identidade, autenticação MAC e consentimento legal sob o GDPR e PCI DSS. A WiFi Landing Page é o destino pós-autenticação. Opera na internet aberta, aproveitando os dados capturados durante o login para proporcionar experiências personalizadas, impulsionar downloads de aplicações e gerar ROI mensurável através de integrações de Guest WiFi .
Este guia detalha as especificações técnicas, metodologias de implementação e modos de falha comuns associados ao design do Captive Portal — permitindo que os arquitetos de rede construam redes de acesso de convidados robustas, conformes e geradoras de receita em qualquer tipo de local.
Análise Técnica Detalhada
A Arquitetura do Captive Portal
Um Captive Portal intercepta o tráfego HTTP/HTTPS de clientes não autenticados e redireciona-os para uma interface web designada. Este mecanismo baseia-se numa combinação de desvio de DNS, redirecionamento HTTP 302 e autenticação RADIUS — com as implementações modernas a adotarem cada vez mais o RFC 8908 (Captive Portal Identification in DHCP and Router Advertisements) para permitir a descoberta nativa do Captive Portal ao nível do SO, sem a necessidade de interceptação HTTP frágil.
Dentro desta arquitetura, a Splash Page e a Landing Page desempenham papéis fundamentalmente diferentes em pontos distintos do ciclo de vida da autenticação.
1. A Splash Page (Estado de Pré-Autenticação)
Quando um dispositivo se associa a um SSID, o controlador sem fios coloca-o numa 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 operativo — um pseudo-navegador especializado e em sandbox integrado no iOS, Android e Windows — deteta o Captive Portal e renderiza a Splash Page.
Restrições Técnicas do Ambiente CNA:
O CNA não é um navegador completo. Opera com restrições significativas que afetam diretamente o que pode ser implementado numa Splash Page:
- Os cookies e o armazenamento local são frequentemente bloqueados ou severamente limitados
- Frameworks de JavaScript complexas podem falhar na execução
- Recursos externos (fontes, scripts, imagens) só podem ser carregados se os seus domínios estiverem na lista de permissões (whitelist) do Walled Garden
- O CNA fecha-se automaticamente se detetar que o dispositivo obteve acesso à internet antes de o utilizador concluir a autenticação
- A persistência da sessão após o fecho do CNA não é fiável
Funções Principais da Splash Page:
Dados estes constrangimentos, a Splash Page deve ser concebida exclusivamente para: autenticação (login social via OAuth, SMS OTP, credenciais baseadas em formulários ou integração com programas de fidelização); aceitação de Termos e Condições; recolha de consentimento GDPR; e registo de endereço MAC para futuros logins sem interrupções.
Recomendação de Payload: Mantenha a Splash Page abaixo de 1MB. Utilize CSS inline, evite bibliotecas de fontes externas e minimize o JavaScript. Cada dependência externa requer uma entrada correspondente na lista de permissões do Walled Garden — representando cada uma delas um fardo de manutenção e uma potencial exposição de segurança.
2. A Landing Page (Estado Pós-Autenticação)
Após uma autenticação bem-sucedida, o servidor RADIUS devolve uma mensagem Access-Accept. O controlador sem fios atualiza a sessão do cliente, migrando o dispositivo para uma VLAN autenticada com encaminhamento total de internet. O Walled Garden é desativado. O controlador — ou a plataforma de Captive Portal baseada na nuvem — emite um redirecionamento HTTP 302 para a WiFi Landing Page.
Neste ponto, o dispositivo está a operar com um navegador completo e acesso irrestrito à internet. A Landing Page pode tirar partido de todo o conjunto de capacidades do desenvolvimento web moderno:
- Conteúdo dinâmico e personalizado com base no perfil do utilizador recolhido na Splash Page
- Instrumentação completa de analítica (Google Analytics, pixéis de monitorização personalizados, webhooks de CRM)
- Conteúdo multimédia rico, incluindo vídeo, mapas interativos e painéis de fidelização
- Apelos à transferência de aplicações com encaminhamento de deep-link
- Promoções direcionadas com base em dados de WiFi Analytics , incluindo frequência de visitas, tempo de permanência e zona do local
Funções Principais da Landing Page: Envolvimento de marketing, exibição de programas de fidelização, promoções direcionadas, navegação no local e apelos à ação focados na conversão.
Fluxo de Autenticação: Ponta a Ponta
A sequência abaixo ilustra o fluxo completo desde a associação ao SSID até à entrega da Landing Page:
- O dispositivo do cliente associa-se ao SSID de convidados
- O controlador atribui o dispositivo a uma VLAN não autenticada
- O cliente tenta um pedido HTTP; o controlador interseta e emite um redirecionamento 302 para a Splash Page
- O CNA carrega a Splash Page (recursos servidos apenas a partir de domínios na lista de permissões do Walled Garden)
- O utilizador 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 devolve 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, envolvimento na Landing Page — é a base arquitetónica de qualquer implementação de guest WiFi bem concebida.
Guia de Implementação
A implementação de uma solução de guest WiFi escalável e de nível empresarial exige a separação do plano de controlo de rede da camada de experiência do utilizador. Os passos seguintes fornecem uma estrutura de implementação neutra em termos de fornecedor, aplicável às infraestruturas Cisco Meraki, Aruba, Ruckus e Ubiquiti.
Passo 1: Configuração do Walled Garden
Configure o seu Wireless LAN Controller (WLC) para colocar na lista de permissões apenas os domínios e intervalos de IP estritamente necessários para o funcionamento da Splash Page. Isto inclui normalmente:
- O hostname da plataforma de Captive Portal (ex.
portal.purple.ai) - Domínios de fornecedores de identidade para login social (ex.
accounts.google.com,graph.facebook.com) - Domínios de gateways de SMS se utilizar autenticação OTP
- Quaisquer recursos de CDN utilizados pela própria Splash Page
Evite permissões excessivas. Cada entrada adicional aumenta a superfície de ataque da sua rede pré-autenticação e complica a manutenção contínua à medida que os intervalos de IP mudam.
Passo 2: Gestão de Certificados SSL
Configure o WLC com um certificado SSL válido e publicamente confiável para o hostname de redirecionamento do Captive Portal. Os certificados autoassinados irão acionar avisos de segurança do navegador no CNA, fazendo com que os utilizadores abandonem o processo de ligação. A expiração de certificados é uma das principais causas de interrupções no guest WiFi — implemente a renovação automatizada através do Let's Encrypt ou da sua plataforma de gestão de certificados.
Passo 3: Otimização do CNA
Desenhe a Splash Page especificamente para o ambiente CNA. Utilize CSS inline, evite frameworks de JavaScript externos e teste em várias versões de iOS e Android. O comportamento do CNA do iOS, em particular, altera-se entre as principais versões do SO — 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âmicos de Landing Pages. O servidor RADIUS pode retornar atributos específicos do fornecedor (VSAs) ou a plataforma de Captive Portal pode utilizar o perfil do utilizador autenticado para construir um URL personalizado. Isto permite a segmentação — um visitante estreante recebe uma oferta de boas-vindas, enquanto um membro do programa de fidelização com estatuto Gold recebe um painel personalizado.
Passo 5: Integração de Analytics
Equipe a Landing Page com a sua stack de analytics. Como o utilizador está agora na internet aberta com um navegador completo, as ferramentas de analytics padrão funcionam normalmente. Integre com o seu CRM para criar um perfil de cliente unificado que combine dados de sessão de WiFi com histórico de compras, estatuto de fidelização e métricas de envolvimento de marketing.
Para uma comparação detalhada entre arquiteturas de Captive Portal baseadas na nuvem e locais, consulte Cloud-Based vs. On-Premise Captive Portal: Which Is Right for Your Business? .
Boas Práticas
Desacoplar a Autenticação e o Marketing. A decisão arquitetónica com maior impacto é utilizar a Splash Page estritamente para acesso seguro e consentimento, e mover todos os ativos de marketing para a Landing Page. Isto melhora as taxas de ligação, reduz os pedidos de suporte e simplifica as auditorias de conformidade.
Aproveitar o MAC Authentication Bypass para Utilizadores Recorrentes. Para dispositivos que regressam, o MAC Authentication Bypass (MAB) elimina totalmente a Splash Page, redirecionando os utilizadores diretamente para uma Landing Page personalizada. Isto melhora drasticamente a experiência do utilizador para visitantes frequentes em ambientes de Hospitality e Retail . Certifique-se de que a sua política de privacidade cobre explicitamente a monitorização persistente de dispositivos.
Adotar Arquiteturas Centradas na Nuvem. Assim como o setor de redes evoluiu para o WAN definido por software para gestão centralizada — conforme detalhado em The Core SD WAN Benefits for Modern Businesses — as plataformas de Captive Portal devem ser alojadas na nuvem. Isto permite uma gestão centralizada em propriedades de locais distribuídos, atualizações rápidas de conteúdo sem alterações de firmware do controlador e uma integração perfeita com CRMs externos e plataformas de automação de marketing.
Implementar o RFC 8908 para Compatibilidade com OS Modernos. A deteção nativa de Captive Portal através do RFC 8908 reduz a dependência de interceção HTTP, melhorando a fiabilidade em versões modernas de iOS e Android que impõem cada vez mais a navegação exclusiva por HTTPS.
Manter um Calendário de Auditoria do Walled Garden. Reveja as entradas do Walled Garden trimestralmente. Os intervalos de IP dos principais fornecedores de identidade mudam sem aviso prévio. Entradas desatualizadas que já não resolvem criam falhas de autenticação; entradas em falta bloqueiam fluxos de autenticação legítimos.
Resolução de Problemas e Mitigação de Riscos
O Loop de Ligação. Se um utilizador se autentica mas é repetidamente redirecionado de volta para a Splash Page, verifique se a mensagem RADIUS Access-Accept está a chegar ao controlador e se o cliente está a receber 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 uma firewall intermédia.
Encerramento Prematuro do CNA. Se o CNA fechar antes de o utilizador se conseguir autenticar, é provável que o dispositivo tenha detetado acesso à internet prematuramente. Isto pode ocorrer se o Walled Garden for excessivamente permissivo, permitindo inadvertidamente o encaminhamento total de internet antes de a autenticação estar concluída. Reveja as entradas do Walled Garden para detetar intervalos CIDR excessivamente amplos. Erros de Interceção HTTPS. Os browsers modernos aplicam o HTTP Strict Transport Security (HSTS). Se um utilizador tentar navegar para um domínio pré-carregado com HSTS antes de se autenticar, o browser irá bloquear o redirecionamento do Captive Portal. Implemente o RFC 8908 para permitir a deteção nativa do Captive Portal, ou instrua os utilizadores a navegar para um domínio não-HSTS para acionar o CNA.
Falhas de Scripts de Terceiros na Splash Page. Se as equipas de marketing adicionaram píxeis de monitorização ou scripts de analítica à Splash Page, estes irão falhar silenciosamente no ambiente CNA se os seus domínios não estiverem na lista de permissões. A resolução correta é remover totalmente estes scripts da Splash Page e reinstalá-los na Landing Page, onde funcionarão corretamente.
Lacunas de Conformidade com o GDPR. Certifique-se de que o mecanismo de consentimento na Splash Page cumpre os requisitos do Artigo 7.º do GDPR — o consentimento deve ser dado livremente, específico, informado e inequívoco. As caixas de consentimento pré-selecionadas não estão em conformidade. Mantenha um registo de auditoria de consentimento por um período mínimo de três anos.
ROI e Impacto no Negócio
Uma arquitetura de Splash/Landing Page corretamente implementada transforma o WiFi de convidados de um centro de custos num ativo mensurável gerador de receitas. O caso financeiro opera em três dimensões.
Captura de Dados e Inteligência de First-Party. Ao simplificar a Splash Page, os espaços aumentam as taxas de ligação e o volume de dados de first-party capturados. Em ambientes de Saúde e Transportes , estes dados apoiam a analítica operacional — padrões de afluência, tempo de permanência por zona e previsão de picos de procura — permitindo decisões de alocação de recursos com poupanças de custos mensuráveis.
Atribuição Direta de Receita. A Landing Page é a principal superfície de conversão. Uma implementação num estádio pode utilizar a Landing Page para promover pedidos de comida e bebidas no lugar, correlacionando diretamente o acesso à rede com a receita transacional. Um hotel pode oferecer reservas de spa ou upgrades de quarto. Um retalhista pode apresentar promoções específicas por zona, impulsionadas por dados de localização em tempo real do WiFi Analytics .
Fidelização e Retenção. Experiências personalizadas na Landing Page — impulsionadas pelo perfil de utilizador capturado na Splash Page — aumentam o envolvimento com o programa de fidelização. Os utilizadores recorrentes que recebem uma experiência de boas-vindas personalizada demonstram uma duração de sessão e uma frequência de visitas repetidas significativamente superiores em comparação com os utilizadores a quem é apresentada uma landing page genérica.
Os KPIs mensuráveis para uma implementação de WiFi de convidados devem incluir: taxa de ligação WiFi (meta >70% dos visitantes do espaço), taxa de captura de dados (meta >85% dos utilizadores ligados), taxa de clique na Landing Page no CTA principal e receita direta atribuída a promoções impulsionadas pelo WiFi.
Oiça o podcast completo do briefing técnico abaixo:
Definições Principais
Captive Portal
Um mecanismo de controlo de acesso baseado na web que interpeta o tráfego de rede de clientes não autenticados e os redireciona para uma interface de autenticação antes de conceder um acesso mais amplo à rede.
O sistema abrangente que as equipas de TI implementam para gerir o acesso de convidados, aplicar políticas de utilização aceitável, registar o consentimento do utilizador e recolher dados primários (first-party data).
Splash Page
A interface de autenticação inicial apresentada no fluxo do Captive Portal, operando dentro do ambiente restrito do Walled Garden antes de ser concedido acesso à internet ao utilizador.
Onde os arquitetos de rede se devem focar no design leve, na verificação de identidade e no consentimento legal. Sobrecarregar incorretamente esta página com ativos de marketing é a principal causa de falhas de ligação ao WiFi de convidados.
WiFi Landing Page
A página de destino pós-autenticação carregada no navegador completo do utilizador após o dispositivo ter recebido acesso à internet pelo servidor RADIUS.
Onde as equipas de marketing e operações implementam multimédia avançada, conteúdo personalizado, integrações de fidelização e campanhas de envolvimento. Funciona sem as restrições do Walled Garden.
Walled Garden
Um ambiente de rede restrito que permite aos utilizadores não autenticados aceder apenas a um conjunto específico e explicitamente autorizado de endereços IP ou nomes de anfitrião, bloqueando todo o restante tráfego de internet.
O limite técnico dentro do qual a Splash Page deve operar. Todos os recursos externos utilizados pela Splash Page devem ter o seu domínio ou intervalo de IP adicionado à lista de permissões do Walled Garden.
Captive Network Assistant (CNA)
Um pseudonavegador especializado e isolado (sandbox) integrado em sistemas operativos móveis (iOS, Android, Windows) que deteta e renderiza automaticamente páginas de início de sessão de Captive Portal.
A principal razão pela qual as Splash Pages devem ser leves e evitar JavaScript complexo, cookies externos ou ficheiros multimédia de grandes dimensões. O comportamento do CNA varia entre versões de SO e requer testes de regressão contínuos.
MAC Authentication Bypass (MAB)
Uma técnica de controlo de acesso à rede que autentica dispositivos com base no seu endereço MAC de hardware sem necessitar de interação do utilizador, permitindo um início de sessão contínuo para dispositivos que regressam.
Utilizado para fornecer experiências de início de sessão sem fricção para convidados recorrentes ou dispositivos IoT registados. Requer a integração entre o servidor RADIUS e a base de dados de fidelização ou de registo de dispositivos do local.
RADIUS (Remote Authentication Dial-In User Service)
Um protocolo de rede que fornece gestão centralizada de Autenticação, Autorização e Contabilização (AAA) para acesso à rede, definido na norma RFC 2865.
A infraestrutura de servidor de backend que valida as credenciais submetidas na Splash Page, instrui o controlador a conceder acesso e devolve atributos de utilizador utilizados para personalizar a Landing Page.
RFC 8908
A norma IETF que define a API do Captive Portal, permitindo que os dispositivos descubram e interajam nativamente com os Captive Portals através de opções DHCP e Router Advertisements, em vez de dependerem da interceção de HTTP.
Uma norma moderna que melhora a fiabilidade do Captive Portal no iOS 14+ e Android 11+, reduzindo as falhas de ligação relacionadas com o CNA causadas por problemas de interceção de 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 VLAN autenticada após um início de sessão bem-sucedido.
O mecanismo através do qual a plataforma de Captive Portal instrui o controlador sem fios a conceder acesso à internet após o utilizador concluir a autenticação na Splash Page.
Exemplos Práticos
Um resort hoteleiro de 500 quartos está a registar elevadas taxas de abandono no início de sessão do WiFi de convidados. A equipa de marketing adicionou recentemente um vídeo promocional de 4MB e um mapa interativo complexo do local ao ecrã de ligação inicial. As taxas de ligação caíram de 68% para 31% desde a atualização. Como deve o arquiteto de rede resolver isto?
O arquiteto deve dissociar as funções de autenticação e de marketing. Passo 1: Substituir o ecrã de ligação atual por uma Splash Page leve com menos de 1MB, contendo apenas o formulário de autenticação (número do quarto e apelido), uma caixa de seleção de consentimento em conformidade com o GDPR e a aceitação dos Termos e Condições. Passo 2: Remover todas as dependências de scripts externos da Splash Page e disponibilizar todos os recursos a partir da CDN própria da plataforma de Captive Portal, que já se encontra na lista de permissões (whitelist) do Walled Garden. Passo 3: Configurar o redirecionamento pós-autenticação do controlador sem fios para enviar o utilizador para uma Landing Page recém-criada e alojada na internet aberta. Passo 4: Mover o vídeo promocional de 4MB 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 utilizador autenticado. Passo 6: Implementar o MAC Authentication Bypass para convidados recorrentes, de modo a eliminar completamente a Splash Page em visitas subsequentes.
Uma cadeia de retalho pretende oferecer acesso WiFi contínuo a membros recorrentes do programa de fidelização em 50 localizações, ignorando o ecrã de início de sessão e, ao mesmo tempo, exibindo uma oferta de boas-vindas personalizada e o saldo atual de pontos de fidelização. Qual é a arquitetura técnica recomendada?
Implementar o MAC Authentication Bypass (MAB) integrado com a base de dados de fidelização 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 a base de dados de fidelização para fazer corresponder o endereço MAC a um perfil de fidelização. (3) Se for encontrada uma correspondência, o servidor RADIUS devolve um Access-Accept com um atributo específico do fornecedor (VSA) contendo um token de utilizador assinado. (4) O controlador concede acesso imediato à internet e emite um redirecionamento para o URL da Landing Page, anexando o token assinado como um parâmetro de consulta. (5) A Landing Page alojada na nuvem descodifica o token, consulta a API de fidelização para obter o saldo de pontos atual e a oferta personalizada do utilizador, e apresenta uma experiência de boas-vindas personalizada. Para novos utilizadores ou dispositivos não reconhecidos, é apresentado o fluxo padrão da Splash Page, com a opção de associar o dispositivo à sua conta de fidelização para futuros acessos contínuos.
Perguntas de Prática
Q1. Uma organização do setor público exige que todos os utilizadores de WiFi de convidados aceitem uma Política de Utilização Aceitável (AUP) extensa antes de acederem à internet. A equipa de comunicação também pretende apresentar um feed dinâmico de próximos eventos comunitários e um mural de redes sociais em direto. Como deve arquitetar este requisito ao longo do fluxo do Captive Portal?
Dica: Considere as restrições do Captive Network Assistant (CNA) e do Walled Garden ao decidir onde colocar cada elemento de conteúdo.
Ver resposta modelo
Coloque a Política de Utilização Aceitável (AUP) na Splash Page para garantir a conformidade legal antes da autenticação. A AUP deve ser apresentada como texto inline ou numa div com barra de rolagem — não carregada a partir de um URL externo — para evitar dependências do Walled Garden. Assim que o utilizador aceitar a AUP e for autenticado, redirecione-o para a Landing Page para apresentar 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 podem funcionar dentro do Walled Garden, tornando a Landing Page o único local viável.
Q2. Durante uma nova implementação num centro de conferências, os utilizadores relatam que o ecrã de início de sessão aparece corretamente, mas quando clicam em "Iniciar sessão com LinkedIn", a página expira e devolve um erro. A configuração do controlador e o servidor RADIUS estão ambos a funcionar corretamente para a autenticação por e-mail/palavra-passe. Qual é a causa mais provável e a respetiva resolução?
Dica: Pense em qual o acesso de rede necessário para que um fornecedor de identidade OAuth de terceiros conclua o 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 do cliente 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 estes domínios não estão na lista de permissões, o redirecionamento OAuth falha. A resolução consiste em identificar todas as gamas de IP e nomes de anfitrião utilizados pela API OAuth do LinkedIn e adicioná-los à lista de permissões do Walled Garden no controlador sem fios. Note que o LinkedIn (e outros grandes fornecedores de identidade) podem utilizar múltiplos domínios alojados em CDN — reveja a documentação do OAuth ou utilize uma captura de pacotes para identificar todos os endpoints necessários.
Q3. Um cliente de retalho pretende monitorizar o comportamento dos utilizadores no ecrã inicial de início de sessão de WiFi utilizando o Google Analytics 4 e um píxel de redirecionamento personalizado da sua plataforma de publicidade. A equipa de marketing forneceu um snippet do gestor de tags para ser adicionado à Splash Page. Porque é que isto é tecnicamente problemático e qual é a alternativa recomendada que preserva os requisitos de medição da equipa de marketing?
Dica: Avalie as capacidades do mini-browser do CNA e as implicações de adicionar domínios de scripts externos ao Walled Garden.
Ver resposta modelo
Isto é problemático por duas razões. Primeiro, o CNA bloqueia frequentemente cookies e restringe a execução de JavaScript, tornando os scripts de monitorização do lado do cliente ineficazes ou não fiáveis. Segundo, o Google Tag Manager e os píxeis de publicidade carregam scripts de múltiplos domínios externos — adicionar todos estes 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 do lado do servidor através da API da plataforma de Captive Portal ou dos registos de contabilidade RADIUS, e enviar este evento para o Google Analytics 4 utilizando o Measurement Protocol (lado do servidor), que não requer JavaScript do lado do cliente. (2) Implementar o contentor completo do Google Tag Manager e o píxel de redirecionamento na Landing Page pós-autenticação, onde o ambiente de browser completo garante uma execução fiável de scripts e as funções de monitorização baseadas em cookies funcionam normalmente.
Continue a ler esta série
Captive Portal para Ruijie: configure-o com o Purple guest WiFi
Como o cloud guest WiFi da Purple funciona sobre os pontos de acesso Ruijie RG Series utilizando autenticação web e RADIUS, configurado a partir da linha de comandos, e onde encontrar os passos exatos de configuração.
Conceber Captive Portals B2B: Recolha de Nome Registado e Dados da Empresa
Este guia fornece aos gestores de TI e operadores de espaços uma estrutura técnica independente de fornecedor para conceber Captive Portals B2B. Detalha como estruturar os campos de registo para capturar o nome registado e os dados da empresa, garantindo elevadas taxas de conclusão, mantendo a conformidade com o GDPR e construindo inteligência ao nível da conta.
Arquitetura de Captive Portal: Segurança, Redirecionamento e Boas Práticas
Uma referência técnica definitiva sobre arquitetura de captive portal empresarial. Este guia analisa o isolamento de rede, redirecionamento de DNS, autenticação RADIUS e conformidade de segurança para líderes de TI que implementam redes WiFi de convidados seguras e ricas em dados.