Desde 2021, a velocidade de carregamento é um factor de ranking oficial. Mas a maioria dos sites modernos está a ficar mais pesada — não mais leve.
Quando um visitante abre uma página, o browser começa a descarregar tudo o que o site precisa para funcionar — scripts, estilos, fontes, imagens. Esse processo demora tempo. E quanto mais pesado for, mais tempo o visitante espera por uma página em branco.
Em sites bem optimizados, esse processo demora menos de um segundo. Em sites construídos com ferramentas visuais modernas, pode demorar quatro, cinco ou seis segundos — mesmo em ligações rápidas.
A diferença raramente é visível no design final. Está escondida no código que nenhum visitante vê — mas que o browser e o Google têm de processar na mesma.
Sites que demoram mais de 3 segundos a carregar perdem mais de metade dos visitantes mobile antes de mostrarem qualquer conteúdo. Esse abandono é registado pelo Google.
Ferramentas de construção visual como Elementor, Brizy ou Divi resolvem um problema real — permitem criar sites com aspecto profissional sem escrever código. Isso tem valor genuíno, especialmente para quem não tem formação técnica.
O problema é que estas ferramentas geram código preparado para todos os cenários possíveis. Cada funcionalidade que o builder oferece — mesmo as que o site não usa — pode estar presente no código. O resultado é um site visualmente igual ao que foi desenhado, mas com muito mais código do que o necessário.
Com o tempo, à medida que plugins são adicionados, fontes trocadas, secções duplicadas e páginas multiplicadas, o peso vai crescendo. E raramente alguém mede o impacto.
Em análises típicas, mais de 80% do CSS carregado nunca é aplicado na página. O browser interpreta tudo na mesma.
Scripts que correm antes de o conteúdo aparecer. O browser para e espera — o visitante vê uma página em branco.
Cada ficheiro — CSS, JS, fonte, imagem — é um pedido separado. Sites com 70 ou 80 pedidos demoram muito mais do que sites com 6 ou 8.
Fotografias a 3 MB mostradas a 400 pixels de largura. O browser descarrega a imagem completa para mostrar uma miniatura.
O mesmo conteúdo, o mesmo servidor, a mesma ligação. A única diferença é a quantidade de código.
| Métrica | Builder | Optimizado | Diferença |
|---|---|---|---|
| Peso total | 1.9 MB | 48 KB | × 40 menor |
| Pedidos ao servidor | 74 | 6 | −92% |
| Tempo de carregamento (LCP) | 4.2 s | 0.7 s | 6× mais rápido |
| Estabilidade visual (CLS) | 0.28 | 0.00 | eliminado |
| Score Lighthouse | 41/100 | 98/100 | +57 pontos |
| CSS não utilizado | 312 KB | 0 KB | eliminado |
A velocidade não afecta apenas a experiência de navegação. Afecta directamente como o Google avalia e posiciona o site.
Desde Maio de 2021, os três indicadores de velocidade — tempo de carregamento, estabilidade visual e resposta a cliques — são factores de ranking oficiais do Google.
O Google tem um limite de tempo que dedica a cada site. Sites lentos levam mais tempo a ser analisados — páginas importantes podem ficar por indexar porque o tempo acabou.
O Google regista quando os visitantes voltam aos resultados de pesquisa depois de abrir um site. Alta taxa de abandono é um sinal negativo que afecta o posicionamento.
O Google avalia primeiro a versão mobile de cada site. Um site razoável no computador pode ser muito lento no telemóvel — e é essa versão que conta para o ranking.
Usamos PageSpeed Insights, Lighthouse e Chrome DevTools para perceber exactamente o que pesa mais e o que tem mais impacto na velocidade.
CSS não utilizado, scripts que bloqueiam o carregamento, fontes externas em excesso. Em muitos casos, remover código é mais eficaz do que optimizar.
Conversão para formatos modernos, compressão, lazy loading e dimensões declaradas no código para evitar saltos visuais durante o carregamento.
Quando o builder é a causa principal do problema, a solução mais eficaz é reconstruir o site com código limpo. O resultado é mensurável e duradouro.
Análise gratuita com relatório de velocidade, pedidos ao servidor e recomendações específicas para o seu caso.
Pedir análise gratuita →