Velocidade do site: como testar e o que fazer quando o site está lento
Velocidade do site: como testar no Speed Vitals e no PageSpeed, os limites das Core Web Vitals e o que fazer com imagens, hospedagem, scripts e fontes.
Karine Sackt · Designer de landing pages e fundadora da Fysi Lab Digital
· 10 min de leitura

Neste artigo
- Resumo: o que deixa o site lento e o que fazer
- Como testar a velocidade do site
- As Core Web Vitals e os limites do Google
- O caso do meu site: de 40 para 74 com duas mudanças
- O que mais deixa um site lento e o que fazer em cada caso
- Velocidade do site e anúncio
- Checklist de velocidade do site
- Sites e landing pages que eu já fiz
- Perguntas frequentes
A velocidade do site é o tempo que a página leva para aparecer e responder no celular de quem clicou, e você mede isso em um minuto no Speed Vitals ou no PageSpeed Insights. Pelo critério do Google, o maior elemento da tela precisa aparecer em até 2,5 segundos (fonte: web.dev), e quando isso passa do limite a causa quase sempre está em imagens, hospedagem, scripts, fontes ou vídeo no topo.
Eu sou designer de landing pages e fundadora da Fysi Lab Digital, que já entregou mais de mil projetos para médicos, advogados e empresas. Velocidade é um dos primeiros pontos que eu olho quando analiso um site, porque ela pesa no Google e pesa mais ainda em quem paga por clique. Neste guia eu mostro como testar, como ler o resultado, o que fazer em cada caso e o que aconteceu quando eu apliquei isso no meu próprio site.
Resumo: o que deixa o site lento e o que fazer
| Causa | Sinal no teste | O que fazer |
|---|---|---|
| Imagens pesadas | Imagem apontada como maior elemento da tela, aviso para usar formatos modernos | Exportar no tamanho de exibição e em WebP |
| Hospedagem lenta | Servidor demora a responder antes de qualquer coisa carregar | Hospedagem com servidor no Brasil e LiteSpeed, com cache |
| Scripts e pixels | Muito JavaScript, a página trava ao tocar | Cortar o que não tem função e atrasar o que pode esperar |
| Fontes | Aviso de recurso que bloqueia a renderização | Menos pesos de fonte, WOFF2 e carregamento sem bloquear a página |
| Vídeo no topo | Vídeo pesado como maior elemento da tela | Imagem com botão de play que carrega o vídeo no clique |
| Plugins | Muitos arquivos CSS e JS de plugins diferentes | Um plugin por função, cache ligado e o resto desativado |
Como testar a velocidade do site
Eu prefiro o Speed Vitals, porque ele deixa escolher de onde o teste sai. O seu cliente está no Brasil, então o teste precisa sair daqui também. O passo a passo:
- Cole o endereço da página que você quer testar.
- Escolha o dispositivo celular, porque é nele que abre quem chega pelo Instagram e pelos anúncios.
- Escolha um local de teste no Brasil.
- Rode o teste e olhe as Core Web Vitals, além da lista de sugestões.
- Rode de novo mais tarde e compare. Um teste isolado pode variar.
O PageSpeed Insights, do Google, também vale. Ele mostra duas leituras: os dados de campo, que vêm de quem visitou o seu site pelo Chrome (quando o site tem visitas suficientes), e os dados de laboratório, uma simulação feita pelo Lighthouse na hora. Se os dois mostram problema, a prioridade é alta.
Teste as páginas que recebem visita: a landing page do anúncio, a página do link da bio e as páginas que mais aparecem no Google. A home é só uma delas.
As Core Web Vitals e os limites do Google
As Core Web Vitals são as três métricas que o Google usa para medir a experiência de carregamento. Os limites para uma página ser considerada boa, segundo o web.dev:
| Métrica | O que mede | Bom |
|---|---|---|
| LCP (Largest Contentful Paint) | Tempo até o maior elemento da tela aparecer | Até 2,5 segundos |
| INP (Interaction to Next Paint) | Tempo de resposta quando a pessoa toca ou clica | Até 200 milissegundos |
| CLS (Cumulative Layout Shift) | Quanto a página "pula" enquanto carrega | Até 0,1 |
Na prática, o LCP é o que mais aparece nas minhas análises. O maior elemento costuma ser a foto do topo, o título ou um vídeo, e o teste mostra qual é. Começar por ele resolve a maior parte do problema.
O caso do meu site: de 40 para 74 com duas mudanças
Em 12 de novembro de 2026, a home do karinesackt.com.br tinha nota 40 no Lighthouse, no celular, e o maior conteúdo da tela levava 12,9 segundos para aparecer. Eu fiz só duas mudanças:
- Fontes carregando sem bloquear a página. Antes, o navegador esperava os arquivos de fonte para começar a desenhar a tela. Agora o texto aparece de imediato e a fonte entra quando chega.
- Miniaturas da home em WebP. As imagens dos cards trocaram de formato e ficaram bem mais leves.
A nota foi para 74 e o maior conteúdo passou a aparecer em 5,0 segundos. Ainda está acima dos 2,5 segundos que o Google considera bom, e eu deixo isso à vista porque é o retrato de como esse trabalho funciona: você mede, corrige a causa maior, mede de novo e parte para a próxima.
O que mais deixa um site lento e o que fazer em cada caso
Imagens pesadas
Foto direto da câmera ou do banco de imagens, em tamanho muito maior do que aparece na tela, é o que eu mais encontro. O que fazer:
- Exporte cada imagem na largura em que ela aparece. Uma miniatura de card dispensa o arquivo de uma capa.
- Use WebP. No WordPress, plugins como o LiteSpeed Cache ou o Imagify convertem automaticamente.
- Deixe a imagem do topo carregar primeiro e as de baixo com carregamento tardio (lazy load).
- Informe largura e altura em cada imagem, para a página parar de "pular" enquanto carrega.
Hospedagem lenta
Quando o servidor demora a responder, todo o resto espera. O teste mostra isso como tempo de resposta do servidor (TTFB) alto. O que eu olho numa hospedagem: servidor no Brasil, tecnologia LiteSpeed com cache, SSL grátis, backup automático e suporte em português. As que eu indico:
| Situação | Indicação |
|---|---|
| Um site ou landing page, público brasileiro | Nuvem Hospedagem, plano básico |
| Vários domínios | Napoleon |
| Muito acesso ou lançamento | StayCloud |
Os links acima são de afiliado: você não paga nada a mais e eu só indico o que uso nos projetos. O passo a passo da compra está em domínio e hospedagem: como funciona e qual eu indico.
Scripts e pixels
Cada ferramenta instalada no site carrega o próprio código: chat, pop-up, mapa de calor, pixel, widget de avaliações. Somados, eles disputam o celular com a sua página e pioram o INP. O que fazer:
- Liste tudo o que está instalado e corte o que ninguém usa mais.
- Centralize os pixels e o Analytics no Google Tag Manager, para enxergar tudo num lugar só e evitar código duplicado.
- Atrase o que pode esperar, como chat e pop-up, para depois da primeira interação.
- Mantenha o que mede resultado. GA4 e Pixel da Meta ficam, porque sem eles você perde a leitura dos anúncios.
Fontes
Fonte personalizada deixa a página com cara de marca e, mal configurada, segura a tela em branco. Foi o meu caso. O que fazer:
- Use no máximo duas famílias e só os pesos que aparecem no layout.
- Prefira arquivos WOFF2 hospedados no próprio site.
- Configure o carregamento para o texto aparecer de imediato com uma fonte do sistema e trocar quando a fonte chegar (
font-display: swap). - Pré-carregue só a fonte usada no título do topo.
Vídeo no topo
Vídeo de fundo ou vídeo incorporado logo na primeira dobra costuma virar o maior elemento da tela, e o mais pesado. Troque por uma imagem com botão de play que carrega o vídeo só quando a pessoa clica. Para vídeo de fundo, use uma versão curta, sem som e comprimida, com uma imagem de capa enquanto ele carrega.
Plugins demais
Em WordPress, cada plugin pode somar arquivos em todas as páginas, mesmo nas que não usam aquele recurso. O que fazer:
- Um plugin por função. Dois plugins de cache ou dois de SEO brigam entre si.
- Ligue um plugin de cache compatível com a hospedagem, como o LiteSpeed Cache em servidor LiteSpeed.
- Apague os plugins desativados e mantenha os ativos atualizados.
- Prefira recursos nativos do construtor a um plugin extra para slider, ícones ou animação.
Velocidade do site e anúncio
Em anúncio, cada clique foi pago. Se a página demora, a pessoa volta para o Instagram antes de ver a oferta, e você pagou pela visita do mesmo jeito.
- No Meta Ads, compare "cliques no link" com "visualizações da página de destino". O clique é contado no anúncio e a visualização só quando a página carrega e o Pixel dispara. Uma diferença grande entre os dois números é sinal de página lenta.
- No Google Ads, a experiência na página de destino é um dos componentes do Índice de qualidade. Uma página que demora a abrir entrega uma experiência pior para quem clicou.
- A landing page do anúncio é a primeira que eu testo, antes até da home.
Se a sua página recebe tráfego pago, vale também acompanhar a taxa de conversão antes e depois de cada ajuste de velocidade. É assim que você enxerga o efeito no resultado do anúncio.
Checklist de velocidade do site
- ☐ Teste no Speed Vitals, no celular, com local de teste no Brasil
- ☐ LCP até 2,5 s, INP até 200 ms e CLS até 0,1
- ☐ Imagens em WebP, no tamanho em que aparecem, com largura e altura informadas
- ☐ Hospedagem com servidor no Brasil, LiteSpeed e cache
- ☐ Só os scripts e pixels que têm função, centralizados no Tag Manager
- ☐ Até duas famílias de fonte, em WOFF2, carregando sem bloquear a página
- ☐ Vídeo do topo trocado por imagem com botão de play
- ☐ Um plugin por função, cache ligado e plugins atualizados
- ☐ Landing page do anúncio testada antes de subir a campanha
Para o resto do que conferir no dia de publicar, use o checklist antes de publicar um site. E para os outros quatro erros que mais derrubam um site, leia o mapa do site ficha limpa.
Sites e landing pages que eu já fiz
Alguns projetos meus e da Fysi, todos testados no celular antes de ir ao ar. Clique para ver o projeto completo no portfólio.






