¿Por qué mi sitio WordPress muestra un error crítico?

Si su sitio web muestra el mensaje “Ha habido un error crítico en esta web” (en inglés, “There has been a critical error on this website”), WordPress se ha encontrado con un problema que impide que una parte del sitio funcione correctamente.

El error puede afectar a:

• todo el sitio web
• solo al escritorio de WordPress
• una página concreta
• el checkout u otra función importante
• una acción como publicar, editar o enviar un formulario

El mensaje puede resultar alarmante, sobre todo cuando el sitio web forma parte de su negocio. Sin embargo, no significa necesariamente que se hayan perdido sus contenidos o sus datos.

En muchos casos, el problema se puede atribuir a un plugin, un tema, una actualización o la configuración del hosting. Lo importante es evitar hacer varios cambios a la vez sin saber qué ha causado el error.

Esta guía explica qué puede comprobar sin riesgo, qué información conviene reunir y cuándo es mejor pedir soporte técnico.

¿Qué significa un error crítico de WordPress?

Un sitio web WordPress está formado por distintos componentes que funcionan juntos:

• el propio WordPress
• los plugins
• el tema activo
• el código personalizado
• la base de datos
• el entorno de hosting

Un error crítico aparece cuando uno de estos componentes se encuentra con un problema lo bastante grave como para interrumpir la carga normal de la página.

WordPress muestra un mensaje genérico en lugar de enseñar a los visitantes el error técnico completo. Esto es útil por seguridad, pero también significa que el mensaje por sí solo no le dice qué ha causado el problema.

Normalmente un desarrollador tendrá que revisar los logs del sitio web o identificar qué cambio reciente ha provocado el error.

¿Qué puede haber causado el error?

Entre las causas más frecuentes están:

Se ha actualizado o activado un plugin

Puede que un plugin no sea compatible con:

• la versión actual de WordPress
• otro plugin activo
• el tema del sitio web
• la versión de PHP del servidor de hosting
• funcionalidades personalizadas ya presentes en el sitio web

No significa necesariamente que el plugin esté mal desarrollado. A veces dos herramientas perfectamente válidas simplemente interactúan de forma inesperada.

Se ha actualizado WordPress o el tema

Una actualización puede poner de manifiesto un problema de compatibilidad ya existente o interrumpir una funcionalidad personalizada que depende de una versión anterior del tema, de un plugin o de la plataforma.

Ha cambiado el entorno de hosting

El problema puede aparecer después de:

• un cambio de versión de PHP
• una actualización de la configuración del servidor
• una migración
• una restauración
• un cambio en los permisos o en los recursos disponibles

Estos cambios pueden hacerse manualmente, automáticamente o directamente por parte del proveedor de hosting.

Ha dejado de funcionar código personalizado

El sitio web puede incluir funciones personalizadas creadas específicamente para su empresa. Una actualización de WordPress, de un plugin o de PHP puede volver incompatible un código antiguo.

Se ha interrumpido una actualización

Si una actualización se detiene antes de que se instalen correctamente todos los archivos, el sitio web puede quedarse con archivos que faltan o que no son coherentes.

El sitio web se ha quedado sin recursos disponibles

Una tarea compleja, un conflicto entre plugins, una importación o un proceso en segundo plano pueden consumir más memoria del servidor de la disponible.

Aumentar la memoria disponible no siempre es la verdadera solución. Sigue siendo necesario entender por qué el sitio web ha consumido tantos recursos.

Primero, intente entender qué ha cambiado

No hace falta ser desarrollador para reunir información útil.

Piense en lo que ocurrió justo antes de que apareciera el error.

Por ejemplo:

• ¿Ha actualizado WordPress?
• ¿Ha actualizado, instalado o activado un plugin?
• ¿Ha cambiado el tema?
• ¿Alguien ha editado el sitio web?
• ¿Se ha migrado el sitio web?
• ¿Se ha restaurado un backup?
• ¿El proveedor de hosting ha hecho algún cambio?
• ¿El error apareció mientras publicaba, hacía un pedido o editaba una página?

Anote todo lo que recuerde, aunque no parezca importante desde el punto de vista técnico.

Una nota sencilla como “el error apareció justo después de actualizar el plugin de pagos” puede ahorrar mucho tiempo de diagnóstico.

Compruebe si el problema afecta a todo el sitio web

Abra el sitio web en una ventana privada o de incógnito del navegador y compruebe:

• la página de inicio
• una página interna
• la página de inicio de sesión
• el escritorio de WordPress
• cualquier función importante para el negocio, como el checkout, los formularios o las suscripciones

