Se você pesquisou por "hospedar arquivo HTML" ou "colocar site no ar", provavelmente não quer uma aula de arquitetura cloud. Você tem um index.html, talvez um style.css, algumas imagens, e precisa mandar um link que funcione.
Isso é diferente de escolher uma hospedagem tradicional para um site inteiro. O primeiro problema é menor: colocar os arquivos online no formato certo, garantir que o navegador carregue tudo e deixar um caminho aberto para domínio personalizado depois.
O que conta como site HTML?
Para publicar, um site HTML costuma cair em um destes formatos:
| Tipo de projeto | O que enviar | Exemplos comuns |
|---|---|---|
| Página em arquivo único | index.html | Currículo online, página de evento, protótipo rápido |
| Pasta estática | index.html, CSS, JS, imagens | Portfólio online, site pessoal, landing page |
| Saída de build | dist, build, out, public | Vite, export estático de React, Astro, export do Next.js |
| Arquivo ZIP | Uma pasta compactada com os arquivos do site | Entrega para cliente, exportação de IA, modelo baixado |
O ponto importante é a raiz. Um host estático normal espera encontrar index.html no nível principal da pasta enviada. Se o ZIP abre em meu-site/index.html, envie a pasta correta ou confirme que a plataforma entende essa estrutura aninhada.
O caminho mais rápido: enviar os arquivos prontos
Para um site estático pequeno, começar pelo envio costuma doer menos:
- Coloque
index.htmlna raiz da pasta. - Mantenha assets em pastas previsíveis, como
css,js,imagesouassets. - Envie a pasta ou o ZIP.
- Abra o link HTTPS gerado.
- Clique em cada página e confira os caminhos de CSS, scripts e imagens.
- Reivindique o projeto ou adicione um domínio personalizado quando souber que o link vale manter.
Esse último passo importa. Muitos sites pequenos nascem como trabalho descartável: prévia para cliente, projeto de faculdade, rascunho de landing page, mockup gerado por IA. Exigir setup completo de conta antes da primeira URL cria atrito no momento errado.
No DeployPages, você pode começar pela área de envio da página inicial, publicar os arquivos estáticos e decidir depois se quer manter o projeto em uma conta. Para um passo a passo específico, veja o guia de publicação de HTML.
Confira caminhos de arquivo antes de culpar a hospedagem
A maior parte dos problemas de "meu HTML quebrou online" vem de caminhos que funcionavam localmente e falham em uma URL pública.
Prévias locais podem esconder erro. Seu navegador talvez carregue um arquivo do seu computador mesmo quando o site publicado não consegue. Antes de enviar, procure estes padrões:
| Padrão local | Padrão mais seguro publicado | Por quê |
|---|---|---|
C:\Users\voce\Desktop\logo.png | ./images/logo.png | Um navegador publicado não lê seu disco. |
/Users/voce/site/style.css | ./style.css | Caminhos absolutos do computador quebram online. |
file:///.../script.js | ./script.js | URLs file:// só existem na sua máquina. |
href="/about.html" | href="./about.html" em prévias de pasta | Links relativos à raiz dependem da raiz publicada. |
Se o site tem várias páginas, abra cada uma pela URL publicada, não só a página inicial. Navegação é onde caminhos ruins aparecem primeiro.
Quando enviar pelo navegador é melhor que Git
Git é a resposta certa quando o projeto tem desenvolvimento ativo, revisão e mudanças frequentes no site publicado. Nem sempre é o primeiro passo certo.
Envio pelo navegador é melhor quando:
- Você recebeu uma pasta estática de designer, cliente, gerador ou ferramenta de IA.
- Precisa de um link antes de decidir se o projeto merece repositório.
- Está publicando uma página única, site de evento, currículo online ou projeto de aula.
- Quer testar um build gerado antes de ligar CI.
- Quem vai colocar a página no ar não é a mesma pessoa que escreveu o código.
É por isso que publicar arrastando arquivos aparece até em ferramentas sérias de hospedagem. A documentação do Netlify Drop descreve diretamente o caso de pasta ou ZIP, inclusive projetos vindos de ferramentas de geração de código por IA. O Cloudflare Pages também documenta Direct Upload para arquivos pré-buildados e envios do computador local, via CLI e arrastar e soltar.
O sinal de mercado é simples: muita gente continua procurando uma forma direta de enviar arquivos de site e receber uma URL.
O que enviar em ferramentas comuns
Cada ferramenta chama a pasta final de um jeito:
| Ferramenta ou stack | Envie isto |
|---|---|
| HTML/CSS/JS puro | A pasta que contém index.html |
| Vite | dist depois de npm run build |
| Create React App | build depois de npm run build |
| Astro | dist depois de npm run build |
| Export estático do Next.js | out depois do export |
| Template HTML baixado | A pasta descompactada com index.html na raiz |
| Site estático gerado por IA | A pasta exportada, não a conversa do prompt |
Se não tiver certeza, procure a pasta que contém index.html mais os assets compilados. Pastas de origem como src normalmente não são o que você publica.
O que torna um link HTML confiável?
Um link descartável pode ser simples. Um link enviado a clientes, investidores, recrutadores ou compradores precisa de mais cuidado.
Confira:
- HTTPS por padrão, não um link inseguro
http://. - Uma URL de prévia estável para as pessoas voltarem depois.
- Substituição simples quando você enviar uma versão corrigida.
- Caminho para domínio personalizado.
- Uma forma de restaurar versão anterior se o novo envio ficar pior que o antigo.
- Estatísticas básicas, porque adivinhar se alguém abriu o link cansa rápido.
O DeployPages foi desenhado para esse caminho: envio rápido primeiro, depois domínios personalizados, entrega global, estatísticas e restaurar versão anterior quando a página deixa de ser só um teste.
Checklist simples antes do envio
Antes de publicar, gaste dois minutos nisto:
- Abra a pasta local e confirme que
index.htmlestá no nível principal. - Renomeie arquivos com espaços ou caracteres incomuns se eles forem referenciados no HTML.
- Use nomes de arquivo em minúsculas quando possível.
Logo.PNGelogo.pngnão são iguais em muitos sistemas que servem arquivos online. - Busque no HTML por
file://,localhoste seu nome de usuário do computador. - Compacte a pasta só depois de conferir a estrutura da raiz.
- Depois do deploy, teste no celular, não apenas no notebook de desenvolvimento.
Esse checklist pega mais problemas reais do que outra rodada comparando provedores.
Quando sair do envio simples
Continue com envios diretos se o site é majoritariamente estático e as atualizações são ocasionais. Migre para CLI ou deploy baseado em Git quando o site tiver mudanças frequentes, uma etapa de build que outras pessoas precisam reproduzir ou um processo de equipe em torno de revisão.
O DeployPages aceita começar pelo envio sem prender o projeto nesse caminho. Comece no navegador para o primeiro link. Passe para deploy via CLI quando o projeto tiver build repetível. Adicione domínio depois que o conteúdo for aprovado.
Essa ordem combina com muitos projetos reais. A primeira coisa necessária não é um pipeline. É um link que abre.