Una página en blanco no identifica una sola falla de WordPress. Un error de PHP, un problema de base de datos o una respuesta interrumpida pueden verse parecidos. Reinstalar de inmediato puede dejar intacta la causa y modificar evidencia útil.
Delimita primero el alcance. ¿Falla la portada, un artículo o la administración? ¿También queda en blanco en otro navegador? Anota dirección y hora. Evita recargar repetidamente un proceso que podría crear transacciones u otros efectos.
Si puedes inspeccionar la respuesta, registra el estado HTTP y si devolvió contenido. Un error del servidor y una respuesta vacía marcada como correcta son pistas diferentes. No necesitas interpretar todos los encabezados: una observación precisa ayuda al alojamiento a investigar.
Busca el registro pertinente
Consulta los errores del alojamiento mediante un acceso autorizado o pide al soporte que localice el evento. La depuración de WordPress puede aportar información si se configura bien, pero no deben mostrarse públicamente errores ni rutas privadas. Sigue la guía oficial o solicita al responsable que active registros controlados.
Revisa los cambios legítimos recientes: actualización de un plugin, edición de código, cambio de PHP o migración. Conserva una copia actual antes de reparar cuando sea viable. Si hay un componente señalado, usa una acción reversible en un entorno seguro, sin borrar carpetas ajenas.
Busca un correo de recuperación si el fallo corresponde a un error fatal cubierto por ese mecanismo. Que no llegue no descarta un problema: el correo puede fallar o el error producirse fuera de las condiciones que activan la recuperación.
Leer el diagrama como texto
- Define el alcance: Comprueba si falla una página, la parte pública o la administración.
- Registra la respuesta: Conserva URL, hora, estado HTTP y si llegó algún contenido.
- Localiza el error correspondiente: Usa registros autorizados del alojamiento o depuración privada controlada.
- Corrige la causa concreta: Conserva opciones de recuperación y repite la tarea fallida y rutas relacionadas.
Que desaparezca la pantalla vacía no prueba que los datos y las funciones estén intactos.
Tras una corrección concreta, repite la solicitud original y revisa otros recorridos importantes. Registra el error y el cambio que lo resolvió. Retira los diagnósticos públicos temporales y protege los registros generados.
Si el sitio tiene datos nuevos valiosos, evalúa las consecuencias antes de restaurar una copia antigua. Podrías recuperar la página y perder registros posteriores. Se busca restablecer el servicio con la menor pérdida innecesaria, no solamente hacer desaparecer la pantalla blanca. Aclara qué información debe preservarse antes de autorizar una sustitución completa de la base.
