Apache e Nginx podem servir um site WordPress. A escolha depende de como o ambiente administra permalinks, executa PHP e mantém o cache. Para um site existente, comece pela compatibilidade e pelos gargalos reais antes de trocar o servidor.
Permalinks e regras da aplicação
No Apache, regras de reescrita podem ficar no .htaccess quando os módulos e as permissões necessários estão habilitados. No Nginx, as regras ficam na configuração central do servidor e precisam ser mantidas por quem administra o ambiente. O WordPress não adapta essa configuração automaticamente como pode fazer com o .htaccess.
A documentação oficial do WordPress para Nginx explica essa diferença. Verifique também regras acrescentadas por plugins, redirecionamentos antigos e instalações em subdiretório ou Multisite.
PHP e banco continuam fazendo parte do desempenho
O servidor web recebe a requisição; o PHP executa o WordPress e o banco atende às consultas. Uma página lenta pode estar esperando um plugin, uma consulta ou um serviço externo.
Apache não possui um único modelo de execução. O MPM event tem comportamento diferente do prefork. Compare o modo de processamento e a integração PHP usados em cada ambiente, evitando concluir que toda instalação Apache abre um processo novo para cada conexão.
Cache precisa respeitar conteúdo privado
A mesma regra de cache não deve ser aplicada indiscriminadamente a páginas públicas, painel, sessões autenticadas e operações de compra. Antes de escolher uma configuração, identifique quais respostas são compartilháveis e quais dependem do usuário.
| Área a testar | O que conferir |
|---|---|
| Página pública | Conteúdo atualizado e comportamento ao invalidar o cache |
| Login e painel | Sessão correta e ausência de conteúdo privado compartilhado |
| Formulários | Envio, validação e resposta sem reaproveitamento incorreto |
| Loja virtual | Carrinho, conta e finalização preservando dados de cada usuário |
| API e integrações | Autenticação, respostas e regras específicas dos endpoints |
No Nginx, uma regra anteriormente colocada no .htaccess precisa ser traduzida e validada. A presença de um plugin não comprova que as regras de cache do servidor estão funcionando.
Qual alternativa escolher?
Mantenha Apache se ele atende ao projeto, as regras existentes são importantes e a equipe domina sua operação. Considere Nginx quando a configuração centralizada e a integração com o backend atenderem ao cenário e houver administração disponível.
Também é possível usar Nginx como proxy à frente do Apache, mas essa arquitetura adiciona configurações de cache, cabeçalhos e registros de acesso. Não adicione uma camada apenas por popularidade.
Como avaliar uma mudança
Teste uma cópia do site com os mesmos plugins e dados representativos. Confira URLs antigas, permalinks, mídia, uploads, login e tarefas agendadas. Meça respostas com e sem cache, acompanhando erros e recursos da aplicação.
Para sair da hospedagem compartilhada, considere também quem será responsável pelo sistema, PHP, banco e backups. Consulte as opções de VPS da AviraHost e confirme os serviços incluídos; VPS não significa administração automática do WordPress.
Perguntas frequentes
Nginx é obrigatório para WordPress com tráfego alto?
Não. Capacidade depende do conjunto da aplicação, da configuração e dos recursos. A decisão deve partir de testes representativos e da operação disponível.
Trocar o servidor resolve um plugin lento?
Pode não resolver. Investigue a execução PHP, as consultas e as chamadas externas antes de atribuir o problema ao servidor web.
