Volver al blog

Cómo cambiar la versión de PHP en cPanel: pasar a PHP 8.3, 8.4 u 8.5 sin romper tu web

Publicado el 19 de octubre de 2026 por Admin
Code PHP d'un fichier de configuration affiché dans un éditeur sur fond sombre

Desde el 1 de enero de 2026, PHP 8.1 no recibe ningún parche de seguridad, y PHP 8.2 le seguirá el 31 de diciembre de 2026. Si tu web sigue funcionando con alguna de ellas, es momento de cambiar la versión de PHP en cPanel. Esta guía te ayuda a elegir entre PHP 8.3, 8.4 y 8.5, probar la nueva versión en una copia de tu web y después cambiar la web en producción, con la posibilidad de volver atrás en un clic.

Por qué actualizar PHP ahora

PHP sigue un ciclo de vida fijo: cada rama recibe dos años de correcciones de errores (soporte activo) y luego dos años solo de parches de seguridad. Pasado ese plazo, las vulnerabilidades nuevas ya no se corrigen. Un WordPress o un PrestaShop que se queda en una versión sin soporte queda expuesto a fallos conocidos y públicos.

También hay un motivo práctico: los plugins y temas recientes van abandonando las versiones antiguas de PHP, y cada rama nueva mejora el rendimiento. Quedarse atrás acaba bloqueando las actualizaciones del propio CMS.

El calendario oficial de PHP

Estas fechas proceden del proyecto PHP en php.net (páginas «Supported Versions» y «Unsupported Branches»), comprobadas en octubre de 2026:

VersiónLanzamientoFin del soporte activoFin de los parches de seguridadEstado en octubre de 2026
PHP 8.1noviembre de 202125 de noviembre de 202331 de diciembre de 2025Sin soporte (última versión: 8.1.34)
PHP 8.28 de diciembre de 202231 de diciembre de 202431 de diciembre de 2026Solo seguridad, quedan pocas semanas
PHP 8.323 de noviembre de 202331 de diciembre de 202531 de diciembre de 2027Solo seguridad
PHP 8.421 de noviembre de 202431 de diciembre de 202631 de diciembre de 2028Soporte activo
PHP 8.520 de noviembre de 202531 de diciembre de 202731 de diciembre de 2029Soporte activo

En la práctica, PHP 8.4 es hoy el mejor equilibrio: tiene cobertura hasta finales de 2028 y lo soportan la mayoría de CMS y plugins. PHP 8.5 te da un año más, siempre que todo tu entorno lo admita. PHP 8.3 es un paso intermedio aceptable si un plugin te frena, pero su soporte termina a finales de 2027.

Qué versión elegir según tu CMS

WordPress

Según el manual oficial de WordPress («PHP Compatibility and WordPress Versions»), WordPress 6.9 y posteriores admiten PHP 8.5, y PHP 8.4 está soportado desde WordPress 6.7. La etiqueta «soporte beta» que WordPress aplicaba a estas versiones se retiró en mayo de 2026. Desde WordPress 7.0, la versión mínima de PHP exigida es la 7.4.

Aun así, el núcleo de WordPress es solo la mitad de la historia: lo que suele fallar en un cambio de PHP son los plugins y el tema. Revisa en cada plugin el campo «Requiere PHP» y la fecha de la última actualización. Un plugin sin actualizar desde hace dos años es un riesgo.

PrestaShop

La documentación oficial de PrestaShop publica una tabla de compatibilidad precisa:

PrestaShopPHP 8.1PHP 8.2PHP 8.3PHP 8.4PHP 8.5
8.0 a 8.2RecomendadoNo soportadoNo soportadoNo soportadoNo soportado
9.0SíSíSíRecomendadoNo soportado
9.1SíSíSíSíRecomendado

Lo esencial: una tienda PrestaShop 8 está atada a PHP 8.1, una versión que ya no recibe parches. La salida es migrar primero la tienda a PrestaShop 9 y después cambiar la versión de PHP. Hacerlo al revés (PHP 8.3 con PrestaShop 8) casi siempre termina en errores. PrestaShop 9 necesita además varias extensiones PHP (intl, gd, zip, curl, mbstring, fileinfo, entre otras) y recomienda un memory_limit de al menos 512M.

