Actualizar versión de PHP en WordPress: riesgos reales

Guía técnica sobre los riesgos, la compatibilidad y los pasos necesarios para actualizar la versión de PHP en WordPress sin comprometer tu sitio.

Actualizar versión de PHP en WordPress: por qué no es tan simple como cambiar un número

Actualizar versión de PHP en WordPress es una de esas tareas que parece trivial —cambias un número en tu hosting y listo— pero que en la práctica puede tumbar una web entera en cuestión de segundos. He visto sitios que funcionaban perfectamente con PHP 7.4 quedarse en pantalla blanca tras saltar a PHP 8.1 porque un solo plugin usaba funciones obsoletas. El problema no es la actualización en sí: es la falta de preparación previa.

PHP es el lenguaje de programación sobre el que funciona WordPress. Cada nueva versión trae mejoras de rendimiento, correcciones de seguridad y, lo que muchos ignoran, cambios que rompen la compatibilidad hacia atrás. Funciones que existían en PHP 7.x desaparecen en PHP 8.x. Sintaxis que antes era tolerada ahora lanza errores fatales. Y WordPress, con su ecosistema de más de 60.000 plugins, es especialmente vulnerable a estos cambios.

Este artículo recorre los riesgos concretos, los pasos que deberías seguir y las señales que te indican si tu web está lista o no para dar el salto.

Qué cambia realmente entre versiones de PHP

Para entender los riesgos, necesitas saber qué tipo de cambios introduce cada versión mayor de PHP. No todas las actualizaciones son iguales:

Actualizaciones menores (7.4.x → 7.4.y)

Corrigen bugs y parchean vulnerabilidades. Rara vez rompen nada. Son seguras en el 99% de los casos y deberían aplicarse sin demora.

Actualizaciones mayores (7.4 → 8.0, 8.0 → 8.1, 8.1 → 8.2)

Aquí es donde aparecen los problemas. Cada salto mayor puede incluir:

• Funciones eliminadas: create_function(), each(), mysql_* y otras funciones que PHP marcó como «deprecated» en versiones anteriores desaparecen por completo.
• Cambios en el tipado estricto: PHP 8.0 introdujo cambios significativos en cómo se manejan las comparaciones y los tipos de datos. Código que antes funcionaba «por casualidad» ahora lanza TypeError.
• Nuevas palabras reservadas: Nombres que antes podías usar como funciones o constantes pueden convertirse en palabras clave del lenguaje, provocando errores de sintaxis.
• Comportamiento diferente en funciones existentes: Algunas funciones cambian su valor de retorno o lanzan excepciones donde antes devolvían false silenciosamente.

El core de WordPress suele adaptarse rápido a las nuevas versiones de PHP. El problema real está en los plugins y temas de terceros, que no siempre siguen el mismo ritmo.

Los riesgos concretos de actualizar la versión de PHP en WordPress

Voy a ser directo: actualizar PHP sin verificar la compatibilidad es una de las formas más rápidas de romper un sitio WordPress. Estos son los escenarios que veo con más frecuencia:

1. Pantalla blanca de la muerte (WSOD)

El escenario más temido. Un error fatal en cualquier archivo PHP que WordPress cargue durante el arranque produce una pantalla completamente en blanco. Sin mensaje de error, sin acceso al admin, sin pistas visibles. El sitio simplemente deja de funcionar.

Esto ocurre típicamente cuando un plugin o tema usa una función eliminada en la nueva versión de PHP. WordPress 5.2 introdujo el «modo de recuperación» que envía un email al administrador, pero no siempre funciona correctamente, especialmente si el error ocurre muy temprano en la carga.

2. Errores parciales que no se ven inmediatamente

Este es más peligroso que la pantalla blanca porque pasa desapercibido. El sitio carga, el admin funciona, pero:

• Un formulario de contacto deja de enviar emails.
• El proceso de checkout en WooCommerce falla en un paso concreto.
• Un shortcode deja de renderizar contenido.
• Las imágenes dejan de redimensionarse correctamente.

Estos fallos «silenciosos» pueden tardar días o semanas en detectarse, especialmente en páginas interiores que reciben poco tráfico.

3. Degradación del rendimiento

Aunque las versiones nuevas de PHP suelen ser más rápidas, un plugin que genere warnings o notices constantes puede ralentizar el sitio significativamente. Cada notice que PHP registra en el log consume recursos. Un plugin mal adaptado puede generar miles de notices por hora.

4. Problemas con la base de datos

Algunos plugins antiguos utilizan extensiones de MySQL que fueron eliminadas en versiones recientes de PHP. Si tu plugin de base de datos usa mysql_connect() en lugar de mysqli_connect(), la conexión falla directamente.

