Checklist performance site: 15 otimizações essenciais para 2025

Checklist de performance: otimizações essenciais para sites

Um site que demora mais de 3 segundos para carregar perde mais da metade dos visitantes, segundo dados do Google. Para quem trabalha com SEO ou administra um portal, a velocidade não é apenas uma questão de experiência do usuário, é um fator de ranqueamento. Este checklist de performance reúne as otimizações essenciais para sites, organizadas por categoria, com critérios verificáveis e explicações do porquê cada item importa. Use-o antes de lançar uma página, após uma migração de servidor ou como auditoria mensal.

Servidor e hospedagem

Escolha uma hospedagem com bom tempo de resposta (TTFB)

O Time to First Byte (TTFB) ideal fica abaixo de 200 ms. Um servidor lento na origem compromete todo o resto. Prefira planos com CDN integrado e servidores próximos ao seu público.

Ative a compressão Gzip ou Brotli

Arquivos de texto (HTML, CSS, JS) podem ser comprimidos em até 70% com Gzip ou ainda mais com Brotli. Verifique no cabeçalho HTTP se a compressão está ativa. Sem ela, o navegador baixa dados desnecessários.

Configure cache de navegador com headers de expiração

Defina tempos de cache para recursos estáticos (imagens, fontes, CSS), um mês para arquivos que mudam pouco, um ano para assets com hash. Isso evita que o navegador baixe o mesmo arquivo em visitas repetidas.

Use uma CDN para distribuir conteúdo geograficamente

Uma Content Delivery Network (CDN) armazena cópias do seu site em servidores ao redor do mundo. Visitantes de outros países recebem dados de um nó mais próximo, reduzindo latência.

Otimização de imagens

Comprima imagens sem perder qualidade visível

Ferramentas como TinyPNG, ImageOptim ou Squoosh reduzem o peso das imagens em 50-80%. Uma imagem de 2 MB pode virar 400 KB sem diferença perceptível na tela.

Use formatos modernos (WebP, AVIF)

WebP oferece compressão 30% melhor que JPEG com mesma qualidade. AVIF vai além, mas tem suporte menor. Converta imagens principais para WebP e mantenha JPEG como fallback.

Implemente lazy loading para imagens abaixo da dobra

O atributo loading="lazy" nativo do HTML faz o navegador carregar imagens só quando o usuário rola a página. Isso reduz o peso inicial da página e acelera a renderização.

Defina dimensões explícitas (width e height)

Sem largura e altura definidas, o navegador recalcula o layout ao baixar cada imagem, causando mudanças bruscas (Cumulative Layout Shift). Especifique dimensões no HTML ou CSS.

Front-end: CSS, JavaScript e fontes

Minifique CSS, JavaScript e HTML

Remova espaços, comentários e quebras de linha dos arquivos de produção. Ferramentas como Terser (JS) e CleanCSS (CSS) reduzem o tamanho em 20-40% sem alterar funcionamento.

Remova CSS e JavaScript não utilizados

Folhas de estilo de frameworks inteiros (Bootstrap, Tailwind) muitas vezes contêm regras que nunca são usadas. Use ferramentas como PurgeCSS para eliminar o excesso.

Adie JavaScript não crítico com defer ou async

Scripts que não são necessários para a renderização inicial (como analytics, widgets de redes sociais) devem ser carregados com defer ou async. Isso impede que bloqueiem a exibição do conteúdo.

Carregue fontes com display=swap

Fontes personalizadas podem atrasar a renderização do texto. Use o parâmetro display=swap no link da fonte para que o navegador mostre uma fonte do sistema enquanto carrega a personalizada.

Conteúdo e estrutura

Reduza redirecionamentos em cadeia

Cada redirecionamento (301, 302) adiciona uma viagem de ida e volta ao servidor. Mapeie URLs diretas e evite cadeias como site.com -> www.site.com -> site.com/pagina.

Implemente Core Web Vitals (LCP, FID, CLS)

O Largest Contentful Paint (LCP) deve ficar abaixo de 2,5 segundos, o First Input Delay (FID) abaixo de 100 ms e o Cumulative Layout Shift (CLS) abaixo de 0,1. Monitore no Google Search Console ou PageSpeed Insights.

Priorize o carregamento do conteúdo acima da dobra (critical CSS)

Extraia o CSS necessário para renderizar a parte visível da página e insira-o inline no <head>. O restante do CSS pode ser carregado de forma assíncrona.

Fechamento: o erro mais comum

O erro mais frequente ao aplicar um checklist de performance é otimizar apenas uma área, imagens, por exemplo, e ignorar o servidor ou o JavaScript. Um site pode ter imagens em WebP e ainda assim carregar em 6 segundos se o servidor demora 2 segundos para responder ou se há 10 scripts bloqueantes. A performance é um sistema: cada elo precisa funcionar. Meça antes e depois de cada alteração com ferramentas como GTmetrix ou Lighthouse para saber se a mudança realmente valeu a pena.

FAQ

O que é um checklist de performance para sites?

É uma lista de verificações práticas para identificar e corrigir gargalos de velocidade. Inclui itens de servidor, front-end, imagens e conteúdo, com critérios mensuráveis (como TTFB abaixo de 200 ms ou LCP abaixo de 2,5 s).

Qual a ferramenta mais confiável para medir performance?

O Lighthouse (integrado ao Chrome DevTools) é o padrão da indústria, mas o GTmetrix oferece relatórios mais detalhados com histórico. Use ambos para cruzar resultados.

Com que frequência devo rodar um checklist de performance?

Idealmente a cada lançamento de página ou alteração de tema. Para sites estáveis, uma auditoria mensal é suficiente. Após migrações de servidor, rode imediatamente.

O que é TTFB e por que ele importa?

Time to First Byte mede o tempo entre a requisição do navegador e o primeiro byte recebido do servidor. Valores acima de 200 ms indicam servidor lento ou distante, afetando todo o carregamento.

Como o lazy loading melhora a performance?

Ele adia o carregamento de imagens e iframes que não estão visíveis na tela, reduzindo o peso inicial da página e acelerando a renderização do conteúdo acima da dobra.

É possível otimizar performance sem mexer no código?

Sim. Trocar de hospedagem, ativar cache no servidor, usar uma CDN e comprimir imagens são mudanças que não exigem programação. Mas para resultados mais profundos, ajustes em CSS e JS são necessários.