A conclusão que se confirmou
Habilitar o PHP OPcache na stack Apache, sem nenhuma outra alteração, reduziu a latência do carrinho vazio de 1.183 ms para 172 ms. O cache de opcode importou muito mais do que o servidor web.
Teste de Operações Técnicas da Ahosting
Ao medir novamente com ambas as stacks configuradas da mesma forma, o cenário mudou. As páginas em cache ficaram empatadas, e o maior fator no carrinho e no checkout não foi o servidor web, mas sim se o PHP OPcache estava habilitado.
Medido pela primeira vez em 24 de agosto de 2026, remedido em 28 de agosto de 2026 depois que descobrimos que as stacks não eram comparáveis.
Resumo executivo
Testamos o mesmo WordPress 7.1, WooCommerce 11.0.1 e catálogo de 50 produtos em sites controlados de Apache e LiteSpeed, ambos dentro dos limites publicados do WooStart. Após a primeira publicação, descobrimos que as duas stacks não estavam configuradas de forma comparável, corrigimos isso e medimos novamente.
Habilitar o PHP OPcache na stack Apache, sem nenhuma outra alteração, reduziu a latência do carrinho vazio de 1.183 ms para 172 ms. O cache de opcode importou muito mais do que o servidor web.
As páginas iniciais e de produtos ficaram empatadas em ambas as stacks. Nas páginas elegíveis para cache não há diferença que valha a pena afirmar, então não afirmamos nenhuma.
Nossa primeira versão informou que o LiteSpeed reduzia a latência do carrinho e do checkout em 55 a 64 por cento. Isso não se sustentou após uma nova medição. As tabelas abaixo são as corrigidas.
Resultados corrigidos
Com o OPcache ativado em ambos, os caminhos dinâmicos da loja ficaram entre 171 ms e 318 ms, e o nó Apache esteve à frente nos números absolutos. Essa ordem reflete o hardware, não o servidor web: o host Apache registra 34 ms de processamento PHP contra 137 ms no host LiteSpeed.
| Cenário | Apache | LiteSpeed | Resultado |
|---|---|---|---|
| Página inicial em cache | 13 ms | 12 ms | Praticamente empatado |
| Produto em cache | 12 ms | 12 ms | Empatado |
| Carrinho vazio | 172 ms | 286 ms | Apache à frente |
| Carrinho preenchido | 171 ms | 290 ms | Apache à frente |
| Checkout preenchido | 174 ms | 294 ms | Apache à frente |
| Adicionar ao carrinho | 191 ms | 318 ms | Apache à frente |
| Fragmentos de carrinho (wc-ajax) | 86 ms | 125 ms | Apache à frente |
| Carrinho da Store API | 90 ms | 136 ms | Apache à frente |
A correção
A primeira versão deste estudo relatou que o LiteSpeed reduziu a latência de carrinho e checkout de 55 a 64 por cento. Esse resultado não se sustentou após a nova medição. O laboratório Apache simplesmente não tinha o PHP OPcache instalado, então cada requisição recompilava todo o código do WooCommerce. Instalá-lo, sem nenhuma outra mudança, produziu isto.
| Cenário | Primeira execução, sem OPcache | Remedido, OPcache ativado | Melhoria |
|---|---|---|---|
| Carrinho vazio | 1.183 ms | 172 ms | 6.9x |
| Carrinho preenchido | 722 ms | 171 ms | 4.2x |
| Checkout preenchido | 696 ms | 174 ms | 4.0x |
| Adicionar ao carrinho | 683 ms | 191 ms | 3.6x |
Limites de conta iguais
Nenhuma das contas de teste recebeu mais recursos do que um cliente pagante do WooStart recebe. Os hosts por trás delas, no entanto, não eram a mesma máquina.
Essa última linha é a que importa. O host Apache conclui o mesmo trabalho em PHP em aproximadamente um quarto do tempo. Qualquer comparação absoluta entre esses dois nós está medindo tanto os processadores quanto os servidores web.
Método e limites
Publicado para que você possa avaliar o quanto os números merecem de credibilidade.
Está procurando desempenho geral do WordPress em vez disso? O estudo do WordPress mede requisições dinâmicas, em cache e concorrentes na mesma plataforma.
Medido, depois vendido
O WooStart usa a mesma configuração de LiteSpeed e LSCache medida acima. Começa em $3.79 por mês e renova em $3.79, com IP dedicado gratuito, backups diários fora do local e uma migração que nossa equipe faz por você.
Prazo de 36 meses. Renova em $3.79/mês, sem aumento e sem taxa de configuração.