Gerador Abrangente de Lista de Verificação de Prontidão Pré-Lançamento

# Checklist de Pré-Lançamento - [Nome do Projeto] **Tipo de lançamento:** [soft launch / lançamento público / entrega ao cliente] **Domínio:** [configurado? Sim/Não] **Data-alvo:** [data] --- ## Funcionalidade - [ ] **Fluxos críticos do usuário funcionam de ponta a ponta** - Testar o caminho completo do usuário (entrada → ação → conclusão) em ambiente de produção - [ ] **Todos os formulários enviam corretamente e mostram feedback apropriado** - Enviar cada formulário com dados válidos e inválidos; verificar mensagens de sucesso/erro - [ ] **Fluxo de pagamento funciona (se aplicável)** - Testar com sandbox real do provedor; testar recusa, cancelamento e reembolso - [ ] **Autenticação funciona (login, logout, redefinição de senha, expiração de sessão)** - Testar todos os fluxos de autenticação em produção - [ ] **E-mails de notificação são enviados corretamente** - Verificar caixa de entrada e spam; testar todos os templates de e-mail - [ ] **Integrações de terceiros respondem corretamente** - Testar cada integração (API, webhook, serviço externo) com dados reais - [ ] **Tratamento de erros funciona (o que acontece quando algo quebra?)** - Forçar erros e verificar se o usuário vê mensagens amigáveis, não telas em branco --- ## Conteúdo e Textos - [ ] **Nenhum "lorem ipsum" restante** - Buscar no código por "lorem", "TODO", "FIXME" e texto placeholder - [ ] **Todos os links funcionam (sem 404s)** - Testar todos os links internos e externos; usar crawler se disponível - [ ] **Páginas legais existem (política de privacidade, termos, consentimento de cookies)** - Verificar se as páginas estão acessíveis e com conteúdo atualizado - [ ] **Informações de contato estão corretas** - Verificar e-mail, telefone, endereço em todas as páginas - [ ] **Ano de copyright está atualizado** - Verificar rodapé e páginas legais - [ ] **Links de redes sociais apontam para os perfis corretos** - Clicar em cada link e confirmar o destino - [ ] **Todas as imagens têm texto alternativo (alt text)** - Auditar imagens; adicionar alt text descritivo onde faltar - [ ] **Favicon está configurado (todos os tamanhos)** - Verificar favicon na aba do navegador e em dispositivos móveis --- ## Varredura de Placeholders Visuais > **CRÍTICO:** Esta categoria é obrigatória. Uma imagem placeholder em um site ao vivo causa mais dano do que um erro de digitação. ### Varredura de código - procurar por estes padrões: - [ ] **URLs de placeholder no código** - Buscar por: `placeholder`, `via.placeholder.com`, `placehold.co`, `picsum.photos`, `unsplash.it/random`, `dummyimage.com`, `placekitten`, `placebear`, `fakeimg` - [ ] **Nomes de arquivo placeholder** - Buscar por: `placeholder`, `dummy`, `sample`, `example`, `temp`, `test-image`, `default-`, `no-image` - [ ] **Padrões padrão do Next.js/Vercel** - Verificar se `public/next.svg`, `public/vercel.svg`, `public/thirteen.svg`, `app/favicon.ico` ainda são os padrões do framework - [ ] **Imagens boilerplate do framework na pasta `public/`** - Listar todos os arquivos em `public/` e identificar os que não são do projeto - [ ] **Dimensões fixas sem imagem real** - Buscar por `width={400} height={300}` emparelhado com div cinza ou src ausente - [ ] **Padrões de SVG placeholder** - Verificar SVGs inline usados como preenchimento temporário (retângulos cinzas com ícone no centro) ### Verificação em nível de componente: - [ ] **Componentes de avatar com fallback para ícone genérico** - O fallback é intencional (design) ou é o padrão da biblioteca? - [ ] **Componentes de card com prop `image?: string`** - O que renderiza quando nenhuma imagem é passada? Estado vazio projetado ou layout quebrado? - [ ] **Seções de hero/banner** - A imagem de fundo é final ou uma amostra de desenvolvimento? - [ ] **Grades de produtos/portfólio** - Todos os itens usam imagens reais ou alguns ainda usam a mesma imagem de teste repetida? - [ ] **Componente de logo** - É o arquivo final do logo ou um placeholder de texto? - [ ] **Imagem OG (`og:image`)** - É um asset projetado ou o padrão do framework/hospedagem? ### Verificação de terceiros e CDN: - [ ] **Imagens carregadas de CDNs exclusivos de desenvolvimento** - Ex.: `picsum.photos` - [ ] **Marcas d'água de fotos de banco de imagens visíveis** - Procurar por imagens >500kb que possam ser stock não comprado - [ ] **Imagens com "lorem" ou "test" no texto alternativo** - Buscar no código por alt texts suspeitos ### Tabela de placeholders encontrados: | # | Caminho do Arquivo | Linha | Tipo | Valor Atual | Severidade | Ação Necessária | |---|--------------------|-------|------|-------------|------------|-----------------| | 1 | `src/app/page.tsx` | 42 | URL de imagem | `via.placeholder.com/800x400` | Crítica | Substituir pela imagem do hero | | 2 | `public/favicon.ico` | - | Padrão do framework | Favicon padrão do Next.js | Crítica | Substituir pelo favicon da marca | | 3 | `src/components/Card.tsx` | 18 | Fallback ausente | Sem imagem = layout quebrado | Alta | Projetar estado vazio | | 4 | | | | | | | | 5 | | | | | | | **Níveis de severidade:** - **Crítica:** Visível aos usuários em páginas-chave (hero, acima da dobra, imagem OG) - **Alta:** Visível aos usuários no uso normal (cards, avatares, imagens de conteúdo) - **Média:** Visível em casos de borda (estados vazios, páginas de erro, fallbacks) - **Baixa:** Apenas no código, não visível ao usuário (testes, rotas de desenvolvimento) --- ## SEO e Metadados - [ ] **Títulos de página são únicos e descritivos** - Verificar cada página; incluir palavra-chave principal e nome da marca - [ ] **Meta descrições escritas para cada página** - Verificar se existem e se têm 150-160 caracteres - [ ] **Tags Open Graph para compartilhamento social** - Testar com o depurador de compartilhamento (Facebook, LinkedIn, Twitter) - [ ] **Robots.txt configurado corretamente** - Verificar se não bloqueia páginas importantes; testar com o Google Search Console - [ ] **Sitemap.xml existe e foi submetido** - Gerar, validar e submeter no Google Search Console e Bing Webmaster Tools - [ ] **URLs canônicas configuradas** - Verificar se cada página tem canonical apontando para a URL correta - [ ] **Dados estruturados / schema markup (se aplicável)** - Validar com o teste de dados estruturados do Google --- ## Performance - [ ] **Pontuações do Lighthouse atingem as metas** - Rodar Lighthouse em páginas principais; meta: Performance ≥90, SEO ≥90, Acessibilidade ≥90 - [ ] **Imagens otimizadas e responsivas** - Verificar formatos (WebP/AVIF), lazy loading e dimensões corretas - [ ] **Fontes carregando eficientemente** - Verificar `font-display: swap`, pré-carregamento e subsetting - [ ] **Nenhum erro no console em produção** - Abrir o console do navegador em todas as páginas principais - [ ] **Analytics instalado e rastreando** - Verificar se o Google Analytics/Plausible/outro está recebendo eventos --- ## Segurança - [ ] **HTTPS é forçado (sem conteúdo misto)** - Verificar se todas as requisições usam HTTPS; testar redirecionamento HTTP → HTTPS - [ ] **Variáveis de ambiente configuradas em produção** - Verificar se nenhuma variável de desenvolvimento vazou para produção - [ ] **Nenhuma chave de API exposta no código frontend** - Buscar no código por chaves, tokens e segredos - [ ] **Limitação de taxa em formulários (prevenir spam)** - Testar envio repetido de formulários; verificar se há proteção (honeypot, CAPTCHA, rate limit) - [ ] **CORS configurado corretamente** - Verificar se apenas origens permitidas têm acesso à API - [ ] **Cabeçalhos CSP (se aplicável)** - Verificar se a política de segurança de conteúdo está ativa e não bloqueia recursos legítimos --- ## Compatibilidade entre Plataformas - [ ] **Testado em: Chrome, Safari, Firefox (últimas versões)** - Testar funcionalidade principal em cada navegador - [ ] **Testado em: iOS Safari, Android Chrome** - Testar em dispositivos reais ou emuladores - [ ] **Testado nos principais breakpoints** - Verificar layout em mobile (375px), tablet (768px), desktop (1440px) - [ ] **Folha de estilo de impressão (se usuários podem imprimir)** - Testar impressão de páginas-chave (recibos, artigos, relatórios) --- ## Infraestrutura - [ ] **Domínio conectado e SSL ativo** - Verificar certificado SSL válido e renovação automática - [ ] **Redirecionamentos www/não-www configurados** - Testar `www.exemplo.com` → `exemplo.com` (ou vice-versa) - [ ] **Página 404 projetada (não a padrão)** - Verificar se a página 404 tem design próprio e links úteis - [ ] **Páginas de erro projetadas (500, manutenção)** - Verificar se há página de manutenção e página de erro 500 personalizada - [ ] **Backups configurados (banco de dados, se aplicável)** - Verificar backup automático diário e teste de restauração - [ ] **Monitoramento / verificação de uptime configurado** - Configurar alerta em UptimeRobot, Pingdom ou similar --- ## Entrega (se for projeto de cliente) - [ ] **Cliente tem acesso a todas as contas (hospedagem, domínio, analytics)** - Enviar credenciais de forma segura (gerenciador de senhas) - [ ] **Documentação completa (FORGOKBEY.md ou equivalente)** - Incluir instruções de deploy, configuração e manutenção - [ ] **Treinamento agendado ou gravado** - Agendar sessão de treinamento ou fornecer vídeo gravado - [ ] **Acordo de suporte/manutenção claro** - Definir escopo, canais e tempo de resposta --- ## Itens Críticos (devem ser resolvidos ANTES do lançamento) - [ ] **[Item crítico 1]** - [descrição] - [ ] **[Item crítico 2]** - [descrição] - [ ] **Todos os placeholders visuais substituídos** - Ver tabela de placeholders acima - [ ] **Nenhum dado de teste visível em produção** - Verificar se não há usuários, posts ou transações de teste --- ## Aprovação Final - [ ] **Teste final completo executado** - Rodar checklist completo 24h antes do lançamento - [ ] **Aprovação do stakeholder** - Obter aprovação formal do responsável pelo projeto - [ ] **Plano de rollback definido** - Saber como reverter o deploy se algo der errado - [ ] **Comunicação de lançamento preparada** - Anúncio, e-mail ou postagem prontos para publicar --- **Assinatura do responsável:** ______________________ **Data:** ____/____/______