Módulo 3 — Publicar (deploy + domínio) 🟢

Objectivo: pôr um site no ar, no mundo inteiro, com domínio próprio e HTTPS. O momento aha: um comando e o teu trabalho fica acessível em qualquer telemóvel do planeta. Resultado: site online num domínio com cadeado verde (SSL).

1. Vercel — deploy num comando

A Vercel aloja sites/apps (Next.js, Astro) e trata de servidores por ti.

vercel            # primeiro deploy (pré-visualização)
vercel --prod     # publica em produção

Cada git push pode disparar um deploy automático — escreves código, fica online.

2. Domínio — comprar e apontar

Comprar o domínio (exemplo.ao) num registrar. 🔴 fora do VSCode.
DNS na Cloudflare — apontar o domínio para a Vercel, por API.

3. Cloudflare — DNS, SSL e velocidade

A Cloudflare gere os registos DNS e dá HTTPS automático + cache global (site mais rápido).

Conceito-chave: um registo CNAME/A diz “este domínio vive aqui”.

4. Variáveis de ambiente em produção

O que é segredo (chaves de API) não vai no código — define-se nas definições do projecto Vercel, separado do .env.local que usas em dev.

🔴 Fora do VSCode

Comprar o domínio, a 1ª ligação da zona na Cloudflare, e ver analytics/logs visuais.

✅ Exercícios

Deploy — publica um site simples com vercel e abre o URL de pré-visualização.
Produção — corre vercel --prod e confirma que carrega no telemóvel.
Variável — define uma variável de ambiente no projecto e usa-a no site.

Resultado esperado: um link público a abrir o teu site com HTTPS.

⚠️ Erros comuns

Segredos no código — usa variáveis de ambiente na Vercel, não no repositório.
Deploy sem npm run build local — valida sempre o build na tua máquina primeiro.
DNS mal apontado — confirma o registo e dá tempo à propagação.
Esquecer SEO/sitemap ao publicar — o site fica invisível no Google.

📋 Checklist do módulo

Site abre num URL público com HTTPS
Variáveis de ambiente na Vercel (não no código)
Domínio aponta correctamente (DNS)
npm run build passa localmente antes do deploy