O WordPress é uma aplicação PHP dinâmica. A cada requisição, diversos arquivos do núcleo, plugins e temas podem ser carregados para montar a página. Sem cache em nível de PHP, o servidor precisa ler, interpretar e compilar esses scripts repetidamente. É justamente nesse ponto que o OPcache ajuda a melhorar o desempenho.
O OPcache armazena em memória o bytecode pré-compilado dos scripts PHP. Com isso, o PHP não precisa recompilar os mesmos arquivos a cada acesso, reduzindo consumo de CPU e melhorando o tempo de resposta do site. Em sites WordPress com muitos plugins, temas pesados ou tráfego constante, esse ajuste pode fazer diferença significativa.
OPcache não é o mesmo que cache de página
É importante diferenciar OPcache de cache de página. Plugins de cache como WP Super Cache, W3 Total Cache, LiteSpeed Cache ou soluções em Nginx geram versões estáticas das páginas para reduzir o processamento do WordPress. Já o OPcache atua em um nível mais baixo, dentro do PHP, guardando o código compilado dos arquivos.
Na prática, os dois tipos de cache podem trabalhar juntos. O cache de página reduz a quantidade de requisições que chegam ao WordPress, enquanto o OPcache torna mais eficiente a execução dos scripts PHP quando eles precisam rodar.
Verificando se o OPcache está ativo
O primeiro passo é verificar se a extensão está instalada e ativa na versão do PHP usada pelo site. No terminal, você pode usar:
%%OZI_ILB_PROTECT_c7e93637920cccbd8a641742304b1d0c%%
Se o servidor tiver múltiplas versões do PHP, lembre-se de verificar a versão correta. O PHP usado no terminal pode ser diferente do PHP-FPM usado pelo WordPress.
%%OZI_ILB_PROTECT_4fdb1fe3e8d200ece1f71768d0460565%%
Também é possível conferir pelo phpinfo(), mas esse arquivo deve ser removido depois da verificação, pois expõe informações sensíveis sobre o servidor.
Configuração básica de OPcache
As configurações do OPcache geralmente ficam em arquivos como /etc/php/8.2/fpm/conf.d/10-opcache.ini ou em outro arquivo carregado pelo PHP. O caminho exato depende da distribuição Linux e da forma como o PHP foi instalado.
%%OZI_ILB_PROTECT_183e08b268ca87c2107128136ee8880d%%
Essa configuração é um ponto de partida para muitos ambientes WordPress. O valor ideal depende do volume de arquivos, quantidade de plugins, tema utilizado e memória disponível no servidor.
Cuidado com validate_timestamps=0
É comum encontrar recomendações para usar opcache.validate_timestamps=0 em produção. Essa configuração pode melhorar desempenho, mas exige disciplina no processo de deploy. Quando ela está desativada, o PHP não verifica automaticamente se os arquivos mudaram. Assim, alterações em plugins, temas ou código podem não aparecer até que o OPcache seja limpo ou o PHP-FPM seja reiniciado.
Em ambientes com deploy controlado, essa configuração pode ser usada com um processo claro de invalidação de cache. Em hospedagens comuns, sites WordPress com atualização frequente de plugins e temas ou ambientes em que várias pessoas alteram arquivos, manter validate_timestamps=1 costuma ser mais seguro.
Reiniciando o PHP-FPM após alterações
Depois de alterar configurações do OPcache, recarregue o PHP-FPM da versão usada pelo site:
%%OZI_ILB_PROTECT_70500bf6b8be7fab6605de99033e83b2%%
Se houver dúvidas sobre a versão em uso, confira a configuração do Nginx ou Apache. Em ambientes com Nginx, o socket configurado em fastcgi_pass indica qual PHP-FPM atende aquele site.
Temos um artigo complementar sobre múltiplas versões do PHP em Como rodar múltiplas versões do PHP no mesmo servidor.
Monitorando uso do OPcache
Para saber se a configuração está adequada, é necessário observar estatísticas como memória livre, quantidade de scripts armazenados, taxa de acertos e reinicializações do cache. Em ambientes controlados, funções como opcache_get_status() ajudam nessa análise.
%%OZI_ILB_PROTECT_19504e79b047462cb7b13c7663de6ae7%%
Esse tipo de arquivo também deve ser protegido ou removido após o uso, pois pode revelar informações internas do servidor.
OPcache e problemas após atualização
Se um plugin, tema ou sistema foi atualizado e o comportamento antigo continua aparecendo, o OPcache pode estar servindo código antigo. Nesses casos, recarregar o PHP-FPM ou limpar o OPcache pode resolver. Esse problema também pode aparecer em aplicações PHP fora do WordPress, como sistemas em CodeIgniter ou Laravel.
Temos um conteúdo relacionado no artigo CI4 rota 404 por cache/apc/opcache, que aborda um cenário parecido em aplicações CodeIgniter 4.
Conclusão
O OPcache é uma das otimizações mais importantes para sites WordPress em servidores PHP. Ele reduz recompilação de scripts, melhora o aproveitamento de CPU e ajuda o site a responder melhor sob carga. No entanto, a configuração precisa equilibrar desempenho e segurança operacional, principalmente em ambientes com atualizações frequentes.
A Saldaris Consultoria atua com otimização de WordPress, PHP-FPM, Nginx, servidores Linux, diagnóstico de lentidão e configuração de cache. Se o seu site WordPress está lento ou instável, entre em contato pelo formulário abaixo para avaliarmos o ambiente.
