Nesta página
Para testar um app criado com IA antes de publicar, use um ambiente separado, contas de teste e chaves com permissão mínima. Confira cadastro, login, logout e recuperação de senha. Tente abrir dados de outro usuário e veja se nenhuma chave aparece no navegador. Depois, convide algumas pessoas com aviso de teste e troque as credenciais antes do lançamento.
- Chaves de API ficam em Secrets e nunca no navegador. Prefixo VITE_ no Lovable não é secreto.
Para quem: Quem criou um app com ferramentas de IA como Lovable, Replit ou Claude Code e quer abrir para outras pessoas. Serve para quem é novo nisso (🌱), para quem já usa essas ferramentas (🔎) e para quem é mais avançado e quer revisar segurança e permissões (🚀).
Passo a passo
Separe um ambiente de teste
Antes de tudo, crie um ambiente de teste separado do ambiente de produção (a versão que o público vai usar). Use um banco de dados de teste e contas de teste sem dados pessoais reais. Assim, um erro durante o teste não atinge pessoas de verdade.
Guarde as chaves de API como segredos
Uma chave de API é como uma senha que o seu app usa para falar com outro serviço. Ela nunca deve ir para o frontend (a parte do app que roda no navegador), porque qualquer pessoa pode extraí-la com as ferramentas de desenvolvedor do navegador ou com extensões.
- No Lovable: guarde as chaves em Secrets e faça as chamadas que usam essas chaves no código do servidor. Variáveis com prefixo
VITE_não são secretas, porque acabam no código entregue ao navegador. Fonte: documentação de segurança do Lovable, de 13 de novembro de 2026. - No Replit: o recurso Secrets guarda chaves de API, tokens de autenticação e strings de conexão de banco de dados. Fonte: documentação do Replit, atualizada em 9 de novembro de 2026.
Use chaves com as permissões e os limites mínimos para o teste. No Lovable, as chaves de API do workspace podem ser criadas, limitadas, revogadas e restritas por endereço IP. Verificado em nov/2026.
- No Lovable: guarde as chaves em Secrets e faça as chamadas que usam essas chaves no código do servidor. Variáveis com prefixo
Teste o login do começo ao fim
Com contas de teste, passe por cada etapa: cadastro, login, logout, recuperação de senha, sessão expirada e troca de usuário.
No Lovable, o login pode ser por e-mail, telefone, Google, Apple, Microsoft, conta Lovable, SAML SSO e OIDC. A plataforma gera as telas de cadastro e login e as conecta ao backend (a parte do app que roda no servidor). Fonte: documentação de autenticação do Lovable. Verificado em nov/2026.
O Claude Code não oferece login para os usuários do seu app. Se você criou o app com ele, o login depende do código e da infraestrutura que você escolheu, e precisa ser testado do mesmo jeito.
Tente ver os dados de outro usuário
Uma tela de login que funciona não prova que os dados estão protegidos. Entre com a conta de teste A e tente abrir diretamente os endereços ou IDs da conta de teste B. Se conseguir ver ou alterar algo, o app não está pronto.
No Lovable, a proteção usa row-level security, um mecanismo que aplica regras de acesso a cada linha do banco de dados. Mesmo assim, você precisa verificar as regras efetivas de cada tabela, endpoint e função.
Procure chaves escondidas onde não deviam estar
Confirme que nenhuma chave aparece no código do navegador, nos logs, nas mensagens de erro nem no repositório do projeto. Um jeito simples para 🌱: abra o app no navegador, use a opção de inspecionar a página e procure pelo começo das suas chaves. As chaves da API do próprio Lovable, por exemplo, começam com
lov_, segundo a referência da API do Lovable.Use os testes automáticos da sua ferramenta
- Lovable: oferece prévia no editor e pode executar testes no navegador, testes de frontend e verificações da lógica de backend, segundo a FAQ do Lovable, atualizada em 13 de novembro de 2026. Desde 12 de novembro de 2026, ele também pode abrir o app em um navegador, fazer login e verificar páginas protegidas, como painéis e páginas de conta (changelog).
- Claude Code: é um agente (IA que executa tarefas com ferramentas) de programação para terminal e IDE. Ele pode executar comandos e testes no seu projeto, com controles de permissão (página oficial, atualizada em 10 de novembro de 2026).
Testes automáticos ajudam, mas não substituem pessoas reais usando o app em diferentes aparelhos e navegadores. Verificado em nov/2026.
Limite o que um agente de IA pode fazer
Um agente com acesso ao terminal pode ler arquivos, mudar código, executar comandos e falar com serviços. No Claude Code, configure os modos de permissão, as regras de permitir e negar e os hooks (ações automáticas disparadas em certos momentos) antes de deixá-lo trabalhar em um projeto com credenciais reais. A fonte oficial não diz que a configuração padrão basta para produção. Verificado em nov/2026.
Faça um teste com pessoas reais
Convide poucas pessoas. Dê a elas um aviso claro de que o app está em teste e um canal para relatar problemas. Antes, anote quais dados o app coleta, por quanto tempo e para qual finalidade.
Troque tudo antes de abrir ao público
Revogue as credenciais usadas no teste. Só depois migre para as credenciais, o banco de dados e o domínio de produção. Se houver qualquer suspeita de que uma chave vazou, revogue e troque na hora: limitar uma chave reduz o estrago, mas não dispensa a troca.
Por que testar um app criado com IA antes de publicar?
Ferramentas de IA ajudam muito a montar um app rápido: geram telas, banco de dados e login a partir de um pedido em texto. Isso é útil e vale a pena aprender. Mas o app gerado pode parecer pronto e ainda ter falhas que não aparecem na tela, como uma chave exposta no navegador ou um usuário que consegue abrir dados de outro.
Por isso, o teste antes de publicar se concentra em três coisas: quem pode entrar (login), o que cada pessoa pode ver (dados) e o que fica escondido (chaves e senhas).
O que muda entre Lovable, Replit e Claude Code na hora de testar?
As três ferramentas funcionam de jeitos diferentes. Verificado em nov/2026.
| Tema | Lovable | Replit | Claude Code |
|---|---|---|---|
| Login dos usuários do app | Integrado: e-mail, telefone, Google, Apple, Microsoft, SAML SSO e OIDC | A documentação consultada não confirma os métodos | Não oferece; você implementa no app |
| Banco de dados | PostgreSQL gerenciado, com regras por linha | Guarda strings de conexão em Secrets; não detalha o banco | Depende da arquitetura que você escolher |
| Chaves de API | Secrets no servidor, nunca no frontend | Recurso Secrets | Vários métodos para acessar modelos e provedores |
| Testes antes de publicar | Prévia, testes de navegador, frontend e backend; testa páginas após login | Não confirmado na documentação consultada | Executa comandos e testes, com controles de permissão |
| Hospedagem | Integrada | Não confirmado integralmente | Não é uma plataforma de hospedagem |
O Lovable é uma plataforma completa, com backend integrado (documentação do Cloud). O Claude Code é um agente que trabalha no seu computador, no terminal ou na IDE; o resto depende das suas escolhas. Esta página não traz detalhes de Bolt e Cursor porque não conferimos documentação oficial atual deles sobre esses pontos. Nenhuma das ferramentas é a melhor para tudo: compare para o seu caso.
Quanto custa testar um app feito com essas ferramentas?
Não encontramos preços oficiais atuais em US$ para Lovable e Replit que possamos citar com segurança. Confira a página de preços de cada ferramenta antes de começar.
Alguns pontos confirmados em nov/2026:
- No Lovable, criar chaves para a API da própria plataforma exige plano Business ou Enterprise e função de proprietário ou administrador do workspace.
- No Claude Code, quando você usa uma conta Claude Console, o consumo de tokens segue o preço padrão da API, segundo a página oficial. Testes longos com um agente podem consumir muitos tokens, então acompanhe o gasto.
O que a lei americana exige de um app que coleta dados?
Não existe uma resposta única. Nos EUA, por exemplo, as obrigações podem variar conforme o tipo de dado, o setor, o estado e o público do app. Usar uma plataforma conhecida não deixa o app automaticamente de acordo com as leis de privacidade.
A Federal Trade Commission (FTC) publicou em 6 de novembro de 2026 uma avaliação de impacto de privacidade que descreve controles para usuários autenticados, credenciais de API e revisão do uso de serviços de IA. Esse documento vale para os sistemas da própria agência e não é uma regra geral para apps privados, mas mostra o tipo de cuidado que se espera.
Se o seu app lida com dados de saúde, dinheiro, crianças ou outros dados sensíveis, procure um advogado antes de publicar. Esta página não substitui orientação jurídica.
Erros comuns
- Achar que, se o login funciona, os dados estão protegidos. Teste se um usuário consegue ver dados de outro.
- Colocar chaves de API no código do navegador ou em variáveis com prefixo VITE_ no Lovable.
- Testar com dados pessoais reais em vez de contas de teste.
- Deixar um agente como o Claude Code trabalhar com credenciais reais sem configurar permissões antes.
- Publicar usando as mesmas chaves do teste, sem revogá-las.
- Confiar só nos testes automáticos e pular o teste com pessoas reais.
- Supor que o app está de acordo com as leis americanas de privacidade só por ter sido feito em uma plataforma conhecida.
Perguntas frequentes
Posso testar meu app com meus próprios dados reais?
É melhor não. Crie contas de teste sem dados pessoais reais e use um banco de dados de teste. Assim, um erro não expõe informação de ninguém.
Os testes automáticos do Lovable bastam?
Eles ajudam bastante: o Lovable pode testar no navegador, testar o frontend, verificar o backend e até fazer login para checar páginas protegidas (verificado em nov/2026). Mas não substituem o teste com pessoas reais, em vários aparelhos e navegadores.
Onde guardo as chaves de API do meu app?
No Lovable e no Replit, use o recurso Secrets de cada plataforma (verificado em nov/2026). Nunca coloque chaves no código que roda no navegador.
O que faço se achar que uma chave vazou?
Revogue a chave na hora e crie outra. No Lovable, as chaves do workspace podem ser revogadas e restritas por endereço IP, mas limitar uma chave não dispensa trocá-la.
O Claude Code publica o app para mim?
Não. O Claude Code é um agente de programação para terminal e IDE, não uma plataforma de hospedagem. Login, banco de dados e publicação dependem da infraestrutura que você escolher (verificado em nov/2026).
Fontes
- Lovable — Authentication · oficial
- Lovable — FAQ · oficial
- Lovable — Security · oficial
- Lovable — Changelog · oficial
- Lovable — Cloud · oficial
- Lovable — API reference · oficial
- Replit — Secrets · oficial
- Claude Code — página do produto · oficial
- Claude Code — Authentication · oficial
- FTC — USAi Privacy Impact Assessment · oficial