Qué puede romperse al pasar a PHP 8.4 u 8.5

Entre versiones menores de PHP 8 los cambios son sobre todo funciones obsoletas (deprecations): el código sigue funcionando, pero escribe avisos en los registros. Las caídas reales suelen venir de módulos antiguos o de extensiones PHP que faltan. Estas son las que más afectan a plugins de WordPress y módulos de PrestaShop:

  • PHP 8.4: parámetros implícitamente anulables (function f(Type $a = null) debe pasar a ?Type $a = null), usar E_USER_ERROR con trigger_error(), la constante E_STRICT y llamar a fgetcsv() o fputcsv() sin indicar el parámetro escape.
  • PHP 8.5: conversiones no canónicas como (integer) o (boolean), el operador de comillas invertidas que ejecuta comandos del sistema, usar null como clave de array, la variable $http_response_header y algunas constantes PDO específicas de MySQL en favor de sus equivalentes en Pdo\Mysql.

Con todo, la causa más habitual de una página en blanco o un error 500 justo después del cambio es una extensión PHP que falta en la nueva versión: cada versión de PHP instalada en el servidor tiene sus propias extensiones. Si intl o imagick están activas en PHP 8.2 pero no en PHP 8.4, tu CMS fallará en 8.4.

Paso 1: haz inventario antes de tocar nada

  1. Anota la versión de PHP actual de cada dominio. Aparece en la herramienta MultiPHP Manager de cPanel (sección Software).
  2. Actualiza el CMS, el tema y todos los plugins o módulos antes de cambiar de versión. Las actualizaciones suelen corregir las incompatibilidades.
  3. Haz una copia de seguridad completa de archivos y base de datos. La herramienta Copia de seguridad (o el asistente) de cPanel permite descargar un archivo del directorio personal y una exportación de cada base MySQL.
  4. Localiza los plugins abandonados y busca alternativas mantenidas.

Paso 2: prueba la nueva versión en una copia de la web

Este es el paso que casi todos los tutoriales se saltan. MultiPHP Manager define la versión de PHP por dominio y por subdominio, así que puedes tener una copia de tu web en PHP 8.4 mientras la web principal sigue con su versión actual.

  1. Crea un subdominio de prueba, por ejemplo prueba.tuweb.es, desde la interfaz Dominios de cPanel, con su propia carpeta raíz.
  2. Copia la web: en WordPress, la función de staging de Softaculous lo hace en pocos clics si tu proveedor la ofrece. Si no, copia los archivos con el Administrador de archivos (comprimir, mover, extraer) y duplica la base de datos con phpMyAdmin (exportar e importar en una base nueva).
  3. Ajusta la configuración de la copia: nombre de la base en wp-config.php (WordPress) o app/config/parameters.php (PrestaShop) y la dirección de la web (opciones siteurl y home en WordPress, URL de la tienda en la tabla ps_shop_url en PrestaShop).
  4. Protege la copia con la herramienta Directory Privacy de cPanel (contraseña) para que no se indexe ni sea pública.
  5. Cambia solo el subdominio de prueba a la nueva versión de PHP en MultiPHP Manager.

Después activa el registro de errores en la copia. En WordPress, dentro de wp-config.php:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );     // escribe en wp-content/debug.log
define( 'WP_DEBUG_DISPLAY', false ); // no muestra nada a los visitantes

En PrestaShop, activa el modo depuración en Parámetros avanzados > Rendimiento. Recorre luego las páginas clave: inicio, ficha de producto, carrito, pago en modo prueba, formulario de contacto, acceso al panel, envío de un correo. Revisa debug.log, los archivos error_log de las carpetas de la web y la herramienta Errores de cPanel. Una línea «Deprecated» no bloquea nada; una línea «Fatal error» sí.

Paso 3: cambia la versión de PHP en cPanel

