Como otimizar PHP no WordPress: versão, módulos e php.ini

Para otimizar o PHP no WordPress, atualize o interpretador para PHP 8.4, habilite extensões recomendadas como opcache, imagick e intl, e calibre as diretivas do php.ini para ajustar limites de memória e upload sem comprometer a estabilidade do servidor.

1. Crie um backup completo de todo o document root (incluindo wp-config.php, .htaccess e wp-content) e um dump consistente do banco de dados MySQL.
2. Verifique a compatibilidade de temas e plugins ativos com a nova versão do interpretador.
3. Alterne a versão do PHP no servidor ou painel de controle para PHP 8.4.
4. Ative extensões recomendadas como opcache, imagick e intl; configure redis somente se houver um servidor Redis acessível e um plugin de Object Cache instalado.
5. Ajuste os limites de memória, tempo de execução e upload nas diretivas do php.ini.
6. Reinicie o serviço PHP-FPM e valide a integridade na ferramenta Saúde do Site do WordPress.

Pré-requisitos

• Acesso administrativo ao painel de hospedagem (cPanel/WHM) ou acesso SSH com privilégios sudo em servidor Linux (Ubuntu 24.04 LTS ou AlmaLinux 9).
• WordPress atualizado na versão estável mais recente.
• Acesso ao painel do WordPress com perfil de Administrador para checagem de plugins.
• Backup recente de todo o document root, incluindo wp-config.php, .htaccess e o diretório wp-content, além de um dump consistente do banco de dados MariaDB/MySQL.
• Interpretador PHP configurado preferencialmente em modo PHP-FPM (FastCGI Process Manager).

Como atualizar e configurar a versão do PHP no servidor de hospedagem

O desempenho e a segurança do ecossistema WordPress dependem criticamente do ciclo de vida da versão do PHP executada no servidor. Versões defasadas, como PHP 7.4, 8.0 e 8.1, já atingiram o status de End-of-Life (EOL), deixando de receber correções para falhas de segurança conhecidas e melhorias gerais do interpretador e do OPcache presentes nas ramificações mais recentes. Para consultar mais fundamentos sobre infraestrutura, leia nosso guia de Dicas de Otimização para Hospedagem WordPress.

Para verificar a versão atualmente em execução na linha de comando do servidor, execute:

php -v

Esse comando retorna a versão da SAPI CLI selecionada no shell, que pode ser diferente da versão usada pelo PHP-FPM que atende o domínio. Para confirmar a versão efetivamente usada pelo site, consulte a ferramenta Saúde do Site no painel do WordPress, crie temporariamente uma página phpinfo() protegida por senha, ou verifique diretamente o binário e o pool do PHP-FPM correspondente. Em um sistema configurado adequadamente, a saída do comando CLI será similar a:

PHP 8.4.4 (cli) (built: Feb 13 2025 10:22:11) (NTS)
Copyright (c) The PHP Group
Zend Engine v4.4.4, Copyright (c) Zend Technologies
    with Zend OPcache v8.4.4, Copyright (c), by Zend Technologies

Se você gerencia o servidor diretamente via linha de comando no Ubuntu 24.04 LTS, instale a versão mais estável do interpretador junto com o PHP-FPM utilizando o PPA de terceiros amplamente utilizado, mantido por Ondřej Surý. Avalie a política de confiança do repositório antes de adicioná-lo ao sistema:

sudo apt update && sudo apt install -y software-properties-common
sudo add-apt-repository ppa:ondrej/php -y
sudo apt update
sudo apt install -y php8.4-fpm php8.4-cli php8.4-common

Em ambientes compartilhados com cPanel, a transição é feita de forma não destrutiva por meio da interface gráfica do MultiPHP Manager. Certifique-se de testar primeiro o ambiente alterando a versão em um subdomínio de homologação (staging) antes de replicar a mudança para o domínio de produção.

Módulos essenciais do PHP para acelerar e proteger o CMS

A pilha do WordPress exige extensões específicas compiladas ou carregadas dinamicamente no interpretador para executar tarefas vitais, como manipulação de mídia, consultas criptografadas e suporte a múltiplos idiomas. A ausência de extensões recomendadas não apenas penaliza a velocidade de carregamento, mas aciona alertas no diagnóstico nativo do painel administrativo.

No Ubuntu 24.04 LTS, garanta que o conjunto completo de extensões de alto rendimento esteja ativo instalando os seguintes pacotes:

sudo apt install -y php8.4-mysql php8.4-curl php8.4-gd php8.4-imagick php8.4-mbstring php8.4-xml php8.4-zip php8.4-intl php8.4-opcache php8.4-bcmath php8.4-redis

Principais funções técnicas de cada extensão:

• opcache: Armazena e reutiliza na memória compartilhada os opcodes produzidos na primeira compilação dos scripts, eliminando recompilações desnecessárias a cada requisição HTTP.
• imagick / gd: Otimizam o redimensionamento e recorte de imagens anexadas. O ImageMagick (imagick) oferece melhor qualidade de redimensionamento e suporte a mais formatos (PDF, HEIC, entre outros); tanto GD quanto Imagick suportam WebP e AVIF, mas esse suporte depende dos codecs disponíveis na compilação instalada no sistema.
• intl: Fornece recursos da biblioteca ICU (International Components for Unicode), recomendada e necessária para plugins ou recursos que dependam de formatação de datas, moedas e internacionalização.
• mbstring: Processa com segurança sequências de texto codificadas em caracteres multibyte (UTF-8).
• curl: Viabiliza chamadas HTTP externas feitas pela API de loopback do WordPress, webhooks e integrações de pagamento.
• redis: Permite conexão direta com o servidor de cache em memória Redis para uso de Object Cache. Para ativar o Object Cache no WordPress, são necessários também um servidor Redis acessível e um plugin ou drop-in object-cache.php compatível.

Se você administra cPanel/WHM, siga as interfaces corretas conforme o ambiente: em servidores com CloudLinux, use Selecionar Versão do PHP (PHP Selector) para gerenciar versões e extensões por domínio; em cPanel/WHM padrão com EasyApache 4, instale ou habilite os pacotes de extensão da versão correspondente em WHM > Software > EasyApache 4 (por exemplo, ea-php84-php-intl e ea-php84-php-imagick) e selecione a versão do domínio no MultiPHP Manager. Para táticas adicionais de endurecimento do sistema contra invasões, confira as orientações em Otimizar a Segurança do WordPress em Hospedagem Linux: Passos Práticos e Rápidos.

Ajuste fino do php.ini e configuração do OPcache

O arquivo de diretivas centrais (php.ini) define limites por requisição, como consumo de memória, tempo máximo de execução e tamanho de upload. A capacidade de processar requisições concorrentes é controlada principalmente pelo pool do PHP-FPM, por meio de diretivas como pm.max_children e pm.max_requests, que devem ser dimensionadas conforme a RAM disponível e o consumo médio de cada worker. Uma configuração padrão de fábrica é propositalmente conservadora e subdimensionada para sites com plugins pesados de e-commerce como o WooCommerce.

Localize o arquivo de configuração do interpretador para o SAPI FPM (geralmente em /etc/php/8.4/fpm/php.ini no Debian/Ubuntu ou editável via cPanel no Editor do MultiPHP INI) e aplique os seguintes parâmetros:

memory_limit = 512M
upload_max_filesize = 64M
post_max_size = 70M
max_execution_time = 300
max_input_vars = 5000
expose_php = Off

Atenção: Definir expose_php = Off reduz a divulgação passiva de informações ao ocultar o cabeçalho HTTP X-Powered-By, dificultando a identificação da versão por scanners automatizados. Essa medida não substitui atualizações regulares, configuração segura e a eliminação de outros possíveis vazamentos de versão na aplicação.

Nota sobre tamanhos de upload: post_max_size deve ser superior a upload_max_filesize porque o corpo da requisição multipart inclui metadados e outros campos além do arquivo enviado. O mesmo raciocínio se aplica ao limite configurado no servidor web.

Em seguida, calibre os parâmetros do OPcache no arquivo /etc/php/8.4/fpm/conf.d/10-opcache.ini para evitar reinicializações de cache sob tráfego volumoso:

opcache.enable = 1
opcache.memory_consumption = 256
opcache.interned_strings_buffer = 32
opcache.max_accelerated_files = 20000
opcache.revalidate_freq = 60
opcache.validate_timestamps = 1

Após salvar os arquivos de configuração, reinicie o daemon responsável para aplicar os novos limites:

sudo systemctl restart php8.4-fpm

Para ambientes de grande escala que necessitam lidar com gargalos de concorrência e processos órfãos, consulte também nosso artigo sobre Como otimizar WordPress no VPS para alta carga.

Problemas comuns e como resolver

Sintoma: Erro HTTP 500 ou Tela Branca da Morte (WSOD) após trocar a versão

