Escolha um Host e Faça o Deploy

Para a maioria dos apps vibe-coded, você não precisa de um servidor para cuidar sozinho. Plataformas modernas pegam seu código e te dão uma URL ao vivo em minutos. As escolhas comuns:

• Sites estáticos e frontends: Cloudflare Pages, Vercel, Netlify, GitHub Pages.
• Apps full-stack e APIs (Application Programming Interfaces, interfaces de programação de aplicações, as portas que um programa usa para conversar com outro): Cloudflare Workers, Vercel, Render, Fly.io, Railway.
• Backends mais pesados: uma plataforma de containers ou um VPS pequeno (Virtual Private Server, servidor privado virtual, seu próprio pedaço alugado de um computador sempre ligado em um data center).

A jogada certa é contar para a IA o que você construiu e deixar que ela recomende. Tente: "Este é um app Next.js com banco de dados Postgres. Quero o host confiável mais barato com um plano gratuito generoso. Me dê os passos de deploy e um arquivo de configuração." Seja específico sobre as coisas que realmente limitam a escolha: seu framework, se você tem um banco de dados, se precisa de jobs em segundo plano ou upload de arquivos, e seu orçamento. Uma página estática de marketing e um app full-stack com fila de processamento têm lares muito diferentes.

Depois de escolher um, o deploy geralmente é alguns comandos:

# Exemplo: Cloudflare Workers via Wrangler
npm install -g wrangler
wrangler login
wrangler deploy

# Exemplo: Vercel
npm install -g vercel
vercel --prod

Deixe a IA gerar a configuração da plataforma (wrangler.toml, vercel.json, etc.) e explicar qualquer erro que o primeiro deploy jogar na tela. Primeiros deploys quase sempre lançam algum erro — um comando de build faltando, um diretório de saída errado, uma versão do Node incompatível, uma variável de ambiente (uma configuração nomeada entregue ao seu app de fora do código, como uma chave debaixo do tapete que o app sabe onde procurar) que o build precisa mas não encontra. Nada disso significa que você fez algo idiota; significa que a plataforma precisa que você diga mais uma coisa. Cole o erro de volta, na íntegra, e peça a correção — e pergunte por que aconteceu, para que o próximo te surpreenda menos. Duas ou três rodadas e você está no ar em uma URL temporária. Abra essa URL e clique pelo fluxo principal antes de comemorar — "o deploy teve sucesso" e "o app funciona" não são a mesma afirmação.

Todo deploy percorre o mesmo pipeline. A etapa de preview é sua rede de segurança: ela dá a cada mudança sua própria URL para você clicar antes que ela possa sequer tocar em usuários reais.

   SUA MÁQUINA               A PLATAFORMA
 ┌──────────────┐
 │  write code  │
 │  git commit  │
 │  git push    │
 └──────┬───────┘
        │  push
        ▼
 ┌──────────────┐   fail   ┌──────────────────┐
 │    BUILD     ├─────────▶│  read error,     │
 │ install deps │          │  fix, push again │
 │ compile      │◀─────────┤  (2–3 rounds)    │
 └──────┬───────┘   retry  └──────────────────┘
        │  pass
        ▼
 ┌──────────────┐
 │   PREVIEW    │  URL temporária — clique no fluxo principal aqui
 │  *.pages.dev │  ── compartilhe · teste · verifique ──┐
 └──────┬───────┘                             │
        │  parece bom?  ──── não ──────────────┘
        │  sim
        ▼
 ┌──────────────┐
 │  PRODUCTION  │  seu domínio real · usuários reais
 └──────────────┘