TL;DR
• Uma loja WooCommerce com 2.000 produtos carregava em 8 segundos e perdia vendas por abandono de carrinho.
• O diagnóstico revelou vários culpados: hospedagem insuficiente, 47 plugins ativos, imagens sem otimização e falta de cache.
• Depois de uma intervenção focada nas causas reais (sem reescrever código), o tempo de carregamento caiu para 2 segundos e as conversões aumentaram 35%.
“Nosso site é lento e não sabemos por quê.” Foi com essa descrição vaga que o nosso trabalho começou. Uma loja on-line de artigos de decoração. Eles tinham 2.000 produtos, tráfego moderado (cerca de 5.000 visitas por dia na alta temporada) e um tempo de carregamento de 8 segundos segundo o GTmetrix. Estavam perdendo vendas. E sabiam disso.
A primeira reação do cliente foi a clássica: “vamos trocar o tema” ou “vamos fazer um site novo”. Como se o design fosse o culpado. Spoiler: não é.
O design não determina a velocidade. A infraestrutura, a configuração e a otimização, sim. Este caso é exatamente sobre isso: diagnosticar e resolver o problema real. Sem refazer a loja.
Diagnóstico: encontrando os culpados reais
Antes de mexer em qualquer coisa, medimos de forma sistemática. As ferramentas que usamos:
• GTmetrix e PageSpeed Insights: métricas de carregamento e diagnósticos gerais.
• Query Monitor (plugin de WordPress): quais consultas ao banco de dados são lentas e quais plugins geram carga.
• WebPageTest: análise detalhada por fase do carregamento (DNS, conexão, SSL, TTFB, download).
• Asset CleanUp: quais scripts e CSS são carregados (e se são mesmo necessários).
Os resultados foram reveladores:
1. TTFB (Time To First Byte): 2,5 segundos.
É o tempo que o servidor leva para enviar o primeiro byte do HTML. O ideal é menos de 200 ms. 2,5 segundos significava que o servidor levava uma eternidade para gerar a página. Isso não é tema nem design; é backend.
2. 47 plugins ativos.
Alguns essenciais (WooCommerce), outros redundantes (três plugins diferentes de SEO), outros obsoletos (dois plugins de cache ativos ao mesmo tempo, brigando entre si).
3. Imagens: 15 MB de transferência na página inicial.
Um banner de 4 MB sem compressão. Miniaturas de produto carregando a imagem original de 2000×2000 pixels em vez do tamanho adequado. Cada visita baixava uma eternidade.
4. Sem cache de página.
Cada visita gerava a página do zero. PHP e MySQL trabalhando como se não houvesse amanhã. Em uma loja com tráfego real, isso é suicídio de desempenho.
5. Hospedagem compartilhada de 5 euros por mês.
600 sites dividindo recursos em um servidor saturado. O plano barato saiu caríssimo quando começaram a perder vendas por causa da lentidão.
Intervenção, fase 1: hospedagem e cache (maior impacto)
Começamos pelo que tinha mais impacto com menos esforço:
Troca de hospedagem. Migração para uma VPS gerenciada (Cloudways, neste caso) com recursos dedicados: 2 GB de RAM, 1 vCPU, armazenamento SSD. Custo: 30 euros por mês, contra os 5 euros anteriores. O TTFB caiu de 2,5 segundos para 400 ms na hora. Só com a troca de servidor.
Implementação de cache.
Configuramos o LiteSpeed Cache (a hospedagem usava o LiteSpeed como servidor web). Ativamos: cache de página completa, cache de objetos com Redis e otimização automática de imagens. Com o cache bem ajustado, o tempo de geração do HTML caiu para menos de 50 ms nas visitas em cache.
Resultado depois da fase 1: tempo de carregamento de 8 para 4 segundos. Só com uma hospedagem decente e um cache correto.
Intervenção, fase 2: limpeza de plugins
Com a hospedagem e o cache funcionando, passamos ao próximo ponto: os excessos.
• Removidos (12): plugins duplicados, plugins para funções que o WooCommerce já tinha de forma nativa e plugins de “melhorias” que não eram usados.
• Substituídos (3): plugins pesados trocados por alternativas mais leves. Exemplo: um plugin de avaliações cheio de recursos trocado por uma solução simples integrada.
• Consolidados (2): dois plugins de SEO (o Yoast e outro) reduzidos a um só.
• Otimizados (5): plugins que carregavam scripts em todas as páginas quando só eram necessários no checkout, configurados para carregar de forma condicional com o Asset CleanUp.
Remover plugins não é só desativar; é verificar se eles não deixam tabelas órfãs no banco de dados, shortcodes quebrados ou opções na wp_options. Limpamos tudo.
Resultado depois da fase 2: tempo de carregamento de 4 para 3 segundos. Menos dramático que na fase 1, mas importante para a manutenção futura.
Intervenção, fase 3: otimização de imagens
A análise das imagens mostrou:
• Banner principal: JPEG de 4 MB, 3000×1000 px, exibido com 1200 px de largura.
• Imagens de produto: originais de 2000×2000 px, exibidas em 300×300 px no catálogo.
• Formato: tudo em JPEG, quando o WebP seria 30% menor com a mesma qualidade.
Otimizações:
• Compressão em massa: o ShortPixel comprimiu as imagens existentes em 70% sem perda visível de qualidade.
• Formato moderno: conversão automática para WebP nos navegadores compatíveis, com JPEG como alternativa.
• Dimensões corretas: configuração do WooCommerce para gerar miniaturas do tamanho certo, e do tema para usá-las em vez das originais.
• Lazy loading: as imagens fora da área visível só carregam quando o usuário rola a página.
Resultado depois da fase 3: transferência de imagens de 15 MB para 4 MB. Tempo de carregamento de 3 para 2,2 segundos.
Intervenção, fase 4: otimizações finais
Os ajustes finais:
Banco de dados. Limpeza das revisões de posts (o WooCommerce gera muitas), dos transients expirados e das tabelas de plugins removidos. O WP-Optimize fez o trabalho.
CDN. Implementação da Cloudflare (plano gratuito). Cache dos arquivos estáticos e compressão automática. Melhora pequena no tempo de carregamento para os usuários locais, mas significativa para os internacionais (que eram 20% do tráfego).
Preconnect e preload. Ajustes nos cabeçalhos para que o navegador abra antecipadamente as conexões com domínios de terceiros (Google Fonts, Analytics).
Resultado final: tempo de carregamento sempre abaixo de 2 segundos (1,8 s no GTmetrix, nota 95 no PageSpeed).
Impacto no negócio
Os números três meses depois:
• Taxa de rejeição: de 65% para 45%. As pessoas ficam quando o site carrega rápido.
• Taxa de conversão: de 1,2% para 1,6%. Uma melhora de 35%.
• Abandono de carrinho: de 75% para 62%. Menos gente desiste no checkout.
• SEO: melhora nas posições para termos disputados (a velocidade é fator de ranqueamento, embora menor que outros).
• Receita: projeção de 25% a 30% de aumento atribuível à melhora de velocidade (descontando os efeitos da sazonalidade).
ROI do investimento: a troca de hospedagem custou 25 euros a mais por mês. As otimizações foram trabalho nosso (2 a 3 dias), pago pelo cliente. O retorno em vendas adicionais cobriu o investimento já no primeiro mês.
Lições que servem para outros casos
Esse padrão se repete na maioria das lojas WooCommerce lentas:
O problema raramente é o tema. A não ser que o tema seja péssimo, o gargalo está na hospedagem, no cache e no peso da página (imagens).
Os plugins se acumulam como dívida técnica. Cada “solução rápida” que você adiciona fica para sempre. Uma auditoria trimestral de plugins é necessária.
As imagens são o peso principal. No e-commerce, a otimização de imagens tem um impacto desproporcional.
Hospedagem barata sai cara. 5 euros por mês parece ótimo até você calcular as vendas perdidas por causa da lentidão.
Medir antes de agir. Sem diagnóstico, você otimiza às cegas. O Query Monitor e o WebPageTest mostram onde está o problema real. Ouça o que eles dizem.
Conclusão
Levar uma loja de 8 para 2 segundos não exigiu refazê-la. Exigiu:
- Um diagnóstico correto.
- Intervenções cirúrgicas nos verdadeiros gargalos.
- Entender que velocidade não é questão de aparência, mas de infraestrutura, configuração e boas decisões.
O resultado não foi só um site mais rápido. Foram mais vendas, uma experiência melhor para o cliente e uma posição mais competitiva.
Se a sua loja WooCommerce está lenta e você não sabe por onde começar, podemos auditá-la. Em geral, 80% da melhora vem de 20% das intervenções; a chave é saber quais são.