Software de Captive Portal white label: o que MSPs e revendedores devem verificar antes de assinar

O software de Captive Portal white label permite que um MSP ou revendedor venda páginas de login de WiFi para convidados sob sua própria marca. Antes de assinar, confirme seis pontos: multi-tenancy real com administração delegada, personalização da marca em todo o domínio, e-mail e relatórios, suporte para todos os fabricantes de access points que você instala, um modelo de cobrança que proteja sua margem, registros de consentimento de GDPR de propriedade do seu cliente e APIs documentadas.

Qual modelo de Captive Portal white label você deve escolher?

Um Captive Portal é a página web que um dispositivo visualiza antes que a rede conceda acesso à internet. O IETF estabelece essa arquitetura na RFC 8952. A RFC 8908 define uma API que informa aos dispositivos que um portal está presente.

O software de Captive Portal white label permite que você venda essa página de login sob sua própria marca. O console e os relatórios por trás dela também exibem a sua marca.

Três modelos comerciais dominam o mercado de revendas. Eles diferem em três pontos principais:

• quem detém o contrato com o cliente
• até onde a sua marca se estende
• com que clareza os dados de cada cliente são separados

Escolha o modelo primeiro e, em seguida, avalie os fornecedores dentro dele.

Modelo	Sua marca aparece em	Isolamento de dados do cliente	Quem detém o contrato com o cliente	Cobrança típica	Indicado para
White label completo, multi-tenant	Página de login, domínio personalizado, console de administração, e-mails, SMS e relatórios	Tenant separado por cliente, com funções administrativas e chaves de API delimitadas	Você	Atacado por local ou por access point, você define o preço de varejo	MSPs com service desk e um portfólio de clientes corporativos
Revendedor co-branded	Apenas página de login e e-mails; console e relatórios mostram o fornecedor	Subcontas ou pastas dentro de uma conta compartilhada	Você ou o fornecedor	Preço de tabela do fornecedor menos um desconto de revenda	Revendedores que adicionam WiFi para convidados à venda de hardware
Indicação ou contrato direto	Marca do fornecedor em tudo; você aparece como instalador	Conta própria do cliente no fornecedor	O fornecedor	Preço de tabela do fornecedor; você ganha uma comissão por indicação ou receita de serviços	Parceiros que executam projetos pontuais sem estrutura de suporte

A maioria dos MSPs com estrutura de suporte e vários clientes corporativos opta pelo primeiro modelo. O restante deste guia pressupõe esse modelo e mostra como testar o que o fornecedor promete.

Onde as plataformas de Captive Portal white label realmente se diferenciam

Toda demonstração de fornecedor exibe uma página de login personalizada. As diferenças reais estão no funcionamento interno, divididas em seis áreas. Juntas, elas determinam sua margem, sua exposição à conformidade e sua carga de suporte.

Multi-tenancy real e administração delegada

Multi-tenancy real significa um cliente por tenant. Dados, configurações, contas de administrador e chaves de API são isolados no nível da plataforma. Uma pasta dentro de uma conta compartilhada não é um tenant. Se uma função mal configurada expuser a lista de convidados de um cliente a outro, a responsabilidade pelo vazamento será sua.

Teste a administração delegada em um tenant de teste, e não apenas em uma apresentação. Você precisa de pelo menos quatro funções:

• seu próprio super admin
• um admin do cliente
• um gerente de local restrito a apenas um estabelecimento
• uma função de marketing apenas para leitura

Um gerente geral de hotel deve visualizar apenas o seu próprio hotel e nada mais.

Solicite o logon único por meio do SAML 2.0, o padrão OASIS para login federado. Ele deve funcionar com Microsoft Entra ID, Okta e Google Workspace.

