Rodei o Lighthouse, a ferramenta de auditoria do Google, em 86 sites .com.br sorteados ao acaso, simulando um celular intermediário numa rede 4G lenta. A nota mediana de desempenho é 46 de 100. O conteúdo principal da página leva 13,6 segundos para aparecer, quando o limite que o Google considera bom é 2,5. Só 3 dos 86 ficam dentro dele. Em 55, quase dois terços, passa de 10 segundos.
O servidor não é o problema: ele responde em 171 milissegundos na mediana. O problema é o que a página manda depois. A página inicial mediana pesa 3,83 MB, um terço é imagem e um terço é JavaScript, e dois em cada três sites travam o celular por mais de 200 milissegundos processando script. A planilha com o resultado de cada site, sem o nome dos domínios, está no fim do post.
Como fiz o teste
Os sites vêm da amostra do post anterior, abri 400 sites .com.br sorteados ao acaso: domínios .com.br entre as posições 100 mil e 1 milhão da lista Tranco, sorteados com semente fixa. Dos 319 que estavam no ar, sorteei 100 para o teste de velocidade, de novo com semente fixa. Em 14 o Lighthouse não conseguiu terminar, quase sempre por tempo esgotado, e sobraram 86.
Usei o Lighthouse 13.5 rodando na minha máquina, na configuração padrão para celular: tela e processador de um aparelho intermediário emulados, rede limitada a 1,6 Mbps com 150 ms de latência. É a mesma configuração de laboratório do PageSpeed Insights. Tentei a API pública do PageSpeed primeiro e ela devolveu cota esgotada, então rodei local, um site por vez, com o Chrome reiniciado a cada teste.
Três ressalvas. Foi uma execução por site, e a nota do Lighthouse varia alguns pontos entre execuções. É teste de laboratório, não dado de usuário real. E a rede simulada é pessimista de propósito: quem está no Wi-Fi vê o site mais rápido. O teste responde como o site se comporta para quem abriu o link na rua, com sinal médio.
A nota geral
| Faixa da nota de desempenho | Sites | Percentual |
|---|---|---|
| 90 a 100, verde | 3 | 3,5% |
| 50 a 89, laranja | 35 | 40,7% |
| 0 a 49, vermelho | 48 | 55,8% |
Testado em 21 e 22/09/2026 com Lighthouse 13.5, modo celular. Mediana 46, menor nota 7, maior nota 98.
Mais da metade da amostra está no vermelho. A metade central fica entre 32 e 61. Três sites passam no verde, e os três pesam menos de 0,6 MB.
As outras notas são melhores. SEO técnico tem mediana 92. Acessibilidade, 85. Boas práticas, 73. O que reprova esses sites é velocidade.
Onde o tempo vai embora
| Métrica | O que mede | Mediana | Dentro do limite bom |
|---|---|---|---|
| LCP | Tempo até o maior elemento visível aparecer | 13,6 s | 3 de 86 (limite 2,5 s) |
| TBT | Tempo em que a página trava processando JavaScript | 542 ms | 23 de 86 (limite 200 ms) |
| CLS | Quanto a página pula enquanto carrega | 0,03 | 57 de 86 (limite 0,1) |
| Resposta do servidor | Tempo até o primeiro byte | 171 ms | |
| Peso total | Tudo que a página inicial baixa | 3,83 MB | |
| Requisições | Arquivos baixados | 115 |
Testado em 21 e 22/09/2026.
| LCP no celular | Sites | Percentual |
|---|---|---|
| Até 2,5 s | 3 | 3,5% |
| De 2,5 a 4 s | 9 | 10,5% |
| De 4 a 10 s | 19 | 22,1% |
| Mais de 10 s | 55 | 64,0% |
Testado em 21 e 22/09/2026. O pior caso levou 51,9 segundos.
Dois em cada três sites levam mais de dez segundos para mostrar o conteúdo principal na rede simulada. Numa loja, esse elemento é o banner do topo. Num site institucional, é a foto de abertura. Se o arquivo tem 2 MB e a rede entrega 1,6 Mbps, só ele leva dez segundos, e a mediana que medi fecha com essa conta.
O TBT conta outra história, que não aparece em site pequeno: a página baixou, mas o celular está ocupado executando script e não responde ao toque. Mediana de 542 ms, e só 27% dos sites abaixo do limite. Com 115 requisições por página, boa parte delas rastreadores, widgets e bibliotecas, o processador do celular intermediário fica atrás da fila.
O peso das páginas
| Peso da página inicial | Sites | Percentual |
|---|---|---|
| Menos de 1 MB | 9 | 10,5% |
| De 1 a 3 MB | 27 | 31,4% |
| De 3 a 5 MB | 21 | 24,4% |
| Mais de 5 MB | 29 | 33,7% |
Testado em 21 e 22/09/2026. A página mais pesada tem 30 MB.
Um terço passa de 5 MB na página inicial, e 11 sites passam de 10 MB. Nesses 11, em 8 o peso é quase todo imagem: 21 MB de foto numa página de 26, 29 de 30, 19 de 20. Nos outros 3, a imagem é leve e o peso está em vídeo ou script.
Na mediana, 37% do peso é imagem e 33% é JavaScript. Metade dos sites baixa mais de 1 MB só de imagem, e 65% baixam mais de 1 MB só de script. Nas lojas virtuais, 30 da amostra, o script pesa mais: o TBT mediano delas é 727 ms, contra 453 ms dos outros sites.
O formato de imagem pesa menos do que eu esperava. Os 38 sites que servem WebP ou AVIF têm página de 3,57 MB na mediana, contra 4,04 MB dos que servem só JPEG e PNG. Meio megabyte de diferença, e a nota mediana quase igual: 44 contra 47. Converter formato sem redimensionar e sem cortar script não resolve, e o teste de JPEG, WebP e AVIF em 12 fotos mostra por que: o maior corte de peso vem do tamanho da imagem, não do formato.
A plataforma pesa menos do que parece
| Plataforma | Sites | Nota mediana | LCP mediano | Peso mediano | TBT mediano |
|---|---|---|---|---|---|
| Não identificada | 36 | 46 | 12,5 s | 3,57 MB | 332 ms |
| WordPress | 25 | 53 | 12,3 s | 3,70 MB | 315 ms |
| Nuvemshop | 4 | 37,5 | 17,1 s | 3,51 MB | 762 ms |
Testado em 21 e 22/09/2026. Plataformas com menos de 4 sites ficaram fora da tabela.
Os 14 sites WordPress com Elementor têm nota mediana 53,5 e pesam 3,01 MB. Os 11 WordPress sem Elementor têm nota 53 e pesam 6,05 MB. O Elementor tem fama de pesado e, nesta amostra, os sites sem ele são os que pesam o dobro. A ferramenta decide menos que o cuidado de quem monta a página.
Os extremos contam a mesma história. O site de nota 98 pesa 0,1 MB. O de nota 7 pesa 25,8 MB, sendo 21 MB de imagem, e leva 52 segundos para mostrar o conteúdo principal.
Como testar o seu, em dois minutos
- Abra pagespeed.web.dev, cole o endereço do site e clique em analisar.
- Fique na aba "Celular". É ela que vale para quem vem do Instagram e do WhatsApp.
- Olhe primeiro o LCP. Se passar de 4 segundos, role até "Diagnóstico" e procure "Elemento de maior exibição de conteúdo". A ferramenta mostra qual é a imagem culpada.
- Olhe "Evite payloads de rede muito grandes". Ele lista os arquivos mais pesados, em ordem.
- Olhe "Reduza o JavaScript não usado". Se a lista tem cinco ou mais domínios de terceiros, o TBT vem daí.
O conserto que resolve a maior parte
Na ordem do que mais rende por hora gasta:
Redimensione a foto do topo. Foto de celular tem 4.000 pixels de largura. A tela do celular mostra 400. Exportar com 1.200 pixels de largura já corta o arquivo em mais de dois terços, sem diferença visível.
Não carregue o que está fora da tela. Todas as imagens abaixo do topo podem receber loading="lazy". A do topo não: ela precisa carregar primeiro.
Conte os scripts de terceiros. Cada pixel, cada chat, cada widget de avaliação e cada fonte externa é mais uma requisição e mais processamento. Na mediana são 115 requisições por página inicial. Tire o que ninguém olha o relatório.
Troque o formato da imagem, por último. WebP ou AVIF cortam mais um pedaço, mas só depois que o tamanho e o script estiverem resolvidos.
Cuidado com vídeo de fundo. No celular ele quase nunca toca direito e sempre custa caro.
Por que isso vale dinheiro
Metade dos sites da amostra anterior tem pixel da Meta ou tag do Google Ads instalados. Quem paga pelo clique manda o visitante para uma página que leva 13 segundos para mostrar a primeira imagem. Parte das pessoas volta antes, e o clique foi cobrado do mesmo jeito.
E o Google usa essas métricas como sinal de ranqueamento. Não é o fator principal, mas entre dois sites parecidos, o que carrega em 2 segundos tem vantagem sobre o que carrega em 13. Se o site ainda vai ser feito, a conta da hospedagem está em quanto custa hospedar um site. Site leve em hospedagem gratuita ganha de página pesada em plano pago.
Limitações deste teste
Uma execução por site, num único dia, de uma única máquina. A amostra é de sites com tráfego, entre as posições 100 mil e 1 milhão de um ranking mundial, o que exclui tanto os portais grandes quanto o site pequeno que ninguém visita. E 14 dos 100 sorteados não terminaram o teste, quase sempre por tempo esgotado, o que tende a tirar da amostra justamente os mais lentos.
A planilha do teste
É o mesmo arquivo do post anterior, com as colunas de velocidade preenchidas para os 86 sites testados: nota de desempenho, acessibilidade e SEO, LCP, CLS, TBT, peso em MB e número de requisições, identificados só por código.
Baixar a planilha com a velocidade dos 86 sites (.csv)Estes números valem para 21 e 22 de setembro de 2026 e para uma execução por site. O próximo passo é colar o seu endereço no PageSpeed, olhar o LCP na aba Celular e descobrir o que está segurando a página. Nesta amostra, em 8 dos 11 sites mais pesados, era foto que ninguém redimensionou.
