PHP 8.2 sai de suporte em 31/12/2026: como atualizar seu site sem susto

No dia 31 de dezembro de 2026, o PHP 8.2 deixa de receber correções de segurança. Se o seu site roda em WordPress, WooCommerce, Joomla ou num sistema feito sob medida, é bem provável que ele dependa do PHP, e talvez justamente dessa versão.

A boa notícia: nada vai sair do ar à meia-noite do dia 1º. A notícia menos boa: a partir daí, o projeto PHP para de corrigir as falhas novas que forem descobertas no 8.2. Neste guia você vê o que isso significa na prática, como descobrir a versão do seu site, para qual versão ir e como trocar com segurança, com um caminho de volta se algo der errado.

O que muda quando o PHP 8.2 sai de suporte

Cada versão do PHP tem um ciclo de vida. Primeiro ela recebe melhorias e correções de bugs. Depois, por mais um tempo, só correções de segurança. Quando esse prazo acaba, a versão é considerada encerrada (o famoso end of life) e o projeto PHP para de lançar atualizações para ela.

Na prática, isso quer dizer três coisas:

• Seu site continua funcionando. O PHP 8.2 não para de rodar no dia 1º de janeiro.
• O projeto PHP para de corrigir brechas novas. Se alguém encontrar uma falha no PHP 8.2 em 2027, a versão oficial vai continuar com ela. É o tipo de porta aberta que robôs de ataque adoram procurar.
• Plugins e temas vão deixar a versão para trás. Os desenvolvedores param de testar em versões encerradas, e as atualizações começam a exigir PHP mais novo. O WordPress, por exemplo, já recomenda o PHP 8.3 ou superior.

Para ter a foto completa, este é o calendário oficial das versões que ainda têm suporte, publicado pelo projeto PHP:

Se o seu site ainda estiver em PHP 8.1, 8.0 ou 7.x, essas versões já saíram do calendário oficial há algum tempo.

E para quem hospeda na Rapid Cloud?

Aqui tem uma diferença importante. Todos os planos de hospedagem e revenda da Rapid Cloud, no cPanel e no DirectAdmin, rodam com CloudLinux. Ele traz o próprio seletor de PHP, com versões que vão do 5.6 ao 8.5, e a CloudLinux continua lançando correções de segurança para elas, inclusive para as que já saíram do calendário oficial.

Na prática:

• Ninguém vai trocar a versão do seu site à força. O PHP 8.2 continua disponível no painel depois de 31 de dezembro.
• Usando a versão do seletor do CloudLinux, o 8.2 segue recebendo correções. As versões nativas do cPanel (do MultiPHP Manager) seguem o calendário oficial, então, se quiser ficar no 8.2 por um tempo, prefira a do CloudLinux.
• Mesmo assim, vale atualizar. O motivo deixa de ser a segurança e passa a ser compatibilidade e desempenho: os plugins e temas vão exigir versões mais novas, o WordPress já recomenda o 8.3 ou superior, e as versões novas costumam rodar mais rápido.

Ou seja: quem hospeda aqui não tem prazo apertado. Dá para atualizar com calma, no seu tempo, seguindo o passo a passo abaixo.

Como descobrir qual versão do PHP o seu site usa

Leva menos de um minuto. Escolha o caminho mais fácil para você:

• No WordPress: no painel, vá em Ferramentas → Saúde do site → Informação e abra a seção Servidor. A linha "Versão do PHP" mostra a versão em uso.
• No cPanel: existem dois caminhos. O MultiPHP Manager mostra as versões nativas do cPanel, domínio por domínio. O Selecionar versão do PHP é o seletor do CloudLinux. Se no MultiPHP Manager o domínio estiver no padrão do sistema, quem manda é o seletor do CloudLinux.
• No DirectAdmin: procure por Selecionar versão do PHP, o seletor do CloudLinux.

Se tiver mais de um site na mesma conta, confira um por um: cada domínio pode estar numa versão diferente.

Para qual versão eu devo ir?

Não existe resposta única, mas existe uma regra que funciona para a maioria dos casos:

• PHP 8.4: a escolha recomendada para a maioria. Tem correções de segurança até o fim de 2028, é bem suportada pelos plugins populares e dá dois anos de tranquilidade.
• PHP 8.3: o degrau intermediário. Se algum plugin antigo reclamar do 8.4, o 8.3 costuma resolver. Só lembre que ele vence no fim de 2027, então é uma parada temporária.
• PHP 8.5: para quem gosta de estar na frente. É a versão mais nova, com suporte até 2029. Vale a pena se o seu site é atualizado com frequência e todos os plugins já declaram compatibilidade.

Pular direto do 8.2 para o 8.4 não tem problema. O que importa não é o tamanho do salto, e sim se os plugins e o tema estão atualizados.

