Su questa pagina: [nascondere]
WordPress viene accusato di mantenere in vita il vecchio PHP. I numeri dicono il contrario. Attraverso le installazioni di WordPress che riportano, 76.7% eseguire PHP 8, contro 63.3% del web PHP nel suo insieme. Si tratta di un vantaggio di 13,4 punti per la piattaforma che le persone chiamano legacy drag. PHP trasformato 31 nel mese di giugno 2026, contando dalla prima uscita pubblica di Rasmus Lerdorf in 1995. La sua quota nel web lato server è diminuita 3.5 punti negli ultimi dodici mesi, e WordPress è ancora costruito su di esso dall'inizio alla fine.
Risposta rapida: WordPress funziona su PHP perché ogni tema, ogni plugin, e ogni rendering della pagina è codice PHP. Cambia la lingua e il 66,979 i plugin nella directory ufficiale smettono di funzionare. Anche PHP non andrà da nessuna parte. Undici sviluppatori sono ora pagati per mantenerlo, attraverso una fondazione che Automattic ha contribuito ad avviare. Metti il tuo sito PHP 8.4 e smettila di preoccuparti della lingua.
Ultima revisione: agosto 2026. Date di supporto della versione lette da php.net, installa le distribuzioni estratte in tempo reale dall'API delle statistiche di WordPress.org, quota di mercato dai sondaggi W3Techs datati 30 agosto 2026.
Come è stato controllato questo articolo
Quattro tipi di fonti hanno deciso cosa è arrivato qui, e due cose sono state deliberatamente tralasciate.
Le date di supporto della versione provengono dal calendario di rilascio di php.net, continua a leggere 31 agosto 2026, non da un riassunto di esso. Le distribuzioni di installazione provengono dall'API pubblica delle statistiche di WordPress.org. Restituisce una percentuale grezza per ogni versione PHP riportata, e ogni cifra di distribuzione riportata di seguito è stata calcolata direttamente da quel carico utile. Il conteggio dei plugin proviene dall'API dei plugin di WordPress.org lo stesso giorno. La quota di mercato deriva da sondaggi W3Techs datati 30 agosto 2026. Le dichiarazioni sulle prestazioni vengono attribuite alle persone che hanno eseguito i test di carico, perché per questo articolo non è stato eseguito alcun test di carico.
Cosa è stato escluso: qualsiasi benchmark che non abbia pubblicato la propria metodologia, e qualsiasi “PHP 8.5 è 20% Più veloce” richiesta senza un cablaggio di prova dietro di esso. Circolano diverse affermazioni del genere, e i due benchmark che pubblicano la loro configurazione li contraddicono entrambi per WordPress standard. I post del blog del fornitore sono stati utilizzati solo per le date controllate dal fornitore stesso, come una società di hosting che annuncia quale versione di PHP ha attivato.
Due limiti onesti. L'API delle statistiche di WordPress.org campiona i siti che telefonano a casa, quindi non è un censimento di ogni installazione sulla terra. E W3Techs esegue la scansione di un insieme fisso di siti principali, il che significa il 76.7% Figura di WordPress e il 63.3% i dati All-PHP provengono da diversi frame di campionamento. Puntano nella stessa direzione, ma non leggere il divario di 13,4 punti come una misura precisa.
La reale posizione di PHP in 2026
A cominciare dal declino, perché è reale e la maggior parte dei difensori di PHP lo saltano. W3Techs inserisce PHP in 73.7% di siti con una lingua lato server conosciuta nel mese di agosto 2025. Su 30 agosto 2026 lo stesso sondaggio ha mostrato 70.2%. Questo è 3.5 punti in dodici mesi, ed è il calo anno su anno più ripido della serie. W3Techs colloca il picco di PHP a 80.6% rientrare 2015. Quindi la lingua è cambiata all'incirca 10 punti in undici anni, che in media è inferiore a un punto all’anno. Negli ultimi dodici mesi il tasso è stato quasi quattro volte superiore.
Quindi PHP sta perdendo terreno più velocemente di prima. Ora la parte che mette in proporzione il numero.
Il linguaggio lato server al secondo posto nello stesso sondaggio è JavaScript, a 7.2%. Ruby è seduta 7.0%, Giava a 5.5%, Pitone a 1.2%. La quota di PHP è circa dieci volte quella del secondo classificato. Spargimento 3.5 punti a un anno da 70% dura circa diciotto anni prima che PHP raggiunga il livello in cui si trova JavaScript oggi. Ciò presuppone che il declino rimanga lineare, cosa che nulla nel software fa mai.
L'immagine della versione conta comunque più della condivisione del titolo. Tra tutti i siti che eseguono PHP, 63.3% sono su PHP 8, 28.7% sono ancora su PHP 7, e 7.9% eseguire PHP 5. Confrontalo specificamente con WordPress, dove l'API delle statistiche inserisce PHP 8 adozione a 76.7%. PHP 8.3 e 8.2 da soli rappresentano poco meno della metà di tutte le installazioni di WordPress, a 25.0% e 24.8%.
Perché WordPress va avanti? Due meccanismi, e nemmeno un incidente. Il primo è che WordPress invia un avviso sulla dashboard che informa i normali proprietari di siti che il loro PHP non è aggiornato. I framework raramente lo fanno, perché i loro utenti sono sviluppatori che si presume lo sappiano. Il secondo è che l’hosting WordPress è un mercato al dettaglio competitivo, e il selettore della versione PHP è una funzionalità pubblicizzata dagli host. Un'app Laravel su un box autogestito non ha nessuno che la tormenti. Quindi la piattaforma più spesso accusata di trattenere PHP è, sui numeri che entrambe le parti possono effettivamente citare, trascinandolo avanti.
Per cosa WordPress utilizza effettivamente PHP
Ecco cosa manca alle persone quando immaginano WordPress come “un'applicazione PHP.” PHP non è uno strato di WordPress. È lo strato a cui si attacca tutto il resto.
Carica qualsiasi pagina su un sito WordPress standard. Prima che un byte raggiunga il browser, PHP ha già fatto tutto questo:
- Analizzato l'URL in una query del database
- Crea ed esegui SQL su MySQL o MariaDB
- Controllate le capacità dell'utente corrente
- Caricati i file modello del tema attivo
- Attivati gli hook che consentono ai plugin di interrompere uno qualsiasi di questi passaggi
I temi sono modelli PHP. L'API REST con cui comunica l'editor a blocchi sono gli endpoint PHP. Blocchi dinamici, quelli il cui output cambia per richiesta, eseguire il rendering in PHP sul server.
Questo sistema di hook è il motivo per cui una riscrittura è fuori discussione. I plugin di WordPress non chiamano un’API documentata dall’esterno. Registrano i callback che vengono eseguiti dentro esecuzione del core, nei punti nominati, con le strutture dati proprie del core passate loro. L'API del plugin WordPress.org è stata restituita 66,979 plugin pubblicati sopra 31 agosto 2026. Ognuno di loro è scritto contro quel contratto. Scambia la lingua e non esegui il porting di WordPress. Abbandoni l'ecosistema per cui vale la pena utilizzare WordPress.
La compatibilità con le versioni precedenti è l’altra metà. Il core tratta di non infrangere i siti esistenti il più vicino possibile a una regola assoluta. Temi e plugin scritti oltre dieci anni fa possono ancora essere eseguiti sulle versioni attuali. Questo impegno taglia in entrambe le direzioni. È per questo che la piattaforma non può eliminare PHP. È anche il motivo per cui WordPress aumenta la sua versione minima di PHP in modo così cauto, usare un 5% soglia di utilizzo prima di ritirare una filiale. Quando WordPress 7.0 abbandonato PHP 7.2 e 7.3 a maggio 2026, l'uso combinato di questi due era già terminato 3.85%.
La questione JavaScript: WordPress sta lasciando PHP?
Questo è l’equivoco che vale la pena chiarire. La metà del “WordPress sta abbandonando PHP” i post online leggono un fatto vero e ne traggono la conclusione sbagliata.
Il fatto vero: maggior parte nuovo il codice scritto per il core di WordPress è JavaScript. L'editor dei blocchi è React. Lo stesso vale per l'editore del sito, e lo stesso vale per la tavolozza dei comandi. Misura in base alle righe di codice impegnate quest'anno e JavaScript vince facilmente.
La conclusione sbagliata: che PHP verrà sostituito. Ciò che è realmente accaduto è più ristretto. WordPress ha sviluppato un livello di modifica JavaScript sopra un'applicazione PHP, e i due parlano su un'API REST renderizzata in PHP. Salva un post e un client JavaScript invia JSON a un endpoint PHP. Quell'endpoint lo convalida in PHP e lo scrive con chiamate al database PHP. Quando un visitatore carica quel post, PHP lo esegue il rendering. React dell'editor non viene mai caricato per i tuoi visitatori. Alcuni blocchi interattivi forniscono il proprio JavaScript front-end, ma la pagina che migliorano è stata creata prima da PHP.
Le funzionalità principali più recenti hanno reso il lato PHP più impegnativo, non più leggero. L'API dei collegamenti a blocchi, che collega gli attributi del blocco alle origini dati dinamiche, è registrato e risolto in PHP. I blocchi renderizzati lato server sono un callback PHP per definizione. L'API Abilities è arrivata in WordPress 6.9 con una funzione di registrazione PHP, wp_register_ability(). Il client AI fornito con WordPress 7.0 è anche una funzione PHP, wp_ai_client_prompt(). Qualsiasi plugin può chiamarlo per raggiungere un provider AI configurato.
WordPress 7.0 ha aggiunto un client JavaScript per quelle capacità, che è il modello in miniatura. Il registro rimane in PHP. Un livello JavaScript viene bloccato in modo che il browser possa raggiungerlo.
Ciò che è cambiato è la descrizione del lavoro. Uno sviluppatore WordPress in 2026 ha bisogno di entrambi, e la metà JavaScript è cresciuta molto più velocemente della metà PHP. Questo è un vero cambiamento nel per cosa assumi. Semplicemente non è la stessa cosa che la piattaforma cambia lingua.
Chi paga PHP adesso (E perché è importante per te)
Per gran parte della sua vita PHP ha avuto un problema di finanziamento che quasi nessuno al di fuori del team principale poteva vedere. È stato mantenuto in gran parte da volontari e da una manciata di persone i cui datori di lavoro hanno tollerato il lavoro. Quel modello si è rotto 2021 quando Nikita Popov, che aveva guidato gran parte di PHP 7.4, 8.0 e 8.1, ha spostato la sua attenzione su LLVM. Per un breve periodo il linguaggio non aveva una risposta chiara su chi avrebbe svolto il lavoro del motore profondo.
La PHP Foundation è stata annunciata il 22 novembre 2021 in risposta. Un nome nell'elenco dei membri fondatori dovrebbe attirare l'attenzione degli utenti di WordPress: Automatico. Ha firmato insieme a JetBrains, Laravel, Acqui, Zend, Symfony, PrestaShop, CMS artigianale, Tideways e confezionatore privato. L’azienda dietro WordPress.com e WooCommerce ha investito denaro nel mantenimento del personale PHP. Questo ti dice quali sono le probabilità di una migrazione linguistica.
Dove si trova adesso: a partire da 1 gennaio 2026, undici sviluppatori della Foundation lavorano su PHP in ruoli part-time e full-time. team.blue, il gruppo di hosting europeo dietro dozzine di marchi di hosting di consumo, è diventato Gold Sponsor della PHP Foundation a gennaio 2026. La PHP Foundation ha quindi annunciato un team di sicurezza dell'ecosistema 18 Maggio 2026, finanziato da una sovvenzione di Alpha-Omega. Questo è il fondo OpenSSF sostenuto da Google, Microsoft e AWS. Con esso è arrivato un ruolo di ingegnere della sicurezza dedicato a tempo pieno.
Perché il proprietario di un sito dovrebbe preoccuparsi degli organigrammi? Perché il rischio onesto con una lingua vecchia di 31 anni non è mai stato che diventasse fuori moda. È che le due persone che comprendono l’allocatore di memoria vanno in pensione e nessuno le sostituisce. Questa è la modalità di errore che uccide il software dell’infrastruttura, ed è l’unica cosa che la Fondazione esiste per prevenire. In quattro anni PHP è passato da una manciata di contributori sponsorizzati individualmente a undici contributori finanziati collettivamente. Lo ha fatto mentre la sua quota di mercato stava diminuendo. Questi due fatti stanno stranamente insieme, e quello del personale è il migliore predittore.
Un altro segnale, facile da perdere. Nel trentesimo compleanno di PHP, 8 giugno 2025, FrankenPHP è stato adottato nell'organizzazione PHP ufficiale su GitHub. È un server applicativo moderno che esegue PHP come un processo di lunga durata invece di generarne uno per richiesta. I progetti in fase di chiusura non adottano nuovi runtime nel loro anniversario.
Un PHP più recente rende WordPress più veloce?
Per lo più no, e l'eccezione è abbastanza specifica da valere la pena di essere conosciuta.
Due benchmark indipendenti hanno pubblicato tardi i loro numeri su WordPress 2025, e sono d'accordo. Vie delle maree, la società di profilazione PHP, WordPress testato 6.8.3 su un server AMD a 8 core con JIT (compilazione just-in-time, Compilatore di codice nativo opzionale di PHP) spento. In PHP 8.2 Attraverso 8.5 non ha riscontrato alcun movimento significativo nei tempi di risposta. Solo PHP 7.4 ritardato, da circa 5% sulle richieste al secondo sotto carico simultaneo. Test basato su Docker di Kinsta su WordPress 6.8.0 atterrato nello stesso posto. Ha registrato 148.22 richieste al secondo è PHP 8.4 contro 148.30 sopra 8.5. Questa è una differenza di 0.05%, che è rumore.
Contro PHP 7.4 lo stesso test ha mostrato 139.06 richieste al secondo, quindi andiamo via 7.4 compra circa 6.6%. Vero, ma non la trasformazione promessa da alcune guide di aggiornamento. Se una pagina ti dice che c'è stato un aumento di versione, WordPress 20% Più veloce, chiedi di vedere l'imbracatura.
Ora l'eccezione, ed è grande. Kinsta ha eseguito WooCommerce attraverso lo stesso impianto e ha ottenuto una forma completamente diversa. WooCommerce gestito 53.37 richieste al secondo su PHP 8.4 e 71.02 è PHP 8.5. Questo è un 33% salta dall'aggiornamento esatto che non ha fatto nulla per un semplice sito WordPress. Misurato rispetto a PHP 7.4 44.20, PHP 8.5 gestisce in modo approssimativo 61% più richieste WooCommerce.
Misurazione e spiegazione, tenuti separati. Ciò che mostrano i numeri è che il carico di lavoro di un negozio risponde all'aggiornamento da 8.4 a 8.5 e il carico di lavoro di un blog no. Il motivo per cui accade è un'ipotesi, non è un risultato testato. WooCommerce esegue molto più PHP per richiesta rispetto a una pagina di blog memorizzata nella cache, quindi i miglioramenti a livello di motore hanno più codice su cui agire. Questa spiegazione si adatta ai dati. Nessuno lo ha isolato in un test controllato, quindi trattala come un'ipotesi.
La lettura pratica: se gestisci un sito di contenuti, scegli la tua versione PHP nelle date di supporto, non velocità. Se gestisci un negozio WooCommerce, testare PHP 8.5 sulla gestione temporanea con il tuo flusso di pagamento. Il vantaggio è abbastanza ampio da poter essere misurato in base al tuo traffico.
PHP dove non c'è alcun server
Uno sviluppo degli ultimi due anni fornisce ulteriori risposte “PHP sopravviverà” rispetto a qualsiasi grafico delle quote di mercato. WordPress Playground esegue un sito WordPress completo all'interno di una scheda del browser, senza server, nessun ospite, e nessun database nel senso comune del termine.
Funziona compilando l'interprete PHP stesso in WebAssembly, i browser in formato binario vengono eseguiti direttamente. SQLite viene compilato nello stesso modo per sostituire MySQL. Il tuo browser scarica un runtime PHP una volta, quindi esegue WordPress localmente. Dopo di che, niente viaggi di andata e ritorno verso un server. Le persone lo usano per le demo dei plugin, anteprime del tema, riproduzione degli insetti, e insegnamento, il tutto senza fornire nulla.
Il progetto fornisce build php-wasm per ogni versione di PHP da 7.4 Attraverso 8.5. A gennaio 2026 li ha suddivisi in pacchetti modulari separati, quindi una pagina scarica solo il runtime di cui ha bisogno. Esistono anche PHP 5.2.17 Compilazioni WebAssembly, che esistono in modo che le persone possano riprodurre antichi insetti.
Pensa a cosa ciò implica. Un progetto il cui prodotto principale è un CMS ha portato PHP su un runtime che non esisteva quando PHP è stato scritto. Il risultato è che WordPress viene eseguito in luoghi che PHP non è mai stato progettato per raggiungere. Le lingue in reale declino non raggiungono nuovi obiettivi di esecuzione.
Cosa significa quando scegli un host
Tutto quanto sopra si riduce a due domande per una società di hosting. Quanto velocemente spedisci le nuove versioni di PHP? E posso scegliere il mio?? Ecco come funziona a diverse dimensioni.
Negozio, 200+ ordini giornalieri. Hai bisogno di un host che offra PHP 8.5 oggi, oltre alla messa in scena per testarlo. Il divario di riferimento sopra vale denaro reale a quel volume di ordini. Anche le estensioni di pagamento e spedizione eliminano il vecchio supporto PHP più velocemente di quanto fa il core di WooCommerce. Ospite di falco, per uno, attivato PHP 8.5 attraverso la sua condivisione, piani rivenditori e semi-dedicati a gennaio 2026. Ciò avvenne circa sette settimane dopo il rilascio upstream, ed è il momento della risposta da cercare. Salta qualsiasi host che ti limita ancora a PHP 8.2, che perde anche le correzioni di sicurezza 31 dicembre 2026.
Budget inferiore a USD 5 un mese. Per un blog o un sito di brochure, PHP 8.4 su decente hosting condiviso è l'intero requisito. Non pagare un premio per 8.5 non misurerai. Il divario su un sito di contenuti è 0.05% (vale a dire che i tuoi visitatori non lo troveranno mai). Controlla che il pannello di controllo esponga un selettore di versione PHP. Alcuni host economici fissano una versione per server, e quindi l'unico percorso di aggiornamento è una migrazione.
Agenzia, 20+ siti dei clienti. Il controllo della versione PHP per sito decide questo, specifiche non grezze. Prima o poi un client esegue un plug-in legacy che si interrompe 8.4 mentre tutti gli altri dovrebbero essere aggiornati. L'hosting WordPress gestito di solito gestisce l'implementazione delle versioni per te. Questo è un vantaggio fino al giorno in cui avrai bisogno di trattenere un sito, quindi leggi le clausole scritte in piccolo prima di impegnare un portafoglio.
Un'estensione PHP specifica. L'hosting condiviso non lo farà, qualunque cosa dica la pagina di vendita. Hai bisogno un VPS dove controlli direttamente la build PHP. Questo è anche il percorso se vuoi sperimentare JIT o un runtime alternativo. Gli host condivisi non espongono nessuno dei due.
Ancora una cosa da verificare, visto che non costa nulla. Se la tua dashboard mostra un avviso PHP in questo momento, la correzione risiede nel pannello di controllo del tuo hosting e non in WordPress. Nessun plugin può modificare la tua versione di PHP, qualunque cosa suggerisca la directory del plugin.
Domande frequenti
PHP sta morendo 2026?
No, anche se il calo è reale. PHP è caduto da 73.7% per 70.2% di siti con una lingua lato server conosciuta tra agosto 2025 e agosto 2026, il calo più marcato mai registrato in dodici mesi. Ma la lingua è al secondo posto, JavaScript, siede a 7.2%. Al ritmo attuale, PHP avrebbe bisogno di circa diciotto anni per scendere al punto in cui si trova ora il suo rivale più vicino.
Perché WordPress utilizza PHP invece di JavaScript?
Perché il cambio romperebbe ogni plugin e tema mai scritto per questo. I plugin di WordPress registrano callback che vengono eseguiti all’interno del processo PHP del core, quindi non possono essere portati come potrebbe fare un client API esterno. Con quasi 67,000 plugin nella directory ufficiale, l'ecosistema è il prodotto. WordPress ha aggiunto JavaScript per l'editor di blocchi, ma viene eseguito sopra l'applicazione PHP anziché sostituirla.
Devo conoscere PHP per usare WordPress?
Per gestire un sito, no. Editoria, installazione dei plugin, e la modifica con l'editor a blocchi non richiede alcun codice. Avrai bisogno di PHP una volta che inizi a personalizzare i file modello di un tema, scrivere una funzione del tema figlio, o costruire qualsiasi cosa con i ganci. Per la maggior parte dei proprietari di siti quel momento non arriva mai.
È PHP 8.5 più veloce di 8.4 per WooCommerce?
Kinsta dicembre 2025 il benchmark dice di sì, e di molto: 71.02 richieste al secondo su PHP 8.5 contro 53.37 sopra 8.4, un' 33% guadagno. Lo stesso test non ha mostrato quasi alcuna differenza per un sito WordPress standard, a 148.30 contro 148.22. Quindi la risposta dipende interamente dal fatto che tu gestisca un negozio. Provalo in fase di stage con il tuo checkout prima di cambiare produzione.
Quali versioni di PHP supporta WordPress 7.1 supporto?
WordPress 7.1, rilasciato 19 agosto 2026, funziona su PHP 7.4 Attraverso 8.5. Il minimo ufficiale è PHP 7.4 e la versione consigliata è PHP 8.3. WordPress 7.0 abbandonato PHP 7.2 e 7.3 quando è stato spedito 20 Maggio 2026, quindi i siti su questi rami non possono installare nessuna delle due versioni.
WordPress può funzionare senza un server?
sì, tramite WordPress Playground, che compila PHP in WebAssembly ed esegue un'installazione completa di WordPress nel tuo browser. Fornisce runtime per PHP 7.4 Attraverso 8.5 e utilizza SQLite invece di MySQL. È costruito per le demo, test e insegnamento piuttosto che siti live, poiché nulla persiste al di fuori della sessione del browser.
Linea di fondo
La quota di mercato di PHP sta diminuendo e il suo futuro è più sicuro di quanto lo sia stato negli ultimi dieci anni. Entrambe le cose sono vere, e il secondo conta di più se possiedi un sito WordPress. Undici manutentori pagati, un team di sicurezza finanziato da maggio 2026, e Automattic tra gli sponsor fondatori si sommano ad un piano di successione. Questo era il rischio reale, non la classifica della popolarità.
Per il tuo sito la decisione è piccola. Correre PHP 8.4 a meno che tu non abbia un motivo per non farlo. Mantiene il supporto di sicurezza fino al 31 dicembre 2028, e gli autori dei plugin hanno avuto quasi due anni per testarlo. Spostati in 8.5 se esegui WooCommerce e puoi testarlo prima. Scendi da qualsiasi cosa qui sotto 8.2 adesso. E non lasciare che una dashboard silenziosa ti convinca che sei attuale, perché il controllo della versione di WordPress è più indulgente del calendario di php.net.
Se stai valutando dove posizionare successivamente un sito WordPress, alcune guide correlate riprendono dove si ferma questa. I nostri Confronto tra WordPress e costruttori di siti web copre ciò che scambi lasciando l'ecosistema PHP per un builder ospitato. Il Guida agli avvisi sulla versione di PHP è il pratico compagno di questo pezzo se la tua dashboard ti sta già tormentando. E per i negozianti, Nostro Confronto hosting WooCommerce copre i fornitori che tengono il passo più velocemente con le versioni PHP. I numeri di riferimento sopra riportati suggeriscono che per i negozi è più importante di quanto si pensasse.