Como publicar Power BI na web: grátis, com login ou com Embedded, e quanto custa cada opção

A resposta curta

O Power BI tem três jeitos de levar um relatório para um site, e o certo depende de quem deve vê-lo. O Publicar na Web gera um iframe que qualquer pessoa abre sem login e sem licença, então é grátis para quem vê; mas a Microsoft avisa que qualquer pessoa pode então chegar aos dados do modelo do relatório: serve só para dados públicos.

A inserção segura e a web part do SharePoint Online mantêm o relatório privado: quem vê faz login e precisa de uma licença Power BI Pro (R$ 80,20 por usuário por mês, com pagamento anual, sem impostos, na página brasileira da Microsoft) ou Premium por Usuário (R$ 137,40), a menos que o conteúdo esteja em uma capacidade Fabric F64 ou maior. A inserção para seus clientes, o que se costuma chamar de Power BI Embedded, mostra relatórios para pessoas sem conta no Power BI, mas em produção exige uma capacidade ligada o mês inteiro: a partir de US$ 262,80 por mês por uma Fabric F2, ou US$ 735,91 por uma A1, no pagamento conforme o uso na região Leste dos EUA. No Sul do Brasil, a mesma F2 custa US$ 408,80. Os preços são das páginas da Microsoft consultadas em 22 de outubro de 2026.

Para relatórios internos, um relatório do Power BI atrás de um login costuma ser a ferramenta certa. Para uma página pública que precisa carregar rápido, levar a sua marca, funcionar no celular, ser acessível e ser lida como texto, um gráfico construído dentro da página costuma resolver melhor e custa menos para manter no ar.

Todas as formas de colocar o Power BI em um site, comparadas

Publicar na Web: público, grátis para quem vê e sem login

O Publicar na Web transforma um relatório em um link e um iframe que você cola em uma página. Quem vê não precisa ser usuário do Power BI nem fazer login. Os pré-requisitos da Microsoft:

• Uma licença do Power BI para publicar a partir do Meu Workspace, e Pro ou Premium por Usuário para publicar a partir de qualquer outro workspace.
• Permissão de edição no modelo semântico e permissão de recompartilhamento no relatório. Não funciona para relatórios que alguém compartilhou com você.
• O administrador do Power BI precisa habilitar a configuração Publicar na Web do locatário.

No relatório, escolha Arquivo > Inserir relatório > Publicar na Web (público), confirme o aviso da Microsoft e copie o link ou o HTML. Dá para definir o tamanho, a página padrão e uma imagem de espaço reservado, que segundo a Microsoft faz a página carregar mais rápido. Cada relatório tem um único código de inserção.

O que não dá para publicar na Web

A Microsoft lista os casos sem suporte. Os que mais travam um projeto de site:

• Relatórios com segurança em nível de linha.
• Fontes DirectQuery e de conexão dinâmica, incluindo o Analysis Services. O modo de importação ou o composto funcionam.
• Modelos semânticos compartilhados ou certificados, e modelos guardados em um workspace diferente do relatório.
• Visuais de R e Python, relatórios paginados, exibições no layout para dispositivos móveis e relatórios de vários idiomas.
• A exportação de dados dos visuais publicados.

Atualização, tráfego e como revogar um código

As mudanças no relatório aparecem sozinhas na página, mas a Microsoft guarda os dados em cache por uma hora e não recomenda o Publicar na Web para dados que precisam ser atualizados com frequência. Se um relatório recebe consultas demais em pouco tempo, ninguém consegue abri-lo até o uso intenso passar. Os códigos ficam em Configurações > Gerenciar códigos de inserção, no workspace, e excluir um código desabilita todos os links e iframes que o usam. Quem criou o código precisa manter o acesso ao relatório, com a licença que o workspace exige, senão a inserção para de funcionar.

O risco de segurança do Publicar na Web

O aviso da Microsoft na página do Publicar na Web é direto. Qualquer pessoa na internet pode ver o relatório sem autenticação, incluindo os dados detalhados que o relatório agrega, e "qualquer pessoa pode acessar os dados subjacentes em seu modelo" mesmo que o relatório não os exiba. Na prática:

• Publique só o que você colocaria numa planilha pública. Se o modelo tem linhas de clientes, salários ou algo confidencial, esconder uma coluna nos visuais não protege nada.
• A segurança em nível de linha não ajuda. Relatórios que a usam não têm suporte.
• Conte com o link circulando. A Microsoft diz que quem vê pode compartilhar o relatório com facilidade nas mídias sociais.
• Não existe opção com senha. A exibição não requer autenticação. Se as pessoas precisam fazer login, use um dos métodos abaixo.
• Filtros na URL também não são segurança. A página da inserção segura avisa que os usuários podem modificar ou remover os parâmetros da URL.
• Revise os códigos. O guia de configurações do locatário pede que os administradores examinem os códigos regularmente e removam os que tenham conteúdo particular ou confidencial.

Publicar na Web não aparece? Causas e como habilitar

Se a opção não aparece, a documentação da Microsoft aponta estas causas:

