PageSpeed 70 vs 95: a realidade nua e crua

Vamos ser honestos desde o começo: se você tem um site de contabilidade, psicólogo, imobiliária, barbearia, clínica, escritório ou qualquer outro negócio local comum, dificilmente alguém está abrindo o seu site com um cronômetro na mão pensando:

“Nossa, carregou em 1.8s ao invés de 1.2s.”

Isso simplesmente não é como a maioria das decisões acontece no mundo real.

Ser rápido demais algumas vezes pode não significar nada (lá ele, mil vezes)

O mito que a bolha dev ajudou a criar

(E eu, em algum momento, fiz parte disso)

Dentro da bolha dev, muitas vezes parece que PageSpeed abaixo de 90 é erro grave, Lighthouse fora do verde é sinal de descuido e CLS acima de 0.1 é quase um pecado arquitetural. Só que fora dessa bolha — onde negócios precisam gerar clientes e pagar contas — a lógica costuma ser mais pragmática.

O cliente quer aparecer no Google, ser encontrado no Maps, passar confiança e conseguir falar com alguém sem fricção. Ele não sabe o que é LCP, não liga para TBT (não o do antigo Twitter, outro) e dificilmente vai deixar de contratar um serviço porque o PageSpeed deu 78 em vez de 95.

E isso não torna o cliente errado - só humano.

Então PageSpeed não importa?

Importa, sim. E bastante. Mas não da mesma forma para todos os contextos. Existe uma diferença enorme entre um site lento de verdade — pesado, travando, levando 5, 6, 8 segundos para mostrar algo — e um site bem construído, ali na casa dos 65–80 de score, carregando rápido o suficiente para entregar uma boa experiência.

A partir desse ponto, os ganhos continuam existindo, mas deixam de ser transformacionais e passam a ser incrementais. Sair de 40 para 70 muda completamente a percepção do usuário. Sair de 70 para 95 melhora detalhes importantes, mas raramente redefine sozinho o resultado de um negócio local.

“Mas e o SEO?”

Sim, velocidade é fator de ranking. Isso é fato. Mas também não é o fator dominante na maioria dos cenários. Na prática, especialmente para sites comuns, pesam muito mais o conteúdo, o SEO local bem feito, a clareza da oferta, a autoridade e os reviews. Velocidade entra como um excelente reforço — muitas vezes como critério de desempate — mas dificilmente como um milagre isolado.

Um PageSpeed 98 ajuda, melhora a experiência e reduz fricção. Só não compensa sozinho um conteúdo fraco ou uma proposta confusa.

O ponto que quase ninguém coloca na mesa

Buscar scores muito altos normalmente envolve decisões técnicas reais: reduzir animações, rever estética, mudar abordagens de renderização, migrar para SSG/ISR, otimizar build, revisar dependências. Tudo isso tem custo — de tempo, de complexidade e de decisão arquitetural.

Para muitos sites comuns, o retorno mais visível dessas otimizações aparece quando existe volume: tráfego relevante, muitas sessões, muitas conversões ou produtos digitais mais complexos. Fora disso, o ganho existe, mas é mais sutil e cumulativo.

Isso não é ser contra performance. É entender proporção técnica. Arquitetura também é saber até onde faz sentido ir.

A pergunta certa não é “qual o score?”

A pergunta certa é:

“Meu site carrega rápido o suficiente para entregar uma boa experiência e não afastar ninguém?”

Quando a resposta é sim, você já resolveu a maior parte do problema. O resto vira refinamento.

Spoiler do próximo post

Antes que alguém pense que isso é só opinião, em um futuro post eu vou continuar esse, e entrar nos dados: estudos reais, Core Web Vitals, métricas de campo, empresas grandes e impactos concretos em conversão e negócio. Sem teste de laboratório vazio — só números de quem ganhou ou perdeu dinheiro com performance.

Agora eu quero saber de você: você já viu cliente reclamar de velocidade? Já perdeu projeto por score? Já sentiu diferença real ao melhorar performance? Vamos falar da vida real, com menos dogma e mais contexto (por mais que façam meus olhos suarem).