Velocidade do site explicada: o que deixa os sites lentos e como corrigir
Por Toy Wen Da, Cofundador · Atualizado em · 8 min de leitura
Traduzido do original em inglês. Ler em inglês
Velocidade do site é o tempo que suas páginas levam para carregar e responder. Ela influencia a sua posição no Google e quantos visitantes ficam e compram. O Google a avalia por meio de três Core Web Vitals, e a maioria dos sites lentos compartilha as mesmas poucas causas, todas corrigíveis.
O que a velocidade do site realmente mede
A velocidade tem mais de uma dimensão. Uma página pode aparecer rápido e ainda assim parecer travada quando você toca em um botão, ou carregar rápido e depois ficar pulando conforme os anúncios aparecem. Por isso, o Google divide a questão em três métricas, chamadas Core Web Vitals, e publica um limite para cada uma. Os limites abaixo vêm do web.dev, a documentação de desempenho do próprio Google, e valem para o percentil 75 das suas visitas, ou seja, descrevem o que seus visitantes mais lentos recebem, e não apenas o melhor cenário.
| Métrica | O que mede | Pontuação boa | Causa mais comum |
|---|---|---|---|
| Largest Contentful Paint (LCP) | Quanto tempo o maior elemento visível, geralmente uma imagem principal ou um título, leva para aparecer | 2,5 segundos ou menos | Imagens grandes demais e resposta lenta do servidor |
| Interaction to Next Paint (INP) | Com que rapidez a página reage quando o visitante toca ou digita | 200 milissegundos ou menos | JavaScript pesado monopolizando a thread principal do navegador |
| Cumulative Layout Shift (CLS) | Quanto o layout pula enquanto a página carrega | 0,1 ou menos | Imagens e conteúdos incorporados, anúncios inclusive, sem espaço reservado |
Uma página que passa nas três métricas no percentil 75 é considerada rápida pelo Google. Se uma falhar, essa métrica indica por onde você deve começar a investigar.
Como a velocidade do site afeta o ranking e o faturamento
O lugar da velocidade no ranking do Google
O Google confirmou que a experiência da página, que inclui as Core Web Vitals, alimenta seus sistemas de ranqueamento, e documenta isso abertamente no Google Search Central. Há duas ressalvas. A relevância continua pesando mais: uma página lenta que responde à busca vence uma página rápida que não responde. A velocidade conta mais quando duas páginas têm qualidade parecida, e aí ela pode desempatar.
Os rastreadores do Google também se adaptam à rapidez com que o seu servidor responde. Um servidor rápido permite que o Googlebot busque mais páginas na mesma visita, enquanto um servidor lento é rastreado com mais calma. Em um site grande, essa diferença determina com que rapidez as páginas novas e atualizadas são captadas.
O que as páginas lentas custam em conversões
Cada segundo extra de carregamento dá a mais uma fatia de visitantes um motivo para sair, e a perda se acumula em conexões móveis. Ela dói mais onde o dinheiro muda de mãos: formulários de orçamento e de reserva e etapas de checkout, onde um botão que não responde parece um site quebrado.
O tráfego pago torna isso caro de forma bem direta. As plataformas de anúncios avaliam a experiência da página de destino, e o tempo de carregamento faz parte dessa nota. Assim, uma página de destino lenta pode aumentar o que você paga por clique e, ao mesmo tempo, converter menos dos cliques que você compra.
O que deixa um site lento
A maioria dos sites lentos é lenta por motivos comuns. As mesmas causas aparecem em auditoria após auditoria, e cada uma tem uma correção conhecida.
| Causa | Como aparece | Correção típica | Esforço |
|---|---|---|---|
| Imagens sem compressão ou grandes demais | Uma foto de 3 MB carregando em um espaço de 400 px; o LCP falha em páginas com muitas imagens | Redimensionar para o tamanho exibido e converter para WebP ou AVIF; usar lazy-load abaixo da dobra | Baixo |
| JavaScript de terceiros e que bloqueia a renderização | Páginas que aparecem mas ignoram toques; widgets de chat e rastreadores carregando antes do conteúdo | Adiar scripts não críticos, remover plugins e tags não usados | Médio |
| Sem cache nem compressão | Cada visita reconstrói a página do zero; quem volta espera tanto quanto quem chega pela primeira vez | Ativar o cache do navegador e do servidor, ligar a compressão Brotli ou gzip | Baixo |
| Sem CDN para visitantes distantes | Rápido perto de você, lento para quem está longe do seu servidor | Servir arquivos estáticos por meio de uma rede de distribuição de conteúdo (CDN) | Baixo a médio |
| Hospedagem fraca | Time-to-first-byte lento em todas as páginas, até nas vazias | Fazer upgrade do plano ou trocar de hospedagem; nenhuma correção no front-end supera um servidor lento | Médio |
| Tema ou page builder inchado | Dezenas de folhas de estilo e scripts carregando em todas as páginas | Enxugar os módulos do builder ou reconstruir os templates principais de forma enxuta | Alto |
Raramente você precisa corrigir tudo. Encontre as duas ou três linhas que descrevem o seu site e comece por elas.
Como testar a velocidade do seu site
Testes de laboratório e dados de campo respondem a perguntas diferentes
Um teste de laboratório carrega a sua página uma vez em um hardware simulado e pontua o que vê. Os dados de campo registram o que visitantes reais vivenciaram, e o Google os coleta de usuários do Chrome nos 28 dias anteriores. Quando os dois divergem, são os dados de campo que os sistemas do Google levam em conta. Os testes de laboratório continuam sendo o diagnóstico mais rápido, porque apontam os arquivos e scripts específicos que causam o atraso.
Passe suas páginas por um teste gratuito de velocidade de site para medir o desempenho de carregamento sem instalar nada. O PageSpeed Insights, do Google, também ajuda, porque mostra os resultados de laboratório e de campo lado a lado quando há dados de campo suficientes.
Teste mais do que a página inicial
A página inicial costuma ser a mais caprichada de um site e a menos típica. Teste uma página de cada template que você usa: a página inicial e a sua página de destino mais movimentada, depois uma página de produto ou serviço e um post de blog. Rode os testes como um visitante em um celular e também a partir de um computador no wi-fi do escritório. Teste de novo após cada mudança relevante, porque um plugin novo ou uma imagem principal enviada podem desfazer uma correção sem que você perceba.
As correções que mais reduzem o tempo de carregamento
Comece pelas imagens
As imagens são o que mais pesa na maioria das páginas e o que custa menos para corrigir. Redimensione-as para o tamanho em que são exibidas e comprima-as; depois, sirva formatos modernos como WebP ou AVIF. Defina largura e altura explícitas em todas as imagens para que o navegador reserve o espaço, o que corrige a maior parte da mudança de layout ao mesmo tempo. Use lazy-load em tudo que fica abaixo da dobra, mas deixe a imagem do LCP de fora, já que atrasar o seu maior elemento atrasa a métrica que o mede.
Controle o JavaScript e os scripts de terceiros
Liste todos os scripts que suas páginas carregam e pergunte o que cada um rende. Widgets de chat e mapas de calor costumam sobreviver à sua utilidade, assim como tags de rastreamento antigas, e cada visitante paga um pedágio por cada um deles. Adie o que não precisa rodar antes de a página ser exibida. No WordPress e em plataformas parecidas, o maior ganho de INP muitas vezes vem de desativar e excluir plugins que você não usa mais.
Use cache e compressão, depois aproxime o site dos visitantes
O cache permite que quem volta pule a espera, e o cache no servidor poupa a sua hospedagem de reconstruir páginas que não mudaram. A compressão reduz o tamanho dos dados transferidos. Uma CDN guarda cópias dos seus arquivos perto dos visitantes, o que importa sempre que seus clientes estão em uma região diferente da do seu servidor. Se o time-to-first-byte continuar lento depois de tudo isso, o gargalo é o servidor e a solução é a hospedagem.
Dá para corrigir sozinho?
Muitas vezes, sim. Plugins de compressão de imagens e de cache estão ao alcance de qualquer pessoa à vontade no painel de administração do próprio site, assim como remover plugins mortos e ativar uma CDN. Essas quatro medidas resolvem a maioria das falhas comuns. A velocidade também raramente falha sozinha; então, enquanto estiver por lá, faça uma varredura mais ampla com este checklist de auditoria de site com 25 pontos, que cobre a velocidade junto com as outras verificações que você pode fazer sem um desenvolvedor.
Peça ajuda quando a correção envolver código ou infraestrutura. Refatorar JavaScript que bloqueia a renderização e migrar de hospedagem punem o achismo, e uma edição de tema malfeita custa mais do que o desenvolvedor custaria. Se a correção é uma configuração ou um upload, tente você mesmo; se é uma reescrita, chame um profissional.
Perguntas frequentes
O que é uma boa velocidade de site?
Mire nos limites das Core Web Vitals: conteúdo principal visível em até 2,5 segundos, resposta a uma interação em até 200 milissegundos e pontuação de mudança de layout de 0,1 ou menos, medidos no percentil 75 das visitas reais. Uma página que passa nas três é rápida pela definição do Google.
A velocidade do site é um fator de ranqueamento do Google?
Sim. A experiência da página, incluindo as Core Web Vitals, alimenta os sistemas de ranqueamento do Google. A relevância continua em primeiro lugar, então a velocidade não salva um conteúdo fraco, mas ajuda a decidir disputas apertadas e mantém os visitantes na página tempo suficiente para converter.
Por que meu site é lento mesmo com uma boa hospedagem?
Porque a maior parte da lentidão está no front-end. Imagens grandes demais e scripts de terceiros derrubam uma página mesmo numa hospedagem excelente, e a falta de cache faz o mesmo. Verifique o time-to-first-byte: se ele for rápido mas a página continuar lenta, o peso está no que a página carrega.
Com que frequência devo testar a velocidade do meu site?
Após cada mudança relevante e, fora isso, uma vez por mês. Os dados de campo ficam até 28 dias atrás da realidade, então uma regressão que você introduz hoje aparece nos números do Google semanas depois. Os testes de laboratório a detectam no mesmo dia.
Preciso de um desenvolvedor para melhorar a velocidade das páginas?
No começo, não. A compressão de imagens e o cache são tarefas de configuração, assim como a limpeza de plugins. Chame um desenvolvedor para refatorar JavaScript ou migrar de hospedagem, onde um passo errado pode quebrar o site, e para reconstruir o tema.
Verifique suas três páginas mais movimentadas esta semana
Comece pela página para a qual seus anúncios apontam, depois teste a sua página inicial e a sua principal página de destino, e coloque números reais em cada uma. Corrija a causa mais pesada apontada pelos testes e teste de novo para confirmar que a mudança funcionou. Se quiser ver como a velocidade do site e as correções técnicas se somam ao conteúdo em um único plano priorizado, confira um relatório de SEO de exemplo e converse com a equipe sobre fazer um para o seu site.
Recursos / Referências
Fontes
Sobre o autor
O SearchBlueprint pesquisou, escreveu e avaliou este artigo com o mesmo pipeline de conteúdo que nossos clientes usam nos próprios sites. A nota que aparece na assinatura é a que nosso mecanismo de conteúdo deu a esta página antes de ela ser publicada. Nada aqui passa por revisão manual, e esse é justamente o ponto: é o resultado do produto, publicado onde qualquer pessoa pode conferir.