{"url":"https://www.spartanti.com.br/blog/velocidade-do-site-core-web-vitals","titulo":"Velocidade do site: o que são Core Web Vitals e como melhorar","resumo":"LCP, INP e CLS explicados sem jargão: o que cada métrica mede, as faixas boas do Google, as causas mais comuns de lentidão e o que pedir para arrumar no seu site.","categoria":"Conversão","publicado_em":"2026-10-26","atualizado_em":"2026-10-26","autor":"Spartan TI","markdown":"Tem uma cena que acontece todo dia e que nenhum relatório mostra: a pessoa busca o seu serviço no celular, toca no seu site, espera dois segundos olhando uma tela branca, perde a paciência e volta para a lista de resultados. Ela não virou visita insatisfeita. Ela virou cliente do concorrente que carregou primeiro.\n\nVelocidade de site deixou de ser assunto de programador quando o Google deu nome, número e nota para ela. Os Core Web Vitals — em português, algo como \"métricas essenciais da web\" — são três medidas que tentam traduzir em número a experiência real de quem abre a sua página. O nome é intimidador, mas o que elas medem é simples: quanto tempo até a página mostrar algo útil, quanto tempo até ela responder ao toque e se o conteúdo fica pulando no meio da leitura.\n\nEste artigo explica cada uma sem jargão, mostra as faixas que o Google considera boas, lista as causas mais comuns de lentidão e, principalmente, diz o que você — dono do site, não programador — consegue pedir para arrumar e como conferir se arrumaram.\n\n## LCP: quanto tempo até aparecer o conteúdo principal\n\nLCP é a sigla de Largest Contentful Paint, ou \"maior elemento de conteúdo pintado na tela\". Traduzindo: o relógio começa quando a pessoa toca no link e para quando o maior pedaço visível de conteúdo aparece — normalmente a foto grande do topo, o banner ou o título principal.\n\nÉ a métrica que mais se parece com o que a gente chama de \"site rápido\" na linguagem comum. As faixas publicadas pelo Google:\n\n  - **Bom:** até 2,5 segundos;\n\n  - **Precisa melhorar:** entre 2,5 e 4 segundos;\n\n  - **Ruim:** acima de 4 segundos.\n\nDois segundos e meio parece folgado até você lembrar do cenário real: celular de entrada, rede de operadora no meio da rua, não o computador do escritório ligado na fibra.\n\n## INP: quanto tempo até responder ao toque\n\nINP é Interaction to Next Paint, ou \"da interação até o próximo desenho na tela\". Mede o atraso entre a pessoa tocar em algo — um botão, um menu, uma caixa de seleção — e a tela reagir visivelmente. É o irmão mais novo da família: substituiu a métrica anterior (FID, que só olhava o primeiro toque) porque medir só o primeiro clique esconde o resto do problema.\n\nAs faixas:\n\n  - **Bom:** até 200 milissegundos;\n\n  - **Precisa melhorar:** entre 200 e 500 milissegundos;\n\n  - **Ruim:** acima de 500 milissegundos.\n\nINP alto é a sensação de site travado: a pessoa toca no menu, nada acontece, ela toca de novo, e aí o menu abre e fecha. Em formulário, é o campo que demora a aceitar a digitação. Quase sempre a culpa é de excesso de código rodando no aparelho da pessoa, especialmente script de terceiro.\n\n## CLS: o conteúdo pula enquanto você lê\n\nCLS é Cumulative Layout Shift, \"deslocamento acumulado de layout\". Não mede tempo, mede instabilidade: quanto o conteúdo se move sozinho depois de já ter aparecido. O resultado é um número sem unidade, acumulado durante a visita.\n\n  - **Bom:** até 0,1;\n\n  - **Precisa melhorar:** entre 0,1 e 0,25;\n\n  - **Ruim:** acima de 0,25.\n\nVocê já foi vítima disso: começa a ler, um anúncio carrega acima do texto e empurra tudo para baixo; ou vai tocar em \"comprar\" e no instante do toque o botão desce três centímetros, e você toca em outra coisa. Em loja virtual, isso é dinheiro perdido direto — e um dos motivos de carrinho abandonado, assunto que a gente detalha no artigo sobre [como reduzir o abandono de carrinho](https://www.spartanti.com.br/blog/abandono-de-carrinho-como-reduzir).\n\n*Imagem: Painel com quatro cartões: LCP com faixa boa de até 2,5 segundos e causa principal imagem grande; INP com faixa boa de até 200 milissegundos e causa principal excesso de script; CLS com faixa boa de até 0,1 e causa principal espaço não reservado para anúncio e imagem; e um cartão lembrando que a avaliação usa o percentil 75 das visitas reais dos últimos 28 dias — As faixas são as publicadas pelo Google. A avaliação do seu site usa o percentil 75 das visitas reais — ou seja, 3 de cada 4 visitantes precisam ficar dentro da faixa.*\n\n### Um detalhe que muda a interpretação\n\nA nota do seu site não é a média das visitas: o Google usa o percentil 75. Na prática, para o seu site ser considerado bom, três de cada quatro visitas precisam ficar dentro da faixa. Isso é proposital — média esconde o visitante de celular fraco em rede ruim, que é justamente quem mais desiste. E a avaliação considera uma janela de aproximadamente 28 dias de visitas reais, então melhoria feita hoje não aparece no relatório amanhã.\n\nResumo em três frases: LCP é \"demorou para aparecer\". INP é \"travou quando eu toquei\". CLS é \"o conteúdo pulou\". Se você entendeu isso, já consegue conversar de igual para igual com quem cuida do seu site.\n\n## As causas mais comuns (e elas se repetem muito)\n\nNa prática, a lentidão de site de pequena e média empresa quase sempre vem de um punhado de causas conhecidas. A tabela resume quem atrapalha o quê:\n\n| Causa | Afeta | Como identificar |\n| --- | --- | --- |\n| Imagem gigante no topo | LCP | Foto de 4 MB publicada direto da câmera |\n| Fonte externa carregada tarde | LCP e CLS | Texto aparece e depois troca de tipo |\n| Excesso de script de terceiro | INP | Chat, pixel, mapa, contador, vários ao mesmo tempo |\n| Anúncio ou banner sem espaço reservado | CLS | Conteúdo pula quando o anúncio carrega |\n| Hospedagem lenta ou distante | LCP | Até o texto simples demora a chegar |\n\n### Imagem: a campeã absoluta\n\nÉ o problema mais comum e o mais fácil de resolver. A foto sai do celular com 3.000 pixels de largura e 4 megabytes, vai para o site do jeito que está, e o navegador precisa baixar tudo isso para mostrar uma imagem que vai aparecer com 800 pixels na tela. O visitante paga o tempo e os dados por informação que ele nunca vai ver.\n\n### Script de terceiro: o peso invisível\n\nCada ferramenta que você instala no site — chat, pixel de anúncio, mapa embutido, selo, contador de visitas, janela de avaliação — carrega código de outro servidor e gasta processamento no celular da pessoa. Um só costuma ser inofensivo. Seis juntos travam o aparelho. O pior é que o efeito é cumulativo e invisível: ninguém instala nada pesado, mas o site vai ficando lento ao longo dos meses.\n\n### Fonte externa\n\nFonte bonita carregada de um servidor de fontes atrasa o texto ou faz o texto aparecer numa fonte e trocar depois, provocando pulo. Resolve-se carregando a fonte junto com o site, limitando a dois pesos (normal e negrito) e mandando o navegador mostrar o texto imediatamente, mesmo que a fonte definitiva chegue um instante depois.\n\n### Hospedagem\n\nSe até o texto simples demora, nenhuma otimização de imagem salva: o problema está em onde o site mora. Hospedagem compartilhada barata, sobrecarregada, ou servidor em outro continente adiciona atraso em tudo. Vale perguntar a quem hospeda o seu site onde fica o servidor e se há cache e rede de distribuição de conteúdo.\n\n## O que resolve, na ordem de maior efeito\n\nVocê não precisa saber fazer — precisa saber pedir. Esta é a lista que vale levar para quem cuida do seu site:\n\n  1. **Comprimir e dimensionar imagem.** Nenhuma imagem deve ser publicada maior do que vai aparecer. Uma foto de produto raramente precisa passar de 1.200 pixels de largura e algumas centenas de kilobytes. Só isso costuma derrubar o LCP de forma visível.\n\n  2. **Usar formato moderno.** Formatos como WebP e AVIF entregam qualidade parecida com arquivo bem menor que JPG e PNG. São suportados pelos navegadores atuais.\n\n  3. **Carregamento tardio (lazy loading).** Imagem que está no fim da página só é baixada quando a pessoa chega perto dela. Importante: a imagem principal do topo é a exceção — essa precisa carregar com prioridade, e marcar o topo como tardio piora o LCP.\n\n  4. **Declarar largura e altura de toda imagem.** Assim o navegador reserva o espaço antes de a imagem chegar, e nada pula. É um dos ajustes com melhor relação entre esforço e resultado no CLS.\n\n  5. **Reservar espaço para anúncio e banner.** Mesma lógica: a área fica separada desde o início. Se o anúncio não carregar, fica um espaço vazio — melhor que o texto dançando.\n\n  6. **Cortar script que não serve.** Faça o inventário de tudo que está instalado e remova o que não é usado: pixel de campanha encerrada, chat que ninguém responde, contador de visitas enfeitado. O que sobrar pode carregar depois do conteúdo.\n\n  7. **Trocar embutido pesado por link ou imagem.** Mapa e vídeo embutidos carregam código grande. Em vez do mapa interativo, uma imagem estática que abre o mapa ao toque. Em vez do vídeo que carrega sozinho, a capa com botão de play.\n\n  8. **Ativar cache e compressão no servidor.** Tarefa de quem hospeda: arquivos compactados no envio e guardados no navegador de quem já visitou.\n\nRepare que nada nessa lista é refazer o site. São ajustes. Site lento por decisão errada de construção existe, mas é minoria — a maioria dos casos são imagens pesadas e script acumulado, e isso se resolve em horas de trabalho, não em semanas. É parte do que entra na rotina descrita no artigo sobre [manutenção de site](https://www.spartanti.com.br/blog/manutencao-de-site-importancia).\n\n## Como medir\n\n### PageSpeed Insights\n\nA ferramenta gratuita do Google: você cola o endereço da página e recebe as notas, a lista de problemas e as sugestões. Está em [pagespeed.web.dev](https://pagespeed.web.dev/). Três orientações para não se enganar com ela:\n\n  - **Teste a página certa.** A página inicial não representa o site todo. Teste também a página de serviço, a de produto e a que recebe o anúncio.\n\n  - **Olhe primeiro o celular.** A aba de dispositivo móvel simula aparelho e rede medianos, e é onde está a maioria das suas visitas.\n\n  - **Não persiga a nota 100.** A nota de desempenho é um resumo; o que o Google usa para avaliar o seu site são as três métricas com dados reais. Site com nota 72 e as três métricas verdes está melhor que site com nota 95 e CLS vermelho.\n\n### Relatório no Search Console\n\nO Search Console tem um relatório de Core Web Vitals que agrupa as páginas do seu site por tipo de problema, com base em visitas reais. É mais útil que testar página por página, porque mostra onde está o estrago em escala: muitas vezes um modelo de página inteiro (todas as fichas de produto, por exemplo) está ruim pelo mesmo motivo. Se você ainda não usa a ferramenta, comece pelo artigo [Search Console para leigos](https://www.spartanti.com.br/blog/search-console-para-leigos).\n\n### Dados de laboratório x dados de campo\n\nEssa distinção explica quase toda confusão sobre velocidade:\n\n  - **Dados de laboratório** são o teste simulado, feito agora, em condição controlada. Servem para diagnosticar e para conferir se uma correção funcionou, porque respondem na hora. Mas não são a sua nota real.\n\n  - **Dados de campo** vêm de visitas reais de usuários do Chrome, acumuladas em uma janela de cerca de 28 dias. É o que conta para avaliação, e é o que explica por que a melhoria feita ontem ainda não apareceu.\n\nConsequência prática: corrija, confirme no laboratório que o problema saiu e espere algumas semanas para ver o campo se mexer. Não refaça tudo de novo achando que não funcionou.\n\n### Teste você mesmo, no mundo real\n\nMétrica nenhuma substitui abrir o seu site no seu celular, com dados da operadora, longe do Wi-Fi, como um cliente faria. Em dez segundos você sente o que nenhuma tabela mostra. Faça isso também na página que recebe os seus anúncios, em uma tela estreita, de 360 pixels de largura.\n\n## Por que velocidade importa para conversão, não só para o Google\n\nÉ tentador tratar Core Web Vitals como tarefa de SEO: \"o Google pede, então a gente faz\". Mas, como critério de posicionamento, velocidade é um fator entre muitos — conteúdo relevante continua pesando mais, como explicamos no artigo sobre [como aparecer no Google](https://www.spartanti.com.br/blog/como-aparecer-no-google). O ganho real de velocidade está antes disso, na conversão.\n\nPense no caminho do dinheiro. Para o visitante virar cliente, ele precisa: a página abrir, ele ler, se convencer, achar o botão, tocar, o botão responder e a mensagem chegar. Cada etapa tem perda. Velocidade atua nas duas primeiras, que são justamente as mais brutais — quem fecha a aba antes de ler não é cliente perdido na negociação, é cliente que nunca soube o que você vende.\n\nE tem o lado do anúncio pago. Quando você paga por clique, paga por quem desiste também. Página lenta transforma orçamento de mídia em tela branca. Antes de aumentar o investimento em anúncio, vale consertar a página de destino: é o mesmo dinheiro rendendo mais, sem negociar nada com ninguém.\n\nVelocidade também interage com os outros elementos que fazem o site trabalhar. Não adianta ter o melhor texto se ele chega depois de quatro segundos, nem o melhor botão de WhatsApp se o toque demora meio segundo para responder. Vale revisar isso junto com os [textos do site](https://www.spartanti.com.br/blog/textos-para-site-que-vendem), com o [formulário de contato](https://www.spartanti.com.br/blog/formulario-de-contato-que-funciona) e com o [botão de WhatsApp](https://www.spartanti.com.br/blog/whatsapp-business-para-empresas) — os quatro atuam no mesmo ponto do funil.\n\nJeito simples de priorizar: se o LCP está ruim, comece pelas imagens. Se o INP está ruim, comece cortando script de terceiro. Se o CLS está ruim, comece reservando espaço para imagem, anúncio e fonte. Três frases que cobrem a maioria dos casos reais.\n\n## Perguntas e armadilhas comuns\n\n### \"Meu site é rápido no meu computador\"\n\nNo seu computador, com fibra, navegador com o site já em cache e nenhuma aba pesada, qualquer site parece rápido. A sua experiência é a menos representativa de todas, porque você já visitou o site mil vezes. Teste em celular, em rede móvel, em modo anônimo.\n\n### \"Instalei um plugin de otimização e não melhorou\"\n\nPlugin de cache resolve parte do problema de servidor, mas não encolhe a imagem de 4 MB que você publicou nem remove o script do chat. E plugin empilhado sobre plugin às vezes piora, porque adiciona mais código. Prefira diagnosticar e corrigir a causa a instalar outra camada.\n\n### \"Tirar o chat e o mapa vai me fazer perder contato\"\n\nNem sempre é tirar: é carregar depois ou trocar por versão leve. Chat que aparece só quando a pessoa rola a página, mapa que abre ao toque. O contato que você perde por lentidão não deixa rastro nenhum, então é fácil superestimar o valor da ferramenta e ignorar o custo dela.\n\n### \"Preciso refazer o site?\"\n\nNa maioria dos casos, não. Refazer se justifica quando o site é de uma geração que não funciona bem em celular, quando depende de tecnologia abandonada ou quando ninguém mais consegue mexer no código. Fora isso, ajuste resolve. Exemplos de sites que construímos com essas preocupações desde o começo estão no [portfólio](https://www.spartanti.com.br/portfolio), e os passos de criação estão no [guia](https://www.spartanti.com.br/guia).\n\n### \"E se eu mudar de endereço ou de hospedagem?\"\n\nTroca de hospedagem costuma ser uma das melhores decisões de velocidade — e também um dos momentos de maior risco para a presença no Google. Antes de mexer, leia o artigo sobre [migrar site sem perder o Google](https://www.spartanti.com.br/blog/migrar-site-sem-perder-o-google) e, depois da mudança, meça de novo e teste o formulário.\n\n## Um plano de 30 dias\n\n  1. **Dias 1 e 2:** teste no PageSpeed Insights a página inicial, uma página de serviço e a página de destino do seu anúncio, no modo celular. Anote as três métricas de cada uma.\n\n  2. **Dia 3:** abra o relatório de Core Web Vitals no Search Console e identifique quais grupos de página estão ruins.\n\n  3. **Semana 1:** trate as imagens. Redimensione, comprima, converta para formato moderno, declare largura e altura, aplique carregamento tardio fora do topo.\n\n  4. **Semana 2:** faça o inventário de script de terceiro e remova o que não serve. Mova o resto para carregar depois do conteúdo.\n\n  5. **Semana 3:** reserve espaço para anúncio, banner e fonte. Confira cache e compressão com quem hospeda.\n\n  6. **Semana 4:** meça de novo no laboratório para confirmar as correções, e marque na agenda uma conferência do campo em 30 dias.\n\nSe preferir, isso tudo cabe em uma revisão feita por quem construiu o site. A gente trata velocidade como parte do serviço — site entregue rápido e mantido rápido, com hospedagem e manutenção acompanhando. Para tirar dúvida pontual, veja o [FAQ](https://www.spartanti.com.br/faq); para falar de um caso específico, [chame a nossa equipe](https://www.spartanti.com.br/#contact). O resto do raciocínio sobre transformar visita em cliente está no artigo sobre [site que converte visitantes em clientes](https://www.spartanti.com.br/blog/site-que-converte-em-clientes).\n\n## Perguntas frequentes\n\n### O que são Core Web Vitals, em uma frase?\n\nSão três métricas que o Google usa para medir a experiência de quem abre a sua página: LCP, o tempo até o conteúdo principal aparecer; INP, o tempo até a página responder a um toque; e CLS, o quanto o conteúdo se mexe sozinho durante a visita. Juntas, elas tentam traduzir em número a sensação de site rápido e estável.\n\n### Quais são as faixas consideradas boas?\n\nSegundo o Google: LCP de até 2,5 segundos, INP de até 200 milissegundos e CLS de até 0,1. Acima disso há uma faixa intermediária e depois a faixa ruim, que começa em 4 segundos para o LCP, 500 milissegundos para o INP e 0,25 para o CLS. A avaliação usa o percentil 75 das visitas reais, ou seja, três de cada quatro visitantes precisam ficar na faixa boa.\n\n### Por que corrigi o site e a nota não mudou?\n\nPorque a avaliação oficial usa dados de visitas reais acumulados em uma janela de cerca de 28 dias. A correção aparece primeiro no teste simulado, que responde na hora, e só depois nos dados de campo. Confirme no teste simulado que o problema saiu e espere algumas semanas antes de concluir que não funcionou.\n\n### Velocidade melhora minha posição no Google?\n\nAjuda, mas é um fator entre muitos, e conteúdo relevante continua pesando mais. O ganho maior da velocidade está na conversão: página que abre rápido perde menos visitante antes mesmo de ele ler a sua oferta, e isso vale tanto para visita de busca quanto para visita de anúncio pago, que você está pagando.\n\n### Qual é a causa mais comum de site lento?\n\nImagem publicada em tamanho de arquivo muito maior do que o necessário, seguida por excesso de script de terceiro acumulado ao longo do tempo — chat, pixel de anúncio, mapa e selos. As duas coisas se resolvem com ajuste, sem refazer o site, e normalmente trazem a melhoria mais visível.\n\n### Preciso de uma ferramenta paga para medir?\n\nNão. O PageSpeed Insights e o relatório de Core Web Vitals do Search Console são gratuitos e cobrem o que uma pequena empresa precisa: diagnóstico por página e visão de quais grupos de página estão com problema. Ferramenta paga faz sentido para quem precisa acompanhar muitas páginas continuamente."}