Guías de HostingFAQ

Error crítico en WordPress después de actualizar un plugin

Si WordPress muestra «Ha habido un error crítico en esta web» justo después de actualizar un plugin, revisá la casilla de administración de WordPress, incluida la carpeta de spam. Si encontrás el correo de recuperación, usá el enlace para ver qué componente falló. Si el mensaje no llegó o el enlace ya no funciona, el registro de errores de PHP del hosting puede darte la misma pista.

Antes de cambiar algo, anotá la URL que falla, la hora del error y qué se actualizó. Confirmá qué copia de seguridad tenés disponible. Si solo ves que la web no carga y todavía no identificaste el mensaje, empezá por la guía para saber dónde falla tu sitio.

Si tenés el correo de recuperación

  1. Abrí el enlace privado de recuperación del correo e iniciá sesión en tu WordPress.
  2. Leé el aviso del panel y anotá el nombre del plugin o tema que indica. Si señala un plugin, entrá a Plugins → Plugins instalados y desactivá ese componente. Si el sitio depende de ese plugin para cobrar o recibir reservas, verificá esa función después de desactivarlo.
  3. Salí del modo de recuperación y abrí la URL que fallaba en una ventana privada. Probá también /wp-admin/ y una función importante del sitio.

El modo de recuperación pausa el componente problemático solo en tu sesión. Si el sitio abre mientras estás en ese modo, todavía falta confirmar que también funcione para los visitantes.

Si el correo no llegó o el panel no abre

Probá entrar directamente a /wp-admin/. Si el panel abre, podés desactivar desde ahí el plugin identificado. Si también falla, buscá el registro PHP en el panel del hosting o pedile a soporte que revise la hora y la URL del error.

Buscá una entrada PHP Fatal error que coincida con el intento. Por ejemplo, si dice Call to undefined function y termina en wp-content/plugins/plugin-ejemplo/includes/init.php:42, empezá por revisar plugin-ejemplo. La ruta indica dónde se detuvo PHP. La causa puede estar en una dependencia o en una incompatibilidad con otra versión de PHP, WordPress u otro plugin.

  1. Si identificaste el plugin, abrí el administrador de archivos del hosting y entrá en wp-content/plugins/ de la instalación afectada.
  2. Renombrá únicamente su carpeta. Por ejemplo, de plugin-ejemplo a plugin-ejemplo-desactivado. Eso impide que WordPress cargue el plugin desde su ruta habitual.
  3. Volvé a probar el sitio y el panel. Si el error continúa, registrá el nuevo mensaje y pedile a soporte que lo revise. Si vuelve a funcionar, dejá el plugin fuera de servicio hasta confirmar la causa y probar una versión compatible.

Si el registro apunta a varios componentes o no queda claro cuál falló, compartí la línea exacta con soporte antes de tocar más carpetas.

Antes de restaurar una copia

Si desactivar el plugin devolvió el acceso, revisá si hay una versión corregida y probala en un entorno de pruebas antes de reactivarlo en el sitio público. Si necesitás restaurar, guardá una copia del estado actual y consultá si alcanza con recuperar los archivos afectados. Si la actualización también modificó la base de datos, puede ser necesario recuperar archivos y datos de un mismo punto.

En una tienda o un sitio con membresías, restaurar una base de datos anterior puede sobrescribir pedidos, altas o cambios posteriores a la copia. Avisale a soporte qué actividad hubo desde esa fecha para que pueda planificar cómo conservarla.

Qué mandarle a soporte

  • La URL afectada, el mensaje visible y la fecha y hora con zona horaria.
  • Qué se actualizó y, si podés consultarlo, las versiones de WordPress, PHP y el plugin.
  • La línea del error fatal con el archivo indicado y qué cambió al desactivar el plugin.
  • La fecha de la copia disponible y si hubo pedidos, reservas o registros posteriores.

Compartí esos datos por el canal privado de soporte. Reservá para vos el enlace de recuperación y las credenciales.

Referencias

Si la pantalla muestra 502 Bad Gateway después de actualizar, compará la portada y la ruta afectada antes de seguir con la recuperación.