Entras a tu sitio para mostrarle una novedad a un cliente y, en vez de tu página, te recibe un fondo blanco con el aviso «Ha habido un error crítico en este sitio web». En ese momento surgen mil preguntas: ¿fue un ataque?, ¿se borró algo?, ¿cuánto tiempo estaré sin vender?

La respuesta tranquilizadora es que casi siempre se trata de un conflicto entre piezas de WordPress, y tiene solución. Sigue esta guía en orden y verás cómo tu sitio vuelve a la vida.

¿Qué significa «Ha habido un error crítico en este sitio web»?

Ese mensaje aparece cuando WordPress se encuentra con un problema de código que no puede resolver solo y prefiere detener la carga antes de seguir con algo que está roto. Casi siempre el origen es un plugin o un tema que se actualizó mal, que no es compatible con la versión de PHP que usas o que entra en conflicto con otro componente. No significa que hayas perdido tu web: tus textos, imágenes y configuraciones siguen guardados en la base de datos y en tus carpetas. Solo hay una pieza que está tropezando.

La buena noticia es que, si sigues el orden correcto, recuperar el sitio lleva entre diez y treinta minutos. La mala es que, si empiezas a tocar cosas al azar, es fácil empeorar el problema. Por eso, antes de nada, respira y ten a mano tres cosas: el acceso a tu panel de control (cPanel), el correo del administrador de WordPress y unos minutos de calma.

Un problema común para emprendedores de toda Latinoamérica

Desde Ciudad de México hasta Bogotá, Lima o Quito, miles de emprendedores montan su negocio sobre WordPress porque es flexible y tiene un plugin para casi todo. Esa misma flexibilidad hace que, de vez en cuando, dos piezas no se lleven bien. Lo que importa es saber que un sitio como tunegocio.com o miestudio.net se puede recuperar con un método simple.

Si vendes a clientes de varios países, un sitio caído puede significar perder pedidos mientras en otra zona horaria alguien intenta comprar. Por eso vale la pena tener a mano este procedimiento y practicarlo una vez con calma, antes de que lo necesites de verdad.

Antes de empezar: tres reglas de oro

1. No reinstales WordPress. Es la reacción más común y casi nunca hace falta. Reinstalar sin necesidad puede pisar archivos que sí estaban bien.
2. Cambia una sola cosa a la vez. Si modificas cinco cosas juntas y el sitio vuelve, no vas a saber cuál lo arregló, y el problema regresará.
3. Anota lo que haces. Un bloc de notas con «renombré tal carpeta» te permite deshacer cualquier paso en segundos.

Paso 1: revisa el correo del administrador

Desde la versión 5.2, WordPress incluye un sistema de protección que, ante un error grave, envía un correo a la dirección del administrador con el asunto «Tu sitio está experimentando un problema técnico». Si no lo ves en la bandeja principal, revisa spam o promociones antes de seguir.

Ese correo suele indicar qué plugin o tema provocó la falla y trae un enlace especial de acceso al modo de recuperación. Con eso, el trabajo puede estar resuelto en dos minutos.

Paso 2: entra al modo de recuperación

1. Abre el enlace del correo. Te pedirá tu usuario y contraseña de WordPress.
2. Una vez dentro, verás un aviso en la parte superior que indica el componente con problemas, por ejemplo «El plugin X tiene un error».
3. Haz clic en Gestionar plugins (o Gestionar temas) y desactiva el componente señalado.
4. Pulsa en Salir del modo de recuperación y recarga tu web en otra pestaña.

Si la página volvió a cargar, ya tienes al culpable identificado. Déjalo desactivado, busca si existe una versión más nueva del plugin y, mientras tanto, evita reactivarlo. Si el correo nunca llegó o el enlace caducó, pasa al siguiente paso: es el método manual y funciona en cualquier caso.

Paso 3: desactiva todos los plugins desde el administrador de archivos

Cuando no puedes entrar al panel de WordPress, el truco es desactivar los plugins «desde afuera». WordPress solo carga los plugins que están en la carpeta wp-content/plugins; si esa carpeta cambia de nombre, los considera desactivados. Así se hace:

1. Ingresa a tu cPanel y abre el Administrador de archivos (también puedes usar una cuenta FTP si ya la tienes configurada).
2. Entra a la carpeta public_html (o a la carpeta de tu dominio, si el sitio está en un subdirectorio) y luego a wp-content.
3. Haz clic derecho sobre la carpeta plugins, elige Renombrar y escribe plugins_off.
4. Abre tu sitio en el navegador y recarga con Ctrl + F5.

Si ahora la web carga (aunque se vea sin estilos o con funciones faltantes), el problema era un plugin. Aún no hemos terminado: falta saber cuál.

Paso 4: encuentra el plugin culpable

Vuelve a poner el nombre original a la carpeta (plugins_off pasa a ser plugins). Los plugins seguirán desactivados porque WordPress ya los registró así. Ahora entra a wp-admin, ve a Plugins y actívalos de uno en uno, recargando el sitio después de cada activación. El que haga reaparecer el error es el responsable.