Passo a passo para atualizar sem susto

Trocar a versão do PHP é um clique. O que dá trabalho é o que vem antes e depois. Siga esta ordem:

1. Faça um backup antes de tudo. Na hospedagem da Rapid Cloud, o JetBackup fica no próprio painel: você mesmo cria ou escolhe um ponto de restauração e, se precisar, restaura arquivos, bancos de dados e e-mails sem abrir chamado.
2. Atualize o WordPress, o tema e os plugins. A maior parte dos problemas com PHP novo vem de plugin desatualizado. Aproveite para apagar plugins que você não usa mais: um plugin desativado também pode quebrar ou abrir brecha.
3. Procure plugins abandonados. Na página do plugin no WordPress.org, veja a data da última atualização e a versão testada. Plugin sem atualização há mais de um ano é candidato a substituto.
4. Se puder, teste numa cópia. O Softaculous, que vem no painel, permite criar um ambiente de teste (staging) do seu WordPress. Troque o PHP na cópia primeiro e só depois no site de verdade.
5. Troque a versão no painel. No mesmo lugar onde você conferiu a versão, escolha a nova e salve. A mudança vale na hora. Use sempre o mesmo seletor: se o site está no do CloudLinux, troque por lá.
6. Confira as extensões e os limites. Algumas configurações, como memory_limit, upload_max_filesize e extensões específicas, podem ser por versão. Se você tinha ajustado algo no 8.2, confira se continua igual na versão nova.
7. Teste o que importa. Abra a página inicial, faça login no painel do WordPress, envie um formulário de contato e, se tiver loja, simule um carrinho até o pagamento.
8. Olhe o log de erros. O arquivo error_log, na pasta do site, mostra se o PHP reclamou de alguma coisa.

Deu erro? Calma, tem volta

Se o site apresentar erro depois da troca, volte para a versão anterior no mesmo painel. É instantâneo e não apaga nada. Com o site de pé, dá para investigar com calma qual plugin ou trecho de código está causando o problema.

Ao ler o error_log, vale saber diferenciar dois tipos de mensagem:

• Deprecated e Warning: são avisos. O PHP está dizendo "isso vai deixar de funcionar no futuro", mas o site continua rodando. Merecem atenção, não pânico.
• Fatal error: esse derruba a página. A própria mensagem costuma dizer o arquivo e a linha, e quase sempre aponta para a pasta de um plugin ou do tema. Com isso em mãos, atualize, troque ou desative o culpado.

Uma dica importante: não ligue a exibição de erros na tela (display_errors) no site em produção. Além de feio para o visitante, ela pode mostrar caminhos e detalhes do servidor que só ajudam quem quer atacar. O log existe justamente para isso.

E se o meu site não for WordPress?

Sistemas feitos em Laravel, CodeIgniter ou PHP puro seguem a mesma lógica, mas o teste fica por conta de quem desenvolveu. Se você tem um desenvolvedor ou agência, mande este recado agora, não em dezembro: "o PHP 8.2 sai de suporte em 31/12/2026, o sistema roda em 8.4?". Quem usa Composer pode conferir no arquivo composer.json qual versão do PHP o projeto exige.

Perguntas frequentes

Meu site vai sair do ar em 1º de janeiro de 2027?

Não. O fim do suporte não desliga nada. O site continua funcionando, só que o projeto PHP deixa de lançar correções de segurança para o 8.2.

Hospedo na Rapid Cloud. Preciso mesmo atualizar?

Não há prazo: o 8.2 continua no painel e, pelo seletor do CloudLinux, segue recebendo correções. Mas recomendamos atualizar assim que der, porque plugins, temas e o próprio WordPress vão deixar de testar nas versões antigas.

Trocar a versão do PHP mexe nos meus e-mails ou no domínio?

Não. A versão do PHP afeta só os sites e sistemas que rodam em PHP. E-mails, DNS e banco de dados continuam como estão.

Se der problema, perco alguma coisa?

Não. Voltar para a versão anterior é um clique e não apaga arquivos nem dados. E, com o backup feito no primeiro passo, você tem uma segunda rede de segurança.

Posso deixar cada site numa versão diferente?

Pode. A versão é escolhida por domínio, então dá para atualizar um site de cada vez, começando pelo menos crítico.

Não deixe para a última semana do ano

Dezembro tem Black Friday, Natal, férias e aquele plugin que só a agência que fez o site sabe mexer. Mesmo sem prazo apertado, separe meia hora nas próximas semanas, siga o passo a passo e comece o ano com o site atualizado.

Se travar em alguma etapa ou quiser ajuda para entender uma mensagem do log, chama a gente no chat. O time da Rapid Cloud responde em português e ajuda você a achar o caminho.