«Ha habido un error crítico en esta web»: qué significa y qué hacer
Qué significa el aviso de WordPress, qué pierde su negocio mientras dura y qué hacer en la primera hora.
«Ha habido un error crítico en esta web» es el aviso que muestra WordPress cuando un fallo de PHP impide cargar la página. Casi siempre lo provoca un plugin, el tema o la versión de PHP justo después de una actualización. Sus contenidos no se han borrado, pero mientras dure nadie puede comprar, reservar ni escribirle, y si se alarga, Google deja de mostrar sus páginas. Lo primero es buscar el correo que WordPress envía al administrador de la web; lo segundo, no tocar nada a ciegas, porque un arreglo con prisas puede empeorarlo.
Le contamos qué significa el aviso, por qué aparece, qué hacer en la primera hora y cómo se evita que vuelva a pasar. No es una guía para arreglarlo usted mismo: es lo que necesita saber para tomar buenas decisiones con la web caída.
Qué significa «Ha habido un error crítico en esta web»
Desde la versión 5.2, de 2019, WordPress tiene una protección contra los errores fatales: cuando el código de la web falla de forma grave, en lugar de dejar la pantalla en blanco muestra un aviso y escribe al administrador. Según la versión y el idioma, el aviso dice «Ha habido un error crítico en esta web» o «Se ha producido un error crítico en este sitio web», a veces con una segunda frase que pide revisar el correo electrónico del administrador del sitio.
En la práctica significa que el servidor ha empezado a preparar la página y algo del código se ha detenido a medias. Sus textos, productos, pedidos y clientes siguen guardados en la base de datos; lo que falla es el programa que los muestra. Y casi siempre falla todo a la vez:
- Sus clientes ven el aviso en una página en blanco, sin menú, sin teléfono y sin forma de contactar.
- Usted muchas veces tampoco puede entrar en el escritorio de WordPress para ver qué pasa.
- Google recibe un error de servidor (el código 500) en lugar de la página.
Qué pierde su negocio mientras la web está caída
Cada hora con el error crítico es una hora en la que la web no hace su trabajo. Si es una tienda WooCommerce, no entra ningún pedido. Si vive de los formularios, de las reservas o de las llamadas desde la web, ese contacto se va a otra empresa. Y si tiene anuncios activos, sigue pagando por llevar gente a una página rota.
Con Google, el daño depende de cuánto dure. Según su documentación sobre los errores de servidor, cuando una web devuelve errores 5xx, Google rastrea más despacio y conserva las páginas que ya tenía; si los errores siguen, acaba quitándolas del índice. Una caída de unas horas apenas se nota en el posicionamiento SEO; una de varios días, sí.
Por qué aparece: las causas más habituales
Un error crítico casi nunca es un ataque. Lo normal es que algo haya cambiado y una pieza ya no encaje con las demás. Estas son las causas que más vemos, y la pista que suele delatar a cada una:
| Causa | Qué ha pasado | La pista |
|---|---|---|
| Un plugin incompatible | Se ha actualizado un plugin, o WordPress, y uno de ellos ya no encaja con el resto | Empezó justo después de una actualización |
| El tema o el constructor | Un tema antiguo o modificado, o un constructor visual como Elementor, choca con la versión nueva | Falla toda la web, también la portada |
| La versión de PHP | El hosting ha subido la versión de PHP y un plugin antiguo no la soporta | Nadie ha tocado WordPress y aun así falla |
| La memoria del servidor | Una tarea pesada (importar productos, una copia, un constructor visual) agota la memoria que da el hosting | Falla en algunas páginas o al hacer algo concreto |
| Una actualización a medias | Se cortó una actualización y quedaron ficheros de dos versiones distintas | Apareció tras una actualización automática |
| Código añadido a mano | Alguien pegó un fragmento de código con un error en el tema o en un plugin | Falla justo después de ese cambio |
Lo que tienen en común casi todas es un cambio que nadie probó antes: una actualización automática de madrugada, una versión de PHP que cambia en el hosting sin que usted se entere o un plugin que llevaba años sin actualizarse y deja de ser compatible.
Qué hacer en la primera hora (sin empeorarlo)
Estos pasos no arreglan el fallo, pero evitan que se complique y le ahorran tiempo a quien lo vaya a arreglar. Si no es técnico, no necesita hacer más:
- Busque el correo de WordPress. Llega a la dirección de administración con el asunto «[nombre de su web] Tu sitio tiene problemas técnicos» y suele decir qué plugin o tema ha fallado. Trae un enlace para entrar en el modo de recuperación, válido durante un día.
- Apunte qué ha cambiado. Una actualización, un plugin nuevo, un cambio en el hosting o en el diseño: es la mitad del diagnóstico.
- No reinstale WordPress ni borre plugins a ciegas. Borrar un plugin desde el escritorio puede borrar también sus ajustes y sus datos.
- No restaure una copia antigua sin pensarlo. En una tienda perdería los pedidos y los clientes nuevos desde la fecha de esa copia.
- Avise a quien mantiene su web, o a su hosting, con lo que ha apuntado: la hora, el aviso exacto y el correo de WordPress.
Si entra con el enlace de recuperación, WordPress pausa el plugin o el tema que falla solo para usted: los visitantes siguen viendo el error hasta que alguien lo corrige de verdad. Sirve para volver a entrar en el escritorio, no para dejar la web arreglada.
¿Y si el correo de recuperación no le llega?
El correo va a la dirección de correo electrónico de administración que figura en Ajustes › Generales de WordPress, salvo que su web tenga configurada otra a propósito. Muchas veces es la de la agencia que hizo la web hace años, la de alguien que ya no trabaja con usted o una que nadie revisa. Además, WordPress lo envía como mucho una vez al día: si se borró, no llegará otro hasta el día siguiente.
Compruébelo hoy, con la web funcionando: es un minuto, y marca la diferencia entre enterarse por WordPress o por un cliente.
Cómo se evita el error crítico con un mantenimiento WordPress
La mayoría de los errores críticos llegan con un cambio sin probar, así que se evitan cambiando la forma de actualizar, no cruzando los dedos. Es lo que hacemos en nuestro mantenimiento web WordPress, con más de 300 proyectos WordPress y más de 25 años de experiencia:
- Actualizaciones con método: una copia de seguridad justo antes, los cambios grandes primero en una copia de la web y una revisión después de cada actualización.
- Vigilancia constante: si la web deja de responder, el aviso nos llega a nosotros antes que a sus clientes.
- Copias diarias: para volver atrás sin perder lo de hoy.
- PHP al día y compatible: WordPress recomienda PHP 8.3 o superior; antes de cambiarlo, comprobamos que el tema y los plugins lo soportan.
- Plugins justos: fuera los abandonados, que son los que suelen romperse con una versión nueva.
- Los avisos, en privado: WordPress desaconseja mostrar sus herramientas de depuración en una web en marcha; revisamos los registros de errores del servidor, que los visitantes no ven, para corregir los avisos antes de que se conviertan en un error crítico.
| Qué pasa | Sin mantenimiento | Con mantenimiento |
|---|---|---|
| Quién se entera primero | Un cliente, a veces horas después | Nosotros, por el aviso automático |
| La causa | Hay que averiguarla desde cero | Sabemos qué se actualizó y cuándo |
| Los accesos | Hay que buscarlos, o pedírselos a quien hizo la web | Los tenemos ya |
| La vuelta atrás | Una copia de hace semanas, si la hay | La copia de justo antes del cambio |
Lo que cuesta depende de la web, de cuántos plugins tiene y de si es una tienda: lo explicamos en nuestra página de precios de mantenimiento web, y si lo prefiere, le preparamos un presupuesto sin compromiso. Qué entra en un mantenimiento y qué queda fuera lo contamos en qué incluye el mantenimiento web.
Lo que no arregla un error crítico, aunque se lo propongan
Con la web caída es fácil aceptar el primer remedio que alguien sugiere. Estos rara vez sirven:
- Cambiar de hosting a toda prisa: el error viaja con la web, porque está en su código.
- Reinstalar WordPress desde cero: el fallo suele estar en un plugin o en el tema, no en WordPress.
- Subir la memoria de PHP sin mirar: solo arregla los errores de memoria; en los demás, tapa el problema un tiempo.
- Un plugin que promete evitarlo: ninguno sustituye a probar las actualizaciones y tener copias.
Si su web la hizo otra empresa, también es buen momento para comprobar que los accesos de todo (hosting, dominio y WordPress) están a su nombre. Y si lo que falla es un desarrollo a medida, lo vemos en desarrollo web.
Preguntas frecuentes sobre el error crítico de WordPress
Los contenidos no se borran con un error crítico: textos, productos, pedidos y clientes siguen en la base de datos de WordPress. El riesgo de perder datos llega después, si se borran plugins a ciegas o se restaura una copia antigua sin pensar en lo que se ha creado desde entonces.
El correo de recuperación va a la dirección de administración de WordPress, que a menudo es la de quien hizo la web o una que nadie revisa. También puede acabar en la carpeta de spam, y WordPress lo envía como mucho una vez al día. La dirección se ve en Ajustes › Generales.
Un error crítico se arregla rápido cuando se sabe qué lo ha provocado y hay accesos y una copia reciente: a veces basta con desactivar un plugin o volver a la versión anterior. Lo que alarga la caída es buscar los accesos, adivinar qué cambió o no tener copia.
El hosting puede ayudar con lo que es suyo, como la versión de PHP, la memoria o los registros del servidor. Pero el fallo suele estar en un plugin o en el tema de la web, y eso normalmente queda fuera de su soporte, salvo que tenga contratado un servicio que lo incluya.
Una caída corta apenas afecta al posicionamiento en Google: mientras la web devuelve errores, Google rastrea más despacio y conserva las páginas que ya tenía. Si el error dura días, según la documentación de Google, las páginas que siguen fallando acaban saliendo del índice.
El error crítico aparece igual en una tienda WooCommerce o en una web hecha con Elementor, porque los dos son plugins de WordPress y se actualizan como los demás. En una tienda es más urgente: mientras dure, no entra ningún pedido.
El error crítico puede repetirse en cualquier actualización si no cambia la forma de actualizar. Con una copia antes de cada cambio, las actualizaciones grandes probadas antes y un aviso automático si la web cae, pasa mucho menos y, cuando pasa, se arregla mucho antes.
Más de 25 años manteniendo webs de empresas de toda España desde Madrid: WordPress, PrestaShop, SEO, GEO, automatizaciones e inteligencia artificial.
Mantenimiento web WordPress