Como criar um portal de dados com a sua marca no Qlik

Se você já se perguntou como criar um portal de dados com a sua marca no Qlik, o que normalmente está em jogo é a experiência que o usuário final encontra ao abrir o link que recebeu: quais cores ele vê, qual logo aparece no topo, como os painéis estão organizados e o quanto aquilo se parece com uma entrega da sua empresa. Para gestores que distribuem dashboards internamente ou para clientes, essa percepção conta tanto quanto o conteúdo do dashboard. A boa notícia é que existe mais de um caminho para chegar lá, com níveis bem diferentes de esforço e de resultado, das camadas de personalização nativas do Qlik até camadas de consumo prontas como o NewHub. Este artigo percorre cada um deles para que você escolha com clareza o que faz sentido no seu contexto.

O que um portal de dados com marca própria precisa ter de verdade

Um portal de dados com identidade própria começa pelo básico visual e vai além dele. O usuário final percebe marca quando encontra a paleta de cores da empresa aplicada de forma consistente em toda a navegação, tipografia alinhada ao padrão institucional, a logo no lugar certo e, principalmente, painéis organizados pela lógica de negócio que ele reconhece, por área, por processo ou por cliente, em vez de uma lista de aplicações nomeada segundo a convenção do time de dados.

O Qlik Cloud oferece camadas nativas de personalização que cobrem boa parte da dimensão visual, tanto no nível do app quanto no nível do tenant, e vale conhecê-las bem antes de considerar qualquer construção sob medida. A decisão sobre arquitetura aparece um passo depois, quando o portal precisa reunir apps diferentes em uma navegação única, sustentar organizações distintas para públicos distintos e manter esse arranjo sob controle de quem publica, sem depender de um ciclo de desenvolvimento a cada mudança de estrutura.

Qlik Cloud ou Qlik Sense Enterprise: a escolha que define sua arquitetura

O Qlik Cloud elimina a gestão de infraestrutura e entrega atualizações automáticas, o que simplifica muito a operação e reduz o esforço do time de dados com manutenção de ambiente. Para a maioria dos cenários de portal, inclusive os que envolvem públicos externos, é a base mais prática, porque o login com a conta corporativa que as pessoas já usam, o controle de acesso e as APIs de incorporação já estão disponíveis sem trabalho de plataforma.

O Qlik Sense Enterprise on Windows oferece controle total sobre a infraestrutura, o que facilita integrações corporativas profundas, ambientes regulados e arquiteturas mais complexas. A contrapartida é a responsabilidade pela gestão dos servidores, pelas atualizações e pela manutenção contínua. Para portais que precisam de controle fino de governança ou que operam sob exigências regulatórias rígidas, essa arquitetura continua fazendo sentido. Em cenários de portal com marca própria fora de ambientes altamente regulados, o Qlik Cloud costuma ser a escolha mais direta.

Como aplicar personalização visual nativa no Qlik

O Qlik oferece três camadas de customização visual que podem ser combinadas. O tema personalizado controla cores, fontes, tamanhos e planos de fundo de toda a aplicação; ele é criado como um arquivo JSON/CSS e pode ser aplicado por app, alinhando a aparência ao padrão visual da empresa. O estilo do app permite ajustar a logo do cabeçalho, a cor do cabeçalho, a visibilidade da barra de ferramentas e o ícone do app. A Brands API opera no nível do tenant e substitui elementos visuais padrão, como logos e favicons do navegador, por imagens corporativas.

Combinadas, essas três camadas resolvem bem a personalização visual dentro do ambiente dos apps, e para muitos times isso já é suficiente. O ponto de decisão aparece quando o objetivo passa da aparência dos apps para a estrutura de navegação do portal como um todo, porque as camadas nativas atuam sobre identidade visual e não sobre organização de conteúdo: elas não montam uma home dividida por área de negócio nem permitem que cada usuário reúna painéis de apps diferentes em um espaço próprio. A Brands API, além disso, trabalha com uma marca ativa por tenant, o que significa que cenários com múltiplos clientes no mesmo ambiente pedem uma camada adicional acima dela.

O caminho técnico: mashup, incorporação e SSO para publicar o portal

Um mashup do Qlik Sense é uma aplicação web externa que incorpora objetos e visualizações do Qlik usando as APIs da plataforma. O Dev Hub permite criar mashups com editor visual ou com código HTML, JavaScript e CSS, conectando-se ao app do Qlik via WebSocket com qlik.openApp. Para incorporação mais simples em portais externos, a Single Integration API permite embutir visualizações e folhas via iframe. O resultado é uma interface web com a aparência e a navegação que você construiu, alimentada pelos dados do Qlik.

Autenticação: como conectar usuários externos com segurança

