5 erros comuns em Performance web (e como evitar)

Nem todo projeto envolvendo Performance web dá errado por falta de conhecimento técnico — na maioria das vezes, é por repetir os mesmos erros básicos.

Usuários abandonam páginas lentas antes mesmo de perceber conscientemente por que a experiência parece ruim — otimizar performance é, em grande parte, otimizar a percepção de velocidade, não só métricas técnicas isoladas.

Os tropeços mais comuns

1. Ignorar que carregar apenas o JavaScript necessário para a tela atual (code splitting) reduz significativamente o tempo até interatividade.
2. Ignorar que imagens não otimizadas continuam sendo uma das causas mais comuns de páginas lentas na web.
3. Ignorar que core Web Vitals do Google viraram referência prática de performance percebida, além de fator de ranqueamento em busca.
4. Ignorar que lazy loading de conteúdo fora da tela inicial melhora o tempo de carregamento sem sacrificar a experiência.
5. Ignorar que medir performance em condições de rede reais (3G, dispositivos modestos) evita otimizar só para o ambiente de desenvolvimento.

A boa notícia é que nenhum desses erros é difícil de corrigir uma vez identificado — o problema é raramente pararem para revisar até que algo dê errado.

O padrão por trás da maioria desses erros em Performance web não é falta de conhecimento técnico — é pressa, falta de revisão e ausência de um processo que force uma segunda checagem antes de algo ir para produção.

Performance web deixou de ser só "o site carregar rápido" e passou a ser medida por métricas específicas que o próprio Google usa para ranqueamento de busca: as Core Web Vitals. Elas avaliam três aspectos, tempo até o maior elemento visível carregar (LCP), estabilidade visual durante o carregamento (CLS) e responsividade a interações do usuário. A documentação do web.dev sobre Core Web Vitals detalha os valores considerados aceitáveis para cada métrica.

Para negócios pequenos, os maiores vilões de performance costumam ser bem previsíveis: imagens não otimizadas (fotos de produto em resolução de câmera, sem compressão), excesso de scripts de terceiros (pixels de rastreamento, chats, widgets) e hospedagem compartilhada de baixa qualidade. Corrigir esses três pontos já resolve a maior parte dos problemas, sem exigir reescrever o sistema.

Ferramentas gratuitas como o PageSpeed Insights, construído sobre o mesmo motor do Lighthouse, permitem diagnosticar esses gargalos de forma objetiva e comparar antes e depois de uma otimização. O Can I Use também ajuda a verificar se recursos modernos de carregamento, como lazy loading nativo de imagens, são suportados pelos navegadores que o público do negócio realmente usa.

Perguntas frequentes

Como evitar os erros mais comuns em Performance web?

Carregar apenas o JavaScript necessário para a tela atual (code splitting) reduz significativamente o tempo até interatividade.

Como evitar os erros mais comuns em Performance web?

Medir performance em condições de rede reais (3G, dispositivos modestos) evita otimizar só para o ambiente de desenvolvimento.

Esta matéria faz parte da cobertura de performance web assinada por Beatriz Nogueira na Revista SmartWeb — acompanhe as próximas colunas sobre o tema para aprofundar cada um dos pontos levantados aqui.

Fontes e leitura complementar

• MDN Web Docs
• W3C — Web Accessibility Initiative