O SCIM 2.0 (System for Cross-domain Identity Management, RFC 7643 e RFC 7644) automatiza a criação e a remoção de contas de administrador. Sem ele, um funcionário desligado do seu cliente mantém o acesso ao console até que alguém se lembre. Verifique se os logs de auditoria são mantidos por tenant e se podem ser exportados, para que você possa mostrar a um cliente quem alterou o quê.

Profundidade de marca: domínio, e-mail do remetente, portal e relatórios

A profundidade de marca é onde a maioria das promessas de "white label" falha. Avalie cada superfície que um convidado ou cliente possa ver:

• Domínio da página de login. O Captive Portal deve ser carregado a partir do seu domínio ou do domínio do seu cliente. O provedor deve renovar o certificado TLS automaticamente.
• Console de administração. Seu logotipo, cores e URL devem estar na tela de login. Um console com a marca do provedor mostra ao seu cliente exatamente quem contatar na renovação.
• E-mail do remetente. Códigos de verificação e e-mails de marketing devem ser enviados a partir do seu domínio. Isso exige SPF (RFC 7208), DKIM (RFC 6376) e DMARC (RFC 7489) alinhados ao seu domínio, caso contrário, as mensagens irão para o spam.
• ID do remetente de SMS. Os textos de verificação devem exibir seu nome ou o do local, nunca o do provedor.
• Relatórios. As exportações agendadas e os painéis devem conter a sua marca, sem marca d'água do provedor. Se você revende WiFi Analytics, o relatório mensal é o produto que seu cliente realmente vê.
• Links de ajuda e páginas de status. Os links do console devem direcionar para a sua base de conhecimento ou para lugar nenhum.

Os modelos por tenant também são importantes. Um grupo de bares e um conselho municipal exigem fluxos de login, textos de consentimento e idiomas diferentes.

Cobertura de hardware na sua base instalada

Seus clientes já possuem pontos de acesso, e eles raramente vêm de um único provedor. Solicite a lista de suporte por nome e por plataforma de gerenciamento: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. "Todos os principais provedores" é um sinal de alerta, não uma resposta.

O suporte significa mais do que um simples redirecionamento. Para cada provedor, confirme quatro recursos:

• redirecionamento de Captive Portal externo
• autenticação RADIUS (Remote Authentication Dial-In User Service, RFC 2865)
• contabilização RADIUS (RFC 2866) para dados de sessão
• configuração de jardim murado (walled garden) para logins sociais e de pagamento

Solicite um guia de integração publicado para cada provedor. Em seguida, teste no firmware que seus clientes realmente utilizam.

A cobertura de hardware também protege você durante os ciclos de atualização. Uma sobreposição de nuvem fica no topo da rede, para que o cliente possa alterar o provedor do ponto de acesso sem alterar a experiência do convidado. Isso é essencial para qualquer estrutura que esteja Planejando uma transição de pontos de acesso do WiFi 6 para o WiFi 7 quando o Cisco Meraki WiFi 6 atingir o fim das vendas.

O WiFi para Convidados da Purple funciona como uma sobreposição em nuvem independente de hardware em todos os oito fabricantes acima. O contexto pode ser encontrado em Por que sua próxima atualização de WiFi não precisa de novo hardware.

Alguns clientes vão querer mais do que apenas acesso para convidados. Pergunte se a plataforma suporta 802.1X, o padrão IEEE para controle de acesso à rede baseado em porta. Pergunte também sobre iPSK (chave pré-compartilhada de identidade), que dá a cada dispositivo ou pessoa sua própria chave de WiFi. Se você adicionar acesso para funcionários, mantenha a Solução de problemas de autenticação 802.1X no Windows 11: guia para TI corporativa à mão.

O Passpoint, também chamado de Hotspot 2.0, permite que os convidados recorrentes se reconectem automaticamente sem a necessidade de um portal. O OpenRoaming, a federação da Wireless Broadband Alliance, faz o mesmo em todas as redes participantes. Uma plataforma sem esses recursos limita o que você poderá vender mais tarde.

