Publicar um Site Sem Servidor: Hospedagem Estática Explicada

Um número surpreendente de pessoas aluga um VPS, instala nginx e briga com certificados TLS — para servir uma página HTML. Se o seu site não executa código no servidor, nada disso é necessário. Veja por quê, e o que fazer no lugar.

Estático vs. dinâmico — a única distinção que importa

Um site dinâmico computa cada resposta: executa código, consulta um banco de dados, renderiza conteúdo por usuário. Ele precisa de um servidor gerenciado por você.

Um site estático é só arquivos: HTML, CSS, JavaScript, imagens. O único trabalho do servidor é entregá-los. Portfólios, landing pages, documentação, blogs, demos — a maioria das páginas da internet é estática, mesmo as interativas: o seu JavaScript roda no navegador do visitante, não em um servidor.

O que "sem servidor" quer dizer de verdade

Claro que existe um computador em algum lugar servindo seus arquivos. A questão é que ele não é seu: nenhuma máquina para alugar, atualizar, monitorar ou proteger com firewall. Os hosts estáticos resolvem o problema de servir arquivos uma vez, da forma certa — com CDNs, HTTPS e cache — e deixam você apenas enviar os arquivos.

Com o que você para de se preocupar:

  • Patches de segurança — não há sistema operacional para você atualizar.
  • Certificados TLS — o HTTPS já vem com a plataforma.
  • Escalabilidade — um arquivo estático sobrevive a picos de tráfego que derrubariam um VPS pequeno.
  • Custo — servir arquivos é tão barato que normalmente é grátis.

Publicando com zero infraestrutura

O caminho mínimo com o hdply:

  1. Crie uma conta gratuita com seu e-mail.
  2. Envie o index.html (ou cole seu código no editor).
  3. No ar naquele segundo — você ganha seu próprio endereço hdply.com, com HTTPS incluído.

Sem YAML, sem CLI, sem Git, sem build. As edições acontecem no navegador e vão ao ar ao salvar.

Quando você realmente precisa de um servidor

Contas de usuário, pagamentos, bancos de dados, conteúdo renderizado no servidor — isso é território dinâmico. Mas mesmo aí, o padrão mais comum é um front-end estático chamando uma API. Comece estático; adicione um back-end só quando um recurso realmente exigir.

Veja também: Como colocar um arquivo HTML na internet · Comparativo de hospedagem HTML grátis

De um arquivo na sua área de trabalho a uma URL no ar em menos de um minuto.

Publique sua primeira página