Veja todos os projetos no portfólio.
Perguntas frequentes
Qual é uma boa nota de velocidade no PageSpeed?
O Lighthouse considera boa a nota a partir de 90, segundo a documentação do Chrome. Eu olho primeiro as Core Web Vitals, porque são elas que mostram o que a pessoa sente ao abrir a página. Uma nota mais baixa com LCP, INP e CLS dentro do limite já é uma página que funciona bem.
Por que o meu site abre rápido no meu computador e fica lento no teste?
O seu computador costuma estar numa internet boa e já guardou parte do site na memória do navegador. O teste simula um celular, numa conexão móvel, abrindo a página pela primeira vez. É essa a experiência de quem chega pelo anúncio.
Site lento perde posição no Google?
As Core Web Vitals fazem parte dos sinais de experiência na página que o Google considera. O conteúdo que responde a busca continua pesando mais, e a velocidade soma como parte da experiência de quem clicou.
Plugin de cache resolve um site lento?
Ajuda bastante, principalmente em WordPress, mas trata uma parte do problema. Imagem pesada, fonte bloqueando a página e script demais continuam pesando com o cache ligado. Comece pelo que o teste aponta como maior elemento da tela.
Speed Vitals ou PageSpeed Insights: qual usar?
Os dois. Eu uso o Speed Vitals para testar do Brasil, no celular, e repetir depois de cada ajuste. O PageSpeed Insights entra para ver os dados de campo do Google, quando o site tem visitas suficientes para isso.