Puede que descubra que el sitio web no está completamente fuera de línea.

Por ejemplo:

• las páginas públicas pueden funcionar, pero el escritorio no
• puede que solo esté afectado el checkout
• el error puede aparecer en una página concreta
• los administradores pueden ver el error mientras que los visitantes normales no

Saber exactamente dónde aparece el error ayuda a identificar qué parte del sitio web está implicada.

Revise el correo del administrador de WordPress

WordPress puede enviar un correo a la dirección del administrador cuando detecta determinados errores críticos.

Revise:

• la bandeja de entrada del administrador
• las carpetas de spam y correo no deseado
• cualquier dirección de correo compartida que se use para gestionar el sitio web

El correo puede mencionar el plugin o el tema implicado. En algunos casos también puede contener un enlace al modo de recuperación de WordPress.

El modo de recuperación puede permitir a un administrador acceder al escritorio mientras WordPress pausa temporalmente el componente que ha causado el problema.

Trate este enlace como información sensible y no lo comparta públicamente.

Si recibe el correo pero no entiende lo que significa, puede reenviar la información relevante a D4Hub. Evite enviar contraseñas o credenciales de acceso por correo electrónico normal.

¿Qué puede intentar sin riesgo?

El enfoque más seguro depende de lo importante que sea el sitio web y de lo cómodo que se sienta gestionando WordPress.

Opción 1: contacte con la persona que hizo el último cambio

Si una agencia, un desarrollador, un compañero o el proveedor de hosting ha trabajado recientemente en el sitio web, póngase en contacto con ellos primero.

Pregúnteles si:

• instalaron o actualizaron algo
• cambiaron la versión de PHP
• desplegaron código personalizado
• restauraron un backup
• modificaron la configuración del servidor

A menudo es la forma más rápida de entender qué ha pasado.

Opción 2: contacte con su proveedor de hosting

Su proveedor de hosting puede decirle si:

• se ha registrado un error del servidor
• ha cambiado la versión de PHP
• el sitio web ha superado los recursos disponibles
• hay disponible un backup reciente
• el problema está relacionado con el entorno de hosting

El soporte del hosting puede ayudar a identificar el tipo de problema. Sin embargo, puede que no sea capaz de reparar un conflicto entre plugins, un problema del tema o código personalizado de WordPress.

Opción 3: desactive un plugin desde el escritorio

Inténtelo solo si todavía puede acceder a WordPress y tiene un motivo sólido para sospechar de un plugin concreto.

Por ejemplo, el error puede haber aparecido justo después de actualizar ese plugin.

Vaya a:

Plugins → Installed Plugins (Plugins → Plugins instalados)

Después desactive el plugin sospechoso y compruebe si la página afectada vuelve a funcionar.

No desactive varios plugins a la vez a menos que entienda las consecuencias. Los plugins pueden controlar:

• formularios
• pagos
• suscripciones
• seguridad
• contenido multilingüe
• backups
• caché
• analítica

Un sitio web que vuelve a cargar no está necesariamente operativo por completo.

Después de desactivar un plugin, pruebe las funciones importantes del sitio web.

Opción 4: restaure un backup

Una restauración puede ser adecuada cuando el sitio web dejó de funcionar justo después de un cambio conocido y hay disponible un backup reciente y fiable.

Sin embargo, restaurar un backup también puede sobrescribir datos creados después del backup, como:

• pedidos
• envíos de formularios
• registros de usuarios
• cambios en los contenidos
• datos de suscripciones
• cambios de configuración

En un sitio de ecommerce, de membresía o de empresa, no restaure un backup sin entender antes qué datos podrían perderse.

D4Hub puede ayudarle a valorar si una restauración es adecuada y cómo conservar los datos más recientes.

¿Qué debe evitar?

Cuando un sitio web no está disponible, es tentador probar rápidamente todas las soluciones posibles. Esto puede hacer que el problema original sea más difícil de identificar.

Evite:

• actualizar todos los plugins a la vez
• eliminar plugins sin un backup
• cambiar la versión de PHP una y otra vez
• restaurar un backup antiguo sin comprobar su fecha
• copiar código encontrado en foros sin entenderlo
• editar la base de datos
• sustituir archivos de WordPress al azar
• hacer varios cambios antes de comprobar el resultado

Intente cambiar una sola cosa cada vez y lleve un registro de lo que ha hecho.

Si no está seguro, detenerse suele ser más seguro que continuar.

D4Hub puede hacerse cargo de la investigación desde cualquier punto, incluso después de un intento fallido de resolver el problema.

