Lighthouse 100 não significa site bom

Passei um mês otimizando um site de clínica. Imagens comprimidas. Code splitting. Defer de JavaScript. Minificação de CSS. Resultado? Lighthouse 100. Fiquei feliz. Lembrei meu cliente que agora o site era super rápido.

Semana depois, paciente reclama que o site da clínica trava quando ele tenta marcar consulta. Paciente estava em 3G no seu iPhone de 2019. Meu Lighthouse 100 não significava nada no mundo real.

Lab data vs field data

Lighthouse rodava num Macbook M2 com conexão de 100Mbps. O paciente estava com iPhone lento, conexão instável. Aquela diferença de ambiente é gigantesca.

Lab data é o que Lighthouse mede: seu site rodando em máquina poderosa com boa conexão. Field data é o que CrUX (Chrome User Experience Report) mede: seus usuários reais usando o site.

CrUX coleta dados de verdade. Milhões de PageView. Dezenas de dispositivos diferentes. Redes 4G, 3G, WiFi. Dados que importam porque vêm de gente usando seu site.

Vejo sites que têm Lighthouse 100 e CrUX vermelho. Significa que o teste de lab não reflete realidade. Seu site é rápido em máquina poderosa mas lento nos celulares que a maioria das pessoas usa.

Métricas que importam

Core Web Vitals é o que Google prioriza. Três métricas:

LCP (Largest Contentful Paint): quanto tempo até o conteúdo maior da página aparecer. Ideal é menos de 2.5 segundos. Seu site carrega foto grande de dentista? LCP é o tempo pra foto aparecer.

FID (First Input Delay): quanto tempo demora pra página responder ao primeiro clique do usuário. Ideal é menos de 100ms. Você clica no botão de agendar e nada acontece por 5 segundos? Ruim.

CLS (Cumulative Layout Shift): quanto a página se mexe enquanto carrega. Você lê texto, de repente um anúncio aparece e empurra tudo pra baixo? Isso é ruim pra UX.

Lighthouse mede tudo isso, mas num ambiente controlado. CrUX mostra o que realmente está acontecendo.

Sites com 100 que são lentos

Testei um site grande. Lighthouse 100. Core Web Vitals em CrUX? 50% dos usuários têm experiência ruim.

Por quê? Lighthouse avalia preto no branco, laboratório. Não leva em conta:

Código JavaScript de terceiros rodando lento em segundo plano. Lighthouse não executa nada além do básico.

Cliente em 3G. Seu site é rápido em 4G. Em 3G vira caracol.

Telefone com CPU fraca. Parsing de JavaScript leva 10x mais tempo num Redmi de R$ 800 do que num iPhone de R$ 4 mil.

Usuário com add-ons de navegador que deixam site lento. Lighthouse roda sem nada disso.

Sites com 85 que convertem melhor

Trabalhei com clínica que otimizou site até Lighthouse 100. Mas no processo removeu muitas imagens. Site ficou “rápido” mas feio. Conversão caiu.

Depois que voltamos com imagens (otimizadas mas presentes), Lighthouse foi pra 89, mas conversão subiu 25%.

Isso é a verdade: melhor métrica é conversão. Site que converte mais é site melhor. Se você tem Lighthouse 100 mas ninguém marca consulta, problema é seu.

Outra clínica tem Lighthouse 85 e CrUX verde. Conversão é alta. Por quê? Porque o site é rápido onde importa: no load inicial. Depois que carrega, os usuários não se importam.

O que importa de verdade

Tempo percebido. Usuário vê algo acontecendo? Já é melhor que tela branca por 5 segundos. Você pode ter LCP de 3 segundos se o usuário vir algo acontecendo desde o começo.

Fluxo de conversão rápido. Usuário toma ação? Página responde rápido. Botão de agendar clica e leva pra formulário em 100ms? Perfeito. Lighthouse ou não.

Acessibilidade. Site rápido mas inacessível é site ruim. Pessoas com deficiência visual, motora, auditiva também precisam usar seu site.

Experiência geral. Progressivamente seu site fica melhor conforme JavaScript carrega. Usuário já consegue ler conteúdo enquanto resto carrega.

Como usar Lighthouse corretamente

