Publique seu
build do DeepSeek
Leve código frontend gerado pelo DeepSeek do prompt para uma URL HTTPS no ar. Envie arquivos estáticos diretamente ou faça o build do projeto React/Vite gerado e publique a pasta de saída.
Escolha o caminho certo para a saída do DeepSeek
O DeepSeek pode gerar de um único arquivo HTML a um app cheio de dependências. O caminho de publicação depende do que foi gerado.
HTML/CSS/JS puro
Envie os arquivos diretamente. Garanta que index.html esteja na raiz e que assets locais estejam incluídos.
Projeto React ou Vite
Rode o comando de build primeiro. Publique a pasta dist ou build, não node_modules nem os arquivos fonte.
Projeto Tailwind
Se Tailwind faz parte do build, compile o CSS antes do envio ou confirme que a página gerada não depende de uma CDN só de desenvolvimento.
App com backend
Hospedagem estática publica o frontend. API routes, bancos, autenticação, uploads e chaves privadas precisam de um backend separado.
Da saída do DeepSeek ao site publicado
Peça a árvore completa de arquivos
Faça o DeepSeek listar todos os arquivos esperados: HTML, CSS, JavaScript, package.json, assets públicos, imagens, fontes e configurações de framework.
Faça o build quando houver dependências
Se o projeto usa React, Vite, Tailwind ou pacotes npm, instale dependências e rode o build de produção antes da publicação.
Envie o resultado estático
Envie index.html para páginas simples ou a pasta dist/build gerada para apps empacotados. Depois revise a URL no ar em um navegador.
Revise o código gerado antes do envio
Código gerado por IA muitas vezes funciona como demo, mas ainda precisa de uma revisão antes de virar URL pública.
Cheque dependências reais
Se imports referenciam pacotes, confirme que package.json existe e que o app realmente faz build localmente.
Cheque assets reais
Troque nomes de imagem inventados, URLs temporárias de CDN e caminhos de ícones faltando por assets reais.
Cheque segredos
Remova chaves de API, URLs de banco, tokens administrativos e credenciais de serviço do código frontend.
Cheque no navegador
Teste a URL publicada no desktop e no mobile e inspecione erros de console antes de compartilhar a página.
Problemas comuns com publicações do DeepSeek
O projeto gerado importa pacotes
Instale dependências e rode o build de produção. Um navegador não carrega imports npm de arquivos fonte sem um bundler.
Estilos Tailwind não aparecem
Compile o Tailwind para CSS antes do envio ou troque atalhos de desenvolvimento por uma folha de estilo pronta para publicação.
A página referencia arquivos inexistentes
Peça ao DeepSeek a árvore de arquivos e crie ou substitua cada asset referenciado antes de publicar.
O app espera banco ou login
Publique o frontend como estático e mova a lógica de backend para API, função serverless ou serviço gerenciado.
FAQ de publicação do DeepSeek
Posso publicar saídas de versões diferentes do DeepSeek?
Sim. O DeployPages só se importa com os arquivos web resultantes, não com a versão do modelo que os produziu.
Imagens e scripts externos ainda funcionam?
Sim, desde que as URLs sejam válidas. Se os assets forem locais, inclua-os na pasta enviada para manter caminhos relativos.
Posso manter a mesma URL ao enviar uma versão revisada?
Sim. Ao atualizar uma publicação existente pelo Console, você pode substituir o build atual sem recomeçar do zero.
Devo enviar node_modules?
Não. Faça o build primeiro e envie a saída estática gerada. node_modules é uma pasta de dependências de desenvolvimento, não um site pronto para navegador.
E se o DeepSeek também gerou backend?
Separe a publicação do frontend. Hospedagem estática serve a interface; código backend precisa de servidor, função serverless, worker ou API gerenciada.