Publique seu
protótipo do Gemini
Pegue uma página HTML, protótipo React ou exportação estática de frontend gerada pelo Gemini e publique como um site com HTTPS para revisão, compartilhamento e lançamento com domínio personalizado.
Que tipo de saída do Gemini serve para publicação estática?
O Gemini pode gerar código frontend, lógica de app e exemplos de API na mesma conversa. O DeployPages é o destino de publicação da parte frontend estática.
Landing pages em HTML
Envie index.html e os arquivos CSS, JavaScript, imagens ou fontes referenciados. É o caminho mais rápido para páginas simples geradas.
Protótipos React
Se o Gemini gerar componentes React ou um projeto Vite, rode o build e envie a pasta estática gerada.
Demos com API do Gemini
Publique o frontend aqui, mas deixe chamadas à API do Gemini que exigem chaves privadas atrás de um backend ou função serverless.
Docs e mockups de produto
Exportações estáticas de docs assistidos pelo Gemini, páginas de produto, demos internas e protótipos de revisão podem ser compartilhados como URLs reais.
Da saída do Gemini ao site no ar em três passos
Gere o frontend
Peça ao Gemini uma página estática, protótipo, landing page ou interface React, com a lista de arquivos e dependências necessários.
Prepare a saída publicável
Salve HTML simples diretamente ou gere uma pasta estática, como dist, a partir de React/Vite antes do envio.
Envie e inspecione
Solte os arquivos estáticos no DeployPages e verifique rotas, imagens, erros de console e chamadas externas de API na URL no ar.
Revise antes de expor um build do Gemini
Um protótipo gerado pode parecer pronto e ainda conter texto temporário, assets quebrados ou segredos inseguros no cliente.
Segurança de chaves de API
Não coloque chaves privadas da API do Gemini nem credenciais de serviço em código de navegador. Use backend para chamadas protegidas.
Saída de build
Em projetos React ou Vite, publique a pasta gerada pelo build, não os arquivos fonte nem node_modules.
Verificação de assets
Troque nomes de arquivo imaginários e imagens temporárias por arquivos reais ou URLs hospedadas estáveis antes do envio.
QA no navegador
Abra o site publicado no mobile e desktop, confira erros de console e teste cada link ou formulário principal.
Problemas comuns ao publicar saídas do Gemini
O protótipo precisa de uma chave da API do Gemini
Mova a chamada para um backend ou endpoint serverless. Um frontend estático não consegue esconder uma chave privada com segurança.
Código React não está pronto para o navegador
Instale dependências e rode o comando de build. Envie a pasta dist/build gerada depois do empacotamento.
Assets gerados estão faltando
Peça ao Gemini a árvore completa de arquivos e crie ou substitua cada imagem, ícone, folha de estilo e fonte referenciada.
O formulário ou login não funciona
Hospedagem estática renderiza a interface. Envios, autenticação, bancos e ações protegidas precisam de backend.
FAQ de publicação do Gemini
Posso enviar projetos Gemini longos com vários arquivos?
Sim. Se o Gemini gerou vários arquivos frontend, mantenha a estrutura do projeto intacta e envie a pasta completa em vez de um único arquivo.
E se o código gerado tiver erro?
Corrija localmente ou peça ao Gemini uma versão revisada e envie o build corrigido novamente. O DeployPages não prende você à primeira saída.
Quais stacks frontend são suportadas?
HTML estático, React, Vue e a maioria das saídas frontend que rodam no navegador podem ser publicadas se o resultado final for um build estático.
Posso publicar um app com API do Gemini aqui?
Você pode publicar o frontend, mas chamadas privadas à API do Gemini devem ficar atrás de um backend ou endpoint serverless. Não exponha chaves privadas no navegador.
E se o Gemini gerou um app Next.js?
Exporte como site estático se o app não usa recursos de servidor e envie a pasta out. SSR, API routes e middleware precisam de runtime com servidor.