19 Feb WordPress falla al actualizar PHP: causas y soluciones

Actualizar PHP debería mejorar la seguridad y el rendimiento de una instalación de WordPress. Pero a veces el cambio termina en una pantalla blanca, un error crítico, un plugin que deja de funcionar o una web que carga con partes rotas.

Cuando esto ocurre, el problema no suele ser “PHP” de forma aislada. Lo habitual es que la nueva versión exponga una incompatibilidad que ya estaba en el tema, en un plugin, en código personalizado o en alguna dependencia del servidor.

En esta guía te explico qué hacer si WordPress falla después de actualizar PHP, cómo diagnosticar el conflicto sin ir desactivando cosas a ciegas y qué orden seguir para volver a dejar la web estable.

Última revisión: septiembre de 2026. WordPress recomienda actualmente PHP 8.3 o superior para nuevos entornos, aunque la compatibilidad real de una web depende también de sus plugins, tema y código personalizado.

Por qué WordPress puede fallar al actualizar PHP

WordPress no funciona solo con el núcleo. La instalación completa depende de varias capas que ejecutan código PHP:

• WordPress;
• plugins;
• tema;
• tema hijo;
• snippets y funciones personalizadas;
• integraciones externas;
• configuración del servidor.

Cuando cambias de versión de PHP, cualquiera de estas capas puede encontrarse con una función eliminada, una sintaxis incompatible, una extensión del servidor que ya no está disponible o un comportamiento que ha cambiado.

Síntomas habituales después de cambiar la versión de PHP

El mismo problema puede manifestarse de formas muy distintas:

• pantalla blanca;
• mensaje “Ha habido un error crítico en esta web”;
• error 500;
• administrador inaccesible;
• páginas que cargan pero con bloques rotos;
• plugins que desaparecen o dejan de ejecutar funciones;
• checkout de WooCommerce que falla;
• avisos o errores PHP visibles;
• cron, formularios o integraciones que dejan de funcionar.

Por eso no conviene diagnosticar solo por el aspecto del error. Dos webs pueden mostrar la misma pantalla blanca y tener causas totalmente diferentes.

Qué hacer inmediatamente si la web ya está caída

1. Vuelve temporalmente a la versión de PHP anterior

Si el cambio acaba de realizarse y la web ha dejado de funcionar, la prioridad es recuperar el servicio. Desde el panel del hosting vuelve a la versión de PHP que funcionaba antes.

2. Haz una copia de seguridad

Antes de empezar a desactivar componentes, actualizar plugins o modificar archivos, crea una copia completa de archivos y base de datos.

3. Trabaja en staging si puedes

Si el hosting permite crear una copia de staging, úsala para repetir el cambio de PHP y diagnosticar allí. Es mucho más seguro que hacer pruebas sobre una tienda o una web que está recibiendo tráfico.

Cómo detectar qué está provocando el error

La forma profesional de diagnosticar un fallo no es desactivar veinte plugins al azar. Primero busca información.

Revisa el log de errores del hosting

Muchos paneles de alojamiento muestran errores PHP recientes. Busca referencias a rutas como:

Si el error apunta claramente a un plugin o a un tema, ya tienes una pista mucho más útil que el mensaje genérico de WordPress.

Activa WP_DEBUG en un entorno de pruebas

WordPress incluye un sistema propio de depuración. En staging puedes registrar avisos y errores en wp-content/debug.log sin mostrarlos al visitante.

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

No dejaría WP_DEBUG activo permanentemente en producción. Se utiliza para investigar y después se desactiva.

Cómo aislar un plugin incompatible

Si el log señala un plugin, primero comprueba si existe una actualización compatible con la versión de PHP que quieres utilizar.

Si no está claro qué plugin causa el problema, en staging puedes desactivarlos por grupos hasta identificar el conflicto. En una instalación con muchos plugins, una estrategia útil es desactivar la mitad, probar, y seguir reduciendo el grupo en lugar de ir uno por uno desde el principio.

Cómo saber si el problema está en el tema

Los temas también ejecutan PHP. Y no solo el tema principal: un tema hijo puede contener funciones personalizadas que llevan años sin revisarse.

En staging, cambia temporalmente a un tema estándar de WordPress. Si el error desaparece, revisa:

• versión del tema;
• tema hijo;
• functions.php;
• plantillas sobrescritas de WooCommerce;
• plugins incluidos por el propio tema;
• personalizaciones realizadas directamente en archivos del tema.

En temas premium, disponer de una licencia válida y acceso a actualizaciones es especialmente importante. Un tema que funcionaba con una versión antigua de PHP no tiene por qué ser compatible indefinidamente sin actualizarse.

Qué versión de PHP usar en WordPress en 2026

La recomendación oficial actual de WordPress para el entorno del servidor es PHP 8.3 o superior. Eso no significa que debas cambiar una web antigua directamente a la versión más nueva sin comprobar su ecosistema.

Evita mantener durante meses o años una versión antigua solo porque “todavía funciona”. Las versiones fuera de soporte dejan de recibir correcciones del propio proyecto PHP y obligan al hosting a mantener entornos heredados que no solucionan el problema de fondo.

Cómo actualizar PHP en WordPress sin romper la web

Qué probar después del cambio