Lighthouse é ferramenta, não objetivo. Use pra debugar problemas. “Seu site está lento? Rodei Lighthouse e descobri que imagem não está otimizada.”

Não otimize pra Lighthouse. Otimize pra seus usuários.

Use CrUX como fonte de verdade. Se seus dados de field estão bons, Lighthouse importa menos. Se estão ruins, Lighthouse vai ajudar a identificar por quê.

Teste em telefone real. A melhor métrica é abrir seu site num celular de 4 anos atrás com 3G e ver se funciona. Se funciona rápido lá, funciona rápido pra 99% das pessoas.

Passo a passo

Peguei o site da clínica com Lighthouse 100 e CrUX vermelho. Testei em iPhone 11 com 3G. Era realmente lento. Problema? JavaScript rodava continuamente mesmo depois de página carregar.

Adicionei lazy loading agressivo. Removi animações que não eram essenciais. Resultado: Lighthouse 92, CrUX verde. Conversão subiu.

Lição é simples: Lighthouse é diagnóstico, não prognóstico. Use pra encontrar problemas, não pra dormir tranquilo.

• Verifique seu Core Web Vitals no CrUX
• Teste seu site em 3G num celular de 4 anos
• Identifique qual métrica está vermelha (LCP, FID, CLS)
• Não se preocupe em atingir Lighthouse 100
• Foque em conversão, não em score
• Se CrUX está bom, está bom

Lighthouse perfeito que não converte é só um número bonito.

Diferença entre métrica e realidade

Lighthouse é laboratório controlado. Máquina padrão, conexão padrão, sem interferência.

CrUX é realidade. Usuários com:

• CPU fraca (Redmi R$ 800, iPhone 11)
• Conexão 3G instável
• Extensões de navegador que deixam lento
• Abas abertas consumindo memória
• Bateria baixa

CrUX mede experiência do seu usuário real em condição real. Não em Lab.

Site pode ter Lighthouse 100 mas CrUX ruim. Significa que no seu computador é rápido, mas no de verdade é lento.

Métricas falsas que você pode otimizar

FCP (First Contentful Paint) é métrica antiga. Tá sendo substituída por LCP. Se você optimiza FCP, pode estar perdendo tempo.

TBT (Total Blocking Time) diminui quando você remove animações. Mas pode que site fica chato sem animações.

Lighthouse mede “Total Blocking Time” em janela de 5 segundos. Seu site pode ter freeze de 6 segundos que nunca aparece no teste.

Otimizações que quebram conversão

Compressão de imagem: você comprime muito, imagem fica feia, conversão cai.

Minificação agressiva: JavaScript fica ilegível em production, debugging vira inferno.

Lazy loading tudo: elemento que usuário clicar no primeiro segundo fica lento porque tá lazy loading.

Remoção de animações: site fica sem feedback visual, usuário acha que tá congelado.

O desafio é otimizar sem quebrar experiência.

Como usar Lighthouse corretamente mesmo

Rode Lighthouse como diagnóstico, não como objetivo.

1. Testa seu site em 3G com iPhone 6
2. Se funciona lá, funciona pra 95% das pessoas
3. Se não, Lighthouse vai te ajudar a identificar por quê

CrUX é seu norte verdadeiro. Se verde, tá bom. Se vermelho, problema real.

Exemplo prático: quando otimizar

Clínica reclamava que site “carrega lento”. Rodei Lighthouse: 87. Rodei CrUX: 70% dos usuários com LCP maior que 2.5s.

Rodei em iPhone real com 3G. Era realmente lento. Problema? CSS de 200KB que não era necessário.

Removi CSS desnecessário. Lighthouse foi pra 92. CrUX foi pra verde.

Conversão subiu porque site carregava mais rápido de verdade.

Outro caso: site com Lighthouse 95. CrUX verde. Conversão era alta.

Cliente quis otimizar mais. Comecei a remover features pra ficar mais rápido. Lighthouse chegou a 98. Conversão caiu.

Voltei tudo. Lighthouse caiu pra 92. Conversão subiu de novo.

Mensagem: não otimiza pra métrica. Otimiza pra seu usuário.

Leia também: Core Web Vitals em 2026 | Por que seu site carrega lento | Otimização de imagens web