Registros de consentimento do GDPR que seu cliente possui

Sob o GDPR, seu cliente, o operador do local, é normalmente o controlador dos dados dos convidados (Artigo 4(7)). Você atua como operador e o fornecedor da plataforma como seu suboperador. O Artigo 28 exige um contrato por escrito em cada elo dessa cadeia. O Artigo 28(2) proíbe que um operador contrate um suboperador sem a autorização prévia por escrito do controlador.

O Artigo 7(1) exige que o controlador demonstre o consentimento. Isso significa um registro completo por convidado:

• carimbo de data e hora (timestamp)
• o texto exato exibido
• a versão do aviso de privacidade
• o canal
• as finalidades aceitas

Uma simples marcação de "opt-in de marketing" não é suficiente. O Considerando 32 acrescenta que caixas pré-marcadas não contam como consentimento. Para marketing por e-mail e SMS no Reino Unido, o consentimento também deve atender às Regulamentações de Privacidade e Comunicações Eletrônicas (PECR).

Verifique três pontos contratuais antes de assinar:

1. O fornecedor não faz nenhuma alegação de uso dos dados dos convidados para fins próprios. Se o fizer, ele se torna um controlador, e o aviso de privacidade do seu cliente deve declarar isso.
2. O Artigo 28(3)(g) exige a devolução ou exclusão de dados pessoais quando o contrato terminar. Obtenha o formato de exportação, o prazo e os custos por escrito.
3. O fornecedor publica uma lista de suboperadores e notifica você sobre alterações, para que você possa repassar o aviso aos clientes.

A Purple integra opt-ins de escolha consciente ao fluxo de login, de modo que cada convidado escolhe ativamente receber marketing. A Purple possui certificação ISO 27001 e está em conformidade com o GDPR.

Acesso por API e webhook

As APIs decidem quanto do seu próprio serviço você pode construir. Solicite uma API REST documentada com chaves limitadas a um único cliente (tenant). Assim, uma chave comprometida não afeta todos os clientes. Endpoints em lote para tenants, locais e modelos de portal permitem roteirizar o onboarding em vez de ter que clicar manualmente.

Os webhooks enviam eventos, como o login de um convidado ou um novo opt-in, para o CRM do seu cliente à medida que acontecem. Verifique três coisas:

• os payloads são assinados, para que o destinatário possa verificar o remetente
• entregas com falha tentam novamente de forma automática
• limites de taxa (rate limits) e qualquer cobrança extra pelo acesso à API são confirmados por escrito

Escalonamento de suporte

Em uma plataforma white label, você é o suporte de primeira linha. O local liga para você, e o fornecedor nunca deve contatar seu cliente diretamente. Isso torna a rota de segunda linha do fornecedor o seu termo de serviço mais importante.

Inclua isto no contrato:

• níveis de severidade definidos
• metas de resposta para cada nível
• um contato designado no parceiro
• uma rota direta para a engenharia em caso de incidente de paralisação do local (site-down)

O Artigo 33(2) exige que um operador notifique o controlador sobre uma violação sem demora injustificada. O contrato do seu fornecedor deve fornecer uma notificação rápida o suficiente para cumprir esse dever com seu cliente.

Peça também evidências de escala. A Purple gerenciou 440 milhões de logins em 2024 em mais de 80.000 locais ativos em mais de 90 países (dados da própria Purple).

Quando uma plataforma white label totalmente multitenant é a escolha certa

Escolha o white label completo quando você for o proprietário do relacionamento com o cliente de ponta a ponta. Isso geralmente significa que três coisas são verdadeiras:

• você opera uma central de atendimento (service desk)
• você faturas os clientes mensalmente
• você atende a vários clientes de diferentes setores com locais físicos

O WiFi de visitantes se torna uma linha recorrente em sua própria fatura.

