«Ha habido un error crítico en esta web»: qué significa y cómo recuperarla

Es el aviso que muestra WordPress cuando algo impide cargar la web. Te explicamos las causas más habituales, cómo localizar la que te afecta y cómo recuperarla sin empeorar la situación.

Gravedad crítica7 min de lecturaActualizada el

Respuesta rápidaEl aviso «Ha habido un error crítico en esta web» aparece cuando una parte del código impide que WordPress cargue la página. Casi siempre lo provoca un plugin, el tema o la versión de PHP, y el contenido sigue intacto. Antes de tocar nada, guarda una copia de seguridad; después, busca el correo de «modo de recuperación» que WordPress envía al administrador y desactiva lo último que se actualizó. Si no tienes acceso al panel ni al servidor, no sigas probando a ciegas: cada intento puede complicar la reparación.

Qué significa el mensaje

Desde la versión 5.2, WordPress muestra este aviso cuando se produce un error grave de PHP (un «error fatal») mientras se carga la web. En lugar de una pantalla en blanco, el visitante ve el texto «Ha habido un error crítico en esta web» y un enlace a la documentación de WordPress.

No significa que se haya perdido nada. Las páginas, las entradas, los productos y los contactos siguen guardados en la base de datos. Lo que falla es el código que debe mostrarlos, y en cuanto se corrige la web vuelve a funcionar tal como estaba.

El problema es que, mientras dure, nadie puede ver la web: ni tus clientes ni, en muchos casos, tú desde el panel de administración.

Por qué aparece: las causas más habituales

  1. Un plugin que se ha actualizado. Es la causa más frecuente. La nueva versión utiliza algo que tu servidor no tiene o choca con otro plugin.
  2. El tema. Un tema antiguo que deja de ser compatible con la versión actual de WordPress o de PHP, o un cambio en el archivo functions.php.
  3. La versión de PHP. Si el alojamiento sube la versión de PHP, el código antiguo puede dejar de funcionar. Y al revés: un plugin moderno puede exigir una versión de PHP más reciente que la del servidor.
  4. Memoria insuficiente. Algunas tareas, como importar productos o generar miniaturas, agotan la memoria asignada a PHP.
  5. Una actualización incompleta. Si la actualización se interrumpe a medias, quedan archivos a medio copiar.
  6. Código malicioso. En una web hackeada, el código añadido por el atacante también puede provocar el error. En ese caso la reparación pasa por limpiar la web, no solo por recuperarla.

Cómo recuperarla paso a paso

1. Copia de seguridad antes de tocar nada

Desde el panel de tu alojamiento (cPanel, Plesk u otro), guarda una copia de los archivos y de la base de datos. Si algo sale mal durante la reparación, podrás volver al punto de partida sin perder pedidos ni mensajes recientes.

2. Busca el correo de «modo de recuperación»

Cuando se produce el error, WordPress envía un correo a la dirección del administrador con un asunto parecido a «Tu sitio está experimentando un problema técnico». Ese correo indica qué plugin o tema ha fallado e incluye un enlace para entrar al panel en modo de recuperación, donde el elemento problemático queda en pausa.

Si lo recibes, entra con ese enlace, desactiva el plugin señalado y comprueba si la web vuelve a cargar. Revisa también la carpeta de spam: es habitual que el correo acabe ahí o que no llegue si el envío de correo de la web no está bien configurado.

3. Desactiva el plugin sospechoso desde el servidor

Si no tienes el correo, puedes desactivar un plugin sin entrar en WordPress. Con el administrador de archivos del alojamiento o por FTP, entra en wp-content/plugins y cambia el nombre de la carpeta del plugin que se actualizó por última vez (por ejemplo, de formulario-reservas a formulario-reservas-off). WordPress dejará de cargarlo.

Si no sabes cuál es, puedes renombrar la carpeta plugins completa para desactivarlos todos a la vez, comprobar si la web carga y después ir reactivándolos uno a uno. Renombra, no borres: así conservas los ajustes de cada plugin.

4. Prueba con un tema por defecto

Si el fallo no está en los plugins, renombra la carpeta del tema activo dentro de wp-content/themes. Si hay un tema por defecto instalado (como Twenty Twenty-Five), WordPress lo utilizará en su lugar. La web se verá distinta, pero sabrás si el problema está en el tema.

5. Activa el registro de errores

Para saber con exactitud qué falla, añade estas líneas en el archivo wp-config.php, justo encima de la línea que dice «¡Eso es todo, deja de editar!»:

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

Recarga la web y abre el archivo wp-content/debug.log. La línea que empieza por «PHP Fatal error» indica el archivo y la línea del código que provoca el fallo, y casi siempre señala directamente al plugin o al tema responsable. Cuando termines, vuelve a poner WP_DEBUG en false y elimina el archivo de registro: no conviene dejarlo accesible.

6. Revisa la versión de PHP y la memoria

Si el registro menciona funciones que no existen o errores de sintaxis en plugins que no has tocado, compara la versión de PHP del servidor con la que exigen tus plugins. Si menciona «Allowed memory size exhausted», el problema es la memoria: puede ampliarse desde el panel del alojamiento o con la constante WP_MEMORY_LIMIT en wp-config.php.

Qué conviene evitar

  • Reinstalar WordPress o restaurar una copia antigua a ciegas. Puedes perder pedidos, reservas o mensajes recibidos desde la fecha de esa copia, y el fallo puede volver en cuanto se actualice de nuevo.
  • Borrar plugins. Al eliminarlos se pierden sus ajustes. Desactívalos renombrando la carpeta.
  • Dejar el registro de errores activo. El archivo debug.log puede mostrar rutas e información del servidor a cualquiera que lo encuentre.
  • Probar cambios sin copia de seguridad. Cada intento sin red de seguridad añade un riesgo nuevo.

Cómo evitar que se repita

  • Revisa las actualizaciones antes de aplicarlas y guarda siempre una copia justo antes.
  • Mantén la versión de PHP al día y comprueba la compatibilidad de los plugins antes de cambiarla.
  • Elimina los plugins y temas que no utilices: cada uno es una pieza más que puede fallar.
  • Configura un aviso de caídas para enterarte tú antes que tus clientes.

Cuándo pedir ayuda

Si la web vende, recibe reservas o capta clientes, cada hora sin servicio tiene un coste. También conviene pedir ayuda si no tienes acceso al servidor, si el registro de errores señala archivos que no reconoces o si sospechas que la web ha sido hackeada.

En webcaida.com reparamos este tipo de averías a diario. Te confirmamos la gravedad y el precio cerrado antes de empezar, y el plazo empieza en cuanto aceptas la valoración y nos facilitas el acceso.

Preguntas frecuentes

¿He perdido el contenido de mi web?

Casi nunca. El error impide mostrar la web, pero el contenido sigue en la base de datos. Por eso es importante no reinstalar ni restaurar copias antiguas sin necesidad.

¿Por qué no me ha llegado el correo de recuperación?

Puede haber ido a la carpeta de spam, haberse enviado a una dirección de administrador que ya no utilizas o no haber salido porque el envío de correo de la web no funciona. WordPress tampoco lo repite cada vez que se produce el error.

¿Puede ser un hackeo?

Es posible. Si el registro de errores señala archivos con nombres extraños o la web muestra redirecciones o contenido que no reconoces, trátalo como una web hackeada: hay que limpiarla y cerrar la vía de entrada, no solo desactivar un plugin.

¿Cuánto cuesta repararlo?

Depende de la causa y del plazo que elijas. Puedes ver los precios orientativos en la portada y pedir una valoración gratuita sin compromiso.

Valoración gratuitaWhatsApp