Pantalla blanca de WordPress: cómo recuperar la web

Si WordPress muestra una pantalla blanca, no borres plugins ni restaures una copia todavía. Primero identifica si la respuesta es realmente vacía, un error 500 oculto o una página servida por una caché. Anota la hora, las URL afectadas y el último cambio; esa información suele acortar el diagnóstico más que una reinstalación apresurada.

Comprueba qué parte de la web falla

1. Abre portada, una página interior y /wp-admin/ en otra sesión. En las herramientas del navegador mira el código de respuesta y si llega HTML. Si solo falla una ruta, céntrate en lo que la genera.
2. Pregunta si hubo una actualización, un cambio de PHP, un despliegue o una restauración. Conserva una copia actual de archivos y base de datos antes de revertir nada, especialmente si hay pedidos o formularios recientes.
3. Consulta el registro PHP y el del servidor a la hora exacta. Una página blanca puede ser un error fatal, memoria agotada, una base de datos inaccesible o una respuesta vacía de otra capa. La documentación de WordPress sobre errores comunes distingue estos casos.

Recupera acceso sin empeorar el incidente

Si recibiste el correo de modo de recuperación de WordPress, usa su enlace para identificar el plugin o tema detenido en tu sesión de administración. Comprueba que el remitente y el dominio son legítimos antes de seguirlo. Que no llegue el aviso no descarta un error fatal: el propio transporte de correo puede fallar.

Cuando el log señala un componente concreto, prueba su reversión en staging o restaura solo ese cambio tras hacer copia. Evita renombrar toda la carpeta de plugins en una tienda abierta: puede suspender pagos, envíos o integraciones. Si no tienes staging y el sitio está caído, acuerda una ventana breve y documenta exactamente qué desactivas. No publiques WP_DEBUG_DISPLAY ni un log con rutas o datos privados; la guía oficial de depuración explica cómo registrar errores de forma controlada.

Ejemplo y verificación final

Tras actualizar un plugin aparece una página en blanco solo en una plantilla. El log muestra una llamada a una función no disponible en la versión PHP activa. Volver a la versión anterior del plugin en una copia de pruebas recupera la plantilla: la solución es resolver compatibilidad, no cambiar de hosting por intuición. Si ves HTTP 500 en todas las rutas, sigue también la guía específica del error 500.

Después de corregir, comprueba portada, páginas interiores, acceso, formularios y, si es una tienda, carrito y checkout con un método de prueba. Confirma que no se perdieron cambios recientes y vigila el log. Si el síntoma coincide con un fallo de conexión de datos, resuelve esa causa antes de reactivar extensiones. Para pedir ayuda, comparte hora, URL y mensaje del log sin contraseñas.

Si aparece «Ha habido un error crítico»

Ese mensaje es una presentación más explícita de un fallo fatal; no demuestra por sí mismo que el servidor esté caído. Comprueba el correo de la dirección administradora y, si WordPress envió un enlace de recuperación, entra por él para ver qué extensión o tema se ha pausado únicamente en tu sesión. No confundas ese aviso con una solución definitiva: identifica el error, reproduce la ruta y revisa si la tienda sigue aceptando pedidos. Si el correo no llega, pide el registro PHP correspondiente a la hora del fallo y usa la guía de registro de errores. La documentación oficial del modo de recuperación aclara que el email puede fallar si el transporte de correo no funciona. Al resolver la causa, sal del modo de recuperación y verifica tanto la zona pública como la administración.