Isso também se adapta a estruturas de hardware mistas. Uma plataforma agnóstica de hardware substitui vários consoles específicos de fornecedores. Seus engenheiros aprendem um único sistema, e o relatório de cada cliente tem a mesma aparência.

Cenário prático: um grupo hoteleiro regional com dois fornecedores de hardware

Situação. Um MSP gerenciava o WiFi de visitantes para um grupo regional de 14 hotéis. Nove hotéis usavam Cisco Meraki. Cinco hotéis, adquiridos no ano anterior, usavam Ruckus com 210 pontos de acesso entre eles. O Captive Portal pré-selecionado pelo MSP suportava apenas Meraki.

O que foi feito. O MSP mudou sua lista para plataformas agnósticas de hardware e executou um piloto em dois hotéis cobrindo ambos os fornecedores. Ele criou um tenant para o grupo, com cada hotel atuando como um local (venue). Os gerentes gerais receberam funções restritas ao seu local. O líder de marketing do grupo recebeu relatórios somente leitura de todos os 14 hotéis.

Resultado (números ilustrativos). Todos os 210 pontos de acesso Ruckus permaneceram em serviço em vez de serem substituídos. O grupo passou a usar um único design de login, um único texto de consentimento e um único relatório mensal em todas as propriedades.

Para saber mais sobre o setor, consulte Hotéis e WiFi em restaurantes: um guia do Reino Unido para cobertura e segurança.

Quando um contrato com marca compartilhada (co-branded) ou direto é a escolha certa

O white label completo nem sempre vale o custo operacional. Você pode vender o WiFi de visitantes como um complemento pontual para um projeto de hardware. Nesse caso, uma conta co-branded ou uma indicação é mais simples, e você evita o suporte de primeira linha para um produto que não deseja gerenciar.

Um contrato direto é adequado para grandes clientes individuais com TI interna, como uma rede nacional de Varejo. A equipe de compras deles pode preferir contratar o fornecedor diretamente. Clientes em setores regulamentados, como Saúde, frequentemente realizam sua própria avaliação de fornecedores também.

Você ainda ganha com instalação, gerenciamento de rede e pesquisas de site. WiFi Site Surveys: A Practical Planning Guide aborda esse trabalho de base.

Como o software de Captive Portal white label é precificado

Três unidades de faturamento se destacam: por local, por ponto de acesso e por convidado. A maioria dos fornecedores vende no atacado, e você define o preço de varejo. Sua margem depende menos do desconto do que de alinhar sua unidade de faturamento à do fornecedor.

Modelo de faturamento	Você paga por	Previsibilidade de custos	Principal risco para você	Melhor aplicação
Por local	Cada local, independentemente do tamanho	Alta: muda apenas quando um local entra ou sai	Locais pequenos custam o mesmo que locais grandes	Redes de locais semelhantes: pubs, restaurantes fast-food, varejo de rua
Por ponto de acesso	Cada ponto de acesso gerenciado	Alta: muda apenas com projetos de hardware	A adensamento ou uma atualização para WiFi 7 adiciona licenças	Estádios, centros de convenções e outros locais com picos de público
Por convidado	Cada convidado autenticado por mês	Baixa: varia com o público	Picos de eventos geram surpresas na fatura, a menos que haja um teto
Pilotos, locais sazonais e locais de baixo tráfego

A estrutura mais segura fatura seu cliente na mesma unidade em que o fornecedor fatura você. Se você paga por ponto de acesso, mas cobra por local, cada projeto de adensamento consome sua margem.

Antes de assinar, verifique quatro custos adicionais:

• prazos mínimos contratuais
• cláusulas de reajuste anual
• taxas para acesso à API ou tenants extras
• verificação por SMS, que frequentemente fica fora da licença

Cenário prático: um centro de convenções com picos baseados em eventos

Situação. Um revendedor cotou WiFi para convidados em um centro de convenções com 120 pontos de acesso. O público mensal variava de cerca de 3.000 visitantes em meses calmos a 45.000 durante uma grande feira de negócios.

