Colocando seu projeto no ar de graça (deploy)
Chegou o momento que dá frio na barriga. Seu projeto está no GitHub, guardado e seguro. Mas pra abrir, ainda precisa de você e de um computador com tudo configurado. Hoje a gente passa disso: vamos colocar o site no ar, com um link público que qualquer pessoa abre pelo navegador. De graça.
Esse é o clímax do projeto. Respira fundo.
O que é "deploy"
Deploy é uma palavra em inglês que, na prática, quer dizer "colocar no ar". É pegar seu site e botar num servidor — um computador sempre ligado, na internet, que entrega seu site pra quem digitar o endereço.
Analogia: até agora seu site era uma comida que você cozinhou na sua casa. Gostosa, mas só você prova. Fazer o deploy é abrir um pequeno restaurante: agora qualquer um passa na rua, entra e experimenta. O servidor é o ponto comercial sempre aberto.
A boa notícia: pra um site simples (só páginas, sem banco de dados complicado), existem serviços que fazem isso de graça e em minutos.
Duas opções gratuitas e simples
Você não precisa das duas. Escolha uma. As duas funcionam bem pra um projeto de aprendizado.
Opção A: GitHub Pages
A vantagem é que já está dentro do GitHub, onde seu código mora. Caminho geral:
- Abra seu repositório no GitHub.
- Clique em Settings (Configurações), no menu de cima do repositório.
- No menu lateral, procure Pages.
- Em "Branch" (ramo), escolha
maine a pasta raiz (/root). Clique em Save (Salvar). - Espere um ou dois minutos e atualize a página. O GitHub te mostra o link público, algo como
https://seu-usuario.github.io/meu-primeiro-site.
Pronto. Esse link funciona pra qualquer pessoa, em qualquer lugar.
Opção B: Netlify
O Netlify é um serviço especializado em publicar sites. Costuma ser ainda mais simples e dá um link já no ato. Caminho geral:
- Acesse https://www.netlify.com e crie uma conta gratuita — pode entrar com sua conta do GitHub, fica mais rápido.
- Procure a opção de importar um projeto ou "Add new site → Import an existing project".
- Autorize o Netlify a ver seus repositórios do GitHub e escolha o seu.
- Ele costuma detectar tudo sozinho num site simples. Clique em Deploy.
- Em segundos, ele te entrega um link público (você pode trocar o nome dele depois nas configurações).
O caminho é sempre o mesmo
Repare no padrão, porque vale pra quase todo serviço de deploy:
Conectar o repositório → mandar publicar → receber um link público.
Decorou esse trio, decorou deploy. O resto são botões diferentes em telas diferentes.
Deixe o Claude cuidar dos detalhes
Cada serviço muda um botão de lugar de tempos em tempos. Se você travar em qualquer passo, abra o Claude e descreva exatamente onde está:
Estou tentando publicar meu site no GitHub Pages.
Entrei em Settings > Pages, mas não aparece o link.
O que eu faço agora?
Ou cole o erro que apareceu. Ele te diz o próximo clique. Não tente adivinhar sozinho — perguntar é mais rápido.
A melhor parte
Copie o link. Mande pra um amigo, pra sua mãe, pro grupo da família. Veja a pessoa abrir no celular dela, do outro lado da cidade, uma coisa que você construiu do zero. Sem ser programador. Sem saber gestão. Só com paciência e bons pedidos.
Guarde esse print. É o seu marco.
Se algo der errado
- O link abre uma página em branco ou "404": muito comum nos primeiros minutos. Às vezes é só esperar — o deploy demora um pouquinho. Se persistir, cole o link pro Claude e diga "abre em branco, o que verifico?". Costuma ser o nome do arquivo principal (precisa se chamar
index.html). - O site abre, mas sem as imagens ou o visual quebrado: quase sempre é um caminho de arquivo escrito errado. Peça ao Claude: "as imagens não carregam no site publicado, mas funcionam no meu computador". Ele sabe o ajuste típico.
- Mudei o código e o site no ar não mudou: lembra do post anterior? Toda mudança precisa de um
git pushpra subir. Depois disso, o serviço republica sozinho. Sem push, o site no ar continua na versão antiga.
No próximo post a gente abre o Módulo 5, sobre hábitos: vamos revisitar, agora com sua experiência real na bagagem, a habilidade mais importante de todas — pedir bem.