O que é um web server (e por que ele importa)
O web server é o software que recebe o pedido do navegador do visitante e devolve a página, as imagens e os demais arquivos do site. Quando o site é dinâmico, como um WordPress ou uma loja virtual, ele também repassa o pedido para o PHP (ou outra linguagem) e entrega o resultado.
Ou seja, ele fica no meio de todos os acessos ao seu site. Por isso, a forma como ele lida com muitas conexões ao mesmo tempo, com cache e com o PHP influencia diretamente a velocidade, o consumo de memória e a estabilidade do servidor.
Ponto importante
O web server é só uma peça. Se o gargalo estiver no banco de dados, no código ou em um plugin pesado, trocar o servidor sozinho tende a trazer pouco ganho.
A diferença de arquitetura
A diferença mais importante entre os dois está em como cada um atende os visitantes. Uma analogia ajuda:
Um garçom por mesa
No modo tradicional (MPM prefork), cada visitante ocupa um processo próprio. Funciona bem com poucas mesas. Com o restaurante lotado, você precisa de muitos garçons, e cada um consome memória.
Poucos garçons muito ágeis
Um número pequeno de processos atende milhares de conexões, alternando entre elas enquanto esperam. Com o salão lotado, o consumo de memória tende a crescer bem menos.
É justo dizer que o Apache evoluiu. Com o MPM event e o PHP rodando via PHP-FPM, ele também passa a lidar bem com conexões ociosas e consome menos memória do que no modelo prefork. A diferença diminui bastante, embora o LiteSpeed tenha sido projetado desde o início para esse modelo.
prefork
Um processo por conexão. Muito compatível, mas pesado sob alta carga. Ainda é comum em servidores antigos com mod_php.
worker
Usa threads dentro dos processos. Mais leve que o prefork, mas exige PHP fora do Apache (PHP-FPM).
event
Evolução do worker, otimizado para conexões keep-alive. É a escolha recomendada hoje para Apache moderno.
Apache: vantagens e limitações
O Apache HTTP Server é mantido pela Apache Software Foundation e é um dos web servers mais usados da história da internet. Por ser gratuito, maduro e muito documentado, ainda é o padrão em muitas distribuições Linux e painéis de hospedagem.
✅ Vantagens
- Gratuito e de código aberto, sem custo de licença
- Ecossistema enorme de módulos (segurança, proxy, autenticação, reescrita)
- Suporte nativo e completo ao .htaccess
- Comunidade gigante: quase todo problema já tem solução documentada
- Muito flexível para configurações específicas
⚠️ Limitações
- Com configuração padrão ou prefork, consome mais memória sob carga
- Não tem cache de página completo para WordPress integrado
- Ler .htaccess em cada requisição tem custo de desempenho
- HTTP/3 não é suportado nativamente; costuma depender de um proxy ou CDN na frente
- Exige ajuste técnico para entregar o melhor desempenho
LiteSpeed: vantagens e limitações
O LiteSpeed Web Server é desenvolvido pela LiteSpeed Technologies. Ele foi pensado para ser um substituto direto do Apache: lê as mesmas configurações e o mesmo .htaccess, mas com uma arquitetura orientada a eventos e recursos de cache integrados.
Existem duas versões principais, e vale entender a diferença:
- LiteSpeed Enterprise: comercial e licenciado. É compatível com a configuração do Apache e aplica mudanças do .htaccess automaticamente. É o mais usado em painéis como cPanel e DirectAdmin.
- OpenLiteSpeed: gratuito e de código aberto. Tem o mesmo núcleo de desempenho, mas não lê a configuração do Apache e só aplica mudanças no .htaccess após reiniciar o servidor.
✅ Vantagens
- Arquitetura eficiente para muitas conexões simultâneas
- LSCache no próprio servidor, com plugins para WordPress, WooCommerce, Magento e outros
- LSAPI: integração otimizada com o PHP
- HTTP/3 (QUIC) nativo
- Migração do Apache geralmente simples na versão Enterprise
- Proteções integradas contra excesso de conexões e ataques de força bruta no WordPress
⚠️ Limitações
- A versão Enterprise tem custo de licença, que varia conforme o plano
- Nem todos os módulos do Apache têm equivalente
- Comunidade menor, com menos material para casos incomuns
- O OpenLiteSpeed exige atenção extra com o .htaccess
- O ganho com LSCache depende da aplicação ter um plugin ou integração compatível
Sobre os benchmarks que você encontra por aí
Muitos testes comparam um LiteSpeed com cache contra um Apache sem cache e em modo prefork. O resultado é real, mas não é uma comparação justa. Antes de confiar em um número, verifique se os dois servidores foram configurados com o mesmo cuidado.
Comparativo lado a lado
| Critério | Apache | LiteSpeed Enterprise | OpenLiteSpeed |
|---|---|---|---|
| Custo | Gratuito | Licença paga | Gratuito |
| Arquitetura | Processos/threads (MPMs) | Orientada a eventos | Orientada a eventos |
| Alta concorrência | Bom com event + PHP-FPM | Muito bom | Muito bom |
| Cache de página integrado | Não (depende de plugin, Varnish ou CDN) | Sim (LSCache) | Sim (LSCache) |
| Suporte ao .htaccess | Nativo e completo | Compatível, aplicado automaticamente | Parcial, exige reinício |
| HTTP/3 | Não nativo | Nativo | Nativo |
| Ecossistema de módulos | Muito amplo | Bom, mas menor | Menor |
| Comunidade e documentação | Enorme | Boa | Boa |
| Melhor para | Projetos que exigem módulos específicos ou orçamento sem licença | Hospedagem de WordPress, lojas e muitos sites em um servidor | VPS próprias com equipe técnica que configure tudo |
Avaliação geral. O comportamento real depende da versão, do hardware, da aplicação e, principalmente, da configuração.
Exemplos práticos de configuração
1. A mesma regra de .htaccess funciona nos dois
Regras comuns, como forçar HTTPS e remover o "www", funcionam no Apache e no LiteSpeed Enterprise sem nenhuma alteração. É isso que torna a migração entre eles relativamente simples.
# Forçar HTTPS e remover www
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
RewriteCond %{HTTP_HOST} ^(?:www\.)?(.+)$ [NC]
RewriteRule ^ https://%1%{REQUEST_URI} [L,R=301]
2. Deixando o Apache moderno: MPM event + PHP-FPM
Muitos servidores Apache ainda rodam com prefork e mod_php, uma configuração pesada para sites com muitos acessos. Em um Ubuntu, migrar para o modelo moderno costuma seguir estes passos (a versão do PHP pode ser diferente no seu servidor):
sudo apt install php8.3-fpm -y
sudo a2dismod php8.3 mpm_prefork
sudo a2enmod mpm_event proxy_fcgi setenvif http2
sudo a2enconf php8.3-fpm
sudo apachectl configtest # valide antes de reiniciar
sudo systemctl restart apache2
StartServers 2 ServerLimit 16 ThreadsPerChild 25 MaxRequestWorkers 400 # ServerLimit × ThreadsPerChild MaxConnectionsPerChild 10000
Esses números não são universais. Valores altos demais podem esgotar a memória e derrubar o servidor; valores baixos demais criam fila de visitantes. O ajuste certo depende da RAM disponível e do consumo real de cada processo PHP.
3. Cache de página no LiteSpeed
No WordPress, o plugin LiteSpeed Cache configura o cache automaticamente. Em aplicações próprias, é possível ativar o cache do servidor direto no .htaccess, sempre excluindo páginas que não podem ser cacheadas, como carrinho e área do cliente:
CacheLookup on RewriteEngine On # Não cachear carrinho, checkout, área logada e POST RewriteCond %{REQUEST_URI} !^/(carrinho|checkout|minha-conta) [NC] RewriteCond %{HTTP_COOKIE} !logged_in [NC] RewriteCond %{REQUEST_METHOD} ^(GET|HEAD)$ RewriteRule .* - [E=Cache-Control:max-age=300]
Cache mal configurado é pior que nenhum cache
Se o carrinho de um cliente for cacheado, outro visitante pode ver os produtos dele. Sempre teste as regras de exclusão em homologação antes de publicar.
4. Como descobrir qual servidor seu site usa
Na maioria dos casos, o próprio cabeçalho da resposta revela o servidor e se o cache está funcionando:
curl -sI https://www.seusite.com.br | grep -iE "server|x-litespeed-cache|alt-svc" # Exemplos de resposta: # server: Apache → Apache # server: LiteSpeed → LiteSpeed # x-litespeed-cache: hit → página veio do cache # x-litespeed-cache: miss → página foi gerada pelo PHP # alt-svc: h3=":443" → HTTP/3 disponível
Se houver uma CDN na frente (como Cloudflare), o cabeçalho server pode mostrar o nome da CDN em vez do servidor de origem.
Cenários reais: qual escolher?
📰 Blog WordPress com picos de acesso
Um portal de notícias recebe picos quando uma matéria viraliza. Como a maioria dos visitantes vê as mesmas páginas, o cache resolve quase tudo. O LiteSpeed com LSCache costuma ser uma escolha muito eficiente aqui. Um Apache com plugin de cache e CDN também atende bem, mas exige mais peças para configurar.
🛒 Loja WooCommerce de médio porte
Páginas de produto podem ser cacheadas, mas carrinho e checkout não. O LiteSpeed Cache tem tratamento específico para WooCommerce, o que simplifica a configuração. Mesmo assim, o desempenho do checkout continua dependendo de PHP, banco de dados e plugins otimizados.
⚙️ Sistema web com módulos específicos
Uma aplicação interna que depende de autenticação via módulos específicos do Apache, de proxy reverso avançado ou de integrações corporativas. Aqui a flexibilidade e o ecossistema do Apache costumam pesar mais que o ganho de desempenho.
🏢 Revenda ou servidor com dezenas de sites
Quando um único servidor hospeda muitos sites em cPanel, a eficiência de memória do LiteSpeed Enterprise e a compatibilidade com o .htaccess de cada cliente tendem a compensar o custo da licença. Em servidores pequenos, a conta pode não fechar.
🧱 Site institucional simples com pouco tráfego
Poucas páginas e poucas centenas de visitas por dia. Nesse caso, os dois funcionam bem e a diferença tende a ser pequena para o visitante. O que mais importa é ter SSL, atualizações, backups e um cache básico.
Cenários ilustrativos. A recomendação final deve considerar a aplicação, o orçamento e quem fará a manutenção.
Teste rápido: qual combina com você?
Marque as situações que descrevem o seu projeto. O resultado é uma orientação inicial, não uma recomendação definitiva.
O servidor importa, mas a gestão importa mais
Na prática, a escolha entre LiteSpeed e Apache costuma pesar menos do que a qualidade da configuração e da manutenção. Um Apache bem ajustado pode ter um desempenho melhor que um LiteSpeed mal configurado. E um LiteSpeed com cache errado pode até expor dados de clientes.
Por isso, para empresas que não têm uma equipe de infraestrutura dedicada, costuma valer a pena contar com uma empresa especializada em hospedagem e gerenciamento de servidores. A WD Seven, por exemplo, avalia o perfil do projeto antes de recomendar Apache ou LiteSpeed, cuida da migração com testes, ajusta PHP, cache e banco de dados e acompanha o servidor depois que ele entra em produção.
Diagnóstico antes da troca
Identificar se o gargalo está no web server, no PHP, no banco ou no código evita gastar com uma licença que não resolveria o problema.
Migração planejada
Testar regras de .htaccess, cache e módulos em homologação antes de mudar o servidor de produção.
Ajuste contínuo
Limites de processos, workers PHP e regras de cache revisados conforme o tráfego cresce.
Segurança e atualizações
Correções de segurança do web server e do PHP aplicadas com acompanhamento, sem surpresas.
Em dúvida entre LiteSpeed e Apache?
Com Cloud & DevOps e Manutenção & Suporte, a WD Seven avalia seu cenário e indica a opção mais adequada.
Checklist antes de trocar de web server
Meça o desempenho atual
Registre TTFB, uso de CPU e memória para comparar depois. Sem medição, não dá para saber se houve ganho.
Liste os módulos e regras que o site usa
Confirme se todos têm equivalente no servidor de destino.
Calcule o custo total
Inclua licença, migração e manutenção, não só a mensalidade da hospedagem.
Teste em homologação
Valide redirecionamentos, formulários, login, carrinho e regras de cache.
Defina quem vai acompanhar
Ajustes finos aparecem nos primeiros dias de tráfego real. Alguém precisa estar de olho.
Perguntas frequentes
Não sempre. Em sites dinâmicos com muitos acessos simultâneos, o LiteSpeed costuma ter vantagem, principalmente com LSCache. Já um Apache bem configurado, com MPM event, PHP-FPM e cache, pode ter um desempenho muito próximo. O resultado depende da aplicação, do hardware e da configuração.
Na maioria dos casos, sim, principalmente com o LiteSpeed Enterprise, que lê o .htaccess e entende boa parte das regras do Apache. Mesmo assim, teste antes em homologação, porque módulos específicos podem não ter equivalente.
O LiteSpeed Enterprise é pago. O OpenLiteSpeed é gratuito e de código aberto, mas não lê a configuração do Apache e só aplica mudanças no .htaccess após reiniciar o servidor.
O LiteSpeed com o plugin LiteSpeed Cache costuma ser uma combinação muito eficiente e simples de configurar. O Apache também atende bem quando combinado com um bom plugin de cache, PHP-FPM e, se necessário, uma CDN.
O Nginx é outra opção popular e orientada a eventos, muito usada como proxy reverso e em aplicações modernas. Ele não lê .htaccess, então migrar para ele costuma exigir reescrever regras. É uma alternativa válida, mas vale um comparativo próprio.
Conclusão
Não existe um vencedor absoluto. O LiteSpeed tende a ser a melhor escolha para sites WordPress, lojas virtuais e servidores com muitos sites ou picos de tráfego, especialmente quando o cache integrado é bem aproveitado. O Apache continua excelente quando você precisa de máxima compatibilidade, módulos específicos ou quer evitar custo de licença, desde que seja configurado de forma moderna.
Para decidir, faça três perguntas: qual é o tipo do meu site, quanto tráfego eu recebo (e em que picos) e quem vai cuidar do servidor. Se a resposta para a última for "ninguém", esse é o primeiro ponto a resolver, com qualquer um dos dois.
LiteSpeed
Eficiente em alta concorrência e com cache integrado.
Apache
Gratuito, flexível e com enorme ecossistema.
Configuração
Pesa tanto quanto a escolha do software.
Gestão
Especialistas garantem o resultado no dia a dia.
