Web Performance & Core Web Vitals

TL;DR

A lente de medição e produto da performance web: como o browser entrega uma página ao usuário, como medir essa entrega (Core Web Vitals: LCP, INP, CLS), o que as métricas significam para usuário, negócio e SEO, e como diagnosticar e sustentar performance ao longo do tempo. Não é sobre uma linguagem nem um framework — é sobre a experiência percebida e como prová-la com números.

Este domínio existe porque performance é um tema de entrevista senior por si só, e o vault já tinha performance espalhada por várias trilhas sem uma ótica unificadora. A aposta central: você não otimiza o que não mede. Antes de falar em resource hints ou main thread, você precisa saber qual métrica está ruim, para quem, e quanto isso custa ao produto.

O domínio segue a linha do tempo da experiência do usuáriomedir → carregar → responder → sustentar —, que mapeia limpo nos três Core Web Vitals e minimiza sobreposição entre galhos.


Galhos

#GalhoO quêCore Web Vital âncora
1G1 — Medição & Core Web VitalsLCP/INP/CLS, thresholds, lab vs field (RUM), Lighthouse, PageSpeed, CrUX, lib web-vitals, budgets como conceitoos 3
2G2 — Performance de Carregamentocritical rendering path, resource hints, lazy loading, imagens, fontes, compressão, cache/CDN, HTTP/2-3LCP
3G3 — Performance de Runtime & Renderingmain thread, long tasks, INP a fundo, reflow/repaint, layout thrashing, compositing, WorkersINP, CLS
4G4 — Performance em Produçãobudgets no CI, RUM/monitoramento, detecção de regressão, DevTools Performance panel, cultura de perf

Estado (2026-07-06): os 4 galhos estão escritos — 32/32 notas (falta a rodada de enriquecimento de mídia, M1). Construído galho a galho, ponta a ponta. Ver design do domínio e o roadmap.


Fronteiras — performance que já mora em outras trilhas

Este domínio é a lente de medição; ele linka as notas abaixo como reforço, nunca as reescreve (redundância entre notas = reforço). Cada uma cobre a técnica de otimização na sua camada; aqui você aprende o que medir e por quê.


Veja também