Solucionar el error crítico de WordPress

Cuando WordPress muestra “Ha habido un error crítico en esta web”, PHP ha sufrido un error fatal y se ha detenido. La pantalla es un telón de seguridad, no un diagnóstico. Este es el orden exacto en el que trabaja un especialista: localizar la causa real manteniendo una vía de vuelta en cada paso.

Paso 1 — Revisa el correo de recuperación antes que nada

Desde WordPress 5.2, un error fatal envía un correo al administrador con el asunto “Tu sitio está experimentando un problema técnico”. Suele nombrar el plugin o el tema exacto e incluye un enlace de modo recuperación que te deja entrar con ese componente pausado. Revisa esa bandeja (y el spam) primero: a menudo resuelve la incidencia en un clic. Si el correo no llegó, la web no puede enviar emails, y eso ya es un hallazgo.

Paso 2 — Lee el error real

El mensaje genérico oculta el detalle, pero PHP lo ha escrito. Activa el registro en un archivo protegido añadiendo esto a wp-config.php, encima de la línea “deja de editar”:

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

Recarga la página que falla y abre /wp-content/debug.log. La última línea Fatal error indica el archivo, la línea y la función. Nunca pongas WP_DEBUG_DISPLAY a true en producción: revela rutas y nombres de plugins a las visitas. El registro de errores de PHP de tu hosting sirve igual si tienes acceso.

Paso 3 — Aísla el plugin, con seguridad, uno a uno

Si el registro apunta a un plugin, o no tienes acceso al administrador, la prueba segura más rápida es a nivel de archivos por SFTP o el gestor del hosting:

1. Renombra /wp-content/plugins a plugins_off. Eso desactiva todos los plugins de golpe. Si la web vuelve, la causa es un plugin.
2. Renómbrala de nuevo a plugins. WordPress ahora ve los plugins como desactivados.
3. Actívalos uno a uno —desde el administrador, o renombrando la subcarpeta de cada plugin— recargando la web tras cada uno. El que devuelve el error es el culpable.

Es más lento que desactivar todo a la vez, pero te dice exactamente qué plugin falló en lugar de hacer desaparecer el síntoma y destruir la evidencia.

Paso 4 — Descarta o confirma el tema

Si no son los plugins, cambia temporalmente a un tema por defecto (como Twenty Twenty-Four). Si no llegas al administrador, renombra la carpeta del tema activo dentro de /wp-content/themes: WordPress recurre a un tema por defecto automáticamente. Si el error desaparece, el fallo está en el tema o en una edición reciente.

Paso 5 — Memoria y versión de PHP

Si el registro muestra “Allowed memory size exhausted”, sube el límite en wp-config.php con define('WP_MEMORY_LIMIT', '256M'); —y ten en cuenta que muchos hostings lo limitan a nivel de servidor, así que confirma que se aplicó—. Si el error fatal menciona una función indefinida o una sintaxis que el intérprete rechaza, casi seguro estás en una versión de PHP que el componente ya no admite; prueba una versión compatible en lugar de dejar la web en una sin soporte.

Antes de todo esto: preserva una vía de vuelta

Haz una copia o snapshot del estado roto actual antes de editar archivos. Cuesta minutos y es lo que te permite deshacer un cambio que empeore las cosas. Si el error fatal lo causó código propio en functions.php, restaura la versión anterior en lugar de parchear a ciegas.

Cuándo conviene llamar a un especialista

Escala si no hay copia, el error afecta al checkout o a datos de clientes, el registro apunta a archivos del núcleo que no reconoces, o la web además redirige o muestra usuarios desconocidos: esa última combinación sugiere un compromiso, no un fallo de configuración. Y si prefieres no tocar wp-config.php ni el SFTP, envía la URL, el error exacto y los cambios recientes y se evaluará el caso antes de pedir ningún acceso.