Voltar ao Blog Manutenção de Sistemas

Como atualizar o PHP do site: quem faz e quanto tempo leva

22 OUT 2026 5 min de leitura Mauricio Biasotto
Painel de atualização do PHP de um site WordPress, do 8.1 para o 8.4, com cópia de segurança, teste numa cópia, troca em horário combinado e páginas conferidas, ao lado do gráfico do site no ar sem queda

A versão do PHP é trocada na hospedagem, não no WordPress. Quem faz, o que pode dar errado, qual versão pedir e quanto tempo leva a atualização assistida.

Se você tem um site ou sistema em PHP (WordPress, loja virtual, sistema interno), isso é com você. A versão do PHP é trocada na hospedagem, não dentro do WordPress, e a troca em si leva minutos; o cuidado está no antes (backup e saber o que o site usa) e no depois (conferir que tudo funciona). Em outubro de 2026, a versão a pedir é a 8.4, ou a 8.3. O próximo passo é pedir a quem cuida do site a versão em uso e, se o site for loja, sistema sob medida ou estiver em versão antiga, chamar um programador antes de trocar.

O que acontece se eu não fizer nada?

O site continua no ar, e é isso que engana. Uma versão antiga só deixa de receber correções: cada falha nova fica aberta para sempre, e os ataques automáticos varrem a internet inteira atrás de quem não atualizou.

Em 21 de outubro de 2026, a equipe do PHP publicou correções de emergência para duas falhas críticas, conhecidas como PHP2Shell, que permitem a um invasor executar o que quiser no servidor, sem senha, em qualquer site ou sistema em PHP desde a versão 5. As versões corrigidas são 8.2.35, 8.3.36, 8.4.27 e 8.5.12; para a 8.1 e anteriores não existe versão corrigida, só migração. Atualizar plugins e temas não resolve; o que fazer, em ordem, está em o que é o PHP2Shell e o que fazer.

Toda falha crítica repete o roteiro: atualizar e reiniciar o servidor. Quem está em versão suportada resolve em horas; quem está em versão antiga descobre que não há correção para aplicar.

Dá para fazer sozinho?

Dá, quando o site é WordPress simples e em dia (WordPress, tema e plugins atualizados), existe backup recente e a hospedagem permite voltar à versão anterior. Nesse cenário, a própria hospedagem orienta a troca, e o site volta ao estado de antes em minutos.

Fora dele, o caminho é um programador: loja virtual com pagamento e integrações, sistema sob medida, site ainda em PHP 5 ou 7, servidor próprio sem quem o administre, ou qualquer erro depois da troca. Não é questão de capacidade: nesses casos o problema é código, não configuração, e voltar a versão só adia.

O que pode dar errado, e quem resolve?

Num site WordPress em dia, o esperado é a troca passar sem sintoma. Quando dá errado, é um destes casos:

Site fora do ar, tela em branco ou uma parte parada (formulário, login, pagamento): um plugin ou tema não funciona na versão nova. A hospedagem volta a versão; quem cuida do site troca ou atualiza o plugin.
Sistema sob medida que não abre: código escrito para PHP 5 ou 7 pode usar recursos que o PHP 8 removeu. É ajuste de código, e talvez a hora de avaliar quando modernizar um sistema PHP antigo.

Em resumo: a hospedagem troca a versão e aplica as versões corrigidas; se uma agência cuida do site, o pedido vai para ela, que aciona quem for preciso. O programador PHP entra quando o problema é código: loja, sistema próprio, versão antiga, servidor próprio ou erro que não some ao voltar a versão.

O que eu peço, e como confiro que foi feito?

O pedido cabe numa mensagem a quem cuida do site: colocar o site no PHP 8.4, com backup antes, em horário de pouco movimento, e confirmar por escrito a versão em uso depois da troca.

Qual versão pedir: a 8.4 é a recomendada. A 8.3 serve, e é o mínimo que o próprio WordPress recomenda. A 8.2 deixa de receber correções de segurança em 31 de dezembro de 2026, então só vale como passagem; a 8.1 e as anteriores já não recebem correção nenhuma.

Como conferir, sem acesso técnico: peça o número completo da versão em uso (como 8.4.27), não só "está no 8.4"; para a falha de outubro, ele precisa ser 8.2.35, 8.3.36, 8.4.27 ou 8.5.12, ou mais novo. Depois, abra as páginas que importam (início, contato, login, pagamento) e envie um formulário de teste. Se tudo abre e a mensagem chega, está feito.

Quanto tempo leva e como é cobrado?

A troca em si leva minutos; o que leva tempo é o cuidado em volta, e é isso que a atualização assistida, dentro da manutenção de sites e sistemas, inclui:

1. Levantamento do que o site usa: versão atual, tema, plugins e integrações (pagamento, ERP, WhatsApp, nota fiscal).
2. Teste numa cópia do site com a versão nova, onde os erros aparecem e são corrigidos sem mexer no site no ar.
3. Atualização em horário combinado, com backup antes e, em servidor próprio, reinício do servidor.
4. Conferência das páginas principais, formulários, login, pagamento e integrações.
5. Correção do que quebrar, com registro do que foi feito e da versão que ficou.

A empresa recebe o site na versão suportada, funcionando, com a versão confirmada por escrito. Prazo: um WordPress simples costuma ficar pronto em horas; uma loja ou um sistema sob medida, em alguns dias. Formato: por demanda, só para esta troca, ou dentro de um plano de manutenção mensal, que já inclui as próximas atualizações de segurança.

Como começar hoje

Mande o endereço do site pelo WhatsApp (ou o nome da hospedagem). Não precisa saber a versão nem reunir nada: a resposta diz se o caso se resolve com a hospedagem ou precisa de programador, e em quanto tempo.

PRÓXIMO PASSO_

Precisa atualizar o PHP do site e não sabe por onde começar?

Utilizamos cookies para otimizar sua experiência de navegação de acordo com a nossa política de privacidade.