Ir para o conteúdo
decodecodeveloper docs
Storefront → Templates → Validação da migração

Performance (vitals e cache)

Compara Web Vitals e cobertura de cache em muitas páginas, prod vs cand.

Estes comandos focam em performance — mais leves que um run completo (sem fluxos).

parity benchmark — Benchmark de Navegação do Usuário

Uma história de antes/depois para mostrar ao cliente numa migração Fresh→TanStack. Ele simula um visitante recorrente real e cronometra cada passo de uma jornada de compra nos dois sites, produzindo um único HTML autocontido (alternância PT/EN, abas mobile/desktop, paginação por página, prints de página inteira roláveis, links para cada página testada):

parity benchmark --prod https://old.com --cand https://new.dev
parity benchmark --prod ... --cand ... --plp /novidades --viewports mobile,desktop --open

Um scout primeiro valida, no navegador, uma categoria (PLP) e um produto (PDP) que de fato funcionem nos dois sites (renderizam produtos, sem erro) e fixa as mesmas páginas para ambos. Depois, como visitante recorrente, cada lado aquece a edge e o cache do navegador (--warmup-runs, padrão 2) e é medido --measured-runs vezes (padrão 3, mediana). Cada navegação é cronometrada por tempo de relógio do clique até a primeira imagem de produto renderizar — não networkidle (ruído de rastreador de anúncio) e não o HAR. Passos: carga da home, home→PLP (menu hambúrguer), paginação (por página × por tecnologia), entrada na PDP, um salto SPA de prateleira produto→produto e — só quando o produto tem variante de cor — uma troca de variante. Os Web Vitals do Lighthouse (primeira visita fria) são adicionados por viewport, e um HAR completo da sessão é salvo por lado.

  • --viewports mobile,desktop (padrão ambos) · --warmup-runs (2) · --measured-runs (3, mediana)
  • --paginations (3) · --plp <path> (fixa a PLP, pula a descoberta) · --no-vitals (pula o Lighthouse)
  • --lang pt|en · --open · --no-auto-selectors

Passos que quebram (uma rota que falta no candidato, uma paginação que não avançou) são marcados em vermelho e listados num aviso, em vez de virarem uma vitória falsa.

parity vitals — Web Vitals

Percorre N páginas (do sitemap ou de --urls) e compara LCP, FCP, TTFB, INP, CLS entre prod e cand:

parity vitals --prod https://old.com --cand https://new.dev --limit 20 --runs 3
  • --limit — quantas páginas amostrar (padrão 20)
  • --runs — repetições por página; usa-se a mediana (padrão 1)
  • --viewports (padrão mobile), --concurrency (padrão 4)

Escreve um relatório HTML com as piores/melhores regressões expandidas. (Você também consegue o módulo de vitals dentro de uma execução completa com parity run --only vitals.)

parity cache — cobertura de cache

Percorre N páginas do cand (sem screenshots/vitals — rápido) e agrupa requisições por categoria, evidenciando assets em MISS que deveriam estar cacheados:

parity cache --cand https://new.dev --pages 30 --cand-only
  • --pages (padrão 30), --urls (lista explícita), --concurrency (padrão 6)
  • --cand-only — pula a comparação com prod

Escreve um relatório HTML agrupando requisições + as oportunidades de cache.

Para o perfil profundo de uma página só, estilo Lighthouse, use o Chrome DevTools / Lighthouse direto — o parity foca nos deltas prod × cand em muitas páginas.

Veja também