Velocidade do Site: Quantos Clientes Está a Perder?

O seu site tem cerca de três segundos. É aproximadamente o tempo que um visitante típico, no telemóvel, espera antes de decidir se fica ou carrega no botão de voltar. Se a sua página inicial demora cinco, seis, oito segundos a ficar utilizável, uma parte dos seus potenciais clientes nunca chega a ver os seus preços, o seu portefólio ou o formulário de contacto. Simplesmente saem — e a maioria vai direta para um concorrente.

Isto não é uma métrica técnica de vaidade. É uma fuga no seu funil de vendas, e é mensurável.

O que a lentidão custa de facto

A investigação da própria Google concluiu que, quando o tempo de carregamento em telemóvel passa de 1 para 3 segundos, a probabilidade de o visitante abandonar a página aumenta cerca de 32%. De 1 para 5 segundos, praticamente duplica. Estudos de retalhistas apontam na mesma direção: cada segundo adicional de carregamento corta as conversões em percentagens mensuráveis.

Faça as contas ao seu próprio negócio. Imagine que o seu site recebe 1.000 visitas por mês e converte 3% em contactos — 30 pedidos. Se um site lento estiver a custar-lhe, em silêncio, um quinto desses visitantes antes de a página aparecer, são 6 contactos por mês que nunca soube que existiram. Num ano, são 72 conversas que nunca aconteceram.

A velocidade também afeta quantos visitantes recebe à partida. A Google usa sinais de experiência da página — incluindo os Core Web Vitals descritos abaixo — como fator de posicionamento nos resultados de pesquisa. Um site lento não converte apenas pior: também é menos encontrado. Para quem investiu em criação de sites como canal de captação de clientes, isto é dinheiro deixado em cima da mesa.

Core Web Vitals, em linguagem de negócio

A Google mede três coisas nos dispositivos de utilizadores reais. Não precisa de decorar as siglas, mas eis o que cada uma significa para o seu cliente:

Métrica	O que a Google mede	O que o seu cliente sente	Bom
LCP (Largest Contentful Paint)	Tempo até o conteúdo principal aparecer	"Este site está sequer a carregar?"	Menos de 2,5 s
INP (Interaction to Next Paint)	Atraso quando toca ou clica	"Cliquei no botão e não aconteceu nada"	Menos de 200 ms
CLS (Cumulative Layout Shift)	Quanto a página salta durante o carregamento	"A página mexeu-se e toquei no sítio errado"	Menos de 0,1

Se alguma destas métricas está no vermelho, há pessoas reais a ter uma má experiência no seu site neste momento — e a Google sabe, porque recolhe estes dados dos utilizadores do Chrome que visitam as suas páginas.

A realidade do telemóvel de gama média

Aqui está o que a maioria dos empresários não vê: o seu site provavelmente parece-lhe rápido. Testa-o num portátil recente, com o Wi-Fi do escritório, e com o site já guardado em cache no seu navegador.

Os seus clientes estão sobretudo no telemóvel — em Portugal, bem mais de metade do tráfego web é móvel — e a maioria desses telemóveis não é o topo de gama deste ano. Um Android de gama média de 200 € tem uma fração do poder de processamento do computador onde faz os seus testes. E fora dos grandes centros, a cobertura 4G/5G é irregular: uma página que "parece instantânea" no seu escritório em Lisboa pode demorar mais de 8 segundos a ficar interativa no telemóvel de um cliente em movimento.

É por isso que os testes de laboratório simulam um telemóvel de gama média numa ligação limitada. Parece pessimista. É, na verdade, realista.

Os culpados do costume

Na nossa experiência a auditar sites de pequenas empresas, a lentidão vem quase sempre da mesma lista curta:

• Construtores de páginas pesados. Os editores de arrastar-e-largar e os temas multiusos carregam centenas de kilobytes de CSS e JavaScript para funcionalidades que nunca usa. A página carrega a caixa de ferramentas inteira para mostrar um parágrafo.
• Imagens sem otimização. Uma fotografia de 4 MB tirada com o telemóvel, mostrada com 400 píxeis de largura. Uma única imagem de capa pode pesar mais do que o resto do site todo. Formatos modernos (WebP, AVIF) e dimensões corretas reduzem o peso das imagens em 70–90%.
• Sopa de scripts. Analytics, widget de chat, mapas de calor, um píxel para cada plataforma de anúncios, uma ferramenta de pop-ups — cada um é "só um script pequeno". Dez scripts pequenos depois, o navegador trabalha mais para terceiros do que para o seu conteúdo.
• Acumulação de plugins. Vinte plugins, cada um a carregar os seus ficheiros em todas as páginas, sejam precisos ou não.
• Alojamento barato. Servidores partilhados que demoram mais de um segundo só a enviar o primeiro byte, antes de qualquer outra coisa começar.

Nada disto é exótico. Tudo isto tem solução — parte numa tarde, parte reconstruindo sobre uma base mais leve.

Teste o seu site em 5 minutos

Não precisa de um programador para ter um diagnóstico. Faça isto agora:

1. Vá a pagespeed.web.dev (o PageSpeed Insights, gratuito, da Google).
2. Introduza o endereço da sua página inicial e corra o teste.
3. Veja primeiro o separador Móvel — é onde está a maioria dos seus visitantes.
4. Verifique a secção do topo, com dados de utilizadores reais. Se o site tiver tráfego suficiente, mostra o que os visitantes verdadeiros experimentam. Verde é bom; laranja ou vermelho significa que há pessoas reais com dificuldades.
5. Abaixo, anote a pontuação de Desempenho (0–100) do teste de laboratório e percorra a lista de "Oportunidades" — identifica os maiores problemas em linguagem simples ("Dimensione as imagens corretamente", "Reduza o JavaScript não utilizado").
6. Repita para a sua página mais importante — aquela onde o cliente decide contactar ou comprar.

Interpretação rápida: 90 ou mais é bom, 50–89 precisa de trabalho, abaixo de 50 está a custar-lhe dinheiro. Já agora, teste um concorrente. Se ele tem 85 e o seu site tem 40, essa diferença reflete-se no Google e em quem ganha o cliente.

Como é um resultado bom

Uma boa pontuação não é sorte: é uma escolha de engenharia feita no momento da construção. Na Feitura, medimos os sites que construímos com a mesma ferramenta pública que qualquer pessoa pode usar, e os nossos sites e projetos de clientes atingem pontuações de 90+ no teste móvel do PageSpeed — porque são construídos sem o peso dos construtores de páginas: apenas o código de que cada página precisa, imagens em formatos modernos no tamanho certo, e scripts de terceiros só onde justificam o custo.

Esta é a conclusão honesta: um site rápido é sobretudo o resultado de não adicionar aquilo que torna os sites lentos. Corrigir a velocidade de um site pesado é possível mas trabalhoso; construir leve desde o primeiro dia é mais barato. E se está a planear renovar o site, verifique o Vale Digitalização do Portugal 2030 — pode cofinanciar 75% do investimento, até 20.000 €. Confirme as regras em vigor em portugal2030.pt, porque os avisos mudam.

A sua lista de verificação

• Correr o PageSpeed Insights na página inicial e na página de conversão principal (separador móvel)
• Anotar a pontuação de Desempenho e se os Core Web Vitals passam
• Comprimir e redimensionar as cinco imagens mais pesadas (a lista de "Oportunidades" identifica-as)
• Listar todos os scripts de terceiros do site; remover os que não consegue justificar
• Se usa um construtor de páginas, perguntar qual seria a pontuação sem ele
• Voltar a testar após cada alteração — as melhorias medem-se no próprio dia
• Se a pontuação continuar abaixo de 50 depois destes passos, o problema é a fundação, não a decoração

A velocidade é dos poucos investimentos de marketing cujo resultado é um número que pode verificar sozinho, antes e depois, gratuitamente.

Se o seu site ficou abaixo do que devia e quer uma construção que passe os Core Web Vitals de forma mensurável, peça um orçamento gratuito — respondemos com números concretos, não com uma chamada comercial.