Cómo actualizar PHP en tu hosting de WordPress

Tener una versión de PHP desactualizada es uno de los mayores errores de rendimiento y seguridad que puedes cometer con un sitio WordPress. PHP es el lenguaje que hace funcionar a WordPress, y cada nueva versión aporta mejoras medibles de velocidad, parches de seguridad y nuevas características que plugins y temas aprovechan. Si tu hosting sigue usando PHP 7.4 o incluso PHP 8.0, estás dejando rendimiento sobre la mesa y exponiendo tu sitio a vulnerabilidades conocidas que nunca se parchearán.

Por qué importa tu versión de PHP en WordPress

PHP no es solo un detalle en segundo plano. Afecta directamente a la velocidad de carga de tus páginas, a la cantidad de memoria que usa tu servidor y a si tus plugins pueden ejecutarse o no. Cada versión mayor de PHP incluye optimizaciones internas en el motor Zend (el runtime que ejecuta el código PHP), y estas optimizaciones se acumulan con el tiempo. Un sitio WordPress con PHP 8.3 gestionará más peticiones por segundo, usará menos memoria por petición y responderá más rápido que el mismo sitio con PHP 7.4.

Más allá del rendimiento, está el aspecto de la seguridad. PHP 7.4 alcanzó su fin de vida oficial (EOL) en noviembre de 2022. PHP 8.0 llegó al EOL en noviembre de 2023. PHP 8.1 alcanzó el EOL en diciembre de 2025. Una vez que una versión llega al EOL, el equipo de PHP deja de publicar parches de seguridad por completo. Si se descubre una vulnerabilidad crítica en una versión EOL, nunca se corregirá. Tu proveedor de hosting puede portar algunos parches, pero no deberías depender de ello.

Comparación de versiones de PHP: rendimiento y características

Aquí tienes un desglose práctico de las principales versiones de PHP que encontrarás en hostings de WordPress:

PHP 7.4 (EOL en noviembre de 2022): la última versión de la línea PHP 7.x. Fue una versión sólida en su momento, pero le faltan las propiedades tipadas, los tipos union, las fibers y las mejoras de rendimiento de PHP 8.x. WordPress 6.4+ recomienda oficialmente PHP 8.0 o superior. Muchos plugins recientes han abandonado por completo el soporte de PHP 7.4.
PHP 8.0 (EOL en noviembre de 2023): introdujo el compilador JIT (Just-In-Time), los argumentos con nombre, los tipos union, las expresiones match y los operadores nullsafe. El compilador JIT no mejora drásticamente las cargas de trabajo típicas de WordPress (que están limitadas por E/S y no por CPU), pero las optimizaciones generales del motor aún ofrecen una mejora de velocidad del 5-10% sobre PHP 7.4.
PHP 8.1 (EOL en diciembre de 2025): añadió fibers (utilizadas por las nuevas librerías asíncronas), enums, propiedades readonly y tipos intersection. El núcleo de WordPress tiene soporte completo. La mayoría de plugins bien mantenidos funcionan correctamente en 8.1.
PHP 8.2 (correcciones de seguridad hasta diciembre de 2026): introdujo clases readonly, marcó como obsoletas las propiedades dinámicas (lo que provocó que algunos plugins antiguos lanzaran avisos de obsolescencia) y mejoró el generador de números aleatorios. Es una buena versión objetivo si quieres estabilidad con soporte de seguridad continuo.
PHP 8.3 (soporte activo hasta diciembre de 2026, correcciones de seguridad hasta diciembre de 2027): añadió constantes de clase tipadas, la función json_validate() y varias mejoras de rendimiento. Actualmente es la versión recomendada para nuevas instalaciones de WordPress, ya que tiene la ventana de soporte restante más larga y el mejor rendimiento.

Benchmarks de rendimiento: cómo se ven los números reales

En benchmarks reales de WordPress (probados con una instalación estándar de WooCommerce, 20 plugins activos y un tema como Astra), las diferencias entre versiones de PHP son significativas:

