Checklist de lançamento: o que revisar antes de colocar no ar

O dia do lançamento é quando os problemas esquecidos aparecem: o formulário que envia para o e-mail de teste, o analytics que não registra nada, o backup que não foi configurado. Um checklist simples evita a maioria deles.

Funcionalidade

• Fluxos principais testados de ponta a ponta em produção (Testes automatizados de API: o mínimo que evita desastres).
• Testado em celulares reais e navegadores principais (Testar em dispositivos reais: por que o emulador engana).
• Estados de erro, vazio e carregamento revisados (Estados vazios e de erro: as telas que ninguém desenha (e todo usuário vê)).
• E-mails e mensagens chegando aos destinatários certos.

Segurança

• Senhas e chaves de produção, nada de teste (Variáveis de ambiente e segredos: o .env não é cofre).
• HTTPS, cabeçalhos de segurança e rate limiting (Headers de segurança HTTP: CSP, HSTS e companhia, Rate limiting em Node.js: como proteger suas APIs contra sobrecarga e abusos sem afetar a UX).
• Permissões revisadas.

Performance e SEO

• PageSpeed e Core Web Vitals verificados (Checklist para chegar perto da nota 100 no PageSpeed).
• Títulos, descrições, sitemap e robots.txt corretos.
• Redirecionamentos das URLs antigas, se houver.

Operação

• Monitoramento e alertas ativos (Observabilidade para quem não é SRE: métricas, logs e traces).
• Backup configurado e testado (Backup que nunca foi restaurado não é backup).
• Plano de volta: como reverter se algo der errado.

Negócio

• Analytics e conversões registrando corretamente.
• Política de privacidade e termos publicados.
• Equipe treinada e suporte preparado.

Lance com calma

Evite sextas-feiras e véspera de feriado. Se possível, libere aos poucos (Feature flags: lançar sem medo e desligar sem deploy).

Todo lançamento da We Codex passa por esse checklist. Veja sistemas web ou fale com a gente.