Core Web Vitals viraram sinônimo de "otimizar para o Google", mas o efeito prático é mais simples: um site rápido retém mais visitante e converte mais, independente de ranking de busca. Depois de anos otimizando sites institucionais e e-commerces, sei quais métricas realmente movem o ponteiro e quais são só ruído.
As três que eu priorizo
Largest Contentful Paint (o quão rápido o conteúdo principal aparece), Cumulative Layout Shift (o quanto a página "pula" enquanto carrega) e Interaction to Next Paint (o quão rápido a página responde a um clique). As duas primeiras costumam ter o maior ganho por menor esforço: imagem otimizada e dimensão de imagem definida no HTML resolvem boa parte dos dois problemas.
Neste site, por exemplo, todas as imagens de portfólio passaram por um processo de redimensionamento e compressão antes de ir para produção — nada de subir a imagem de 4000 pixels de largura que a câmera gerou e deixar o navegador do visitante fazer esse trabalho. Esse único cuidado já evita a maior parte dos problemas de LCP que vejo em sites de terceiros.
O que raramente vale o esforço
Micro-otimizações de milissegundos em JavaScript que já carrega rápido, ou trocar de framework inteiro perseguindo um ganho marginal — isso raramente compensa o esforço perto do que já é conquistado com imagem otimizada, cache configurado corretamente e menos scripts de terceiros carregando sem necessidade. Otimização de performance, como boa parte do meu trabalho, é sobre priorizar o que realmente move o resultado.
Performance é parte do SEO técnico, não um item à parte
Trato Core Web Vitals como uma extensão natural do checklist de SEO técnico que sigo em todo projeto — não como uma etapa separada que só entra depois. Um site bem otimizado tecnicamente já nasce rápido; performance ruim, na maioria das vezes, é sintoma de um SEO técnico mal feito desde o início.
