Si WordPress falla justo después de una actualización, conserva el estado del fallo, crea un punto de retorno e identifica qué capa cambió antes de seguir modificando cosas.
Si el sitio sigue recibiendo pedidos, formularios o accesos, protege los datos nuevos antes de restaurar una base de datos antigua.
1. Identificar exactamente qué cambió
Registra cambios en core, plugins, tema, PHP, base de datos, caché o hosting. Si hubo varias actualizaciones juntas, aísla dependencias una a una.
2. Leer el error en la capa correcta
Un fatal de PHP, HTTP 500, pantalla blanca y un layout roto apuntan a capas distintas. Los logs de servidor y PHP suelen ser más útiles que refrescar sin parar.
3. Probar límites de plugins y tema con control
Cambia una sola frontera cada vez y conserva el estado original. Desactivar muchas cosas a la vez elimina evidencias útiles.
4. Tratar la actualización de PHP como cambio de aplicación
Código antiguo puede fallar en una versión nueva de PHP. Si el problema empezó con PHP, prueba el stack directamente contra ese cambio.
5. Limpiar solo el caché que entiendes
Navegador, página, CDN, opcode y Redis son cachés distintos. Vaciar todo puede ocultar el síntoma sin arreglar la causa.
6. Restaurar solo hasta donde sea necesario
Puede bastar con revertir archivos de un plugin o tema. Restaurar toda la base puede sobrescribir pedidos, usuarios o contenido recientes.