Actualizaste un plugin «para mejorar» tu sitio, recargaste la página y ahora no ves nada de lo que armaste: solo un mensaje que habla de un error crítico. Si te pasó, no sos el primero ni vas a ser el último. Es una de las consultas más frecuentes entre quienes tienen su web con WordPress.
Lo importante: se puede arreglar, y casi siempre sin perder nada. Acá tenés el recorrido completo, ordenado y pensado para quien nunca tocó un archivo de su hosting.
¿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 se detiene en seco para evitar males mayores. 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 seguís el orden correcto, recuperar el sitio lleva entre diez y treinta minutos. La mala es que, si empezás a tocar cosas al azar, es fácil empeorar el problema. Por eso, antes de nada, respirá 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.
Si manejás webs de otras personas, este problema es tuyo también
Muchos freelancers, diseñadores y pequeñas agencias argentinas administran sitios WordPress de varios clientes a la vez. Cuando uno de ellos escribe «mi página no anda», el reloj empieza a correr: necesitás un método que funcione siempre, sin importar si el sitio es clientenuevo.com, tiendafamiliar.net o fundacionejemplo.org.
Un buen hábito es armar una pequeña ficha por cada cliente con la versión de WordPress, los plugins instalados y la fecha de la última copia de seguridad. Cuando algo falla, esa ficha te ahorra media hora de investigación. Y si trabajás con varios sitios, recordá que el orden de las actualizaciones importa: primero uno de prueba, después el resto. Así, un plugin problemático se detecta en un solo sitio y no en los diez a la vez.
Antes de empezar: tres reglas de oro
- 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.
- Cambia una sola cosa a la vez. Si modificás cinco cosas juntas y el sitio vuelve, no vas a saber cuál lo arregló, y el problema regresará.
- 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». Buscá ese mensaje también en la carpeta de spam, porque a veces cae ahí.
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
- Abre el enlace del correo. Te pedirá tu usuario y contraseña de WordPress.
- 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».
- Haz clic en Gestionar plugins (o Gestionar temas) y desactiva el componente señalado.
- 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. Dejalo desactivado, buscá si existe una versión más nueva del plugin y, mientras tanto, evitá reactivarlo. Si el correo nunca llegó o el enlace caducó, seguí 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 podés 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:
- Ingresá a tu cPanel y abre el Administrador de archivos (también podés usar una cuenta FTP si ya la tienes configurada).
- Entrá a la carpeta public_html (o a la carpeta de tu dominio, si el sitio está en un subdirectorio) y luego a wp-content.
- Hacé clic derecho sobre la carpeta plugins, elige Renombrar y escribí plugins_off.
- Abrí tu sitio en el navegador y recargá 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:
- En el Administrador de archivos, entrá a wp-content/themes.
- Renombrá la carpeta del tema que estás usando, por ejemplo de mi-tema a mi-tema_off.
- WordPress buscará otro tema instalado (como los Twenty que vienen por defecto) y lo usará automáticamente.
- 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:
- En public_html, buscá el archivo wp-config.php. Antes de tocarlo, hacé una copia con otro nombre, por ejemplo wp-config-copia.php.
- Editalo y, justo antes de la línea que dice «That’s all, stop editing!», agregá estas tres líneas: define(‘WP_DEBUG’, true); define(‘WP_DEBUG_LOG’, true); define(‘WP_DEBUG_DISPLAY’, false);
- Recarga la web para que se genere el error y luego abrí el archivo wp-content/debug.log.
- 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.
- Cuando termines, volvé 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 cotidiano: un desarrollador independiente de Córdoba recibió un mensaje de su cliente un sábado: el sitio cafeteriaejemplo.com mostraba el cartel de error. En lugar de entrar en pánico, abrió el registro de errores, vio que la línea problemática nombraba a un plugin de reservas, lo desactivó renombrando su carpeta y en diez minutos el sitio estaba en pie. El lunes, con calma, buscó la versión corregida del plugin.
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
- Revisar el correo del administrador y usar el enlace de recuperación.
- Si no hay correo, renombrar la carpeta plugins a plugins_off.
- Si la web vuelve, reactivar los plugins uno por uno hasta dar con el culpable.
- Si no vuelve, renombrar la carpeta del tema activo.
- Si sigue igual, activar el registro de errores y leer debug.log.
- Revisar la versión de PHP y la memoria desde cPanel.
- Restaurar una copia de seguridad como último recurso.
De problema a rutina
Cuando tenés un método, un error crítico deja de ser una emergencia y pasa a ser una tarea de diez minutos. Lo que acabás de leer sirve para tu sitio y para el de cualquier cliente que te escriba con el mismo susto.
Armá tu checklist, probá los cambios antes de aplicarlos en vivo y mantené siempre una copia reciente. Con eso, cada tropiezo se convierte en una oportunidad de mostrar profesionalismo. ¡Manos a la obra!
