01Os 3 repositórios
01PlaywrightAbre a página como uma pessoa, no celular e no computador, clica, preenche e confere se chegou na próxima etapagithub.com/microsoft/playwright02Lighthouse (Google)Nota de desempenho, acessibilidade, boas práticas e SEOgithub.com/GoogleChrome/lighthouse03PostHogFunil de eventos (viu a página › clicou no botão › começou o formulário › concluiu) e gravação de sessãogithub.com/PostHog/posthog
02A estrutura do processo
auditor-lp/ testes/fluxo-principal.spec.ts (Playwright: celular 390px e desktop 1440px) scripts/lighthouse.sh (roda o Lighthouse e salva o JSON) relatorio/ (o Claude Code junta tudo num relatorio.md)
Ordem: 1) Playwright testa o caminho de compra 2) Lighthouse mede 3) Claude Code lê os resultados, lista os problemas por gravidade e propõe a correção 4) você aprova 5) roda tudo de novo. O PostHog fica na página publicada, medindo o funil real.
Monte um auditor para esta landing page antes de publicar.
1. Instale o Playwright e escreva um teste que abre a página no celular (390x844) e no desktop, clica no botão principal, preenche o formulário com dados de teste e confirma que a próxima etapa abriu. Tire print de cada passo.
2. Rode o Lighthouse no modo mobile e salve o relatório.
3. Junte os dois resultados num relatorio.md: o que quebrou, o que está lento, o que atrapalha acessibilidade. Ordene por impacto na conversão.
4. Proponha a correção de cada item, mas só altere o código depois que eu aprovar.
5. Depois das correções, rode tudo de novo e me mostre o antes e o depois.
6. Me diga quais eventos do PostHog instalar para medir: visualizou, clicou no CTA, começou o formulário, concluiu.
Nunca use dados reais de clientes nos testes.