En resumen: La versión de PHP en el alojamiento suele cambiarse en el área de cliente, bajo un apartado como «Ajustes de PHP» o «Versión de PHP», a menudo por separado para cada dominio. Antes necesita una copia de seguridad y los requisitos del sistema de su CMS; después, una prueba de funcionamiento. Importante tras PHP2Shell: la selección solo determina la rama de PHP. Si esa rama está parcheada, debe confirmárselo el proveedor.
Por qué muchos cambian ahora la versión de PHP
Desde PHP2Shell, muchos responsables de sitios web miran por primera vez en años los ajustes de su alojamiento. A menudo encuentran allí PHP 7.4 u 8.1, porque la página se configuró así una vez y nadie volvió a mirar. El proyecto PHP ya no atiende esas ramas con versiones; contra PHP2Shell solo proporcionó correcciones mínimas en el código fuente para 7.4, 8.0 y 8.1.
En la mayoría de los proveedores, el cambio es un clic. Justo eso lo hace arriesgado: un sitio web antiguo, cuyo código no se escribió para versiones nuevas de PHP, puede mostrar después solo un mensaje de error. Con algo de preparación se evita. Qué asume el proveedor en el marco de PHP2Shell y qué corresponde a usted lo describe la página Alojamiento compartido: qué hace el proveedor.
La selección en el panel no es el parche
Un malentendido frecuente: quien cambia en el área de cliente de 8.2 a 8.3 no ha cerrado por ello automáticamente PHP2Shell. Usted elige una rama que ofrece el proveedor. Que esa rama contenga las correcciones, es decir, que esté en 8.3.36 o tenga un backport confirmado, está en manos del proveedor.
Y al revés: si su rama actual 8.2 está parcheada en el proveedor, usted está protegido contra PHP2Shell incluso sin cambiar. Pasar a una versión más nueva sigue siendo razonable, porque PHP 8.2 alcanza el fin del soporte el 31 de diciembre de 2026. Pida que le confirmen por escrito el nivel de parcheo; una plantilla la ofrece la guía Preguntar al proveedor por el estado del parche.
Cambiar la versión de PHP en el hosting: paso a paso
Los nombres de los menús varían según el proveedor. Busque en el área de cliente términos como ajustes de PHP, versión de PHP, configuración de PHP o lenguajes de script. En muchos proveedores la selección está en la administración de cada dominio.
- Anotar el estado actual: ¿qué versión de PHP funciona en cada dominio y subdominio? Una captura de pantalla de los ajustes ayuda a la vuelta atrás.
- Crear una copia de seguridad: archivos y base de datos, a ser posible con la función de copia de seguridad del proveedor y además como descarga.
- Comprobar los requisitos: ¿qué versiones de PHP admite su CMS o tienda en la versión instalada? Figura en los requisitos del sistema del fabricante, por ejemplo en wordpress.org, shopware.com o typo3.org.
- Actualizar extensiones y temas: los plugins obsoletos son la causa más frecuente de errores tras un cambio de PHP. Actualícelos antes del cambio.
- Usar un entorno de pruebas, si lo hay: muchos proveedores ofrecen staging o una copia en un subdominio. Cambie primero allí.
- Cambiar: elegir la nueva versión, guardar, esperar unos minutos. Algunos proveedores no aplican el cambio de inmediato.
- Probar: abrir la página de inicio, el formulario de contacto, el inicio de sesión, la búsqueda, el carrito y el proceso de pago, iniciar sesión en el área de administración y guardar.
- Leer el registro de errores: en el área de cliente suele haber un registro de errores de PHP. Las advertencias tras el cambio muestran dónde hacen falta ajustes.
Haga el cambio fuera del horario comercial principal y procure que una persona que conozca el sitio web esté localizable en la hora siguiente. Los errores suelen aparecer en funciones que se usan poco.
¿Qué versión es la correcta?
Elija la versión más reciente que su aplicación admita oficialmente. El motivo es sencillo: cada rama de PHP recibe actualizaciones de seguridad solo durante un tiempo limitado. Cuanto más nueva es la rama, más tranquilidad tendrá. Los plazos actuales los indica php.net en la página de versiones compatibles; cómo funciona el ciclo lo explica la página Versiones de PHP y ciclo de publicación.
| Rama | Versión corregida (PHP2Shell) | Clasificación |
|---|---|---|
| PHP 8.5 | 8.5.12 | actualmente compatible |
| PHP 8.4 | 8.4.27 | actualmente compatible |
| PHP 8.3 | 8.3.36 | actualmente compatible |
| PHP 8.2 | 8.2.35 | el soporte termina el 31 de diciembre de 2026 |
| PHP 8.1 y anterior | sin versión oficial | solo backports del código fuente o de proveedores |
Si su aplicación no admite ninguna versión desde 8.2, el cambio por sí solo no es posible. Entonces primero hay que actualizar o sustituir la aplicación. Ese camino lo describe nuestro servicio de migración desde PHP 8.1 y anterior.
Tropiezos típicos tras el cambio
Una página en blanco o un error 500 suele indicar un plugin o tema que no soporta la nueva versión. El registro de errores suele indicar archivo y línea. Desactive al causante o vuelva temporalmente a la versión anterior.
Los ajustes propios de PHP a veces se pierden con el cambio. Quien, por ejemplo, había configurado un límite de subida mayor o un tiempo de ejecución más largo para los scripts debería comprobar si esos valores siguen rigiendo para la nueva versión. Procure no sobrescribir medidas provisionales del proveedor contra PHP2Shell.
Si el sitio web muestra tras el cambio contenidos antiguos o errores extraños, puede ser culpa de una caché. Vacíe la caché del CMS y de los posibles plugins de caché. Si el problema persiste, pregunte al proveedor si hay que reconstruir cachés del lado del servidor.
No olvide subdominios, instalaciones de prueba y directorios antiguos. Una copia olvidada hace tiempo del sitio web en PHP 7.4 es tan atacable como la página principal. Cómo deshacerse de esos restos lo describe el artículo Desactivar las versiones antiguas de PHP.
¿Cómo ayuda PHP SOS en concreto?
- Registramos qué versiones de PHP funcionan en sus dominios y subdominios y aclaramos el nivel de parcheo con el proveedor.
- Comprobamos la compatibilidad de su aplicación y cambiamos primero en un entorno de pruebas.
- Acompañamos el cambio, evaluamos el registro de errores y corregimos fallos o volvemos atrás de forma controlada.
- Donde la aplicación no soporta una versión compatible, planificamos la migración y cubrimos el periodo transitorio.
Preguntas frecuentes
¿Cerrar PHP2Shell pasa por cambiar a una versión más nueva de PHP?
Solo si el proveedor ha parcheado él mismo la versión elegida. En el área de cliente normalmente solo elige la rama, por ejemplo 8.3. Si esa rama está en 8.3.36 o en un backport confirmado lo decide el proveedor.
¿Qué versión de PHP debería elegir?
La más reciente que su CMS o tienda admita según los requisitos del sistema del fabricante. PHP 8.2 alcanza el fin del soporte el 31 de diciembre de 2026, por lo que 8.3 o posterior es la mejor opción si su aplicación lo permite.
¿Qué pasa si el sitio web deja de funcionar tras el cambio?
Vuelva a configurar en el área de cliente la versión anterior. Anote el mensaje de error del registro de errores y haga corregir la causa antes de intentarlo de nuevo. No se quede de forma permanente en una versión sin actualizaciones de seguridad.
¿Puedo configurar versiones de PHP distintas para dominios distintos?
En muchos proveedores sí, por dominio, subdominio o directorio. Es práctico para pruebas, pero conlleva el riesgo de que una versión antigua siga funcionando en un subdominio olvidado.