Con la copia validada, cambiar la web en producción lleva menos de un minuto:

  1. Entra en cPanel y abre MultiPHP Manager en la sección Software.
  2. Marca la casilla del dominio que quieres modificar (puedes marcar varios).
  3. Elige la versión en el menú PHP Version, arriba a la derecha. Las versiones aparecen como PHP 8.4 (ea-php84); las marcadas como «Recommended» son las que aconseja el administrador del servidor.
  4. Haz clic en Apply. La columna de versión del dominio se actualiza al instante.

Internamente, cPanel añade un bloque al archivo .htaccess de la raíz del dominio. No lo edites a mano, cPanel lo reescribe:

# php -- BEGIN cPanel-generated handler, do not edit
# Set the "ea-php84" package as the default "PHP" programming language.
<IfModule mime_module>
  AddHandler application/x-httpd-ea-php84 .php .php8 .phtml
</IfModule>
# php -- END cPanel-generated handler, do not edit

Si un dominio muestra «Inherited», usa la versión por defecto del servidor, que decide tu proveedor y que puede cambiar sin que hagas nada. Es más seguro fijar explícitamente la versión de cada web.

Para confirmar la versión que se está usando, sube temporalmente un archivo con un nombre difícil de adivinar a la raíz de la web, ábrelo en el navegador y luego bórralo:

<?php echo PHP_VERSION;

Si no aparece la versión que buscas

Una versión que no está en el menú no está instalada en el servidor o no está disponible para tu cuenta. Se instala en el lado del servidor con EasyApache 4, así que no puedes añadirla tú mismo desde cPanel: contacta con el soporte de tu proveedor. Algunos proveedores ofrecen además una herramienta «Select PHP Version», que permite cambiar de versión y activar o desactivar extensiones PHP por tu cuenta.

Paso 4: revisa tus ajustes de PHP después del cambio

Cada versión de PHP tiene su propia configuración por defecto. Tras el cambio, abre MultiPHP INI Editor (junto a MultiPHP Manager), selecciona tu dominio y comprueba como mínimo:

  • memory_limit: 256M para WordPress con un maquetador visual, 512M como mínimo para PrestaShop 9;
  • upload_max_filesize y post_max_size: según el tamaño de tus archivos multimedia;
  • max_execution_time: súbelo si las importaciones de productos o las copias de seguridad se cortan;
  • display_errors: desactivado en producción.

Por último, vacía todas las cachés: el plugin de caché de WordPress, la caché Smarty y Symfony de PrestaShop (Parámetros avanzados > Rendimiento > Borrar caché) y la caché de tu CDN si usas uno.

Volver atrás si algo falla

Cambiar la versión de PHP no toca ni tus archivos ni tu base de datos. Si surge un problema, vuelve a MultiPHP Manager, marca el dominio, elige la versión anterior y pulsa Apply: la web recupera su estado anterior en segundos. Ten presente un plazo: volver a PHP 8.2 solo te da margen hasta el 31 de diciembre de 2026 para resolverlo.

Preguntas frecuentes

¿Cambiar la versión de PHP puede borrar mi web?

No. MultiPHP Manager solo cambia el intérprete que ejecuta tus archivos. El contenido, los archivos y la base de datos no se modifican, y la vuelta atrás es inmediata.

¿Puede cada web usar una versión distinta?

Sí. MultiPHP Manager funciona dominio por dominio: un blog WordPress puede ir con PHP 8.5 y una tienda PrestaShop 9.0 con PHP 8.4 en la misma cuenta de cPanel. Los dominios aparcados (alias) siguen a su dominio principal.

Mi web muestra un error 500 tras el cambio, ¿qué hago?

Primero vuelve a la versión anterior para recuperar la web. Luego revisa la herramienta Errores de cPanel o el archivo error_log: casi siempre falta una extensión PHP en la nueva versión o hay un módulo incompatible. Corrígelo en la copia de prueba antes de volver a intentarlo.

¿PHP 8.5 o PHP 8.4?

Si tu web usa un WordPress actualizado o PrestaShop 9.1 y todos tus plugins lo admiten, PHP 8.5 te da más margen (parches de seguridad hasta finales de 2029). Para PrestaShop 9.0, o si un plugin importante aún no confirma su compatibilidad, elige PHP 8.4.