• home y páginas principales;
• login y administrador;
• formularios;
• búsqueda;
• envío de emails;
• checkout y pagos si hay WooCommerce;
• área privada;
• tareas programadas;
• integraciones con APIs;
• caché y optimización.

¿Conviene cambiar PHP de forma gradual?

No es obligatorio pasar por todas las versiones intermedias. Lo importante no es el número de saltos, sino probar la versión objetivo con el código real de tu web.

En una instalación antigua, avanzar de forma más conservadora puede facilitar el diagnóstico, pero no sustituye las pruebas. Si el objetivo es PHP 8.3, lo útil es comprobar si el proyecto funciona correctamente en PHP 8.3.

Herramientas para comprobar compatibilidad

WordPress dispone de la herramienta Salud del sitio, que permite revisar parte de la información del servidor y detectar ciertos problemas de configuración.

También existen plugins que analizan compatibilidad de extensiones con versiones de PHP. Pueden ser útiles como señal adicional, pero no los trataría como una garantía. Un análisis estático puede no detectar un fallo que solo aparece durante una acción concreta del usuario.

Qué hacer con un plugin o tema que no es compatible

Si has identificado el componente responsable, hay cuatro opciones:

1. Actualizarlo si existe una versión compatible.
2. Sustituirlo si el proyecto está abandonado.
3. Corregir el código si es propio y puedes mantenerlo.
4. Mantener temporalmente la versión anterior de PHP mientras planificas la solución.

La cuarta opción es una medida transitoria. Si un plugin obliga a mantener un PHP obsoleto, ese plugin se ha convertido en deuda técnica.

WooCommerce falla después de actualizar PHP

En una tienda online hay más puntos críticos que revisar. Además del propio WooCommerce, suelen intervenir pasarelas, plugins de envíos, facturación, suscripciones, maquetadores y código de personalización.

Si el fallo aparece solo en checkout o en determinadas acciones, revisa especialmente:

• pasarela de pago;
• plantillas sobrescritas;
• plugins de checkout;
• suscripciones;
• webhooks;
• plugins de impuestos y facturación.

Errores frecuentes al actualizar PHP

Cambiar PHP directamente en producción

Es el error más evitable. Una web pequeña puede sobrevivir sin staging, pero cuanto más crítica sea la web, menos sentido tiene asumir ese riesgo.

Actualizar PHP antes que plugins y tema

Si hay actualizaciones pendientes, primero reduce la deuda técnica y después prueba la versión nueva del entorno.

Asumir que el último plugin instalado es el culpable

El conflicto puede estar en código que lleva años funcionando y solo falla ahora porque PHP ha cambiado.

Mostrar errores PHP al visitante

Durante la depuración, registra los errores en un archivo y evita mostrarlos públicamente. Pueden revelar rutas internas y otra información que no debería exponerse.

Volver a PHP antiguo y dar el problema por resuelto

Has recuperado la web, pero la incompatibilidad sigue ahí. Documenta el componente responsable y corrígelo antes del siguiente cambio obligado.

Preguntas frecuentes sobre PHP y WordPress

¿Qué versión de PHP recomienda WordPress en 2026?

WordPress recomienda actualmente PHP 8.3 o superior. En webs existentes conviene comprobar primero que plugins, tema y código personalizado sean compatibles con la versión que vas a utilizar.

¿Por qué WordPress falla al actualizar PHP?

Normalmente porque un plugin, tema o fragmento de código utiliza funciones o comportamientos que no son compatibles con la nueva versión de PHP. Los logs de errores ayudan a identificar el componente concreto.

¿Qué hago si aparece un error crítico después de cambiar PHP?

Si la web está caída, vuelve temporalmente a la versión anterior de PHP. Después crea un staging, revisa logs, actualiza componentes y reproduce allí el cambio para identificar el conflicto.

¿Puede un plugin romper WordPress después de actualizar PHP?

Sí. Es una causa frecuente, especialmente en plugins antiguos, abandonados o con código personalizado que no ha sido probado con versiones actuales de PHP.

¿Cómo sé qué plugin está causando el error?

Revisa primero los logs del hosting y debug.log. Si no es suficiente, desactiva plugins de forma controlada en staging hasta aislar el componente responsable.

¿Debo activar WP_DEBUG en una web en producción?

No es recomendable mantenerlo activo como configuración normal en producción. Utilízalo preferentemente en staging y evita mostrar errores PHP al visitante.

Actualizar PHP no debería ser una apuesta

Si WordPress falla tras actualizar PHP, no significa que debas quedarte indefinidamente en una versión antigua. Significa que existe una incompatibilidad que conviene localizar.

Recupera primero la web si está caída, revisa logs, reproduce el cambio en staging y averigua si el problema está en un plugin, en el tema o en código personalizado. Una vez localizado, actualiza, sustituye o corrige el componente y vuelve a probar.

Una instalación bien mantenida puede cambiar de versión de PHP con bastante normalidad. El objetivo no es conseguir que la web “aguante” una actualización, sino mantener un ecosistema que pueda seguir actualizándose sin depender de software obsoleto.

Escrito por Jurgen B

Profesor en Aula CM de Diseño Web con WordPress, Diseño Gráfico, Community Manager, IA, SEO y ecommerce. Moderador de la mesa de ecommerce en Reunión de Agencias (2024–2026) y ponente en ProMarketing Day.

Sobre mí · LinkedIn