Ha habido un error crítico en WordPress: cómo diagnosticarlo y recuperar el acceso

Actualizado hace 4 semanas

Si WordPress muestra «Ha habido un error crítico en esta web», revisá el correo del administrador y probá el modo de recuperación. Si todavía podés entrar al escritorio, investigá el último cambio; si no podés ingresar ni recibiste el correo, podés revisar el componente afectado desde los archivos del hosting.

El aviso indica que WordPress no pudo completar una operación, habitualmente por un error fatal de PHP. El mensaje por sí solo no identifica la causa: puede intervenir un plugin, el tema, código personalizado o una incompatibilidad con la versión de PHP.

Antes de cambiar nada

Una prueba por vez te permite saber qué recuperó el sitio y volver atrás si no funcionó. Necesitás acceso de administrador a WordPress o al hosting; si solo contás con una cuenta de editor, pedile ayuda a quien administra el sitio.

Anotá qué estabas haciendo y la hora del primer error, con tu zona horaria.
Comprobá si falla todo el sitio, solo una página o también /wp-admin/.
Identificá el último cambio: actualización, instalación de un plugin, edición de código, cambio de PHP o restauración.
Confirmá que tenés una copia anterior al problema y conservá también el estado actual antes de modificar archivos. Podés revisar nuestras opciones de backup y restauración.

Restaurar la base de datos de una tienda a una fecha anterior puede quitar pedidos, usuarios o cambios registrados después de esa copia. Si tu sitio sigue recibiendo operaciones, coordiná la recuperación con nosotros antes de restaurarlo completo.

Elegí el camino según el acceso que todavía tenés

El correo de recuperación y el escritorio de WordPress permiten aislar el problema sin empezar por una restauración completa.

Recibí un correo con un enlace al modo de recuperación

WordPress puede enviar al administrador un correo con el componente que falló y un enlace especial. Revisá también Spam; no todos los errores generan este correo y un problema de envío puede impedir que llegue.

Abrí el enlace de recuperación del correo después de verificar que apunta a tu propio dominio.
Ingresá con tu usuario administrador de WordPress.
Revisá el aviso que identifica el plugin o tema afectado.
Si señala un plugin, desactivalo desde Plugins. Si señala el tema, activá desde Apariencia > Temas otro tema compatible que ya tengas instalado, teniendo en cuenta que cambiará el diseño.
Salí del modo de recuperación desde la barra de administración después de aplicar la corrección.
Probá la página que fallaba en una ventana privada.

En el modo de recuperación, el componente problemático se pausa para tu sesión. Que puedas entrar al escritorio no significa que los visitantes ya vean el sitio funcionando: hace falta corregir o desactivar el componente y comprobar el acceso normal.

Guardá el enlace de recuperación como un dato privado. No lo incluyas en capturas públicas.

Puedo entrar al escritorio, pero una página o función muestra el error

Si el problema empezó después de modificar un plugin concreto, probá primero con ese componente y repetí la misma acción que produce el error.

Anotá el nombre y la versión del plugin que cambiaste.
Desactivalo desde Plugins.
Volvé a probar la página o función afectada.

Si vuelve a funcionar, dejá el componente desactivado hasta corregir su incompatibilidad o instalar una versión que resuelva el problema. Desactivarlo también suspende su función: si gestiona pagos, formularios o membresías, revisá qué partes del sitio quedan afectadas.

Si no hay un sospechoso claro, hacé las pruebas de compatibilidad sobre un clon de WordPress. Desactivar muchos plugins juntos en la web pública puede interrumpir funciones y dificulta identificar la causa.

No puedo entrar al escritorio ni recibí el correo de recuperación

Si el registro del error o el último cambio identifica un plugin, podés impedir que WordPress lo cargue renombrando únicamente su carpeta. Esta prueba conserva los archivos y la base de datos del plugin.

Entrá al Administrador de archivos de cPanel.
Localizá la instalación afectada, donde están wp-admin, wp-content y wp-includes. No asumas que todos tus sitios están en public_html.
Abrí wp-content/plugins y ubicá la carpeta del plugin identificado.
Usá la opción para renombrarla y agregá -desactivado al final. Anotá su nombre original.
Probá otra vez la página afectada y el ingreso a /wp-admin/.