O que foi feito. O primeiro fornecedor cobrava por convidado. O revendedor modelou 12 meses de público e descobriu que a fatura oscilava por um fator de 15. Ele mudou para um fornecedor que faturava por ponto de acesso e cobrou do local uma taxa mensal fixa.

Resultado (números ilustrativos). A linha de licença manteve-se em 120 pontos de acesso todos os meses, de modo que a variação do custo mensal caiu para zero. O local orçou um valor anual fixo. A margem do revendedor deixou de depender do calendário de eventos.

Como decidir para o seu portfólio: perguntas para RFP e sinais de alerta

Envie as mesmas perguntas a todos os fornecedores selecionados e solicite respostas por escrito. Em seguida, verifique as respostas importantes em um tenant de teste.

Perguntas de RFP para enviar

1. Cada cliente é um tenant separado com dados, configurações, contas de administrador e chaves de API isolados?
2. Quais funções administrativas existem e uma função pode ser restrita a apenas um local?
3. Vocês oferecem suporte ao login único SAML 2.0 com Microsoft Entra ID, Okta e Google Workspace, além do provisionamento SCIM?
4. O Captive Portal, o console, o e-mail do remetente, o ID do remetente de SMS e os relatórios podem exibir a nossa marca?
5. Quem emite e renova os certificados TLS para domínios personalizados?
6. Quais fornecedores de pontos de acesso você suporta e você publica um guia de integração para cada um?
7. Você suporta autenticação e contabilização RADIUS, 802.1X, iPSK, Passpoint e OpenRoaming?
8. Quais são a unidade de cobrança, o prazo mínimo e o reajuste anual?
9. Quanto você cobra por SMS, acesso à API ou tenants adicionais?
10. Você usa dados de convidados para qualquer finalidade própria?
11. O que contém um registro de consentimento e em quais formatos nosso cliente pode exportá-lo?
12. Como e quando você devolve ou exclui os dados no término do contrato?
13. Onde está sua lista de suboperadores e como você notifica as alterações?
14. Quais são seus níveis de severidade e metas de resposta, e quão rápido você nos notificará sobre uma violação?
15. Qual é o escopo do seu certificado ISO 27001?

Sinais de alerta que devem interromper uma assinatura

Área	Como deve ser	Sinal de alerta
Multi-tenancy	Tenant separado por cliente com dados e chaves de API isolados	Clientes ficam em pastas dentro de uma única conta compartilhada
Branding	Seu domínio no portal, console, e-mails, SMS e relatórios	Nome do fornecedor em e-mails, URL do console ou rodapés de relatórios
Hardware	Fornecedores nomeados, cada um com um guia de integração publicado	"Todos os principais fornecedores" sem uma lista nomeada
Cobrança	A unidade de cobrança atende à forma como você cobra os clientes, com reajuste limitado	Preço ilimitado por convidado ou acesso à API apenas no nível superior
Dados de convidados	O cliente é o controlador; o fornecedor processa apenas sob instrução	O fornecedor se reserva o direito de usar os dados dos convidados para si mesmo
Saída	Registros de consentimento exportados em CSV ou JSON dentro de um período acordado	Exportação apenas mediante solicitação, mediante taxa ou em formato proprietário
Suporte	Níveis de severidade, metas de resposta e um contato de escalonamento nomeado	Apenas formulário de chamados, sem tempos de resposta definidos

Cenário prático: um conselho mudando de revendedor

Situação. Um revendedor gerenciava o WiFi para convidados de um conselho municipal em 22 bibliotecas e centros de lazer. Na nova licitação, o conselho escolheu um fornecedor diferente. Sua equipe de eventos tinha o consentimento de cerca de 38.000 visitantes para receber atualizações.