PHP 7.4: gestiona aproximadamente 90-100 peticiones por segundo, con un tiempo medio de respuesta de unos 250 ms.
PHP 8.0: gestiona aproximadamente 100-115 peticiones por segundo, tiempo medio de respuesta en torno a 220 ms.
PHP 8.1: gestiona aproximadamente 110-120 peticiones por segundo, tiempo medio de respuesta en torno a 210 ms.
PHP 8.2: gestiona aproximadamente 115-125 peticiones por segundo, tiempo medio de respuesta en torno a 200 ms.
PHP 8.3: gestiona aproximadamente 120-135 peticiones por segundo, tiempo medio de respuesta en torno a 190 ms.

Estas cifras varían según el entorno de hosting, pero la tendencia es coherente: cada versión de PHP es medible más rápida que la anterior. Pasar de PHP 7.4 a 8.3 suele suponer una mejora del 25-35% en peticiones por segundo.

Antes de actualizar: lista de comprobación previa

Crea una copia de seguridad completa: haz copia de la base de datos y de los archivos. Usa UpdraftPlus, BackWPup o la herramienta de copia de seguridad integrada de tu proveedor de hosting. No te saltes este paso. Si algo va mal, debes poder restaurar tu sitio en minutos.
Comprueba la compatibilidad de plugins y temas: instala el plugin "PHP Compatibility Checker" de WP Engine. Analiza tus plugins y archivos del tema en busca de llamadas a funciones obsoletas o eliminadas en versiones más nuevas de PHP. Presta atención a los resultados "ERROR", ya que provocarán errores fatales. Los "WARNING" suelen lanzar solo avisos de obsolescencia que no rompen la funcionalidad.
Revisa las guías de migración de PHP: la documentación oficial de PHP publica guías de migración para cada versión (php.net/migration80, php.net/migration81, etc.). Listan todos los cambios incompatibles. No necesitas leer la guía completa, pero echa un vistazo a la sección "Backward Incompatible Changes".
Usa un entorno de staging: si tu proveedor de hosting ofrece staging (Kinsta, WP Engine, SiteGround y la mayoría de los hostings gestionados lo hacen), clona tu sitio de producción a staging y prueba primero allí la actualización de PHP. Es el paso más importante para evitar tiempo de inactividad.
Actualiza primero todos los plugins y temas: antes de cambiar la versión de PHP, asegúrate de que cada plugin y tema está en su última versión. Los desarrolladores publican regularmente actualizaciones que añaden compatibilidad con versiones más recientes de PHP.

Cómo cambiar tu versión de PHP

Hosting con cPanel (la mayoría de hostings compartidos)

Inicia sesión en tu panel de cPanel.
Busca "Select PHP Version" (CloudLinux) o "MultiPHP Manager" (cPanel nativo). El nombre depende de la configuración de tu proveedor de hosting.
Si usas MultiPHP Manager, selecciona tu dominio en la lista, elige la nueva versión de PHP en el desplegable y haz clic en "Apply".
Si usas Select PHP Version, verás la versión actual en la parte superior. Haz clic en el desplegable, selecciona la nueva versión y confirma. Esta interfaz también te permite habilitar o deshabilitar extensiones individuales de PHP.

Hosting con Plesk

Inicia sesión en Plesk y ve a Sitios web y dominios.
Haz clic en el dominio que quieres actualizar.
Haz clic en Ajustes de PHP (o "Versión de PHP" según tu versión de Plesk).
Selecciona la nueva versión de PHP en el desplegable y haz clic en "Aplicar" o "Aceptar".
Plesk también permite configurar los ajustes de PHP (memory_limit, max_execution_time, etc.) en la misma página.

Hosting WordPress gestionado

Los hostings gestionados suelen facilitar el cambio de versión de PHP:

Kinsta: ve a Sites, selecciona tu sitio, haz clic en Tools, busca "PHP Engine" y selecciona la nueva versión.
WP Engine: ve a Sites, selecciona tu entorno, haz clic en Overview y busca el ajuste de versión de PHP. WP Engine también incluye un PHP Compatibility Checker integrado en su panel.
SiteGround: ve a Site Tools y luego a PHP Manager dentro de la sección Devs. Si lo necesitas, puedes establecer la versión de PHP por carpeta.
Cloudways: ve a Server Management, Settings & Packages y luego a la pestaña Packages. Cambia ahí la versión de PHP (esto afecta a todo el servidor).

Errores habituales tras actualizar PHP

Si tu sitio muestra errores tras actualizar PHP, no te preocupes. Aquí tienes los problemas más comunes y sus soluciones:

Fatal Error: Uncaught Error (función no encontrada)

Ocurre cuando un plugin o tema usa una función PHP que se eliminó en la nueva versión. Ejemplos comunes son create_function() (eliminada en PHP 8.0), each() (eliminada en PHP 8.0) y las funciones mysql_* (eliminadas desde PHP 7.0). La solución es actualizar el plugin o tema que provoca el error. Comprueba la ruta del archivo en el mensaje de error para identificar qué plugin es el responsable.

Avisos de obsolescencia llenando tu registro de errores

PHP 8.2 marcó como obsoletas las propiedades dinámicas (asignar propiedades no declaradas a objetos), lo que provocó una avalancha de avisos de obsolescencia en muchos plugins antiguos. Estos avisos no rompen tu sitio, pero pueden ralentizarlo si el log de errores es detallado. Actualiza los plugins afectados o, si un plugin está abandonado, plantéate sustituirlo por una alternativa.

Pantalla blanca de la muerte

Una página completamente en blanco normalmente significa que se está produciendo un error fatal pero la visualización de errores está desactivada. Habilita temporalmente la visualización de errores añadiendo esto a tu wp-config.php:

define('WP_DEBUG', true);
define('WP_DEBUG_DISPLAY', true);
define('WP_DEBUG_LOG', true);

Comprueba el error, corrígelo y vuelve a desactivar el modo debug en producción.

Errores de tipo y comprobación de tipos más estricta

PHP 8.x es más estricto con el manejo de tipos. Pasar null a funciones internas que esperan una cadena (como strlen(null)) ahora lanza un aviso de obsolescencia o un TypeError. Esto suele aparecer en plugins mal codificados que no comprueban los valores nulos antes de pasarlos a funciones de cadena.

Ajustes esenciales de php.ini para WordPress

Tras actualizar PHP, revisa estos ajustes clave de php.ini. Normalmente puedes editarlos desde el panel de control de tu hosting o creando un archivo php.ini personalizado o un .user.ini en el directorio raíz de WordPress:

; Límite de memoria - WordPress recomienda al menos 256M
memory_limit = 256M

; Tamaño máximo de subida
upload_max_filesize = 64M
post_max_size = 64M

; Tiempo de ejecución - aumentar si tienes importaciones lentas u operaciones grandes
max_execution_time = 300

; Variables de entrada - aumentar si tienes formularios complejos o muchos campos personalizados
max_input_vars = 3000

; Reporte de errores - desactiva display_errors en producción
display_errors = Off
log_errors = On
error_log = /path/to/php-error.log

Configuración de OPcache para el mejor rendimiento

OPcache almacena el bytecode PHP precompilado en memoria compartida, de modo que el motor de PHP no tiene que parsear y compilar los mismos scripts en cada petición. Está habilitado por defecto en la mayoría de proveedores de hosting, pero los ajustes predeterminados suelen ser demasiado conservadores para WordPress. Aquí tienes los ajustes recomendados de OPcache:

opcache.enable = 1
opcache.memory_consumption = 256
opcache.interned_strings_buffer = 16
opcache.max_accelerated_files = 10000
opcache.revalidate_freq = 60
opcache.validate_timestamps = 1
opcache.save_comments = 1
opcache.enable_file_override = 1