Si recuperás el acceso, abrí /wp-admin/plugins.php para que WordPress detecte que falta el plugin y lo desactive. Después podés devolverle a la carpeta su nombre original; comprobá que el plugin siga desactivado y no lo reactives hasta resolver la causa. Si la prueba no cambia el resultado, restaurá el nombre anterior y continuá con el registro del error.

No renombres wp-content ni borres carpetas. Los plugins obligatorios de mu-plugins, algunos archivos especiales de caché y el tema no se aíslan con este procedimiento; si el error apunta allí, enviánoslo para revisar el caso.

Cómo encontrar el error que explica el problema

Buscá una entrada reciente que coincida con la hora y la acción que fallaron. Un mensaje Fatal error, Uncaught Error o Parse error aporta una pista más útil que una advertencia antigua.

El correo de recuperación puede incluir esa información. Si no la tenés, consultanos el registro de errores de PHP de tu sitio; si ya existe un archivo wp-content/debug.log, revisá su fecha antes de atribuirle el problema actual.

Qué aparece en el registro	Qué revisar
Una ruta dentro de `wp-content/plugins/`	El plugin indicado, su última actualización y su compatibilidad. La ruta es una pista; también puede existir un conflicto con otro componente.
Una ruta dentro de `wp-content/themes/`	El tema o tema hijo, especialmente si se editó `functions.php`.
`Parse error` o `syntax error`	La edición reciente de código o un archivo incompleto. Recuperá una copia conocida de ese archivo; no elimines líneas al azar.
`Allowed memory size exhausted`	La tarea que agotó la memoria y el componente involucrado. Aumentar un límite sin investigar puede ocultar una operación anómala.

Soy quien mantiene el sitio: necesito activar un registro de depuración

Usá esta opción preferentemente en un clon de pruebas. WordPress recomienda sus herramientas de depuración para desarrollo; en producción, coordiná una captura temporal con nosotros para no exponer información ni acumular registros.

Descargá una copia de wp-config.php antes de editarlo.
Buscá si ya existen las constantes WP_DEBUG, WP_DEBUG_LOG y WP_DEBUG_DISPLAY. Modificá las existentes o agregá las que falten, antes de la línea que indica dejar de editar; no las dupliques.
Usá esta configuración en el entorno de pruebas:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

Reproducí una vez la acción que falla.
Leé las entradas nuevas de wp-content/debug.log.
Al terminar, restablecé la configuración de depuración anterior y retirá el registro generado después de guardar una copia privada si la necesitás.

El archivo de registro puede contener rutas y otros datos del sitio. No lo publiques ni lo dejes descargable. Si no se genera, no asumas que no hay error: puede fallar antes de que WordPress lo registre o existir un problema de permisos.

Si el error empezó al cambiar PHP

Revisá la compatibilidad de WordPress, el tema y los plugins con la versión elegida, además de las extensiones que usa la aplicación.

Podés consultar cómo cambiar la versión y configuración de PHP. Si el fallo comenzó exactamente después del cambio, evaluá volver temporalmente a la versión anterior compatible mientras corregís el componente; no mantengas una versión sin soporte como solución definitiva.

Cuándo restaurar y cómo comprobar la recuperación

Restaurar resulta útil cuando tenés una copia anterior al fallo y sabés qué datos reemplazará. Si alcanza con recuperar un archivo o componente, evitá retroceder toda la cuenta.

Elegí la copia y el alcance de la restauración con el respaldo actual conservado.
Verificá la página que fallaba y el ingreso normal al escritorio, fuera del modo de recuperación.
Probá las funciones afectadas: formularios, acceso de usuarios o carrito, según tu sitio.
Comprobá que la misma prueba no genere un nuevo error fatal.

Si una copia anterior recupera el sitio, investigá qué cambio provocó el fallo antes de repetir la actualización.

Qué enviarnos si necesitás ayuda

Podemos investigar mejor el caso con la URL exacta, el momento del error y la acción que lo reproduce. Contactanos desde el área de soporte con estos datos:

Dominio y URL afectada, fecha, hora y zona horaria.
Si podés entrar al escritorio y si recibiste el correo de recuperación.
Último cambio conocido y versiones de WordPress, PHP y del componente involucrado, si las tenés.
Mensaje de error y un fragmento del registro cercano al fallo.
Pruebas realizadas y si el sitio registra pedidos u otros datos que deban preservarse.

No adjuntes el archivo completo wp-config.php: contiene credenciales. Tampoco envíes el enlace de recuperación en una captura pública.

¿Te fue útil?