Para autenticação segura, o Qlik Cloud usa OAuth 2.0/OIDC integrado ao provedor de identidade da empresa, o que habilita o logon único sem criar logins separados. A Engine API depende dessa autenticação prévia e entra em cena quando a incorporação precisa interagir diretamente com o motor analítico via WebSocket. No lado do licenciamento, usuários internos são atendidos com licenças Qlik Sense padrão; usuários externos, como clientes ou parceiros, geralmente exigem uma configuração contratual específica ou o uso do Qlik Analytics Platform para acesso autorizado a terceiros.

Na prática, o fluxo de autenticação para um portal com usuários externos segue estas etapas principais:

• Configurar o provedor de identidade OIDC no tenant Qlik Cloud e registrar o endereço de retorno de autenticação.
• Criar um cliente OAuth no Qlik Cloud para o portal externo e mapear os atributos de usuário e grupo.
• Usar o fluxo de autorização para obter o token de acesso e, sobre essa sessão autenticada, consumir as APIs de incorporação na camada de apresentação.

Licenciamento e acesso externo: o que considerar antes de publicar

O modelo de licenciamento do Qlik distingue usuários internos de usuários externos, e essa distinção tem impacto direto nos custos e na arquitetura do portal. Antes de definir a rota técnica, vale mapear quantos usuários externos terão acesso, com qual frequência e quais capacidades precisarão, isso determina se o Qlik Analytics Platform é necessário ou se uma configuração padrão atende.

Custo real do desenvolvimento customizado e quando a rota pronta faz mais sentido

Construir um portal com a marca da empresa no Qlik usando mashups e APIs exige uma equipe com conhecimento em desenvolvimento front-end, familiaridade com as APIs da plataforma e capacidade de manter a integração ao longo das atualizações do produto. Além do desenvolvimento inicial, há o custo contínuo de manutenção: cada atualização pode exigir ajustes no mashup, e qualquer novo app adicionado ao portal precisa ser integrado manualmente. Esse segundo bloco é o que costuma escapar do planejamento, porque ele não tem data de encerramento e cresce junto com o número de apps publicados.

Para times com poucos recursos técnicos ou com demandas que evoluem rápido, esse custo se acumula sem aparecer no orçamento inicial. Um mashup simples pode começar em dezenas de milhares de reais; um portal corporativo completo, com SSO, regras de acesso, responsividade e sustentação, facilmente ultrapassa centenas de milhares. Para organizações com equipes dedicadas e requisitos muito específicos, a rota técnica faz sentido e entrega exatamente o que foi especificado. O que importa é entrar nela com clareza sobre o que está sendo comprado.

Como criar um portal de dados com a sua marca no Qlik usando o NewHub

O NewHub foi desenvolvido para encurtar esse ciclo. É uma camada de consumo construída sobre o Qlik Cloud, na qual logo, cores e tipografia são configurados de forma direta, sem código customizado, e a navegação é montada por área de negócio, por processo ou por cliente, conforme a lógica que o seu público reconhece. A integração com o Qlik é feita via OAuth, sem migração de dados, e as permissões já definidas no ambiente, incluindo Section Access, continuam valendo na camada do NewHub, o que preserva a governança existente sem trabalho adicional de configuração.

Cada usuário pode organizar sua própria visão reunindo painéis de diferentes apps Qlik em um único espaço, sem depender do time de TI para cada ajuste. O logon único via OAuth/OIDC já está integrado ao provedor de identidade da empresa, com isolamento por tenant e controle granular de acesso. A IA conversacional está disponível nos planos do NewHub, permitindo que qualquer pessoa consulte os dados em linguagem natural e receba respostas em texto ou gráfico, sem abrir chamado para o time de BI. E o módulo de adoção registra quem acessa o quê e com que frequência, o que dá a quem responde pelo investimento em BI um retrato objetivo de engajamento para sustentar a conversa de renovação e de expansão de licenças.

Para ISVs, consultorias e times de dados que precisam distribuir dashboards com a identidade visual do cliente, o NewHub oferece uma rota direta entre o Qlik Cloud e um portal pronto para o usuário final, com personalização, governança e assistência por dados reunidas em uma única plataforma.

Escolha o caminho certo para criar um portal de dados com a sua marca no Qlik

Criar um portal de dados com a identidade da sua empresa no Qlik é possível por caminhos diferentes, e a escolha certa depende de quanto esforço técnico você tem disponível e de qual nível de personalização precisa entregar. Para customizações dentro do ambiente do app, as ferramentas nativas, como temas personalizados e a Brands API, resolvem bem. Para um portal externo com incorporação sob medida, o caminho dos mashups e extensões é robusto, e exige investimento técnico contínuo.

Se o objetivo é um portal com identidade visual completa, navegação organizada para o usuário de negócio e assistência por IA incluída, sem construir do zero, o NewHub é o caminho mais direto. Você parte do que já tem no Qlik Cloud e chega a um portal pronto para o usuário final de forma muito mais ágil. Veja como o NewHub funciona na prática.