• A configuração está desligada no locatário, ou você não está num grupo autorizado. Nesse caso a opção nem aparece. Para habilitar o Publicar na Web, um administrador entra no portal de administração, abre Configurações do locatário, localiza Publicar na Web em Exportar e compartilhar configurações, liga para a organização inteira ou para grupos de segurança específicos e aplica.
• Códigos novos precisam de aprovação. O administrador pode escolher permitir somente os códigos de inserção existentes; aí você precisa pedir que ele libere o seu.
• O relatório não é seu para publicar. Relatórios compartilhados diretamente com você ou por meio de um aplicativo, e workspaces onde você não pode editar, não servem.
• Há links privados. Se os administradores bloqueiam o acesso público à internet com links privados, a opção fica em cinza para o locatário inteiro.
• O conteúdo está em uma capacidade do Power BI Embedded. As perguntas frequentes do Power BI Embedded dizem que esse conteúdo não pode ser compartilhado pela publicação na Web.

Inserção segura e SharePoint: para quem faz login

A inserção segura (Arquivo > Inserir relatório > Site ou portal) dá um link ou um iframe para qualquer portal que os aceite. Valem as permissões e a segurança em nível de linha, e só veem o relatório os usuários logados com permissão de exibição. Cada pessoa precisa de Pro ou Premium por Usuário, a menos que o relatório e o modelo semântico estejam em Fabric F64 ou maior, ou em capacidade Power BI Premium. É preciso entrar de novo a cada nova janela ou guia do navegador, a página que hospeda precisa usar HTTPS e a opção não está disponível para contas de convidado do Azure B2B.

Na página atualizada em 24 de setembro de 2026, a Microsoft acrescenta que, por causa de atualizações de segurança do Chromium, a inserção segura "não funciona mais exatamente como antes" e pode pedir autenticação mais de uma vez. A sugestão dela é criar sua própria solução com o Power BI Embedded.

A web part do SharePoint Online faz o mesmo dentro das páginas modernas do SharePoint, e é a opção que a Microsoft indica para ter logon único. Quem insere precisa de Pro ou Premium por Usuário, e quem vê precisa de acesso à página e ao relatório. Usuários com licença gratuita só conseguem ver se o conteúdo estiver em F64 ou maior, ou em Premium.

Power BI Embedded: como funciona, com o seu site e o seu login

A análise integrada do Power BI tem dois cenários, e os dois são construídos por desenvolvedores:

• Inserção para seus clientes (o aplicativo possui os dados). Seu aplicativo se autentica no Power BI com uma entidade de serviço, o método que a Microsoft recomenda, ou com uma conta de "usuário mestre". Seus usuários não entram no Power BI nem precisam de licença; o seu site cuida do próprio login, se tiver. É assim que fabricantes de software colocam relatórios dentro dos produtos, e é a inserção que a Microsoft oferece, além do Publicar na Web, para pessoas sem conta no Power BI. Exige registrar um aplicativo no Microsoft Entra, gerar tokens de inserção no seu servidor e usar o cliente JavaScript da Microsoft.
• Inserção para sua organização (o usuário possui os dados). As pessoas entram com a conta do Microsoft Entra. A Microsoft lista três configurações de produção: todos os usuários com Pro, todos com Premium por Usuário, ou uma capacidade F64 ou maior.

A inserção para seus clientes precisa de uma capacidade em produção. Dá para desenvolver com tokens de avaliação gratuitos e uma licença Pro, mas o relatório mostra o aviso "Versão de avaliação gratuita" até você comprar uma capacidade.

SKUs A, SKUs F e o fim das SKUs P

O guia de capacidades da Microsoft lista três ofertas: Power BI Embedded no Azure (SKUs A), Microsoft Fabric no Azure (SKUs F) e Power BI Premium pelo Microsoft 365 (SKUs P e EM). Todas servem para a inserção para seus clientes. O que pesa na escolha:

• Só as capacidades P e as F64 ou maiores deixam usuários com licença gratuita ver conteúdo na inserção segura, no SharePoint e na inserção para sua organização. Abaixo de F64, e em qualquer SKU A, cada pessoa precisa de Pro ou Premium por Usuário. A inserção segura não funciona em SKU A.
• A Microsoft está descontinuando as SKUs P ao término do contrato de cada cliente e não vende mais SKUs P novas, segundo o seu guia de migração (atualizado em 22 de julho de 2026), e a página de licenças do Fabric chama as SKUs F de capacidades recomendadas. Numa compra nova, a escolha é entre A e F.
• As capacidades A e F são cobradas pelo uso, sem fidelidade a menos que você reserve, e podem ser pausadas. Mas as perguntas frequentes de preços do Power BI Embedded dizem que, com o serviço em pausa, o conteúdo inserido não carrega: um relatório num site público precisa da capacidade ligada todas as horas do mês.

Power BI Embedded: preço, e o custo de cada opção

Os preços foram consultados em 22 de outubro de 2026. As licenças estão na página de preços do Power BI no Brasil, e as capacidades, nas páginas de preços do Azure para o Power BI Embedded e o Microsoft Fabric, em dólares, nas regiões Leste dos EUA e Sul do Brasil. Os preços do Azure mudam por região e moeda, e a Microsoft avisa que o preço real do Power BI aparece na finalização da compra. Os valores mensais são os da Microsoft para uma capacidade ligada o mês inteiro.