¿Cuándo debe pedir soporte técnico?

Se recomienda el soporte técnico cuando:

• todo el sitio web no está disponible
• el problema afecta al checkout, a los pagos o a las suscripciones
• el sitio web contiene datos de clientes o de la empresa
• no dispone de un backup verificado
• no puede acceder al escritorio
• el error vuelve después de una solución provisional
• sospecha de un conflicto entre plugins pero no consigue identificarlo
• hay código personalizado implicado
• el error apareció durante una migración o una restauración
• el proveedor de hosting dice que el problema está dentro de WordPress
• no se siente seguro editando archivos o cambiando ajustes del servidor

No necesita diagnosticar el problema usted mismo antes de pedir ayuda.

Una solicitud de soporte útil puede limitarse a explicar:

• qué estaba haciendo
• qué ha cambiado
• a qué puede acceder actualmente
• qué ha dejado de funcionar

¿Qué información debe reunir?

Antes de abrir una solicitud de soporte, reúna la información que tenga a mano.

Algunos datos útiles:

• la URL del sitio web
• una captura de pantalla del error
• la hora aproximada en que empezó el problema
• qué ocurrió justo antes del error
• si funciona el sitio web público
• si funciona el escritorio de WordPress
• qué páginas o funciones están afectadas
• cualquier correo recibido de WordPress
• el nombre del proveedor de hosting
• si hay disponible un backup reciente

No se preocupe si no puede aportarlo todo.

D4Hub puede ayudarle a entender qué información o qué accesos adicionales hacen falta.

Cómo puede ayudarle D4Hub

El objetivo no es solo hacer desaparecer el mensaje de error.

Una investigación adecuada debe identificar la causa, restablecer las funciones necesarias y reducir el riesgo de que el mismo problema vuelva a aparecer.

Según el problema, D4Hub puede ayudarle a:

• revisar las actualizaciones y los cambios recientes del sitio web
• identificar el plugin, el tema o la función personalizada implicada
• revisar la información de error disponible
• desactivar de forma segura los componentes problemáticos
• comprobar la compatibilidad entre WordPress, los plugins y PHP
• restaurar archivos dañados o que faltan
• valorar si conviene restaurar un backup
• coordinarse con el proveedor de hosting
• probar los formularios, el inicio de sesión, el checkout y otras funciones importantes
• recomendar actualizaciones preventivas o mantenimiento

Puede pedir ayuda en cualquier fase del proceso.

Por ejemplo, D4Hub puede:

• guiarle en una comprobación sencilla
• verificar si una acción es segura
• hacerse cargo cuando el escritorio no es accesible
• completar todo el diagnóstico y la reparación
• revisar el sitio web después de una solución provisional

Si algún paso de esta guía le parece poco claro o arriesgado, no tiene por qué hacerlo solo.

/* That's all, stop editing! Happy publishing. */

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

wp-content/debug.log

define( 'WP_DEBUG', false );

Preguntas frecuentes

¿Se han perdido los contenidos de mi sitio web?

Normalmente, un error crítico no significa que se hayan borrado los contenidos. Puede que el sitio web no consiga mostrarlos porque una parte del código ha dejado de funcionar.

Aun así, evite restaurar o sustituir datos sin entender antes el problema.

¿El error lo causa siempre un plugin?

No. Los plugins son una causa frecuente, pero el problema también puede estar en el tema, el código personalizado, PHP, archivos que faltan, los recursos del servidor o la configuración del hosting.

¿Puede solucionarlo el proveedor de hosting?

El proveedor de hosting puede identificar problemas relacionados con el servidor y facilitar logs o backups. Si el problema afecta al código de WordPress, a un conflicto entre plugins o a funcionalidades personalizadas, puede que siga siendo necesario un especialista en WordPress.

¿Debo restaurar un backup de inmediato?

No necesariamente. Un backup puede restablecer el sitio web, pero también puede sobrescribir pedidos, registros, mensajes o contenidos más recientes.

Primero hay que comprobar la fecha y el contenido del backup.

El sitio web vuelve a funcionar después de desactivar un plugin. ¿Está resuelto el problema?

No siempre. El plugin puede controlar una función importante que ahora no está disponible.

Pruebe los formularios, el inicio de sesión, el checkout, las suscripciones y otras operaciones críticas antes de dar el sitio web por reparado.

¿Puede ayudarme D4Hub aunque ya haya intentado solucionarlo?

Sí. Explique qué acciones ha realizado y qué cambió después de cada intento. Esta información puede ayudar a reconstruir el incidente y a identificar el siguiente paso seguro.