Si su sitio muestra el mensaje “Ha habido un error crítico en esta web” (en inglés, “There has been a critical error on this website”) en WordPress, respire — casi nunca es tan grave como suena. Es la forma educada que tiene WordPress de decir que un plugin, un tema o un trozo de código tuvo un error fatal y que dejó de cargar la página en lugar de mostrar medio sitio roto. Su contenido sigue en la base de datos, intacto. Solo hay algo que apagar o arreglar. Esta guía lo recorre en orden, empezando por el camino más fácil que WordPress le da gratis.
También puede que vea una versión más larga: “Ha habido un error crítico en esta web. Por favor, revise la bandeja de entrada del correo electrónico de administración de su sitio para ver las instrucciones”. Esa frase extra es la pista importante, y es la razón por la que este problema es distinto de una simple pantalla blanca de la muerte — la página en blanco no le da nada, mientras que esta está intentando ayudarle.
Paso 1: revise la bandeja de entrada del correo de administración
Desde WordPress 5.2, cuando ocurre un error fatal WordPress manda automáticamente un correo a la dirección de administración del sitio. Ese correo le dice exactamente qué plugin o tema causó el fallo — sin adivinar — e incluye un enlace especial al “modo de recuperación”. Abra la bandeja de entrada de la dirección de correo configurada en Ajustes, Generales (es la que usó cuando se armó el sitio) y busque un mensaje con un asunto parecido a “Su sitio está experimentando un problema técnico”.
Si lo encuentra, probablemente acaba de encontrar al culpable, nombrado con palabras claras. Haga clic en el enlace de recuperación y pase al siguiente paso.
Paso 2: use el modo de recuperación para desactivar al culpable
El enlace de recuperación le permite entrar en una versión especial del Escritorio de WordPress que carga aunque la parte pública esté rota. En el modo de recuperación, WordPress señala el plugin o el tema exacto que falló. Vaya a él, desactívelo y su sitio debería volver enseguida. A partir de ahí puede buscar un reemplazo, volver a una versión anterior del plugin o esperar a que su desarrollador publique un arreglo. Cuando termine, haga clic en “Salir del modo de recuperación”.
El modo de recuperación es de verdad el arreglo más rápido aquí, y por eso vale la pena revisar esa bandeja de entrada antes de tocar un solo archivo.
Paso 3: ¿no hay correo? Active el registro de errores
Si el correo nunca llega — muchas veces porque el sitio nunca se configuró para enviar correo de forma confiable, un problema en sí mismo — tendrá que leer el error usted mismo. Abra su archivo wp-config.php (el archivo principal de configuración de WordPress) por SFTP (una forma segura de conectarse a los archivos de su sitio) o con el administrador de archivos de su proveedor y busque define('WP_DEBUG', false);. Reemplácelo por:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
Vuelva a cargar la página y después abra wp-content/debug.log. Las últimas líneas normalmente nombran el archivo exacto que falló — algo como “Fatal error… in /wp-content/plugins/some-plugin/file.php”. Esa sola línea apunta directamente al problema. Vuelva a poner WP_DEBUG en false cuando termine para que los errores no se registren para siempre.
Paso 4: desactive los plugins
Los plugins son la causa más común de un error fatal, sobre todo justo después de una actualización. Si puede llegar al Escritorio de WordPress, desactívelos todos y después vuelva a activarlos de uno en uno, recargando el sitio después de cada uno hasta que vuelva el error — ese es su plugin malo.
Si el error crítico lo dejó completamente fuera del Escritorio de WordPress, hágalo por SFTP: cambie el nombre de la carpeta wp-content/plugins a plugins-off. Eso apaga todos los plugins a la vez. Si el sitio carga, vuelva a ponerle a la carpeta el nombre plugins (todos sus plugins siguen ahí, solo desactivados) y actívelos de nuevo uno por uno para encontrar al culpable.
Paso 5: cámbiese a un tema predeterminado
Si los plugins no tienen la culpa, el siguiente sospechoso es el tema — sobre todo si alguien editó hace poco functions.php, donde un solo carácter fuera de lugar tumba todo el sitio. Cámbiese temporalmente a un tema de serie como Twenty Twenty-Four. ¿No puede entrar? Cambie el nombre de la carpeta de su tema activo en wp-content/themes por SFTP y WordPress vuelve solo a un tema predeterminado. Si el sitio vuelve, era el tema.
Paso 6: dele más memoria
Algunos errores fatales son en realidad errores de “memoria agotada” disfrazados — la página intentó hacer más de lo que le permitía su memoria y PHP (el lenguaje de programación con el que funciona WordPress) la cortó. Agregue esto a wp-config.php:
define('WP_MEMORY_LIMIT', '256M');
Si eso lo resuelve, tómelo como una señal: un sitio que no deja de chocar con el techo está apretado por un plan con poca potencia. Nuestra guía sobre cómo aumentar el límite de memoria de PHP cubre los detalles y los otros lugares donde se puede configurar el límite.
Paso 7: descarte un desajuste de la versión de PHP
Un error crítico que aparece “de la nada” a veces viene después de un cambio de la versión de PHP en el servidor, que puede romper plugins o temas viejos que no se escribieron para ella. Si el error empezó después de una actualización de PHP del lado del proveedor, busque en el registro un mensaje relacionado con la versión. Esto se cruza con el error 500 interno del servidor, que tiene la misma familia de causas.
Cuando el arreglo es en realidad el proveedor
Fíjese en cuántos de estos caminos — una actualización fatal, un techo de memoria bajo, una versión de PHP cambiada sin aviso, un correo de administración que nunca se envía — vienen de cómo se brinda hosting a un sitio, no de nada que hiciera mal. En un hosting compartido de ganga, las actualizaciones se hacen sin supervisión, la memoria se limita a poco para meter más sitios en un mismo servidor y nadie está mirando cuando una actualización de un plugin tumba el sitio a las 2 de la madrugada.
Esa es la diferencia de todos los días con el hosting de WordPress administrado. Cada vez que actualizamos su sitio, verificamos que se siga viendo y funcionando bien, así que una mala actualización de un plugin se detecta y se deshace antes de que llegue a mostrar un error crítico en su sitio en vivo. Los planes incluyen memoria de sobra para que el techo no sea una pelea diaria, y hay un equipo real con base en EE. UU. del otro lado cuando algo se tuerce — precios predecibles y claros, ya sea su sitio uno informativo de cinco páginas o una tienda en crecimiento, porque lo importante es el cuidado, no los cobros según el uso.
Si se queda atascado: restaure una copia que funcione
Si no encuentra la causa, o una edición empeoró las cosas, pare y restaure. Una copia de seguridad limpia y reciente devuelve todo su sitio al último momento en que funcionaba — sin trabajo de detective. Nuestra guía sobre cómo restaurar WordPress desde una copia de seguridad lo explica, y cada plan que administramos guarda copias de seguridad externas 3 veces al día, vigiladas y bloqueadas durante 90 días contra cambios o borrados, incluso por ransomware, así que siempre tiene a mano una copia limpia.
La versión corta
- Revise la bandeja de entrada del correo de administración para encontrar el enlace del modo de recuperación.
- Use el modo de recuperación para desactivar el plugin o el tema nombrado.
- ¿No hay correo? Active
WP_DEBUG_LOGy leadebug.log. - Desactive los plugins (cambie el nombre de la carpeta si no puede entrar).
- Cámbiese a un tema predeterminado.
- Suba el límite de memoria; descarte un cambio de la versión de PHP.
- ¿Sigue atascado? Restaure desde una copia de seguridad limpia.
Si el error crítico no se va — o prefiere no estar editando archivos de configuración en vivo mientras su negocio está fuera de línea — déjelo en otras manos. Es trabajo de rutina para nuestro equipo con base en EE. UU. y, si se repite, pasarse a un hosting con recursos de verdad y actualizaciones verificadas normalmente le pone fin. Para los síntomas vecinos, vea cómo arreglar el error 500 interno del servidor y nuestra guía sobre la pantalla blanca de la muerte.