Una vez ubicado, tienes tres caminos: actualizarlo si hay una versión nueva, reemplazarlo por una alternativa que haga lo mismo o prescindir de él. Y si el plugin es clave para tu negocio, escribe al desarrollador contándole el mensaje de error exacto; suelen responder rápido cuando el reporte es claro.

Paso 5: si no eran los plugins, prueba con el tema

Cuando la web sigue rota con los plugins desactivados, el sospechoso pasa a ser el tema (la «plantilla» visual). El procedimiento es parecido:

1. En el Administrador de archivos, entra a wp-content/themes.
2. Renombra la carpeta del tema que estás usando, por ejemplo de mi-tema a mi-tema_off.
3. WordPress buscará otro tema instalado (como los Twenty que vienen por defecto) y lo usará automáticamente.
4. Recarga tu sitio. Si funciona, el tema era el problema.

Importante: si no tienes ningún tema alternativo instalado, WordPress no tendrá a dónde volver. En ese caso, descarga un tema oficial desde el directorio de WordPress y sube su carpeta a wp-content/themes.

Paso 6: lee el mensaje real con el registro de errores

Si ni los plugins ni el tema explican la falla, hay que pedirle a WordPress que cuente qué le pasa. Para eso se usa el modo de depuración:

1. En public_html, busca el archivo wp-config.php. Antes de tocarlo, haz una copia con otro nombre, por ejemplo wp-config-copia.php.
2. Edítalo y, justo antes de la línea que dice «That’s all, stop editing!», agrega estas tres líneas: define(‘WP_DEBUG’, true); define(‘WP_DEBUG_LOG’, true); define(‘WP_DEBUG_DISPLAY’, false);
3. Recarga la web para que se genere el error y luego abre el archivo wp-content/debug.log.
4. Ahí verás una línea con el archivo y el número de línea que falla, que suele incluir el nombre de un plugin o tema.
5. Cuando termines, vuelve a poner WP_DEBUG en false. Dejarlo encendido en un sitio público no es recomendable.

No hace falta entender cada palabra del registro. Lo que importa es leer la ruta del archivo: si contiene «plugins/nombre-del-plugin», ya sabes quién es el responsable.

Paso 7: revisa la versión de PHP y la memoria

A veces el error aparece porque un plugin antiguo no funciona con una versión de PHP más moderna, o porque un componente nuevo necesita más memoria de la que WordPress tiene asignada. Estas dos cosas las controlas tú desde cPanel: en Seleccionar versión de PHP puedes elegir la versión compatible con tus plugins, y en las opciones de PHP puedes aumentar el límite de memoria. Probar una versión ligeramente anterior es una forma rápida de confirmar si ese era el motivo. Lo ideal, de todos modos, es mantener tus plugins al día para poder usar versiones recientes de PHP.

Un ejemplo: una emprendedora de Bogotá que vende artesanías en línea actualizó un plugin de pagos. Su sitio artesaniasejemplo.com mostró el error crítico. En lugar de reinstalar todo, renombró la carpeta de plugins, comprobó que el sitio volvía y, activando uno por uno, descubrió que la falla venía de un complemento de envíos que no era compatible con su versión de PHP. Lo cambió y siguió vendiendo.

Cómo evitar que vuelva a pasar

El error crítico casi nunca es mala suerte: es el resultado de actualizar sin red de seguridad. Estas costumbres te ahorran la mayoría de los sustos:

• Haz una copia de seguridad antes de actualizar. Con una copia reciente, el peor escenario se resuelve restaurando.
• Actualiza de a un componente por vez y revisa tu web después de cada uno.
• Elimina lo que no usas. Un plugin desactivado también puede quedar desactualizado; menos piezas significa menos conflictos.
• Instala solo plugins con mantenimiento reciente y buenas valoraciones.
• Prueba los cambios grandes en un entorno de pruebas antes de hacerlos en el sitio en vivo.
• Mantén actualizado el correo del administrador, porque es el canal por el que WordPress te avisa.

Checklist rápido para tener a mano

1. Revisar el correo del administrador y usar el enlace de recuperación.
2. Si no hay correo, renombrar la carpeta plugins a plugins_off.
3. Si la web vuelve, reactivar los plugins uno por uno hasta dar con el culpable.
4. Si no vuelve, renombrar la carpeta del tema activo.
5. Si sigue igual, activar el registro de errores y leer debug.log.
6. Revisar la versión de PHP y la memoria desde cPanel.
7. Restaurar una copia de seguridad como último recurso.

Un susto que se vuelve aprendizaje

Ahora tienes un plan: revisar el correo, entrar al modo de recuperación, desactivar plugins desde afuera, probar con el tema y leer el registro de errores. Con eso resuelves la gran mayoría de los casos sin ayuda técnica.

Programa tu copia de seguridad, actualiza con calma y recuerda que cada problema resuelto te vuelve más autónomo. ¡Tu negocio en línea merece estar siempre disponible!