Resumo Rápido (TL;DR)
Este guia reúne, em um só lugar, tudo o que sua empresa precisa saber sobre velocidade de site: por que cada segundo importa, quais métricas o Google utiliza (LCP, INP e CLS), o que pesa no carregamento e quais práticas técnicas resolvem — desde imagens e lazy-loading até fontes web e consultas de DNS.
Quando um potencial cliente digita o endereço da sua empresa no celular, a primeira impressão não vem do design: vem do tempo de espera. Se a tela fica em branco ou sem resposta por mais de três segundos, uma parte expressiva dessas pessoas abandona antes mesmo de ver o primeiro conteúdo. E esse abandono costuma acontecer em silêncio — você só percebe pela baixa taxa de conversão nos relatórios.
Este guia foi escrito para quem não é especialista em tecnologia. Ele explica o que acontece por trás da tela, quais números o Google observa e o que sua empresa pode fazer — sozinha ou com apoio técnico — para oferecer um site que carrega rápido e responde bem no celular.
Por que a velocidade do site afeta o resultado da sua empresa
A velocidade de um site influencia três frentes ao mesmo tempo. A primeira é a experiência do visitante: páginas rápidas passam a sensação de organização e cuidado, enquanto páginas lentas sugerem desleixo, mesmo que o conteúdo seja excelente. A segunda é o posicionamento no Google: desde 2010, a velocidade faz parte dos critérios de ranqueamento, e em 2021 o Google passou a usar as Core Web Vitals, um conjunto de métricas de experiência do usuário, como sinal direto de classificação. A terceira é a conversão: em comércio eletrônico e geração de contatos, cada segundo de atraso no carregamento reduz a probabilidade de o visitante concluir a ação.
Isso não significa que o site perfeito em velocidade resolve tudo sozinho. O conteúdo, a proposta e a confiança continuam sendo decisivos. Mas um site lento joga contra você antes mesmo de a conversa começar.
O padrão que o Google espera
O Google considera bom um LCP (tempo para exibir o conteúdo principal) de até 2,5 segundos, um INP (tempo de resposta a cliques e toques) de até 200 milissegundos e um CLS (movimentação inesperada de elementos) inferior a 0,1. Esses são os três pilares das Core Web Vitals, e eles são medidos a partir da experiência real dos visitantes, e não apenas em testes de laboratório.
As três métricas que o Google usa para medir a experiência
LCP: o tempo até o conteúdo principal aparecer
O Largest Contentful Paint (LCP) registra o momento em que o maior bloco de conteúdo visível — geralmente a imagem de destaque, o título principal ou o primeiro parágrafo — termina de carregar. Em termos práticos, o LCP responde à pergunta do visitante: "esse site vai abrir ou não?". Quando essa resposta demora, boa parte das pessoas tende a sair.
INP: o tempo de resposta aos toques e cliques
O Interaction to Next Paint (INP) mede o tempo entre o visitante tocar em um botão, link ou campo e o navegador reagir visualmente. Um site pode abrir rápido e ainda assim parecer travado se o botão demora para responder ao toque. O INP captura exatamente essa sensação, avaliando todas as interações da visita, e não apenas a mais lenta.
CLS: quando os elementos pulam na tela
O Cumulative Layout Shift (CLS) mede deslocamentos inesperados de conteúdo. Sabe quando você vai clicar em um botão e, de repente, um banner carrega e empurra tudo para baixo? Isso é um layout shift. Além de irritante, ele pode gerar cliques errados e desgaste na confiança do visitante.
headers={["Métrica", "O que mede", "Meta do Google", "Como o visitante sente"]} rows={[ ["LCP", "Tempo até o conteúdo principal aparecer", "Até 2,5 s", "\"O site abriu\""], ["INP", "Tempo de resposta a cliques e toques", "Até 200 ms", "\"O botão respondeu\""], ["CLS", "Deslocamento inesperado de elementos", "Menor que 0,1", "\"Nada pulou na tela\""], ]} /> Antes de aplicar correções, vale entender de onde vem o problema. Na experiência de manutenção de sites, cinco causas concentram a maior parte dos casos de lentidão. Imagens pesadas e sem otimização costumam ser a causa mais frequente. Uma foto de 4 MB enviada direto da câmera, usada como banner, precisa ser baixada inteira pelo celular do visitante antes de aparecer. Redimensionar, comprimir e converter para formatos modernos (WebP ou AVIF) pode reduzir o peso do arquivo em 70% ou mais, sem perda visível de qualidade. Scripts e plugins em excesso também pesam. Cada ferramenta adicionada ao site — chat, analytics, pixel de anúncio, formulário — adiciona arquivos que o navegador precisa baixar e executar. O problema raramente é uma ferramenta isolada: é a soma de dez, quinze, vinte scripts rodando ao mesmo tempo. Fontes web mal configuradas atrasam a exibição do texto. Se a página carrega vários pesos e estilos de fonte que a página nem usa, o navegador baixa bytes que nunca serão exibidos, e o texto demora mais a ficar legível. Consultas de DNS e recursos externos sem preparação fazem o navegador descobrir tardiamente onde buscar imagens, vídeos e scripts hospedados fora do site. Essa descoberta, chamada de resolução de DNS, leva tempo e pode ser antecipada com recursos específicos (explicados mais abaixo). Servidor lento ou mal dimensionado afeta tudo ao mesmo tempo. Se o computador que serve o site demora para responder, nenhum truque no lado do navegador resolve por completo. O indicador desse caso é o TTFB (Time to First Byte), o tempo até o primeiro byte chegar ao navegador — o ideal é que fique abaixo de 600 milissegundos. A técnica de lazy-loading (carregamento sob demanda) funciona como o cardápio de um restaurante: você não traz todos os pratos da cozinha para a mesa de uma vez — traz o que o cliente vai consumir naquele momento. Na prática, o site instrui o navegador a carregar primeiro as imagens que estão visíveis na tela. As imagens que ficam mais abaixo na página são carregadas apenas quando o visitante rola até elas. O resultado é um site que abre mais rápido e consome menos dados do plano de internet do visitante — um cuidado especialmente relevante para quem navega pelo celular com conexão 4G. No HTML moderno, isso se faz com o atributo A tipografia define a personalidade visual de um site, mas também é um dos pontos onde a lentidão se disfarça. Quando o navegador não encontra a fonte carregada, ele pode mostrar o texto invisível (FOIT) ou mostrar uma fonte provisória que troca de aparência quando a fonte correta chega (FOUT). Os dois comportamentos geram percepção de demora. As práticas que funcionam são simples. Primeiro, usar apenas os pesos e estilos de fonte que o site realmente utiliza — muitos temas carregam cinco ou seis variações, quando duas resolvem. Segundo, carregar as fontes com prioridade alta ( Cada recurso hospedado fora do site — um vídeo do YouTube incorporado, uma fonte do Google Fonts, um script de análise — exige que o navegador primeiro descubra o endereço do servidor (resolução DNS) e depois estabeleça uma conexão segura. Esses passos somam centenas de milissegundos, e o navegador só os inicia quando encontra o recurso na página. Com A ordem importa mais do que a intensidade. O caminho abaixo parte do que tem maior impacto e menor risco. steps={[ { title: "Medir antes de mudar", description: "Use o PageSpeed Insights (gratuito) e o relatório de Core Web Vitals no Google Search Console. Eles mostram as métricas reais do seu site, no celular e no computador, com base nos seus visitantes." }, { title: "Otimizar imagens primeiro", description: "Comprimir, redimensionar e converter para WebP ou AVIF as imagens acima de 200 KB. Este passo sozinho costuma resolver a maior parte dos casos de LCP ruim." }, { title: "Revisar scripts e plugins", description: "Liste tudo o que roda no site e pergunte, item por item: isso é necessário? Desative o que não for usado e adie o carregamento do que não for essencial na abertura da página." }, { title: "Preparar lazy-loading e fontes", description: "Ative o carregamento sob demanda nas imagens fora da primeira dobra e reduza os pesos de fonte ao mínimo necessário, com preload para as duas principais." }, { title: "Avaliar o servidor e a hospedagem", description: "Se o TTFB estiver alto, o gargalo está na origem. A migração para uma infraestrutura com CDN e cache bem configurado costuma melhorar todos os indicadores de uma vez." } ]} />O que deixa um site lento: as cinco causas mais comuns
Lazy-loading: carregar só o que está na tela
loading="lazy" nas imagens. É uma mudança pequena no código, mas o efeito no primeiro carregamento costuma ser notável, principalmente em páginas com muitas fotos, como portfólios e páginas de produtos.Fontes web: ler o texto sem esperar
preload), para que cheguem antes do restante do conteúdo. Terceiro, quando o serviço de fontes for externo, declarar a origem no cabeçalho do site com dns-prefetch e preconnect, antecipando a conexão (detalhe técnico que os visitantes nunca veem, mas sentem no resultado).DNS e conexões externas: antecipar o caminho
dns-prefetch e preconnect, o site antecipa esses passos: o navegador já faz a descoberta do endereço e a negociação da conexão no início do carregamento, quando chega a hora de usar o recurso externo, ele já está a caminho. É um exemplo de cuidado técnico que não muda o visual da página, mas acelera tudo o que depende do mundo externo.Um plano prático de otimização para sua empresa
Velocidade não é um detalhe técnico isolado: é a primeira conversa que seu site tem com cada visitante. E essa conversa acontece antes de qualquer palavra ser lida.
Quando procurar apoio técnico
Parte desse trabalho você pode acompanhar e até executar com a equipe interna. Outra parte — a escolha de infraestrutura, a configuração de CDN, o ajuste fino de cache e a arquitetura do código — exige conhecimento especializado e afeta a estabilidade do site. Nesses pontos, a decisão mais segura é trabalhar com um profissional que assuma a responsabilidade técnica contínua, um webmaster, e não apenas uma tarefa pontual.
Se quiser uma leitura técnica do seu caso, a avaliação começa com as métricas reais do seu site. Converse conosco pelo WhatsApp ou confira as soluções de performance para entender como trabalhamos esse cuidado, do diagnóstico à melhoria contínua.