Suddenly.pt — Optimização WordPress com WooCommerce
Suddenly.pt
WordPress + WooCommerce + sistema de reservas + pagamentos + plugins de internacionalização
O problema
A homepage demorava cerca de 20 segundos a carregar para visitantes em Inglaterra. O site tinha uma stack pesada com múltiplos plugins, assets não optimizados e uma infraestrutura que limitava a velocidade de transferência antes do browser sequer começar a renderizar a página.
Era um caso onde reconstruir o site não era a abordagem correcta — tinha WooCommerce, sistema de reservas integrado e uma equipa habituada ao workflow existente. O objectivo era otimizar, não substituir.
O que foi feito
"O problema não estava no conteúdo do site — estava na infraestrutura. O servidor estava a limitar a velocidade de transferência antes do browser começar sequer a renderizar a página. Com a cache correctamente configurada e a VPS optimizada para performance, o mesmo WordPress passou de 20 segundos para 2 segundos sem alterar uma linha do site visível."
O que este caso demonstra
WordPress pode ser rápido
Com a configuração correcta, cache eficiente e infraestrutura adequada, é possível ter sites WordPress a carregar em menos de 2 segundos — mesmo com WooCommerce e plugins complexos.
A infra importa tanto como o frontend
A velocidade de transferência do servidor, a configuração da cache e o isolamento de recursos têm impacto directo na experiência — independentemente do código frontend.
Optimização sem disrupção
O site, o CMS, o WooCommerce e o sistema de reservas mantiveram-se intactos. A equipa continuou a trabalhar da mesma forma. Apenas a arquitectura técnica mudou.
The Baron's Cage — WooCommerce com carregamento de 11 segundos
The Baron's Cage
WordPress + WooCommerce + plugins de moda + internacionalização + vídeos + assets pesados
O contexto
A loja online tinha sido desenvolvida por outra agência e estava em funcionamento. Mas começaram a surgir limitações de performance, especialmente para clientes internacionais. Em algumas navegações, o catálogo demorava cerca de 10 segundos a voltar a carregar — criando uma experiência lenta e frustrante.
Reconstruir todo o projecto de raiz não fazia sentido: a loja estava funcional, o cliente conhecia o sistema e os custos de uma reconstrução seriam desnecessários. O objectivo era optimizar a arquitectura existente.
O que foi feito
"O objectivo não foi apenas melhorar métricas técnicas — foi tornar a navegação significativamente mais fluida para os visitantes e clientes da loja. Em algumas páginas, o tempo para voltar ao catálogo passou de cerca de 10 segundos para menos de 1 segundo. Algumas imagens ficaram quase 20 vezes mais pequenas após optimização, mantendo qualidade visual semelhante."
O que este caso demonstra
Optimizar é mais inteligente do que reconstruir
A loja existente tinha valor — o código, o sistema, o workflow do cliente. Reconstruir teria sido mais caro e mais arriscado. A optimização produziu um resultado muito melhor com muito menos disrupção.
A infraestrutura importa tanto como o código
Parte significativa do problema estava no servidor e na forma como os assets eram servidos — não apenas no código frontend. A migração para uma infraestrutura adequada foi determinante.
Impacto directo na experiência real
Os visitantes internacionais passaram de uma experiência frustrante para uma navegação fluida. A performance não é uma métrica abstracta — é o que os clientes sentem quando navegam.
Mais casos em breve
Estamos a documentar outros casos reais de optimização — WordPress, HTML estático, arquitectura híbrida e migrações selectivas.
Quer perceber onde o seu site está a perder performance?
Partilhe o URL e fazemos uma análise inicial. Falamos sobre as limitações técnicas encontradas.