O que foi feito. O contrato do revendedor com o fornecedor incluía uma cláusula de saída nos termos do Artigo 28(3)(g). A cláusula exigia uma exportação em JSON de cada registro de consentimento em até 30 dias, com registro de data e hora, versão do texto e canal.

Resultado (números ilustrativos). O conselho importou todos os 38.000 registros de consentimento para sua nova plataforma. Ele continuou enviando e-mails aos visitantes sem a necessidade de uma campanha de reautorização. O revendedor encerrou o contrato com confirmação por escrito de que sua cópia dos dados foi excluída.

Perguntas frequentes

O que é um Captive Portal white label?

Um Captive Portal white label é um software de login de WiFi para convidados que um MSP ou revendedor vende sob sua própria marca. O fornecedor executa a plataforma, enquanto seu logotipo, domínio, e-mail de remetente e relatórios são exibidos para o cliente. As plataformas mais robustas adicionam multi-tenancy real. Cada cliente fica em seu próprio tenant isolado, com funções administrativas delegadas para gerentes de locais e equipes de marketing.

Um MSP pode personalizar um Captive Portal com sua própria marca?

Sim, desde que a plataforma ofereça suporte completo a personalização de marca. A página de login deve ser carregada a partir do seu domínio com um certificado TLS válido. Os e-mails devem ser enviados do seu domínio com SPF, DKIM e DMARC alinhados. O console de administração e os relatórios não devem conter nenhuma referência ao fornecedor. Se a personalização de marca parar na página de login, seu cliente ainda verá o nome do fornecedor todos os meses.

Como é precificado o software de Captive Portal white label?

A maioria dos fornecedores cobra por local, por ponto de acesso ou por convidado, vendido no atacado para que você defina o preço de varejo. A cobrança por local é ideal para redes de estabelecimentos semelhantes. Por ponto de acesso atende locais com grandes picos de público. Por convidado é adequado para pilotos e locais de baixo tráfego, mas oscila com a demanda. Para proteger sua margem, cobre seu cliente na mesma unidade em que o fornecedor cobra você.

Quais pontos de acesso um portal white label deve suportar?

Ele deve suportar cada fornecedor presente na estrutura dos seus clientes, nomeados individualmente: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Para cada um, confirme o redirecionamento de Captive Portal externo, autenticação e tarifação RADIUS, e suporte a jardim murado, respaldados por um guia de integração publicado. O Guest WiFi da Purple roda em todos os oito como uma sobreposição em nuvem independente de hardware.

Quem é o proprietário dos dados dos convidados em uma plataforma de revenda?

Seu cliente, o operador do local, deve ser o proprietário dos dados dos convidados como controlador sob o GDPR. Você atua como operador e o fornecedor da plataforma como suboperador, cada um vinculado por um contrato do Artigo 28. Rejeite termos do fornecedor que permitam o uso dos dados dos convidados para fins próprios. Os registros de consentimento devem ser exportados sob demanda e devolvidos ao seu cliente quando o contrato terminar.

Os clientes precisam de novos equipamentos para migrar para uma nova plataforma de Captive Portal?

Não, se a plataforma for independente de hardware. Uma sobreposição em nuvem se conecta aos pontos de acesso que seu cliente já executa, usando redirecionamento de Captive Portal externo e RADIUS. Você reconfigura a rede para apontar para a nova plataforma em vez de substituir o equipamento. Teste nas versões de firmware que seus clientes realmente executam antes de agendar a migração.

É possível migrar clientes existentes de outra plataforma de Captive Portal?

Sim, se o seu fornecedor atual exportar os registros de consentimento e os dados dos convidados de cada cliente em um formato utilizável. Solicite uma exportação em CSV ou JSON com carimbo de data/hora, texto de consentimento e canal, citando o Artigo 28(3)(g) do GDPR. Reconstrua os modelos de portal no novo ambiente e execute ambas as plataformas em um local piloto. Em seguida, altere os locais restantes em lotes para limitar os riscos.