Para saber qué versión de PHP tiene su sitio WordPress basta con abrir un panel y leer una línea. Hay una trampa: el número depende de dónde mire. Esta guía le muestra dónde leerlo en WordPress, WooCommerce y Moodle, cómo cambiarlo según su alojamiento y cómo hacerlo sin que la tienda o el aula virtual dejen de funcionar.
- WordPress: en el escritorio, Herramientas > Salud del sitio > Información > Servidor. Ahí aparece la versión de PHP que usa el sitio, no la de su computador.
- WooCommerce y Moodle: WooCommerce la muestra en WooCommerce > Estado («Status», sección «Server Environment») y Moodle en Administración del sitio > Servidor > PHP info.
- Versiones con parche: 8.5.12, 8.4.27, 8.3.36 y 8.2.35, publicadas el 21 de octubre de 2026. La 8.2 solo recibe correcciones críticas hasta el 31 de diciembre de 2026.
- Antes de subir de versión: haga copia, pruebe en un entorno aparte y confirme qué PHP admiten su tema, sus plugins y su versión de Moodle.
- Si el número no cambió: su proveedor puede haber aplicado el parche sin cambiarlo. Pídale la confirmación por escrito.
¿Por qué hoy conviene saber su versión de PHP?
Porque el 21 de octubre de 2026 The PHP Foundation publicó parches para dos vulnerabilidades críticas. Para saber si su sitio los necesita, debe conocer la versión exacta que ejecuta su servidor. Quien no sabe qué versión corre no puede decidir si actualizar hoy o planificarlo.
No repetiremos aquí qué es PHP2Shell ni a quién afecta: eso está explicado en la guía sobre PHP2Shell y qué hacer hoy. Esta es la parte práctica: leer el número, cambiarlo y no romper nada en el intento.
| Rama de PHP | Versión con el parche | Soporte activo hasta | Solo seguridad hasta |
|---|---|---|---|
| 8.5 | 8.5.12 | 31 dic 2027 | 31 dic 2029 |
| 8.4 | 8.4.27 | 31 dic 2026 | 31 dic 2028 |
| 8.3 | 8.3.36 | Terminó el 31 dic 2025 | 31 dic 2027 |
| 8.2 | 8.2.35 | Terminó el 31 dic 2024 | 31 dic 2026 |
Las fechas de soporte vienen de php.net y las versiones con parche, de The PHP Foundation. Las ramas 8.1 y anteriores ya no tienen soporte oficial.
¿Cómo ver la versión de PHP en WordPress?
Entre al escritorio de WordPress como administrador y abra Herramientas > Salud del sitio > Información. Despliegue la sección Servidor: allí figura la versión de PHP con la que el sitio se ejecuta en este momento.
- Abra la pantalla. En el menú lateral, Herramientas > Salud del sitio. La documentación oficial de WordPress la ubica en esa ruta.
- Revise la pestaña «Estado». Si el sitio usa una versión desactualizada, WordPress lo señala como problema de seguridad, con el aviso de que el sitio usa una versión desactualizada de PHP.
- Vaya a «Información» y despliegue «Servidor». Anote la versión completa, con los tres números, y también el dato de la interfaz de PHP, que suele indicar si corre como módulo de Apache o como PHP-FPM.
- Si no puede entrar al escritorio, mire el panel de su hosting: cPanel, Plesk o el panel propio del proveedor suelen mostrar la versión por dominio.
php -v en el servidor, obtiene la versión de la línea de comandos. Puede ser distinta de la que atiende al sitio web, como advierte Datadog. Para el sitio, tome siempre el dato de Salud del sitio o del selector de versión del panel.¿Y en WooCommerce?
En WooCommerce vaya a WooCommerce > Estado («Status») y pulse Get System Report: la versión aparece en la sección Server Environment, en el campo «PHP version» (documentación de WooCommerce).
Los requisitos oficiales piden PHP 8.3 o superior, con pruebas hasta PHP 8.4. WooCommerce todavía funciona con 7.4, pero esa versión llegó al fin de su vida útil, según los requisitos del servidor. En una tienda, una versión sin soporte pesa más: por ahí pasan pagos y datos de clientes.
¿Y en Moodle?
En Moodle, un administrador entra a Administración del sitio > Servidor > PHP info y allí lee la versión y los módulos de PHP. Así lo indica MoodleDocs, que también describe una alternativa: un archivo info.php con phpinfo(), que debe borrarse al terminar porque expone la configuración del servidor.
En Moodle hay que subir de versión con más cuidado, porque cada edición admite un rango estrecho de PHP:
| Plataforma | Versiones de PHP admitidas | Qué significa hoy |
|---|---|---|
| Moodle 4.5 (LTS) | 8.1 a 8.3 | No admite 8.4. Si sube a 8.4 sin migrar Moodle, el sitio puede dejar de funcionar. La opción con parche es 8.3.36. |
| Moodle 5.0 y 5.1 | 8.2 a 8.4 | Puede pasar a 8.3.36 o 8.4.27. |
| Moodle 5.2 | 8.3 a 8.4 | No admite 8.2. |
| WooCommerce | 8.3 o superior (probado hasta 8.4) | 8.4 está dentro del rango probado; con 8.5 pida confirmación a su desarrollador. |
Datos de moodledev.io y de la documentación de WooCommerce citada arriba. Ninguna de las dos fuentes lista PHP 8.5 como probado. Si su aula virtual es crítica, vale la pena leer qué implica el soporte y la administración de Moodle, o consultar nuestros servicios de plataformas académicas.
¿No tiene claro qué corre su servidor? Un diagnóstico de 30 minutos, sin costo, sirve para leer la versión y revisar compatibilidades. Con eso se decide si actualizar hoy o planificarlo.
Agendar un diagnóstico¿Cómo actualizar PHP según dónde esté alojado su sitio?
El método depende de quién controla el servidor. En hosting compartido hay un selector en el panel; en un VPS se instalan paquetes y se reinician servicios; en Docker se reconstruye la imagen. La tabla resume las tres rutas.
| Alojamiento | Dónde se cambia | Qué hay que vigilar |
|---|---|---|
| Hosting compartido (cPanel) | Selector de versión de PHP en el panel | Que el dominio correcto quede con la versión nueva y que esa versión esté instalada en el servidor |
| VPS o servidor dedicado | Paquetes del sistema y servicio de PHP | Extensiones, reinicio del servicio y qué interfaz de PHP usa el servidor web |
| Docker | Imagen base del contenedor | Reconstruir y volver a desplegar, no solo reiniciar |
Hosting compartido con cPanel
En cPanel, abra Software > MultiPHP Manager, marque el dominio, elija la versión en el menú PHP Version y pulse Apply. Esa es la ruta de la documentación de cPanel.
Si la versión que busca no aparece, no está instalada en el servidor o su proveedor la restringió: la decisión es de él. Con la opción inherit el dominio usa la versión por defecto del sistema, así que elija una versión concreta. Otros paneles tienen un selector equivalente; consulte la ayuda de su proveedor.
VPS o servidor propio
En un VPS se instala la versión nueva con el gestor de paquetes de la distribución. Después se revisan las extensiones del sitio, se apunta el servidor web a la nueva versión y se reinicia el servicio. Los nombres cambian según el sistema (en Debian y Ubuntu, por ejemplo, el servicio suele llamarse php8.4-fpm); confirme el suyo antes de ejecutar nada.
Verifique también cómo se conecta PHP al servidor web. Según The PHP Foundation, la ejecución remota se demostró con Apache mod_php en ajustes por defecto y se confirmó en PHP-FPM por rutas de código de aplicación. Si su servidor usa mod_php, hay que reiniciar Apache después de cambiar la versión.
Docker
En contenedores, cambie la etiqueta de la imagen base de PHP en el Dockerfile (por ejemplo, de php:8.3-apache a la etiqueta de la versión parcheada), reconstruya la imagen sin usar la caché y vuelva a desplegar. Reiniciar el contenedor viejo no actualiza nada. Datadog recomienda incluir los contenedores en el inventario, porque traen su propio intérprete.
Si el sitio vive en una infraestructura que no controla, le conviene saber quién responde por la versión: nuestra página de hosting y cloud explica cómo lo organizamos.
¿Cómo actualizar PHP sin romper el sitio?
Con una secuencia corta y en orden: copia, prueba aparte, compatibilidad, ventana de baja demanda y plan de reversa. Saltarse un paso es lo que convierte una actualización de diez minutos en un sitio caído durante horas.
- Haga una copia completa. Archivos y base de datos, guardadas fuera del servidor. Compruebe que se puede restaurar.
- Pruebe en un entorno de pruebas. Un staging es una copia del sitio donde puede cambiar de versión sin afectar a los clientes. Navegue, compre, inscriba un usuario de prueba y suba un archivo.
- Revise la compatibilidad. Tema, plugins, la propia versión de WordPress o de Moodle y las integraciones (pasarelas de pago, ERP). Un plugin abandonado es una causa frecuente de pantallas en blanco tras un cambio de versión.
- Elija una ventana de baja demanda. Antes de una campaña o de un cierre de matrícula, no.
- Tenga un plan de reversa. Si el selector del panel permite volver a la versión anterior, anote cuál era. En un VPS o contenedor, conserve la imagen o configuración previa.
- Vigile después. Revise el registro de errores y haga una compra y un acceso de prueba durante las primeras horas.
Este mismo orden se aplica a cualquier mantenimiento preventivo; si quiere ver qué incluye el mantenimiento de un sitio más allá de PHP, esa guía lo detalla. Para delegarlo, está el servicio de mantenimiento web.
¿Qué pasa si mi versión parece parcheada pero el número no cambió?
Puede ser normal: según Datadog, los proveedores pueden aplicar un parche sin cambiar el número de versión, práctica llamada backport. El número visible, entonces, no prueba por sí solo que el sitio esté expuesto ni que esté protegido.
Esto ocurre sobre todo con distribuciones de Linux y proveedores de soporte extendido. Además, para las ramas 7.4, 8.0 y 8.1, sin soporte oficial, el equipo de seguridad de PHP publicó solo «minimal source backports», que no son versiones nuevas. Si su sitio sigue en una de ellas, el número seguirá siendo antiguo aunque el proveedor aplique el parche.
Si está en una rama sin soporte, la salida duradera es migrar a una versión con soporte, con las pruebas del apartado anterior. Un backport es un puente, no un destino.
Preguntas frecuentes
¿Cuánto tarda actualizar la versión de PHP?
El cambio en sí, en cPanel, toma minutos. Lo que consume tiempo es la preparación: la copia, las pruebas en un entorno aparte y la revisión de plugins y tema. En un sitio sencillo puede resolverse en una jornada; una tienda o un aula virtual con integraciones requiere más pruebas y no conviene prometer un plazo antes de revisarla.
¿Puedo cambiar la versión de PHP yo mismo?
En hosting compartido, sí, si su proveedor le da acceso al selector de versión y usted hizo antes la copia y la prueba. En un VPS o en Docker conviene que lo haga alguien con experiencia en administración de servidores, porque un error afecta a todo lo que corre en esa máquina.
¿Qué versión de PHP elijo?
La más reciente que su tema, sus plugins y su plataforma admitan. Hoy las ramas 8.4 y 8.5 tienen soporte activo, pero Moodle y WooCommerce solo documentan compatibilidad hasta 8.4. Elija una versión con el parche del 21 de octubre y confirme las fechas en php.net.
¿La versión de PHP de WordPress es la misma que la de mi computador?
No. WordPress usa la del servidor que lo aloja. El comando php -v muestra la versión de la línea de comandos, que puede ser distinta de la del servidor web, por lo que no sirve para este caso.
¿Cómo cambio la versión de PHP en cPanel?
Abra MultiPHP Manager, marque el dominio, elija la versión en PHP Version y pulse Apply. Si la versión no aparece, su proveedor debe instalarla o habilitarla para su cuenta.
¿Debo actualizar si mi hosting dice que ya está parcheado?
Pida primero la confirmación por escrito. Si el proveedor aplicó un backport, el número puede seguir igual, y si su rama no tiene soporte oficial, conviene planear la migración a una versión que sí lo tenga.
Un número que conviene tener anotado. Su versión de PHP es un dato de operación, como el vencimiento de un certificado: se mira, se anota y se revisa cuando sale un parche. Si prefiere no hacerlo solo, en un diagnóstico de 30 minutos, sin costo, revisamos qué versión corre cada uno de sus sitios y qué debería cambiar primero.
Revisemos su versión de PHP y su compatibilidad. Le decimos qué actualizar, en qué orden y qué probar antes, sin compromiso.
Agendar un diagnóstico