Cómo verificar la compatibilidad antes de cambiar PHP

Antes de tocar nada en tu hosting, necesitas hacer un diagnóstico completo. Estos son los pasos que sigo en cada proyecto:

Paso 1: Identifica tu versión actual de PHP

Ve a Herramientas → Salud del sitio → Información → Servidor en tu panel de WordPress. Ahí verás la versión exacta de PHP que ejecuta tu servidor. Si estás en PHP 7.4, que ya no recibe soporte de seguridad, la actualización no es opcional: es urgente.

Paso 2: Audita todos los plugins y temas activos

Revisa cada plugin instalado:

• ¿Cuándo fue su última actualización? Si lleva más de un año sin actualizarse, la probabilidad de incompatibilidad con PHP 8.x es alta.
• ¿El desarrollador menciona compatibilidad con PHP 8.0/8.1/8.2 en su changelog o readme?
• ¿Está abandonado? Plugins con menos de 1.000 instalaciones activas y sin actualizaciones recientes son candidatos a dar problemas.

Haz lo mismo con tu tema. Los temas premium que no se actualizan regularmente son una fuente constante de incompatibilidades, especialmente los que incluyen sus propios «frameworks» PHP.

Paso 3: Usa el plugin PHP Compatibility Checker

El plugin PHP Compatibility Checker (de WP Engine) analiza todo tu código —plugins, temas y archivos personalizados— y genera un informe de funciones obsoletas o eliminadas para la versión de PHP que elijas como objetivo. No es perfecto (no detecta problemas de lógica, solo de sintaxis y funciones), pero atrapa el 80% de los problemas evidentes.

Paso 4: Revisa los logs de errores actuales

Antes de actualizar, mira el archivo debug.log de WordPress (activando WP_DEBUG y WP_DEBUG_LOG en wp-config.php). Si ya tienes warnings de funciones «deprecated» con tu versión actual de PHP, esas funciones probablemente fallarán completamente con la siguiente versión.

Pasos seguros para actualizar la versión de PHP en WordPress

Una vez que has verificado la compatibilidad y corregido los problemas detectados, el proceso de actualización debería seguir este orden exacto:

1. Haz una copia de seguridad completa

Antes de cualquier cambio, necesitas un backup completo que incluya archivos y base de datos. No confíes en el backup automático de tu hosting: verifica que puedes restaurarlo. Descarga una copia local.

2. Actualiza WordPress, plugins y temas primero

Antes de cambiar la versión de PHP, asegúrate de que todo tu software está en la última versión. Los desarrolladores de plugins suelen añadir compatibilidad con PHP 8.x en sus actualizaciones más recientes. Si actualizas los plugins primero, reduces drásticamente el riesgo de incompatibilidad.

3. Prueba en un entorno staging

Este es el paso que más gente se salta y el que más problemas evita. Un entorno staging es una copia exacta de tu sitio donde puedes cambiar la versión de PHP sin afectar al sitio en producción. La mayoría de hostings de calidad permiten crear staging con un clic.

En el staging, cambia PHP a la versión objetivo y recorre el sitio completo:

• Página de inicio, páginas interiores, entradas del blog.
• Formularios de contacto: envía uno real.
• Si tienes WooCommerce: completa un pedido de prueba de principio a fin.
• Revisa el panel de administración, el editor de bloques, las opciones del tema.
• Comprueba el debug.log en busca de errores y warnings.

4. Cambia PHP en producción durante horas de bajo tráfico

Si el staging funciona sin problemas, aplica el cambio en producción. Hazlo en un momento de bajo tráfico (madrugada, fin de semana) para minimizar el impacto si algo sale mal. La mayoría de paneles de hosting (cPanel, Plesk, hPanel) permiten cambiar la versión de PHP desde la sección «Configuración de PHP» o «PHP Selector».

5. Monitoriza las primeras 24-48 horas

Después del cambio, vigila de cerca:

• Los logs de errores del servidor.
• La velocidad de carga del sitio (herramientas como GTmetrix o PageSpeed Insights).
• Los emails del sitio (que los formularios sigan funcionando).
• Las conversiones y transacciones si tienes tienda online.

Qué hacer si algo falla tras actualizar PHP en WordPress

Si después de cambiar la versión de PHP tu sitio muestra errores, tienes dos opciones inmediatas:

Opción A: Revertir la versión de PHP

La solución más rápida. Vuelve a la versión anterior de PHP desde tu panel de hosting. El sitio debería recuperarse inmediatamente. Esto te da tiempo para investigar qué componente causó el fallo sin presión.

Opción B: Activar el modo debug e identificar el plugin problemático

Si puedes acceder al servidor por FTP o SSH:

1. Activa WP_DEBUG en wp-config.php.
2. Revisa el error exacto en debug.log.
3. Identifica qué archivo y qué línea causan el error.
4. Desactiva el plugin o tema responsable renombrando su carpeta por FTP.
5. Busca una alternativa compatible o contacta al desarrollador del plugin.

En ambos casos, tener un backup reciente es lo que marca la diferencia entre un susto de 10 minutos y una crisis de varios días.

Versiones de PHP recomendadas para WordPress en 2026

A día de hoy, la situación es la siguiente:

WordPress oficialmente recomienda PHP 8.2 como versión mínima. Si sigues en PHP 7.4, estás ejecutando un lenguaje que no recibe parches de seguridad desde hace casi cuatro años. Cada día que pasa sin actualizar es un día más expuesto a vulnerabilidades conocidas.

Errores frecuentes al actualizar versión de PHP en WordPress

Después de gestionar decenas de actualizaciones de PHP en sitios WordPress, estos son los errores que veo repetirse:

Saltar varias versiones de golpe

Pasar de PHP 7.2 a PHP 8.2 directamente multiplica los riesgos. Es mejor subir de forma escalonada: 7.2 → 7.4 → 8.0 → 8.1 → 8.2. Cada salto te permite identificar y resolver problemas incrementalmente.

No actualizar los plugins antes del cambio

He visto casos donde el problema no era PHP 8.x sino que el plugin llevaba tres versiones sin actualizar. La actualización del plugin ya incluía la compatibilidad necesaria, pero nadie la había aplicado.

Ignorar los plugins inactivos

Los plugins desactivados también pueden causar problemas si algún archivo se carga de forma inesperada (algunos temas hacen includes directos). Elimina lo que no uses antes de cambiar PHP.

No tener un plan de reversión

Cambiar PHP un viernes por la tarde sin backup y sin saber cómo revertir es una receta para el desastre. Siempre ten claro el camino de vuelta antes de dar el paso.

Confiar solo en el checker de compatibilidad

El PHP Compatibility Checker es útil, pero no detecta todos los problemas. Fallos de lógica, cambios en el comportamiento de funciones existentes o dependencias de extensiones PHP no compiladas en el servidor pasan desapercibidos. El staging es insustituible.

¿Cuándo tiene sentido pedir ayuda profesional?

Si tu sitio cumple alguna de estas condiciones, actualizar la versión de PHP en WordPress no es algo que debas hacer solo:

• Tienda WooCommerce activa con pedidos diarios: cualquier minuto de downtime tiene coste directo.
• Código personalizado (plugins custom, funciones en functions.php, temas desarrollados a medida): el checker automático no analiza lógica de negocio.
• Más de 20 plugins activos: la superficie de incompatibilidad crece exponencialmente.
• Servidor compartido sin opción de staging: no puedes probar antes de aplicar.
• Sitio que no se actualiza desde hace meses: si llevas acumulando actualizaciones pendientes, el cambio de PHP será solo uno de muchos problemas.

En un plan de mantenimiento WordPress profesional, la actualización de PHP se gestiona como parte del ciclo regular: se planifica, se prueba en staging, se ejecuta con backup y se monitoriza después. No es un evento excepcional sino parte del proceso.

Checklist rápido antes de cambiar la versión de PHP

Resume todo lo anterior en una lista que puedes seguir paso a paso:

1. ✅ Verificar versión actual de PHP en Salud del sitio.
2. ✅ Actualizar WordPress core a la última versión.
3. ✅ Actualizar todos los plugins y temas activos.
4. ✅ Eliminar plugins y temas inactivos que no necesites.
5. ✅ Ejecutar PHP Compatibility Checker para la versión objetivo.
6. ✅ Revisar debug.log en busca de warnings existentes.
7. ✅ Crear backup completo (archivos + base de datos) y verificar que es restaurable.
8. ✅ Crear entorno staging y cambiar PHP allí primero.
9. ✅ Probar todas las funcionalidades críticas en staging.
10. ✅ Aplicar el cambio en producción en horario de bajo tráfico.
11. ✅ Monitorizar logs y rendimiento durante 48 horas.
12. ✅ Documentar la versión de PHP activa y la fecha del cambio.

Si necesitas orientación técnica sobre cómo preparar tu sitio para un cambio de PHP o tienes un caso complejo con código personalizado, puedes consultar mis servicios de mantenimiento WordPress para ver cómo puedo ayudarte.

// Sobre el autor

fernandodomecq

Desarrollador WordPress freelance especializado en WooCommerce, integraciones e IA. Escribo sobre proyectos web, agencias y buenas prácticas técnicas.

Ver todos los artículos →