Una actualización deja un error crítico y no se puede entrar con normalidad al escritorio. ¿Cómo obtener el error y recuperar el acceso de forma reversible?

Que el fallo aparezca después de una actualización orienta la investigación, pero no demuestra por sí solo qué componente lo provoca. En este escenario hipotético conviene anotar la hora, el plugin actualizado y qué rutas fallan, y conservar una copia de archivos y base de datos antes de modificar nada.

Si WordPress envió el correo de recuperación a la dirección administrativa, su enlace permite entrar en una sesión donde el componente afectado queda pausado. El aviso puede identificar el archivo y el error. Esa pausa se aplica a la sesión de recuperación; para recuperar el servicio general hay que corregir o desactivar el componente y comprobar después el acceso normal.

Cuando no llega el correo, el registro de PHP del alojamiento puede aportar el error fatal. En una copia de pruebas también se puede habilitar temporalmente WP_DEBUG y WP_DEBUG_LOG, manteniendo WP_DEBUG_DISPLAY en false y guardando el registro fuera de una ubicación pública. Interesa el primer error relacionado con la petición y su hora, no publicar el registro completo.

Si los datos señalan un plugin concreto, renombrar únicamente su carpeta permite probar una desactivación reversible sin borrar sus archivos. Después se verifica el escritorio y una función pública importante. La reparación definitiva se ensaya en pruebas; si hubo cambios en la base de datos, sustituir archivos por una versión anterior puede resultar insuficiente. Al terminar se retira la depuración temporal.

Fuentes: Modo de recuperación y Depuración en WordPress.