Websites · Performance
Site lento: corrigir ou fazer um website novo?
Um site lento não significa automaticamente que precisa de outro. Muitas vezes há meia dúzia de problemas concretos que podem ser corrigidos. Noutras, cada melhoria é uma luta contra uma base técnica que já custa mais manter do que substituir.
Medir antes de decidir
“Parece lento” é um sintoma. Precisamos da causa.
O Google usa três Core Web Vitals para representar carregamento, resposta às interações e estabilidade visual. Os valores de referência para uma experiência “boa” são LCP ≤ 2,5 s, INP ≤ 200 ms e CLS ≤ 0,1, medidos no percentil 75 quando existem dados reais suficientes.
Isto não significa que deva reconstruir o site se uma métrica falhar. Serve para localizar problemas e perceber se afetam utilizadores reais, sobretudo em mobile e ligações mais lentas.
Causas comuns
Muitos sites lentos não precisam de ser refeitos.
Antes de substituir a plataforma, vale verificar se a maior parte do atraso vem de problemas corrigíveis.
Imagens demasiado pesadas
Fotografias sem compressão, dimensões muito acima do necessário ou formatos inadequados podem pesar mais do que todo o resto da página.
JavaScript e terceiros
Widgets, chats, trackers, sliders e scripts externos podem atrasar carregamento e interação mesmo quando parecem pequenos.
Plugins e page builders
Camadas sucessivas de plugins podem adicionar CSS, JavaScript, consultas e dependências que a página nem usa.
Alojamento ou backend
Tempo de resposta elevado, base de dados lenta ou falta de cache podem atrasar tudo antes de o browser começar a renderizar.
Fontes e CSS
Demasiadas variantes tipográficas, CSS bloqueante e folhas de estilos enormes criam trabalho adicional antes de o conteúdo aparecer.
Layout instável
Imagens sem dimensões, banners e elementos injetados depois do carregamento provocam saltos visuais e pioram CLS.
Corrigir ou reconstruir?
Use o custo de manutenção como critério.
- o conteúdo e estrutura ainda servem o negócio;
- os principais problemas são imagens, scripts, cache ou configuração;
- é possível atualizar componentes sem partir outras áreas;
- não há dependência excessiva de plugins e licenças;
- as melhorias podem ser medidas e mantidas depois.
- alterações simples criam erros inesperados;
- o site depende de plugins abandonados ou incompatíveis;
- cada otimização exige contornar limitações da plataforma;
- mobile, acessibilidade e SEO estão comprometidos pela estrutura;
- o negócio já precisa de uma arquitetura ou integrações que a base atual não suporta bem.
Teste simples
Compare duas contas, não duas opiniões.
Peça uma estimativa para corrigir os problemas prioritários e outra para uma reconstrução proporcional. Depois compare não apenas o investimento inicial, mas também manutenção, licenças, tempo perdido em futuras alterações e risco de continuar dependente de uma base frágil.
Um rebuild de 2.000 € não é automaticamente melhor do que uma otimização de 500 €. Mas uma sequência de intervenções de 500 € que nunca resolve a raiz pode sair mais cara.
PageSpeed e Lighthouse
Não persiga uma pontuação. Persiga uma experiência melhor.
Testes de laboratório ajudam a reproduzir problemas e encontrar oportunidades técnicas. Dados de campo mostram o que utilizadores reais experienciam. Os dois são úteis, mas respondem a perguntas diferentes.
Um site pode ter um teste pontual excelente e continuar lento para parte dos utilizadores. Também pode ter uma pontuação abaixo de 100 e ser suficientemente rápido para o objetivo do negócio. A prioridade deve ser remover gargalos reais, não otimizar para um número isolado.
Na Rufias Digital
Não reconstruímos só porque o site está lento.
Primeiro identificamos os gargalos. Se uma intervenção técnica chegar, corrigimos. Se a base limitar o negócio, explicamos porquê antes de propor um website novo.
Perguntas frequentes
Performance sem mitos.
Um site lento deve ser reconstruído de raiz?
Não necessariamente. Muitas causas de lentidão podem ser corrigidas sem reconstrução: imagens pesadas, JavaScript desnecessário, fontes, cache, plugins ou configuração de servidor. Reconstruir faz mais sentido quando a base técnica limita sistematicamente as melhorias.
Que valores são considerados bons nas Core Web Vitals?
Os limites de referência do Google para uma boa experiência são LCP até 2,5 segundos, INP até 200 milissegundos e CLS até 0,1, avaliados no percentil 75 quando existem dados de campo suficientes.
PageSpeed Insights com 100 significa que o site é rápido para todos?
Não. Uma pontuação de laboratório é útil para diagnóstico, mas não substitui dados reais de utilizadores. Rede, dispositivo, localização, cache e comportamento podem produzir experiências diferentes.
Quando compensa fazer um website novo?
Quando corrigir a base existente exige demasiadas exceções, plugins, dependências ou trabalho recorrente, quando alterações simples são arriscadas ou quando o site já não suporta os objetivos do negócio.