El ajuste opcache.max_accelerated_files debería ser superior al número total de archivos PHP de tu instalación de WordPress. Un sitio WordPress típico con 20 plugins tiene unos 5.000-8.000 archivos PHP. Establecerlo en 10.000 deja margen. opcache.revalidate_freq controla con qué frecuencia OPcache comprueba si los archivos fuente han cambiado. En producción, 60 segundos es un buen equilibrio. Ponlo a 0 en entornos de desarrollo para que los cambios se detecten al instante.

Cómo comprobar qué versión de PHP requieren tus plugins

No todos los plugins declaran su versión mínima de PHP, pero los buenos sí. Así se comprueba:

Página del plugin en WordPress.org: desplázate hasta el campo "Requires PHP" en la barra lateral. Si el plugin indica "7.4" y tú estás en 8.3, en la mayoría de casos seguirás bien, ya que esto indica el mínimo, no el máximo.
readme.txt del plugin: abre el archivo readme.txt del plugin (en wp-content/plugins/plugin-name/readme.txt) y busca la cabecera "Requires PHP".
Código fuente del plugin: el archivo principal del plugin (el que tiene la cabecera Plugin Name) a veces incluye un comentario de cabecera "Requires PHP" que WordPress lee.
Changelog y notas de la versión: revisa el changelog del plugin en busca de menciones a requisitos de versión de PHP, especialmente si vas a actualizar varias versiones mayores.

Procedimiento de rollback si algo se rompe

Si tu sitio se rompe tras una actualización de PHP y no puedes resolver el problema rápidamente, vuelve de inmediato a la versión anterior de PHP. Este es el procedimiento:

Cambia la versión de PHP de vuelta: usa el mismo método de cPanel, Plesk o panel del hosting que utilizaste para actualizar. El cambio se aplica en segundos en la mayoría de hostings.
Verifica que tu sitio funciona: carga tu sitio en un navegador y comprueba el panel de administración. Todo debería estar de nuevo en orden.
Investiga el problema: ahora que tu sitio vuelve a estar estable, mira los registros de errores para identificar el plugin o tema problemático. Actualízalo o busca una alternativa.
Inténtalo de nuevo: una vez resuelto el problema de compatibilidad, vuelve a intentar la actualización de PHP primero en staging y luego en producción.

Si no puedes hacer rollback desde el panel del hosting (por ejemplo, si te han bloqueado el acceso a cPanel), normalmente puedes contactar con el soporte de tu proveedor de hosting y cambiarán la versión de PHP por ti en cuestión de minutos.

Tras actualizar: verificación posterior

Visita la página de inicio de tu sitio y varias páginas internas. Busca problemas visuales, diseños rotos o mensajes de error.
Prueba la funcionalidad crítica: formularios de contacto, pago en WooCommerce (si procede), inicio de sesión y registro, búsqueda y cualquier función personalizada.
Comprueba el panel de administración de WordPress en busca de avisos o notificaciones de actualización de plugins.
Abre wp-content/debug.log (si WP_DEBUG_LOG está habilitado) y busca nuevos errores PHP o avisos de obsolescencia.
Monitoriza el log de errores PHP de tu servidor durante al menos 24-48 horas. Algunos problemas solo aparecen en condiciones concretas (ciertas plantillas de página, tareas cron, llamadas a la API).
Vacía todas las cachés (caché de página, caché de objetos, OPcache) para que se reconstruyan con la nueva versión de PHP.

Verifica tu versión de PHP con InspectWP

Ejecuta un nuevo análisis de InspectWP tras la actualización. La sección de hosting muestra la versión de PHP detectada en las cabeceras del servidor. Si la versión no ha cambiado, puede que tu proveedor de hosting esté cacheando el manejador de PHP antiguo. Vacía la caché del servidor, espera unos minutos y vuelve a analizar. InspectWP también marca las versiones obsoletas de PHP en la sección de seguridad, así que puedes confirmar que ese aviso queda resuelto tras la actualización.