Guía para decidir mejor
Cómo recuperar WordPress tras una actualización fallida
Recupera la capa afectada sin sobrescribir datos creados después del backup.
Si WordPress falla tras actualizar núcleo, tema o plugin, detén los cambios sucesivos. La prioridad es saber qué componente cambió, conservar datos nuevos y recuperar funciones críticas; restaurar toda la base de datos por reflejo puede borrar pedidos o formularios recibidos después de la copia.
Delimita el fallo
Anota hora y versión actualizada, URL que falla, código HTTP, si abre wp-admin y si aparece mensaje de mantenimiento. Revisa registros PHP/WordPress de ese momento. Si solo quedó bloqueado el modo de mantenimiento, sigue la comprobación específica antes de reemplazar archivos. La documentación oficial de actualizaciones recuerda hacer copia y ofrece una recuperación manual, pero exige saber qué archivos se sustituyen.
Recupera la capa afectada
- Conserva una copia del estado actual y de la base, aunque la web falle; registra pedidos nuevos y procesos pendientes.
- Si hay error fatal identificable en un plugin, prueba a desactivarlo de forma controlada, preferiblemente en staging, y confirma que la portada y el panel vuelven. No renombres todas las extensiones sin saber qué servicios dependen de ellas.
- Si falló núcleo, verifica que los archivos se copiaron íntegros desde una versión oficial y que PHP/base son compatibles; pide apoyo si no puedes delimitarlo.
- Si el tema es culpable, cambia a una versión conocida o copia confiable en staging y comprueba diseño y funciones; no pierdas personalizaciones sin inventario.
- Restaurar archivos o configuración puede ser suficiente; restaura base solo con un plan para conciliar datos nuevos.
Valida antes de cerrar
Prueba portada, interiores, login, edición, formularios, correo, cron y, en tiendas, stock, pedidos, carrito y checkout de prueba. Revisa logs y confirma que no reaparece el error. La guía preventiva de actualización propone ensayos y reversión; una tienda debe además seguir las precauciones de WooCommerce.
Ejemplo: tras actualizar un complemento, la página pública muestra error 500, pero hay ventas posteriores al último backup. Revertir solo los archivos del complemento y probarlos puede preservar esas ventas; restaurar la base antigua las borraría. Solicita diagnóstico con versiones y hora, no contraseñas.