Nesta página: [ocultar]
WordPress é culpado por manter o PHP antigo vivo. Os números dizem o inverso. Em todas as instalações do WordPress, esse relatório em, 76.7% execute PHP 8, contra 63.3% da web PHP como um todo. Essa é uma vantagem de 13,4 pontos para a plataforma que as pessoas chamam de legado legado. PHP virou 31 em junho 2026, contando desde o primeiro lançamento público de Rasmus Lerdorf em 1995. Sua participação na web do lado do servidor caiu 3.5 pontos nos últimos doze meses, e o WordPress ainda é construído de ponta a ponta.
Resposta rápida: WordPress roda em PHP porque cada tema, cada plug-in, e cada renderização de página é um código PHP. Altere o idioma e o 66,979 plugins no diretório oficial param de funcionar. PHP também não vai a lugar nenhum. Onze desenvolvedores agora são pagos para mantê-lo, através de uma fundação que a Automattic ajudou a iniciar. Coloque seu site PHP 8.4 e pare de se preocupar com o idioma.
Última revisão: agosto 2026. Datas de suporte de versão lidas em php.net, instalar distribuições extraídas da API de estatísticas do WordPress.org, participação de mercado das pesquisas W3Techs datadas 30 agosto 2026.
Como este artigo foi verificado
Quatro tipos de fontes decidiram o que apareceu aqui, e duas coisas foram deliberadamente deixadas de fora.
As datas de suporte de versão vêm do próprio calendário de lançamento do php.net, continue lendo 31 agosto 2026, não de um resumo disso. As distribuições de instalação vêm da API pública de estatísticas do WordPress.org. Ele retorna uma porcentagem bruta para cada relatório de versão do PHP em, e cada valor de distribuição abaixo foi calculado diretamente a partir dessa carga útil. A contagem de plugins veio da API do plugin WordPress.org no mesmo dia. A participação de mercado vem de pesquisas da W3Tech datadas 30 agosto 2026. As reivindicações de desempenho são atribuídas às pessoas que executaram os testes de carga, porque nenhum teste de carga foi executado para este artigo.
O que foi excluído: qualquer benchmark que não publicou sua metodologia, e qualquer “PHP 8.5 é 20% mais rápido” reivindicação sem um equipamento de teste por trás disso. Várias dessas reivindicações estão circulando, e os dois benchmarks que publicam suas configurações os contradizem para o WordPress padrão. As postagens do blog do fornecedor foram usadas apenas para datas que o próprio fornecedor controla, como uma empresa de hospedagem anunciando qual versão do PHP está ativada.
Dois limites honestos. A API de estatísticas do WordPress.org mostra amostras de sites que ligam para casa, então não é um censo de todas as instalações do planeta. E a W3Techs rastreia um conjunto fixo dos principais sites, o que significa o 76.7% Figura do WordPress e o 63.3% figuras totalmente PHP vêm de diferentes estruturas de amostragem. Eles apontam a mesma direção, mas não leia a diferença de 13,4 pontos como uma medida precisa.
A posição real do PHP em 2026
Comece com o declínio, porque é real e a maioria dos defensores do PHP ignoram isso. W3Techs coloca PHP em 73.7% de sites com uma linguagem de servidor conhecida em agosto 2025. Em 30 agosto 2026 a mesma pesquisa mostrou 70.2%. Isso é 3.5 pontos em doze meses, e é a queda ano a ano mais acentuada da série. W3Techs coloca o pico do PHP em 80.6% de volta 2015. Então a linguagem caiu aproximadamente 10 pontos em onze anos, cuja média é inferior a um ponto por ano. Os últimos doze meses foram quase quatro vezes maiores que essa taxa.
Então o PHP está perdendo terreno mais rápido do que costumava. Agora a parte que coloca o número em proporção.
A linguagem do lado do servidor em segundo lugar na mesma pesquisa é JavaScript, às 7.2%. Ruby senta-se em 7.0%, Java em 5.5%, Python em 1.2%. A participação do PHP é cerca de dez vezes a do segundo colocado. Derramamento 3.5 pontos por ano a partir de 70% compra cerca de dezoito anos antes do PHP chegar onde o JavaScript está hoje. Isso pressupõe que o declínio permaneça linear, o que nada em software faz.
De qualquer forma, a imagem da versão é mais importante do que o compartilhamento do título. Entre todos os sites que executam PHP, 63.3% estão em PHP 8, 28.7% ainda estão em PHP 7, e 7.9% execute PHP 5. Compare isso especificamente com o WordPress, onde a API de estatísticas coloca o PHP 8 adoção em 76.7%. PHP 8.3 e 8.2 sozinho é responsável por pouco menos da metade de todas as instalações do WordPress, às 25.0% e 24.8%.
Por que o WordPress avança? Dois mecanismos, e nem é um acidente. A primeira é que o WordPress envia um aviso no painel informando aos proprietários comuns de sites que seu PHP está desatualizado. Frameworks raramente fazem isso, porque seus usuários são desenvolvedores que supostamente conhecem. A segunda é que a hospedagem WordPress é um mercado de varejo competitivo, e o seletor de versão do PHP é um recurso que os hosts anunciam. Um aplicativo Laravel em uma caixa autogerenciada não tem ninguém incomodando. Portanto, a plataforma mais frequentemente acusada de atrasar o PHP é, nos números que ambos os lados podem realmente citar, arrastando-o para frente.
Para que o WordPress realmente usa PHP
Aqui está o que as pessoas sentem falta quando imaginam o WordPress como “um aplicativo PHP.” PHP não é uma camada do WordPress. É a camada à qual todo o resto está anexado.
Carregue qualquer página em um site WordPress padrão. Antes que um byte chegue ao navegador, PHP já fez tudo isso:
- Parsed the URL into a database query
- Built and run the SQL against MySQL or MariaDB
- Checked the current user’s capabilities
- Loaded the active theme’s template files
- Fired the hooks that let plugins interrupt any of those steps
Themes are PHP templates. The REST API that the block editor talks to is PHP endpoints. Dynamic blocks, the ones whose output changes per request, render in PHP on the server.
That hook system is the reason a rewrite is off the table. WordPress plugins don’t call a documented API from outside. They register callbacks that run dentro core’s execution, at named points, with core’s own data structures passed to them. The WordPress.org plugin API returned 66,979 published plugins em 31 agosto 2026. Every one of them is written against that contract. Troque o idioma e você não portará o WordPress. Você abandona o ecossistema que faz valer a pena usar o WordPress.
A compatibilidade com versões anteriores é a outra metade. Core trata de não quebrar sites existentes o mais próximo de uma regra absoluta. Temas e plug-ins escritos há mais de uma década ainda podem ser executados nas versões atuais. Esse compromisso vale para os dois lados. É por isso que a plataforma não pode abandonar o PHP. É também por isso que o WordPress aumenta sua versão mínima do PHP com tanta cautela, usando um 5% limite de uso antes de aposentar uma filial. Quando WordPress 7.0 abandonou o PHP 7.2 e 7.3 em maio 2026, o uso combinado desses dois já havia caído para 3.85%.
A questão do JavaScript: O WordPress está saindo do PHP?
Este é o equívoco que vale a pena esclarecer. Metade do “WordPress está abandonando PHP” postagens on-line leem um fato verdadeiro e tiram conclusões erradas dele.
O verdadeiro fato: maioria novo o código escrito para o núcleo do WordPress é JavaScript. O editor de blocos é React. O editor do site também, e a paleta de comandos também. Meça pelas linhas de código comprometidas este ano e o JavaScript vence facilmente.
A conclusão errada: que o PHP está sendo substituído. O que realmente aconteceu é mais restrito. WordPress desenvolveu uma camada de edição JavaScript em cima de um aplicativo PHP, e os dois conversam sobre uma API REST renderizada em PHP. Salve uma postagem e um cliente JavaScript enviará JSON para um endpoint PHP. Esse endpoint o valida em PHP e o grava com chamadas de banco de dados PHP. Quando um visitante carrega aquela postagem, PHP renderiza. O React do editor nunca carrega para seus visitantes. Alguns blocos interativos fornecem seu próprio JavaScript front-end, mas a página que eles aprimoram foi construída primeiro pelo PHP.
Os recursos principais mais recentes tornaram o lado do PHP mais ocupado, não mais leve. A API Block Bindings, que conecta atributos de bloco a fontes de dados dinâmicas, é registrado e resolvido em PHP. Blocos renderizados do lado do servidor são um retorno de chamada PHP por definição. A API Abilities chegou ao WordPress 6.9 com uma função de registro PHP, wp_register_ability(). O cliente AI fornecido no WordPress 7.0 também é uma função PHP, wp_ai_client_prompt(). Qualquer plugin pode chamá-lo para alcançar um provedor de IA configurado.
WordPress 7.0 adicionou um cliente JavaScript para essas habilidades, qual é o padrão em miniatura. O registro fica em PHP. Uma camada JavaScript é fixada para que o navegador possa alcançá-la.
O que mudou foi a descrição do trabalho. Um desenvolvedor WordPress em 2026 precisa de ambos, e a metade JavaScript cresceu muito mais rápido que a metade PHP. Essa é uma mudança real naquilo que você contrata. Simplesmente não é a mesma coisa que a plataforma mudar de idioma.
Quem paga pelo PHP agora (E por que isso é importante para você)
For most of its life PHP had a funding problem that almost nobody outside the core team could see. It was maintained largely by volunteers plus a handful of people whose employers tolerated the work. That model came apart in 2021 when Nikita Popov, who had driven much of PHP 7.4, 8.0 e 8.1, moved his focus to LLVM. The language briefly had no clear answer to who would do the deep engine work.
The PHP Foundation was announced on 22 novembro 2021 in response. One name on the founding member list should jump out at WordPress users: Automático. It signed on alongside JetBrains, Laravel, Acquia, Zend, Symfony, PrestaShop, Criar CMS, Tideways and Private Packagist. The company behind WordPress.com and WooCommerce put money into keeping PHP staffed. That tells you what it thinks the odds of a language migration are.
Where that stands now: a partir de 1 janeiro 2026, onze desenvolvedores da Fundação trabalham em PHP em funções de meio período e período integral. team.blue, o grupo europeu de hospedagem por trás de dezenas de marcas de hospedagem de consumo, tornou-se patrocinador ouro da PHP Foundation em janeiro 2026. A PHP Foundation anunciou então uma Equipe de Segurança do Ecossistema em 18 Maio 2026, financiado por uma doação da Alpha-Omega. Esse é o fundo OpenSSF apoiado pelo Google, Microsoft e AWS. Uma função dedicada de engenheiro de segurança em tempo integral veio junto.
Por que o proprietário de um site deveria se preocupar com organogramas? Porque o risco honesto de uma linguagem de 31 anos nunca foi que ela se tornasse fora de moda. É que as duas pessoas que entendem do alocador de memória se aposentam e ninguém as substitui. Esse é o modo de falha que mata o software de infraestrutura, e é a única coisa que a Fundação existe para evitar. Em quatro anos, o PHP passou de um punhado de contribuidores patrocinados individualmente para onze financiados coletivamente.. Fê-lo enquanto a sua quota de mercado estava a cair. Esses dois fatos ficam estranhamente juntos, e o pessoal é o melhor preditor.
Mais um sinal, fácil de perder. No trigésimo aniversário do PHP, 8 Junho 2025, FrankenPHP foi adotado na organização oficial de PHP no GitHub. É um servidor de aplicativos moderno que executa PHP como um processo de longa duração, em vez de gerar um por solicitação. Projetos em encerramento não adotam novos tempos de execução em seu aniversário.
Um PHP mais recente torna o WordPress mais rápido?
Principalmente não, e a exceção é específica o suficiente para valer a pena conhecer.
Dois benchmarks independentes publicaram seus números do WordPress recentemente 2025, e eles concordam. Marés, a empresa de criação de perfis PHP, WordPress testado 6.8.3 em um servidor AMD de 8 núcleos com JIT (compilação just in time, PHP’s optional native-code compiler) switched off. Across PHP 8.2 através 8.5 it found no meaningful movement in response times. Only PHP 7.4 lagged, by around 5% on requests per second under concurrent load. Kinsta’s Docker-based test on WordPress 6.8.0 landed in the same place. It recorded 148.22 solicitações por segundo on PHP 8.4 contra 148.30 em 8.5. That’s a difference of 0.05%, which is noise.
Against PHP 7.4 the same test showed 139.06 solicitações por segundo, so moving off 7.4 buys about 6.6%. Real, but not the transformation some upgrade guides promise. If a page tells you a version bump makes WordPress 20% mais rápido, ask to see the harness.
Now the exception, e é um grande problema. Kinsta ran WooCommerce through the same rig and got a completely different shape. WooCommerce managed 53.37 requests per second on PHP 8.4 e 71.02 on PHP 8.5. Isso é um 33% jump from the exact upgrade that did nothing for a plain WordPress site. Measured against PHP 7.4’s 44.20, PHP 8.5 lida aproximadamente 61% more WooCommerce requests.
Measurement and explanation, kept separate. What the numbers show is that a store workload responds to the 8.4-to-8.5 upgrade and a blog workload does not. Why it happens is a guess, not a tested finding. WooCommerce executes far more PHP per request than a cached blog page, so engine-level improvements have more code to act on. That explanation fits the data. Nobody has isolated it in a controlled test, so treat it as a hypothesis.
The practical read: if you run a content site, pick your PHP version on support dates, não velocidade. If you run a WooCommerce store, test PHP 8.5 on staging with your own checkout flow. The upside is large enough to measure on your own traffic.
PHP onde não há servidor algum
One development from the last two years does more to answer “will PHP survive” than any market-share chart. WordPress Playground runs a complete WordPress site inside a browser tab, sem servidor, sem anfitrião, e nenhum banco de dados no sentido usual.
Funciona compilando o próprio interpretador PHP para WebAssembly, um navegador de formato binário executa diretamente. SQLite é compilado da mesma maneira para substituir o MySQL. Seu navegador baixa um tempo de execução PHP uma vez, então executa o WordPress localmente. Depois disso, nada de ida e volta para um servidor. As pessoas o usam para demonstrações de plugins, visualizações de temas, reprodução de bugs, e ensinando, tudo sem provisionar nada.
O projeto envia compilações php-wasm para cada versão PHP de 7.4 através 8.5. Em janeiro 2026 ele os dividiu em pacotes modulares separados, então uma página baixa apenas o tempo de execução necessário. Existem até PHP 5.2.17 Compilações WebAssembly, que existem para que as pessoas possam reproduzir insetos antigos.
Pense no que isso implica. Um projeto cujo produto principal é um CMS portou o PHP para um tempo de execução que não existia quando o PHP foi escrito. The result is WordPress running in places PHP was never designed to reach. Languages in real decline don’t pick up new execution targets.
O que isso significa quando você escolhe um host
All of the above collapses into two questions for a hosting company. How fast do you ship new PHP versions? And can I pick mine? Here’s how that plays out at different sizes.
Loja, 200+ pedidos diariamente. You need a host offering PHP 8.5 hoje, plus staging to test it on. The benchmark gap above is worth real money at that order volume. Payment and shipping extensions also drop old PHP support faster than WooCommerce core does. Falcão Anfitrião, para um, turned on PHP 8.5 em todo o seu compartilhamento, reseller and semi-dedicated plans in January 2026. That was about seven weeks after the upstream release, and it’s the response time to look for. Skip any host still capping you at PHP 8.2, which loses even security fixes on 31 dezembro 2026.
Orçamento abaixo de USD 5 um mês. Para um blog ou site de brochura, PHP 8.4 em decente Hospedagem Compartilhada é todo o requisito. Não pague um prêmio por 8.5 você não vai medir. A lacuna em um site de conteúdo é 0.05% (o que quer dizer que seus visitantes nunca o encontrarão). Verifique se o painel de controle expõe um seletor de versão PHP. Alguns hosts econômicos fixam uma versão por servidor, e então seu único caminho de atualização é uma migração.
Agência, 20+ sites de clientes. O controle de versão PHP por site decide este, não especificações brutas. Mais cedo ou mais tarde, um cliente executa um plugin legado que quebra 8.4 enquanto todos os outros deveriam estar atualizados. A hospedagem gerenciada do WordPress geralmente cuida do lançamento de versões para você. Isso é um benefício até o dia em que você precisar reter um site, então leia as letras miúdas antes de comprometer um portfólio.
Uma extensão PHP específica. Hospedagem compartilhada não fará isso, o que quer que a página de vendas diga. Você precisa um VPS onde você controla a construção do PHP diretamente. Esse também é o caminho se você quiser experimentar o JIT ou um tempo de execução alternativo. Hosts compartilhados não expõem nenhum dos dois.
Mais uma coisa para verificar, já que não custa nada. Se o seu painel estiver mostrando um aviso de PHP agora, a correção está no painel de controle da sua hospedagem e não no WordPress. Nenhum plugin pode alterar sua versão do PHP, o que quer que o diretório do plugin sugira.
perguntas frequentes
O PHP está morrendo em 2026?
Não, embora o declínio seja real. PHP caiu de 73.7% para 70.2% de sites com uma linguagem de servidor conhecida entre agosto 2025 e agosto 2026, sua queda mais acentuada em doze meses já registrada. Mas a linguagem do segundo lugar, Javascript, senta-se em 7.2%. O PHP precisaria de cerca de dezoito anos no ritmo atual para cair até onde seu rival mais próximo está agora.
Por que o WordPress usa PHP em vez de JavaScript?
Porque a troca quebraria todos os plugins e temas já escritos para ele. WordPress plugins register callbacks that execute inside core’s own PHP process, so they can’t be ported the way an external API client could. Com quase 67,000 plugins in the official directory, the ecosystem is the product. WordPress did add JavaScript for the block editor, but that runs on top of the PHP application rather than replacing it.
Preciso saber PHP para usar WordPress?
To run a site, não. Publicação, instalando plug-ins, and editing with the block editor need no code at all. You’ll want PHP once you start customising a theme’s template files, writing a child theme function, or building anything with hooks. For most site owners that moment never arrives.
É PHP 8.5 mais rápido do que 8.4 para WooCommerce?
Kinsta’s December 2025 benchmark says yes, and by a lot: 71.02 requests per second on PHP 8.5 contra 53.37 em 8.4, uma 33% gain. The same test showed almost no difference for a standard WordPress site, às 148.30 contra 148.22. So the answer depends entirely on whether you run a store. Teste-o na preparação com seu próprio checkout antes de mudar de produção.
Quais versões do PHP o WordPress 7.1 Apoio, suporte?
WordPress 7.1, lançado 19 agosto 2026, roda em PHP 7.4 através 8.5. O mínimo oficial é PHP 7.4 e a versão recomendada é PHP 8.3. WordPress 7.0 abandonou o PHP 7.2 e 7.3 quando foi enviado 20 Maio 2026, então os sites nessas filiais não podem instalar nenhuma versão.
O WordPress pode funcionar sem um servidor??
sim, através do WordPress Playground, que compila PHP para WebAssembly e executa uma instalação completa do WordPress dentro do seu navegador. Ele fornece tempos de execução para PHP 7.4 através 8.5 e usa SQLite em vez de MySQL. Foi desenvolvido para demonstrações, testar e ensinar em vez de sites ativos, já que nada persiste fora da sessão do seu navegador.
Conclusão
A participação de mercado do PHP está caindo e seu futuro está mais seguro do que há uma década. Ambas as coisas são verdadeiras, e o segundo é mais importante se você possui um site WordPress. Onze mantenedores pagos, uma equipe de segurança financiada desde maio 2026, e Automattic entre os patrocinadores fundadores somam um plano de sucessão. Esse era o risco real, não o gráfico de popularidade.
Para o seu próprio site a decisão é pequena. Correr PHP 8.4 a menos que você tenha um motivo para não. Ele mantém suporte de segurança até 31 dezembro 2028, e os autores do plugin tiveram quase dois anos para testá-lo. Mover para 8.5 se você executa o WooCommerce e pode testá-lo primeiro. Saia de qualquer coisa abaixo 8.2 agora. E não deixe que um painel silencioso o convença de que você está atualizado, porque a verificação de versão do próprio WordPress é mais indulgente do que o calendário do php.net.
Se você está pensando onde colocar um site WordPress em seguida, alguns guias relacionados mostram onde este para. Nosso Comparação entre WordPress e construtores de sites cobre o que você troca ao trocar o ecossistema PHP por um construtor hospedado. o Guia de aviso de versão PHP is the practical companion to this piece if your dashboard is already nagging you. And for store owners, nosso WooCommerce hosting comparison covers the providers that keep pace with PHP releases fastest. The benchmark numbers above suggest that matters more for stores than anyone realised.