Qué hacer si WordPress muestra error crítico

Si tu web muestra un error crítico wordpress, lo más habitual es que exista un fallo fatal de PHP, un conflicto de plugin o tema, un problema de memoria, una incompatibilidad de versión o algún archivo dañado. El mensaje There has been a critical error on this website no identifica por sí solo la causa, así que conviene diagnosticar antes de cambiar nada.

A veces el síntoma aparece como pantalla blanca WordPress, otras como error 500 WordPress, y en algunos casos también bloquea el acceso a wp-admin. Si WordPress detecta el fallo, puede enviar un correo con acceso al modo recuperación, aunque no siempre ocurre ni garantiza poder entrar.

Qué significa el error crítico en WordPress y por qué aparece

Este aviso suele indicar que WordPress ha encontrado un error fatal de PHP y no puede completar la carga normal del sitio. No significa necesariamente que todo esté roto, sino que algún proceso se ha detenido de forma abrupta.

Las causas más frecuentes suelen estar en un conflicto de plugins, un problema con el tema activo, una actualización incompleta, incompatibilidades con la versión de PHP, límite de memoria insuficiente o archivos del núcleo alterados. En menor medida, también puede influir una base de datos dañada o una regla problemática del servidor.

Qué hacer antes de tocar nada: copia de seguridad y acceso al sitio

Antes de editar archivos o desactivar componentes, conviene hacer una copia de seguridad de los archivos y, si es posible, de la base de datos. Muchos hostings en España permiten restaurar una copia desde su panel; si la tienes reciente, al menos te servirá como red de seguridad.

Después, identifica qué tipo de acceso tienes disponible:

• Si entras en wp-admin, revisa primero plugins, tema y herramientas del hosting.
• Si no entras al panel, mira si puedes usar FTP, administrador de archivos o WP-CLI.
• Si no tienes ningún acceso técnico, lo razonable es pedir soporte al hosting o ayuda especializada antes de probar cambios a ciegas.

El error más común en este punto es tocar varios elementos a la vez. Si haces cambios, aplica uno por uno para poder identificar qué lo provoca.

Cómo identificar si el problema viene de un plugin o del tema

Si el fallo empezó tras instalar o actualizar algo, un plugin causa error con bastante frecuencia. La forma más segura de comprobarlo es desactivar primero los plugins y después revisar el tema.

Si puedes entrar al panel

1. Desactiva el último plugin instalado o actualizado.
2. Si no se resuelve, desactiva el resto temporalmente.
3. Cambia al tema por defecto de WordPress si sospechas del tema activo.

Si no puedes entrar a wp-admin

Por FTP o desde el administrador de archivos, entra en wp-content/plugins y renombra la carpeta del plugin sospechoso. Si no sabes cuál es, puedes renombrar temporalmente la carpeta plugins completa; WordPress desactivará todos los plugins al no encontrarla.

Si el sitio sigue igual, revisa wp-content/themes y renombra la carpeta del tema activo para forzar, según el caso, la carga de un tema por defecto disponible. Si no existe ninguno instalado, puede que necesites subir uno antes.

Haz estas pruebas de forma temporal. Cuando identifiques el origen, devuelve los nombres correctos a las carpetas que no sean responsables.

Cómo activar el debug de WordPress y revisar los logs

Si el origen no está claro, activar debug WordPress puede ayudarte a localizar el archivo, función o plugin que falla. La referencia oficial es la guía de depuración de WordPress: developer.wordpress.org.

En wp-config.php, conviene usar una configuración orientada a registrar errores sin mostrarlos en pantalla al público:

Después, revisa el archivo wp-content/debug.log si se genera, o los logs de errores PHP del hosting. Busca referencias a rutas de plugins, themes, funciones obsoletas o memoria agotada.

No conviene dejar el debug activo en producción más tiempo del necesario. Úsalo para diagnosticar, documenta el hallazgo y desactívalo cuando termines.

Qué revisar en PHP, memoria, archivos y base de datos

• Versión de PHP: un plugin o tema puede no ser compatible con la versión activa. Si el error apareció tras cambiar de versión, conviene revisar compatibilidades y, según el caso, volver temporalmente a una versión estable compatible.
• Límite de memoria: algunos errores fatales aparecen por memoria insuficiente. El hosting puede imponer el límite real, así que a veces no basta con cambiar WordPress.
• Archivos dañados: si hubo una actualización interrumpida, conviene verificar que el núcleo de WordPress no tenga archivos incompletos. Reinstalar el core puede ser útil, pero como medida posterior y con copia previa.
• .htaccess: si el sitio devuelve un error 500 o fallan las reglas de carga, una configuración corrupta puede influir. Antes de tocarlo, guarda una copia del archivo actual.
• Base de datos: revisa que las credenciales en wp-config.php sean correctas y que el servicio de base de datos esté operativo. Para esta incidencia, normalmente basta con comprobaciones básicas, no con reparaciones avanzadas.

Cuándo conviene reparar WordPress con ayuda profesional

Tiene sentido reparar WordPress con ayuda profesional si no tienes acceso por FTP o panel, si los logs no son claros, si el sitio está caído y necesitas actuar con rapidez o si el fallo reaparece después de aplicar una corrección aparente.

También conviene escalar el caso cuando hay varias capas implicadas a la vez: caché del servidor, cambio de PHP, plugins críticos, tema a medida o incidencias tras una migración. En esos escenarios, improvisar suele alargar la caída o complicar el diagnóstico.