En esta página: [esconder]
Se culpa a WordPress por mantener vivo el antiguo PHP. Los números dicen lo contrario.. En WordPress se instala ese informe en, 76.7% ejecutar PHP 8, contra 63.3% de la web PHP en su conjunto. Esa es una ventaja de 13,4 puntos para la plataforma que la gente llama un obstáculo heredado.. PHP se volvió 31 en junio 2026, contando desde el primer lanzamiento público de Rasmus Lerdorf en 1995. Su participación en la web del lado del servidor cayó 3.5 puntos en los últimos doce meses, y WordPress todavía está construido de principio a fin.
respuesta rapida: WordPress se ejecuta en PHP porque cada tema, cada complemento, y cada página renderizada es código PHP. Cambiar el idioma y el 66,979 Los complementos en el directorio oficial dejan de funcionar.. PHP tampoco irá a ninguna parte. Ahora se paga a once desarrolladores para mantenerlo, a través de una fundación que Automattic ayudó a iniciar. Pon tu sitio en PHP 8.4 y deja de preocuparte por el idioma.
Última revisión: agosto 2026. Fechas de soporte de versiones leídas de php.net, instalar distribuciones extraídas en vivo desde la API de estadísticas de WordPress.org, cuota de mercado según las encuestas de W3Techs con fecha 30 agosto 2026.
Cómo se verificó este artículo
Cuatro tipos de fuentes decidieron qué llegó aquí, y dos cosas fueron omitidas deliberadamente.
Las fechas de soporte de versiones provienen del propio calendario de lanzamientos de php.net., sigue leyendo 31 agosto 2026, no de un resumen del mismo. Las distribuciones de instalación provienen de la API pública de estadísticas de WordPress.org.. Devuelve un porcentaje bruto para cada versión de PHP que se informa en, y cada cifra de distribución a continuación se calculó a partir de esa carga útil directamente. El recuento de complementos provino de la API del complemento de WordPress.org el mismo día.. La cuota de mercado proviene de las encuestas de W3Techs con fecha 30 agosto 2026. Las afirmaciones de rendimiento se atribuyen a las personas que ejecutaron las pruebas de carga., porque no se realizó ninguna prueba de carga para este artículo.
lo que quedó excluido: cualquier benchmark que no haya publicado su metodología, y cualquiera “PHP 8.5 es 20% más rápido” reclamo sin un arnés de prueba detrás. Varias afirmaciones de este tipo están circulando, y los dos puntos de referencia que publican su configuración los contradicen para WordPress estándar. Las publicaciones del blog del proveedor se utilizaron solo para las fechas que controla el propio proveedor., como una empresa de hosting que anuncia qué versión de PHP activó.
Dos límites honestos. La API de estadísticas de WordPress.org muestra sitios que llaman a casa, por lo que no es un censo de todas las instalaciones en la tierra. Y W3Techs rastrea un conjunto fijo de sitios principales., lo que significa el 76.7% Figura de WordPress y el 63.3% Las cifras de PHP provienen de diferentes marcos de muestreo.. Apuntan en la misma dirección, pero no interprete la brecha de 13,4 puntos como una medida precisa.
La posición real de PHP en 2026
Empezar con el declive, porque es real y la mayoría de los defensores de PHP lo omiten. W3Techs puso PHP en 73.7% de sitios con un lenguaje de servidor conocido en agosto 2025. En 30 agosto 2026 la misma encuesta mostró 70.2%. Eso es 3.5 puntos en doce meses, y es la caída interanual más pronunciada de la serie. W3Techs sitúa el pico de PHP en 80.6% de nuevo en 2015. Entonces el idioma se ha desprendido aproximadamente 10 puntos en once años, que promedia menos de un punto por año. En los últimos doce meses la tasa fue casi cuatro veces mayor..
Entonces PHP está perdiendo terreno más rápido que antes. Ahora la parte que pone el número en proporción..
El lenguaje del lado del servidor que ocupa el segundo lugar en esa misma encuesta es JavaScript., a 7.2%. Ruby se sienta en 7.0%, java en 5.5%, pitón en 1.2%. La participación de PHP es aproximadamente diez veces mayor que la del subcampeón. Derramamiento 3.5 puntos al año de 70% compra unos dieciocho años antes de que PHP llegue incluso a donde se encuentra JavaScript hoy. Eso supone que la caída se mantiene lineal., algo que nunca hace nada en el software.
De todos modos, la imagen de la versión importa más que el título compartido.. Entre todos los sitios que ejecutan PHP, 63.3% están en PHP 8, 28.7% todavía están en PHP 7, y 7.9% ejecutar PHP 5. Compare eso con WordPress específicamente, donde la API de estadísticas pone PHP 8 adopción en 76.7%. PHP 8.3 y 8.2 por sí solo representa poco menos de la mitad de todas las instalaciones de WordPress, a 25.0% y 24.8%.
¿Por qué WordPress se adelanta?? Dos mecanismos, y tampoco es un accidente. La primera es que WordPress envía un aviso en el panel de control que indica a los propietarios de sitios comunes que su PHP no está actualizado.. Los marcos rara vez hacen eso, porque sus usuarios son desarrolladores que se supone que saben. La segunda es que el alojamiento de WordPress es un mercado minorista competitivo., y el selector de versión de PHP es una característica que anuncian los hosts. Una aplicación Laravel en una caja autogestionada no tiene a nadie regañando. Entonces, la plataforma más frecuentemente acusada de frenar PHP es, en los números que ambos lados pueden citar, arrastrándolo hacia adelante.
Para qué WordPress realmente usa PHP
Esto es lo que la gente pasa por alto cuando se imagina a WordPress como “una aplicación PHP.” PHP no es una capa de WordPress. Es la capa a la que se adhiere todo lo demás..
Cargue cualquier página en un sitio estándar de WordPress. Antes de que un byte llegue al navegador, PHP ya ha hecho todo esto:
- Analizó la URL en una consulta de base de datos
- Construyó y ejecutó SQL contra MySQL o MariaDB
- Comprobó las capacidades del usuario actual.
- Cargó los archivos de plantilla del tema activo.
- Se activaron los ganchos que permitían que los complementos interrumpieran cualquiera de esos pasos.
Los temas son plantillas PHP. La API REST con la que habla el editor de bloques son los puntos finales de PHP.. Bloques dinámicos, aquellos cuya salida cambia por solicitud, renderizar en PHP en el servidor.
Ese sistema de gancho es la razón por la que una reescritura está descartada.. Los complementos de WordPress no llaman a una API documentada desde fuera. Registran callbacks que se ejecutan dentro ejecución del núcleo, en puntos nombrados, con las propias estructuras de datos del núcleo que se les pasan. La API del complemento de WordPress.org regresó 66,979 complementos publicados en 31 agosto 2026. Cada uno de ellos está escrito contra ese contrato.. Cambia el idioma y no portarás WordPress. Abandonas el ecosistema que hace que valga la pena usar WordPress.
La compatibilidad con versiones anteriores es la otra mitad. Core trata de no violar los sitios existentes como una regla absoluta. Los temas y complementos escritos hace más de una década aún pueden ejecutarse en las versiones actuales. Ese compromiso tiene doble efecto. Es por eso que la plataforma no puede eliminar PHP. Por eso también WordPress eleva con tanta cautela su versión mínima de PHP, usando un 5% umbral de uso antes de retirar una sucursal. Cuando WordPress 7.0 PHP caído 7.2 y 7.3 En Mayo 2026, El uso combinado de esos dos ya había caído al 3.85%.
La pregunta de JavaScript: ¿WordPress abandona PHP??
Este es el malentendido que vale la pena aclarar.. La mitad del “WordPress está abandonando PHP” Las publicaciones en línea leen un hecho verdadero y sacan una conclusión equivocada de él..
el verdadero hecho: mayoría nuevo El código escrito para el núcleo de WordPress es JavaScript.. El editor de bloques es React.. También lo es el editor del sitio., y también lo es la paleta de comandos. Mida por líneas de código comprometidas este año y JavaScript gana fácilmente.
La conclusión equivocada: que PHP está siendo reemplazado. Lo que realmente sucedió es más limitado.. WordPress desarrolló una capa de edición de JavaScript sobre una aplicación PHP, y los dos hablan sobre una API REST renderizada en PHP. Guarde una publicación y un cliente JavaScript envía JSON a un punto final PHP. Ese punto final lo valida en PHP y lo escribe con llamadas a bases de datos PHP.. Cuando un visitante carga esa publicación, PHP lo renderiza. El React del editor nunca se carga para tus visitantes. Algunos bloques interactivos incluyen su propio JavaScript frontal., pero la página que mejoran fue construida primero con PHP.
Las características principales más nuevas hicieron que el lado de PHP estuviera más ocupado, no más ligero. La API de enlaces de bloques, que conecta atributos de bloque con fuentes de datos dinámicas, está registrado y resuelto en PHP. Los bloques renderizados del lado del servidor son una devolución de llamada PHP por definición. La API de Habilidades llegó a WordPress 6.9 con una función de registro PHP, wp_register_ability(). El cliente AI incluido en WordPress 7.0 es una función de PHP también, wp_ai_client_prompt(). Cualquier complemento puede llamarlo para comunicarse con un proveedor de IA configurado.
WordPress 7.0 Agregué un cliente JavaScript para esas habilidades., cual es el patrón en miniatura. El registro se queda en PHP. Se incorpora una capa de JavaScript para que el navegador pueda acceder a ella..
Lo que sí cambió es la descripción del puesto.. Un desarrollador de WordPress en 2026 necesita ambos, y la mitad de JavaScript ha crecido mucho más rápido que la mitad de PHP. Ese es un cambio real en el ámbito para el que contratas. Simplemente no es lo mismo que la plataforma cambie de idioma..
¿Quién paga PHP ahora? (Y por qué te importa)
Durante la mayor parte de su vida, PHP tuvo un problema de financiación que casi nadie fuera del equipo central podía ver.. Fue mantenido en gran parte por voluntarios más un puñado de personas cuyos empleadores toleraron el trabajo.. Ese modelo se vino abajo en 2021 cuando nikita popov, que había conducido gran parte de PHP 7.4, 8.0 y 8.1, movió su enfoque a LLVM. El lenguaje brevemente no tuvo una respuesta clara sobre quién haría el trabajo profundo del motor..
La Fundación PHP fue anunciada el 22 noviembre 2021 en respuesta. Un nombre en la lista de miembros fundadores debería llamar la atención de los usuarios de WordPress: Automático. Firmó junto con JetBrains, Laravel, Acquia, Zend, Symfony, PrestaShop, CMS artesanal, Tideways y empaquetador privado. La empresa detrás de WordPress.com y WooCommerce invierte dinero en mantener el personal de PHP. Eso le dice cuáles cree que son las probabilidades de una migración lingüística..
¿Dónde está eso ahora?: a partir de 1 enero 2026, once desarrolladores de la Fundación trabajan en PHP en roles de tiempo parcial y tiempo completo. equipo azul, el grupo de hosting europeo detrás de docenas de marcas de hosting para consumidores, se convirtió en patrocinador de oro de la Fundación PHP en enero 2026. Luego, la Fundación PHP anunció un equipo de seguridad del ecosistema en 18 Mayo 2026, financiado por una subvención de Alpha-Omega. Así es el fondo OpenSSF respaldado por Google, Microsoft y AWS. Esto vino acompañado de un puesto de ingeniero de seguridad dedicado a tiempo completo..
¿Por qué el propietario de un sitio debería preocuparse por los organigramas?? Porque el verdadero riesgo de un idioma de 31 años nunca fue que pase de moda. Es que las dos personas que entienden el asignador de memoria se retiran y nadie las reemplaza. Ese es el modo de falla que acaba con el software de infraestructura, y es lo único que la Fundación existe para evitar. En cuatro años, PHP pasó de un puñado de contribuyentes patrocinados individualmente a once contribuyentes financiados colectivamente.. Lo hizo mientras su cuota de mercado caía.. Esos dos hechos se combinan de manera extraña, y el de dotación de personal es el mejor predictor.
Una señal más, fácil de perder. En el trigésimo cumpleaños de PHP, 8 junio 2025, FrankenPHP fue adoptado en la organización PHP oficial en GitHub. Es un servidor de aplicaciones moderno que ejecuta PHP como un proceso de larga duración en lugar de generar uno por solicitud.. Los proyectos que cierran no adoptan nuevos tiempos de ejecución en su aniversario.
¿Un PHP más nuevo hace que WordPress sea más rápido??
Mayormente no, y la excepción es lo suficientemente específica como para que valga la pena conocerla..
Dos puntos de referencia independientes publicaron sus cifras de WordPress tarde 2025, y ellos están de acuerdo. mareas, la empresa de perfiles PHP, WordPress probado 6.8.3 en un servidor AMD de 8 núcleos con JIT (compilación justo a tiempo, Compilador de código nativo opcional de PHP) apagado. A través de PHP 8.2 a través de 8.5 no encontró ningún movimiento significativo en los tiempos de respuesta. Sólo PHP 7.4 rezagado, por alrededor 5% en solicitudes por segundo bajo carga simultánea. Prueba basada en Docker de Kinsta en WordPress 6.8.0 aterrizó en el mismo lugar. grabó 148.22 solicitudes por segundo es PHP 8.4 contra 148.30 en 8.5. Esa es una diferencia de 0.05%, que es ruido.
Contra PHP 7.4 la misma prueba mostró 139.06 solicitudes por segundo, así que nos vamos 7.4 compra sobre 6.6%. Verdadero, pero no la transformación que prometen algunas guías de actualización. Si una página te dice que hay un aumento en la versión, WordPress 20% más rápido, pide ver el arnés.
Ahora la excepción, y es grande. Kinsta ejecutó WooCommerce a través de la misma plataforma y obtuvo una forma completamente diferente. WooCommerce gestionado 53.37 solicitudes por segundo en PHP 8.4 y 71.02 es PHP 8.5. Eso es un 33% saltar desde la actualización exacta que no hizo nada por un sitio simple de WordPress. Medido contra PHP 7.4 44.20, PHP 8.5 maneja aproximadamente 61% más solicitudes de WooCommerce.
Medición y explicación, mantenido separado. Lo que muestran los números es que una carga de trabajo de tienda responde a la actualización de 8.4 a 8.5 y una carga de trabajo de blog no.. Por qué sucede es una suposición, no es un hallazgo probado. WooCommerce ejecuta mucho más PHP por solicitud que una página de blog almacenada en caché, por lo que las mejoras a nivel del motor tienen más código sobre el cual actuar. Esa explicación se ajusta a los datos.. Nadie lo ha aislado en una prueba controlada, Así que trátalo como una hipótesis..
La lectura practica: si ejecuta un sitio de contenido, elija su versión de PHP en las fechas de soporte, no velocidad. Si tienes una tienda WooCommerce, probar PHP 8.5 sobre la puesta en escena con su propio flujo de pago. La ventaja es lo suficientemente grande como para medirla en su propio tráfico..
PHP donde no hay ningún servidor
Un acontecimiento de los últimos dos años contribuye más a responder “¿PHP sobrevivirá?” que cualquier gráfico de cuota de mercado. WordPress Playground ejecuta un sitio completo de WordPress dentro de una pestaña del navegador, sin servidor, sin anfitrión, y sin base de datos en el sentido habitual.
Funciona compilando el propio intérprete de PHP en WebAssembly., Los navegadores en formato binario se ejecutan directamente.. SQLite se compila de la misma manera para sustituir a MySQL. Su navegador descarga un tiempo de ejecución PHP una vez, luego ejecuta WordPress localmente. Después de esto, nada de ida y vuelta a un servidor. La gente lo usa para demostraciones de complementos., vistas previas del tema, reproducción de insectos, y enseñando, todo sin aprovisionar nada.
El proyecto incluye compilaciones de php-wasm para cada versión de PHP desde 7.4 a través de 8.5. en enero 2026 los dividió en paquetes modulares separados, entonces una página solo descarga el tiempo de ejecución que necesita. Incluso hay PHP 5.2.17 WebAssembly construye, que existen para que la gente pueda reproducir insectos antiguos.
Piensa en lo que eso implica.. Un proyecto cuyo producto principal es un CMS portado PHP a un tiempo de ejecución que no existía cuando se escribió PHP.. El resultado es que WordPress se ejecuta en lugares para los que PHP nunca fue diseñado.. Las lenguas en declive real no consiguen nuevos objetivos de ejecución.
Qué significa esto cuando eliges un anfitrión
Todo lo anterior se resume en dos preguntas para una empresa de hosting. ¿Qué tan rápido envían nuevas versiones de PHP?? ¿Y puedo elegir el mío?? Así es como se desarrolla esto en diferentes tamaños.
Tienda, 200+ pedidos diarios. Necesitas un host que ofrezca PHP 8.5 hoy, además de puesta en escena para probarlo. La brecha de referencia anterior vale dinero real con ese volumen de pedidos.. Las extensiones de pago y envío también eliminan el soporte PHP antiguo más rápido que el núcleo de WooCommerce. Anfitrión del halcón, para uno, activado PHP 8.5 a través de su compartido, planes revendedor y semidedicado en enero 2026. Eso fue aproximadamente siete semanas después del lanzamiento inicial., y es el tiempo de respuesta a buscar. Omita cualquier host que todavía le limite en PHP 8.2, que pierde incluso las correcciones de seguridad en 31 diciembre 2026.
Presupuesto bajo USD 5 un mes. Para un blog o un sitio de folletos, PHP 8.4 en decente alojamiento compartido es todo el requisito. No pague una prima por 8.5 no medirás. La brecha en un sitio de contenido es 0.05% (es decir, tus visitantes nunca lo encontrarán.). Verifique que el panel de control exponga un selector de versión de PHP. Algunos hosts económicos fijan una versión por servidor, y luego su única ruta de actualización es una migración.
Agencia, 20+ sitios de clientes. El control de versiones de PHP por sitio decide esta, especificaciones no crudas. Tarde o temprano, un cliente ejecuta un complemento heredado que falla 8.4 mientras que todos los demás deberían estar al día. El alojamiento administrado de WordPress generalmente maneja los lanzamientos de versiones por usted. Eso es un beneficio hasta el día en que necesites retener un sitio., Así que lea la letra pequeña antes de comprometerse con un portafolio..
Una extensión PHP específica. El hosting compartido no hará esto, lo que diga la página de ventas. Necesitas un VPS donde controlas la compilación de PHP directamente. Esa también es la ruta si desea experimentar con JIT o un tiempo de ejecución alternativo.. Los hosts compartidos no exponen ninguno.
Una cosa más para comprobar, ya que no cuesta nada. Si su panel muestra un aviso de PHP en este momento, la solución se encuentra en su panel de control de alojamiento y no en WordPress. Ningún complemento puede cambiar tu versión de PHP, lo que sugiera el directorio de complementos.
Preguntas frecuentes
¿PHP está muriendo? 2026?
No, aunque el declive es real. PHP cayó de 73.7% a 70.2% de sitios con un idioma conocido del lado del servidor entre agosto 2025 y agosto 2026, su mayor caída registrada en doce meses. Pero el idioma en segundo lugar, JavaScript, se sienta en 7.2%. PHP necesitaría aproximadamente dieciocho años al ritmo actual para caer hasta donde se encuentra ahora su rival más cercano..
¿Por qué WordPress usa PHP en lugar de JavaScript??
Porque el cambio rompería todos los complementos y temas jamás escritos para él.. Los complementos de WordPress registran devoluciones de llamadas que se ejecutan dentro del propio proceso PHP del núcleo, por lo que no se pueden portar como lo haría un cliente API externo. Con casi 67,000 complementos en el directorio oficial, el ecosistema es el producto. WordPress agregó JavaScript para el editor de bloques, pero eso se ejecuta sobre la aplicación PHP en lugar de reemplazarla.
¿Necesito saber PHP para usar WordPress??
Para ejecutar un sitio, No. Publicación, instalando complementos, y editar con el editor de bloques no necesita ningún código. Querrás PHP una vez que comiences a personalizar los archivos de plantilla de un tema, escribir una función de tema hijo, o construir cualquier cosa con ganchos. Para la mayoría de los propietarios de sitios, ese momento nunca llega.
es PHP 8.5 más rápido que 8.4 para WooCommerce?
Kinsta diciembre 2025 punto de referencia dice que sí, y por mucho: 71.02 solicitudes por segundo en PHP 8.5 contra 53.37 en 8.4, una 33% ganar. La misma prueba casi no mostró diferencias para un sitio estándar de WordPress, a 148.30 versus 148.22. Entonces, la respuesta depende completamente de si tienes una tienda.. Pruébelo en escena con su propia caja antes de cambiar de producción..
¿Qué versiones de PHP tiene WordPress? 7.1 apoyo?
WordPress 7.1, liberado 19 agosto 2026, se ejecuta en PHP 7.4 a través de 8.5. El mínimo oficial es PHP. 7.4 y la versión recomendada es PHP 8.3. WordPress 7.0 PHP caído 7.2 y 7.3 cuando se envió el 20 Mayo 2026, por lo que los sitios en esas ramas no pueden instalar ninguna versión.
¿Se puede ejecutar WordPress sin un servidor??
si, a través del patio de juegos de WordPress, que compila PHP en WebAssembly y ejecuta una instalación completa de WordPress dentro de su navegador. Incluye tiempos de ejecución para PHP 7.4 a través de 8.5 y usa SQLite en lugar de MySQL. Está diseñado para demostraciones., pruebas y enseñanza en lugar de sitios en vivo, ya que nada persiste fuera de la sesión de su navegador.
Conclusión
La cuota de mercado de PHP está cayendo y su futuro es más seguro que en una década. Ambas cosas son ciertas, y el segundo importa más si tienes un sitio de WordPress. Once mantenedores pagados, un equipo de seguridad financiado desde mayo 2026, y Automattic entre los patrocinadores fundadores se suman a un plan de sucesión. Ese era el riesgo real., no la tabla de popularidad.
Para su propio sitio la decisión es pequeña.. Correr PHP 8.4 a menos que tengas una razón para no hacerlo. Tiene soporte de seguridad hasta 31 diciembre 2028, y los autores del complemento han tenido casi dos años para probarlo. Convidar a 8.5 si ejecuta WooCommerce y puede probarlo primero. Bájate cualquier cosa debajo 8.2 ahora. Y no dejes que un panel silencioso te convenza de que estás al día, porque la propia verificación de versiones de WordPress es más indulgente que el calendario de php.net.
Si está sopesando dónde colocar un sitio de WordPress a continuación, Algunas guías relacionadas continúan donde termina esta.. Nuestro Comparación de WordPress versus creadores de sitios web cubre lo que usted intercambia al dejar el ecosistema PHP por un constructor alojado. los Guía de advertencia de versión PHP es el compañero práctico de esta pieza si su tablero ya le molesta. Y para los dueños de tiendas, nuestro Comparación de alojamiento de WooCommerce cubre los proveedores que siguen el ritmo de los lanzamientos de PHP más rápidamente. Los números de referencia anteriores sugieren que eso es más importante para las tiendas de lo que nadie pensaba..