O Power BI Pro custa R$ 80,20 por usuário por mês e o Premium por Usuário R$ 137,40, com pagamento anual e sem impostos. As capacidades:

A Microsoft diz que uma reserva do Fabric de um ou três anos economiza cerca de 41% em relação ao pagamento conforme o uso. Se você escolher reais na página do Azure, ela mostra, por exemplo, R$ 3.841,02 por mês para a A1 e R$ 2.133,69 para a F2 no Sul do Brasil, mas avisa que o valor em reais é apenas uma referência: é uma transação internacional, sujeita ao câmbio e ao IOF.

Nenhum desses preços inclui desenhar ou construir o relatório. Esse trabalho é à parte, seja quem for fazer.

Quando um gráfico web sob medida é a melhor escolha

Para relatórios internos, o Power BI costuma ser a melhor ferramenta: as pessoas filtram e detalham por conta própria, a segurança em nível de linha decide quem vê o quê e a sua equipe já o conhece. Um gráfico programado dentro da página compensa o custo quando o público é externo e o gráfico faz parte do seu site ou do seu produto. Principalmente quando ele precisa:

• Carregar rápido. A própria Microsoft sugere uma imagem de espaço reservado para a página carregar mais rápido, e um relatório público com muito tráfego pode cair no uso intenso. Um gráfico construído dentro da página vai junto com ela e é medido com o resto dos seus Core Web Vitals.
• Levar a sua marca. O Publicar na Web traz a moldura do Power BI: a Microsoft sugere somar 56 pixels ao iframe por causa da barra inferior e mostra um fundo cinza quando as medidas não batem. A inserção para seus clientes pode levar a sua marca, ao preço de uma capacidade.
• Funcionar no celular. O Publicar na Web não suporta as exibições no layout para dispositivos móveis. Um gráfico sob medida decide quais rótulos e comparações sobrevivem numa tela pequena.
• Falar mais de um idioma. O Publicar na Web não suporta relatórios de vários idiomas, o que pesa num site em português, espanhol ou inglês.
• Ser acessível para todos. O Power BI tem recursos de acessibilidade de verdade, da navegação pelo teclado e do texto alternativo ao Mostrar dados, uma tabela HTML que o leitor de tela abre com Alt + Shift + F11, e a Microsoft diz que um relatório deve ser tratado "mais como um aplicativo e menos como um documento". A orientação da WCAG sobre conteúdo não textual descreve um gráfico com um rótulo curto, uma descrição longa das tendências e, quando for prático, os dados numa tabela; o critério de contraste não textual pede contraste de 3:1 nas partes de um gráfico necessárias para entendê-lo, como cada linha de um gráfico de linhas. Na sua própria página, o resumo e a tabela podem ficar ao lado do gráfico para todo mundo. O nosso checklist WCAG 2.2 cobre o resto, e o guia sobre acessibilidade digital e a Lei Brasileira de Inclusão dá o contexto no Brasil.
• Ser lido como texto. Quando os números e a explicação são texto no HTML da sua página, qualquer um que a leia, inclusive buscadores e assistentes de IA, recebe essas informações sem rodar um relatório.
• Contar uma história. Uma história com dados conduz o leitor em ordem, por exemplo o lugar, depois a tendência e depois o detalhe, antes de abrir os filtros.

O custo também funciona de outro jeito. Uma capacidade é uma fatura todo mês em que o relatório fica no ar; um gráfico sob medida custa design e desenvolvimento no começo e depois roda como parte do site. Se os dados mudam todo mês ou todo trimestre, dá para publicá-los como arquivos estáticos: a Cloudflare, por exemplo, informa que as requisições a arquivos estáticos no Workers são gratuitas e ilimitadas. Dados ao vivo precisam de uma API e de alguém responsável pelas atualizações, então compare o custo completo.

Quase todas as ferramentas de visualização de dados para sites são bibliotecas de código aberto sem cobrança por visitante: D3 e Observable Plot (licenças do tipo ISC), Vega-Lite (BSD de 3 cláusulas), Apache ECharts (Apache 2.0) e Chart.js (MIT). Muitas equipes usam as duas coisas: a equipe continua no Power BI e o público vê um gráfico com curadoria, feito a partir de uma exportação do mesmo modelo.

Qual opção escolher

O que fazer agora

1. Decida se os dados poderiam ser publicados como uma planilha. Se não, descarte o Publicar na Web.
2. Conte quem vai ver o relatório e quem são essas pessoas: funcionários com conta Microsoft, clientes ou o público em geral.
3. Calcule o custo com as tabelas acima, na sua região do Azure.
4. Pergunte ao administrador do Power BI sobre as configurações do Publicar na Web e de inserção antes de prometer um relatório público.

Se o gráfico vai numa página pública ou dentro de um produto, o serviço de visualização de dados da Dardo desenha e constrói qualquer um dos dois caminhos, um painel no Power BI ou uma interface web sob medida como o nosso protótipo Shiimain.