Voltar para o Blog
IA na Prática42 / 50
  1. 01Bem-vindo: o que você vai conseguir fazer no fim desta série
  2. 02O que é uma IA que conversa, em português claro
  3. 03O que dá e o que não dá pra fazer com IA hoje
  4. 04Claude, ChatGPT, Gemini: qual a diferença e por que vamos usar o Claude
  5. 05Os três jeitos de falar com a IA: site, app e terminal
  6. 06A mentalidade certa: você é o maestro, a IA é o instrumento
  7. 07Criando sua conta e instalando o app do Claude
  8. 08Sua primeira conversa: como pedir bem (o prompt)
  9. 09Anexando arquivos, imagens e PDFs
  10. 10Projetos no Claude: guardando contexto que não se perde
  11. 11Artifacts: quando o Claude monta um documento ou um mini-app pra você
  12. 12Memória, instruções e estilo: ensinando o Claude do seu jeito
  13. 13Planos, limites e custo: o que é grátis e quando vale pagar
  14. 14O que é o "terminal" e por que ele não dá medo
  15. 15Abrindo o terminal no Mac e no Windows (e no Linux)
  16. 16Cinco comandos de sobrevivência: pwd, ls, cd, mkdir, cat
  17. 17Como o computador organiza tudo: pastas, arquivos e caminhos
  18. 18Instalando o Node.js (e o que é isso, afinal)
  19. 19npm: a "loja de peças" gratuita do mundo dev
  20. 20Instalando o VS Code: seu editor de código (e por que precisa de um)
  21. 21O que é o Git e por que todo projeto sério usa
  22. 22Criando sua conta no GitHub (a nuvem do seu código)
  23. 23O que é o Claude Code e por que ele é diferente do app
  24. 24Instalando o Claude Code
  25. 25Primeiro login e sua primeira sessão
  26. 26Como o Claude Code "enxerga" suas pastas (e por que isso importa)
  27. 27Sua primeira tarefa real: peça pra ele criar um arquivo
  28. 28Permissões: quando ele pergunta antes de mexer
  29. 29O arquivo CLAUDE.md: ensinando o robô sobre o seu projeto
  30. 30Modo plano e revisão: deixe ele pensar antes de fazer
  31. 31Errou? Desfazendo e recomeçando sem medo
  32. 32Escolhendo um primeiro projeto pequeno e real
  33. 33Descrevendo o que você quer: o briefing
  34. 34Deixe o Claude montar o esqueleto do projeto
  35. 35Rodando o projeto na sua máquina pela primeira vez
  36. 36Mudando textos, cores e imagens só conversando
  37. 37Quando algo quebra: lendo um erro sem entrar em pânico
  38. 38Pedindo pro Claude consertar o erro (copiar, colar, descrever)
  39. 39Adicionando uma página ou funcionalidade nova
  40. 40Salvando seu progresso com Git (commits, sem decoreba)
  41. 41Subindo seu projeto pro GitHub
  42. 42Colocando seu projeto no ar de graça (deploy)
  43. 43A anatomia de um bom pedido (revisão turbinada)
  44. 44Dividir pra conquistar: por que tarefas pequenas vencem
  45. 45Revisar o que a IA fez: a responsabilidade é sua
  46. 46Segurança básica: senhas, chaves e o que NUNCA colar
  47. 47Quando a IA "alucina" e como perceber
  48. 48Aprendendo a aprender com a IA: ela é sua professora particular
  49. 49Cinco ideias de próximos projetos pra praticar
  50. 50Seu novo superpoder: pra onde ir a partir daqui (fecho)
IA na PráticaParte 42 de 50

Colocando seu projeto no ar de graça (deploy)

4 min de leitura
Compartilhar
IA na Prática

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:

  1. Abra seu repositório no GitHub.
  2. Clique em Settings (Configurações), no menu de cima do repositório.
  3. No menu lateral, procure Pages.
  4. Em "Branch" (ramo), escolha main e a pasta raiz (/root). Clique em Save (Salvar).
  5. 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:

  1. Acesse https://www.netlify.com e crie uma conta gratuita — pode entrar com sua conta do GitHub, fica mais rápido.
  2. Procure a opção de importar um projeto ou "Add new site → Import an existing project".
  3. Autorize o Netlify a ver seus repositórios do GitHub e escolha o seu.
  4. Ele costuma detectar tudo sozinho num site simples. Clique em Deploy.
  5. 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 push pra 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.

Curtiu como a gente pensa?

É assim que trabalhamos todo dia.

Se esse jeito de pensar é o seu, vem construir com a gente — dá uma olhada nas vagas abertas.

Ver vagas