error crítico de wordpress
Actúe ya: asegure el acceso y limite el impacto
Cuando aparezca el mensaje Se ha producido un error crítico en este sitio, el objetivo no es entenderlo primero, sino tomar el control sin empeorar la situación. Empieza por evitar operaciones fortuitas (reinstalaciones en cadena, borrado de archivos al azar). Si tienes acceso al alojamiento (FTP/SFTP + panel como cPanel/Plesk) y/o a la base de datos, puedes intervenir adecuadamente. En caso contrario, ponga temporalmente el sitio en modo de mantenimiento a través de su alojamiento (si es posible) o bloquee el acceso del público (reglas del servidor) para evitar una avalancha de visitas, cachés incoherentes e intentos de ataque durante el incidente.
Si no se puede acceder a la administración de WordPress, compruebe primero si se ha enviado un correo electrónico automático de WordPress a la dirección del administrador: desde hace varias versiones, WordPress proporciona a veces un modo de recuperación con un enlace de conexión único. Si existe, utilícelo inmediatamente para desactivar el elemento en cuestión (plugin o tema). Si no recibes nada, tendrás que utilizar FTP y/o activar la depuración.
Comprender el desencadenante: plugin, tema, actualización o servidor
En la mayoría de los casos, el error crítico proviene de un error fatal de PHP, a menudo relacionado con :
- un plugin activado o actualizado recientemente;
- un tema (o constructor) actualizado ;
- Incompatibilidad con la versión de PHP;
- memoria PHP insuficiente ;
- un conflicto entre extensiones ;
- actualizaciones incompletas (núcleo, plugins, temas) ;
- derechos de archivo incorrectos o corrupción de archivos.
Conviene distinguir este mensaje de los errores blancos y de los errores del servidor: a veces el incidente se parece más a un error HTTP 500. Para saber más sobre las causas en el lado del servidor, puede consultar esta guía externa sobre Causas comunes de un error 500 en WordPress (configuración, .htaccess, limitaciones, etc.).
Habilitar la depuración correctamente (sin exponer a los visitantes)
Para identificar exactamente qué archivo y línea están fallando, active el registro en lugar de la pantalla pública. En el archivo wp-config.php, añade (o ajusta) estas constantes:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
El objetivo es escribir los errores en wp-content/debug.log. Si este archivo no se llena, compruebe los derechos de escritura en wp-content, o compruebe los registros PHP/Apache/Nginx en la interfaz de su alojamiento. Una vez que hayas encontrado la causa, restablece WP_DEBUG a false.
Aislar la causa más probable: los plugins
Un plugin es el sospechoso número 1, especialmente después de una actualización o la adición de una extensión. Incluso si no puede acceder a /wp-admin, puede desactivar plugins a través de FTP :
1) Conéctese mediante FTP/SFTP.
2) Vaya a wp-content/.
3) Cambie el nombre de la carpeta plugins a plugins-old.
WordPress ya no encuentra los plugins, por lo que los desactiva. Si el sitio vuelve, habrás confirmado la pista del plugin. A continuación, restaura la carpeta a su nombre original y renombra las subcarpetas de plugins una a una (o desactívalas desde el admin) para identificar al culpable.
Para evitar este tipo de saturación y conflicto, es importante atenerse a la lógica del conjunto de extensiones: es mejor tener menos plugins, pero que estén bien mantenidos y sean compatibles. A este respecto, este contenido interno es útil para enmarcar tus elecciones sin pasarte: ¿Cuántos plugins puedo instalar de forma segura en mi ordenador?
Más información sobre nuestros servicios de mantenimiento de sitios WordPress
Probar el tema: cambiar a un tema predeterminado de WordPress
Si al desactivar los plugins no cambia nada, el tema (o un tema hijo) puede ser el culpable: functions.php, sobrecarga de WooCommerce, código añadido en el lugar equivocado, incompatibilidad con una actualización de PHP, etc.
Para probar sin acceso de administrador: a través de FTP, vaya a wp-content/themes/ y cambie el nombre de la carpeta del tema activo. WordPress intentará cambiar a un tema predeterminado (por ejemplo, Twenty Twenty-Four) si hay alguno instalado. Si no hay ningún tema por defecto instalado, sube uno desde tu ordenador (descomprimido) a wp-content/themes/ y renombra el tema antiguo.
Si el sitio vuelve a funcionar, habrá aislado el problema del tema. En esta fase, evita aplicar parches al azar: restaura una versión estable del tema (a partir de una copia de seguridad), compara los cambios e identifica el archivo infractor a través del registro.
Resolver actualizaciones incompletas (núcleo, plugins, traducciones)
Una actualización interrumpida (tiempo de espera, caída de la red, límite de memoria) a veces deja a WordPress en un estado inestable. Indicaciones típicas: un mensaje de fallo de actualización, archivos que faltan o un sitio que entra en error crítico inmediatamente después de la operación.
Si sospecha de esta situación, compruebe la existencia de un archivo .maintenance en la raíz de WordPress: si se ha bloqueado, elimínelo. A continuación, reinicie las actualizaciones correctamente (o restaure desde la copia de seguridad). Para casos concretos de errores de actualización y publicación, puede consultar esta guía externa : actualización fallida y publicación fallida: posibles soluciones.
Ajustar la memoria y el entorno PHP (sin enmascarar el error real)
Aumentar la memoria puede hacer desaparecer un fallo, pero ten cuidado: si una extensión tiene una fuga de memoria o está realizando tareas demasiado pesadas, sólo estás aplazando el problema. Dicho esto, hay un umbral mínimo razonable, especialmente con WooCommerce, los constructores y los plugins de seguridad.
Posibles acciones:
- Aumenta WP_MEMORY_LIMIT en wp-config.php (por ejemplo, 256M).
- Ajuste memory_limit en el lado PHP del alojamiento (si está autorizado).
- Compruebe la versión de PHP: algunas extensiones requieren una versión mínima. Una actualización de la versión PHP debe ser probada (staging) porque también puede desencadenar un error si un plugin antiguo no es compatible.
- Compruebe max_execution_time y max_input_vars si observa fallos durante acciones pesadas (importación, páginas grandes del constructor).
Comprobación de .htaccess y reglas del servidor
Un .htaccess corrupto o reglas añadidas por un plugin de caché/seguridad pueden causar un fallo o error en el servidor. Incluso si el mensaje mostrado es un error crítico, la raíz puede estar en el lado de reescritura o las directivas pueden estar prohibidas.
Prueba rápida: renombra .htaccess a .htaccess-viejo, luego recarga. Si el sitio vuelve, regenere los enlaces permanentes desde la administración (Configuración > Enlaces permanentes > Guardar) para volver a crear un .htaccess limpio. A continuación, reintroduzca gradualmente las reglas necesarias (caché, seguridad), validando en cada etapa.
Reparar siguiendo un método estructurado (y no por capricho)
Cuantos más elementos cambies simultáneamente, más perderás de vista la causa. Un método robusto tiene este aspecto:
1) Captar los síntomas: página afectada, acción desencadenante, hora de aparición.
2) Lea los registros (debug.log + registros del servidor).
3) Neutralice los plugins y, a continuación, reactívelos uno a uno.
4) Prueba un tema por defecto.
5) Comprobar versiones (WP/PHP), límites de memoria, .htaccess.
6) Revertir a una copia de seguridad si la restauración es más costosa que la reversión.
7) Corregir la causa raíz (plugin a sustituir, tema a parchear, actualización de versión, etc.).
Si desea una guía adicional paso a paso para reparar diferentes escenarios, esta guía externa es una buena referencia: cómo reparar el mensaje Se ha producido un error crítico.
Restaurar una copia de seguridad: cuándo es la solución más rentable
Si su sitio está en producción (comercio electrónico, generación de leads, tráfico SEO), el objetivo es reducir el tiempo de inactividad. En muchos casos, restaurar una copia de seguridad sólida (archivos + base de datos) es la solución más rápida, siempre que :
- conocer la ventana de pérdida aceptable (comandos, formularios, contenido) ;
- a continuación, vuelva a aplicar la actualización de puesta en escena para reproducir el error;
- evitar restaurar demasiado y perder datos importantes.
Para poner en marcha una estrategia fiable (y eficaz), he aquí una guía interna de buenas prácticas: Cómo hacer copias de seguridad automáticas sin ralentizar su sitio web
Después de la recuperación: evitar las recaídas (mantenimiento, estadificación, seguimiento)
Una vez que el sitio vuelve a estar en línea, el trabajo no ha terminado. Sin medidas preventivas, existe el riesgo de que el incidente se repita en la próxima actualización o en el siguiente pico de carga. Las acciones más eficaces :
Más información sobre nuestros servicios de mantenimiento de sitios WordPress
- Configure un entorno de ensayo para probar las actualizaciones (núcleo, plugins, temas).
- Activar la supervisión (tiempo de actividad + alertas) y la supervisión de registros.
- Planificar las actualizaciones y validarlas (compatibilidad, registros de cambios).
- Comprobar el rendimiento de la administración: una administración lenta es a menudo el síntoma de una acumulación de peticiones, cron o extensiones demasiado pesadas, lo que también puede aumentar el riesgo de bloqueos durante las operaciones. Sobre este punto, este artículo interno ayuda a diagnosticar : Lentitud en la administración Causas técnicas
Seguridad: un accidente también puede ser una señal de alarma
En algunos casos, el error crítico se produce después de un compromiso: inyección de código, archivos modificados, creación de un administrador fantasma o sobrecarga del servidor causada por bots. Si observas archivos desconocidos, redireccionamientos o cuentas sospechosas, considera que el incidente está potencialmente relacionado con la seguridad.
Sin multiplicar las herramientas, adopta lo básico: actualizaciones periódicas, plugins de confianza, contraseñas seguras, limitación de los intentos de inicio de sesión, permisos de archivos coherentes y copias de seguridad externas. Para saber más sobre la seguridad de WordPress, lee este contenido externo: consejos de seguridad y buenas prácticas.
Y si quiere ampliar su caja de herramientas para la resolución de problemas (averías, fallos de funcionamiento, comportamientos extraños), este recurso externo contiene una serie de casos prácticos: correcciones rápidas de varios errores de WordPress.
Cuándo delegar: ahorrar tiempo, proteger el SEO y reducir riesgos
Si su sitio es un activo empresarial, la verdadera cuestión no es sólo cómo arreglarlo, sino cómo evitar que cueste más la próxima vez. El mantenimiento de WordPress abarca exactamente eso: actualizaciones controladas, pruebas, copias de seguridad, seguridad, supervisión e intervención rápida.
También hay un impacto directo en la visibilidad: la indisponibilidad, la lentitud, los errores del servidor y las inestabilidades pueden degradar la experiencia y, en última instancia, las señales de calidad. Para vincular el mantenimiento y el rendimiento orgánico, este contenido interno ofrece un ángulo útil: SEO y mantenimiento Le Lien Invisible.
Plan de acción resumido (lista de control)
- Utilice el enlace de recuperación de WordPress si está disponible.
- Activar WP_DEBUG_LOG (sin mostrar errores a los visitantes).
- Desactive todos los plugins (FTP) y, a continuación, vuelva a activarlos uno a uno.
- Cambiar a un tema por defecto (FTP) para confirmar/confirmar la pista del tema.
- Compruebe .maintenance, reinicie las actualizaciones correctamente.
- Compruebe la memoria/versiones de PHP y los registros del servidor.
- Probar .htaccess (renombrar) y regenerar permalinks.
- Restaurar una copia de seguridad si el tiempo de diagnóstico supera el tiempo de reversión aceptable.
- Establezca una puesta en escena + copias de seguridad + supervisión para evitar daños.
Necesidad de apoyo: intervención y mantenimiento continuo
Si prefiere una resolución rápida con un marco (diagnóstico, corrección, aseguramiento, prevención), puede consultar nuestras soluciones de asistencia. Esto permite resolver el incidente actual, pero también reduce en gran medida la probabilidad de que se repita la próxima vez que se actualice o mejore el sitio.
Externalizar o no externalizar: los criterios de decisión correctos
La mejor regla es sencilla: si cuesta más cerrar el sitio (pérdida de ventas, clientes potenciales, reputación, SEO) que mantenerlo, tiene sentido delegar. Por el contrario, un sitio web pequeño y de bajo riesgo puede funcionar con una rutina mínima, siempre y cuando seas disciplinado con las copias de seguridad y las pruebas.
Para ayudarle a decidir, en función de su contexto (complejidad, riesgos, recursos internos), este contenido interno puede orientarle en su decisión: ¿Por qué confiar el mantenimiento a una agencia?.