Causa: Incompatibilidade de plugins antigos ou temas desatualizados com funções removidas ou comportamentos alterados nas versões PHP 8.3/8.4, como uso de propriedades dinâmicas (depreciadas no PHP 8.2), assinaturas de métodos incompatíveis, acesso inválido a tipos ou chamadas a funções legadas removidas.
Solução: Ative temporariamente o modo de depuração editando o arquivo wp-config.php com as seguintes definições: define('WP_DEBUG', true);, define('WP_DEBUG_LOG', true);, define('WP_DEBUG_DISPLAY', false); e @ini_set('display_errors', 0);. Consulte o arquivo wp-content/debug.log para identificar o plugin com falha fatal; proteja esse arquivo contra acesso HTTP direto e desative o modo de depuração após concluir o diagnóstico. Renomeie o diretório do plugin problemático via FTP/SSH e atualize-o antes de reativá-lo.

Sintoma: Painel de Saúde do Site alerta sobre módulo PHP ausente

Causa: Os pacotes php-imagick ou php-intl não estão instalados ou suas respectivas linhas extension= estão comentadas no arquivo de configuração do PHP.
Solução: No terminal, você pode verificar os módulos carregados na SAPI CLI com php -m | grep -E "imagick|intl". Atenção: esse comando reflete a configuração da CLI, que pode diferir do PHP-FPM utilizado pelo site — CLI e FPM podem usar arquivos php.ini e diretórios conf.d diferentes. Para confirmar que as extensões estão ativas para o site, consulte a Saúde do Site no painel do WordPress ou uma página phpinfo() temporária e protegida por senha. Caso estejam ausentes, instale as extensões via gerenciador de pacotes da distribuição ou selecione as caixas de seleção correspondentes na interface do cPanel, reiniciando o serviço PHP-FPM em seguida.

Sintoma: Falha no upload de mídia ou mensagem "O arquivo enviado excede o limite"

Causa: Divergência entre os limites configurados nas diretivas upload_max_filesize e post_max_size, ou bloqueio originado por um valor inferior herdado de diretivas do servidor web Nginx/Apache.
Solução: Configure upload_max_filesize = 64M e um valor superior para o corpo completo da requisição, por exemplo post_max_size = 70M no arquivo php.ini, pois o corpo multipart inclui metadados e outros campos além do arquivo enviado. No Nginx, adicione a linha client_max_body_size 70M; dentro do bloco http ou server e recarregue a configuração com sudo nginx -s reload.

Perguntas frequentes

Qual é a versão do PHP recomendada para o WordPress?

Atualmente, a versão recomendada é o PHP 8.4 ou uma versão posterior ainda suportada e compatível com os temas e plugins instalados, pois oferece maior desempenho e patches de segurança ativos. O PHP 8.3 ainda recebe correções de segurança, mas versões legadas como PHP 7.4, 8.0 e 8.1 não recebem mais atualizações de segurança e deixam a aplicação vulnerável.

Quais módulos do PHP são obrigatórios para o WordPress funcionar bem?

A extensão mysqli é necessária para a conexão com o banco de dados. São também recomendadas: curl para comunicação externa, gd ou imagick para processamento de imagens, mbstring e intl para suporte a múltiplos idiomas e opcache para acelerar a execução dos scripts. A ausência do imagick ou intl costuma gerar alertas na tela de Saúde do Site.

O que fazer se o site quebrar com erro 500 após atualizar o PHP?

O erro geralmente é causado por um plugin ou tema incompatível com a nova versão. Você pode reverter temporariamente a versão do PHP no painel de controle, verificar o arquivo error_log do servidor para identificar o plugin causador e desativá-lo antes de tentar a atualização novamente.

Como o OPcache melhora a velocidade do WordPress?

O OPcache armazena na memória compartilhada do servidor os opcodes produzidos na primeira compilação de cada script PHP, evitando recompilações nas requisições seguintes enquanto a entrada permanecer válida no cache. Dessa forma, a aplicação não precisa ler e recompilar os scripts a cada requisição HTTP recebida, reduzindo drasticamente o tempo de resposta (TTFB) e o consumo de CPU.

Conclusão

• Mantenha o WordPress rodando exclusivamente em versões ativas do PHP com suporte oficial de segurança, realizando testes prévios em ambiente de homologação.
• Habilite as extensões essenciais como intl, imagick e opcache para atender aos padrões modernos do WordPress e acelerar a entrega de páginas.
• Monitore os logs de erro do sistema periodicamente e ajuste as diretivas do php.ini para equilibrar o consumo de recursos sem comprometer a estabilidade do servidor.

Leia também

• passo a passo: desativar WP-Cron sem quebrar WordPress
• Solucionar lentidão no WordPress: causas reais e correções
• Otimizar cache Redis para aplicações PHP no Ubuntu 22.04

Precisa de ajuda com otimização do WordPress?

Conte com a infraestrutura otimizada da AviraHost, equipada com seletores avançados de versão do PHP, LiteSpeed e discos NVMe de alta velocidade para acelerar seu site com estabilidade total.

Conheça nossos planos de Hospedagem WordPress