Publique sites HTML estáticos
a partir de uma pasta
Envie um projeto pronto em HTML, CSS e JavaScript e receba uma URL pública com HTTPS, entrega global, prévias e domínios personalizados quando precisar.
HTML puro é simples. Publicar também deve ser.
Estático não quer dizer descartável
Uma página feita à mão, trabalho de curso, protótipo, currículo, exportação ou site HTML gerado por IA ainda precisa do básico correto: arquivo raiz certo, caminhos de assets corretos, HTTPS, cache, compressão e uma URL que você consiga compartilhar sem explicar a configuração.
Sem ritual de framework
Se o projeto já tem index.html, CSS, JavaScript, imagens e assets, você não deveria criar um repositório Git nem montar uma pipeline só para mostrar o site online.
Feito para pastas prontas
Envie a pasta que você serviria localmente: index.html na raiz, caminhos relativos preservados e subpastas intactas.
Detalhes de publicação incluídos
O DeployPages trata HTTPS, entrega global, compressão, URLs estáveis e configuração de domínio personalizado para o site estático não parecer só um compartilhamento temporário de arquivos.
Ideal para projetos estáticos já prontos
Use este caminho quando o site já está pronto e só precisa ir para uma URL pública sem virar um projeto maior.
Páginas feitas à mão
Landing pages, trabalhos de aula, páginas de pequenos negócios, homepages pessoais e experimentos escritos diretamente em HTML, CSS e JavaScript.
Pastas exportadas
Exportações estáticas de ferramentas de design, geradores de documentação, ferramentas de IA, no-code ou pipelines que já produzem arquivos HTML.
Prévias compartilháveis
Revisões de cliente, peças de portfólio, demos, links de currículo e páginas pontuais em que mandar uma URL no ar é melhor que mandar um ZIP.
Antes de enviar
A maioria das publicações estáticas quebradas vem da estrutura de pastas, não da hospedagem.
Mantenha index.html na raiz
O documento raiz deve se chamar index.html para o site resolver na URL principal sem precisar de um nome de arquivo extra.
Envie a pasta de saída
Escolha a pasta com HTML, CSS, JS, imagens, fontes e assets finais. Em ferramentas de build, geralmente é dist, build, out ou public.
Use caminhos relativos para assets
Referências como ./styles.css, /assets/logo.png ou assets/app.js devem bater com a estrutura da pasta enviada.
Teste subpáginas localmente
Se o site tem about/index.html ou docs/getting-started.html, abra esses caminhos antes do envio para encontrar arquivos faltando cedo.
Publique um projeto HTML em três passos
Prepare a pasta pública
Coloque HTML, CSS, JavaScript, imagens, fontes e assets finais em uma pasta. Confirme que index.html está na raiz.
Envie o site inteiro
Arraste a pasta para o DeployPages. Mantenha subpastas intactas para estilos, scripts, imagens e páginas resolverem pelos mesmos caminhos.
Compartilhe ou conecte um domínio
Use a URL de prévia imediatamente e depois conecte um domínio personalizado com HTTPS quando a página estiver pronta para tráfego público.
O que acontece depois do envio
A árvore de arquivos vira a estrutura de URL. Depois o site pode crescer para um domínio próprio quando estiver pronto.
URL de prévia imediata
Use a URL gerada para testar a página em um navegador real, mandar para alguém da equipe ou revisar a exportação estática antes de conectar um domínio.
Subpastas continuam acessíveis
Uma pasta como /docs/index.html vira o caminho limpo /docs, enquanto arquivos como /assets/app.js seguem disponíveis para as páginas que os referenciam.
Domínio personalizado quando estiver pronto
Adicione seu domínio depois, aponte o DNS para o destino informado e deixe o provisionamento de HTTPS acontecer como parte da configuração.
Se a página publicada parecer quebrada
A página inicial retorna 404
Confira se index.html está na raiz da pasta enviada, não uma pasta acima ou abaixo.
CSS ou imagens não carregam
Inspecione os caminhos de assets. Um site que funciona por arquivo local ainda pode quebrar online se os links apontarem para o diretório errado.
Só uma página funciona
Garanta que subpastas e arquivos HTML linkados foram enviados junto com a página inicial.
O JavaScript se comporta diferente
Confira erros no console, avisos de conteúdo misto, caminhos de módulos e qualquer código que dependa de ambiente file:// local.
FAQ sobre hospedagem HTML
Q:Existe plano grátis para sites HTML estáticos?
Sim. Projetos HTML estáticos podem começar no plano gratuito, suficiente para sites pessoais leves, currículos, landing pages simples e protótipos.
Q:O arquivo da página inicial precisa se chamar index.html?
Sim. Usar index.html mantém o projeto compatível com a forma como hosts estáticos resolvem o documento padrão na raiz do site.
Q:Posso usar pastas e subpáginas?
Sim. Se o projeto contém rotas como about/index.html, o DeployPages preserva essa estrutura para que o caminho correspondente continue disponível.
Q:Preciso do GitHub para publicar um site HTML puro?
Não. Publicação via Git é útil para desenvolvimento contínuo, mas uma pasta estática pronta pode ser enviada diretamente quando você só precisa colocar os arquivos no ar.
Q:Posso publicar um site gerado por uma ferramenta de IA?
Sim, desde que a saída seja HTML, CSS, JavaScript e assets estáticos. Envie a pasta gerada como enviaria um projeto feito à mão.
Q:Posso hospedar PHP, WordPress ou app com banco de dados assim?
Não. Esta página é para arquivos estáticos servidos diretamente pelo navegador. Apps com renderização de servidor, PHP, bancos de dados e APIs de backend precisam de outro runtime.
Q:Posso automatizar publicações com CLI ou API?
Sim. O DeployPages aceita publicações via script, então equipes podem conectar publicação estática a processos de CI quando não quiserem arrastar arquivos manualmente.
Q:Posso conectar meu próprio domínio depois?
Sim. Depois da publicação, adicione o domínio no Console e aponte o DNS para o destino informado. O HTTPS é provisionado automaticamente quando o registro resolve.