Pantalla blanca en WordPress: cómo ver el error que se está ocultando
Publicado el 24 de julio de 2026 · Actualizado el 5 de agosto de 2026
Por Rubén Ortega · 12 años en soporte técnico y preventa de empresas de hosting (Abansys, Arsys, Nominalia) · Declaración de vínculos
📌 Datos clave
- Qué es
- Un error de PHP que no se está mostrando
- Dónde está el mensaje
error_logowp-content/debug.log- Causa nº 1
- Plugin o tema tras una actualización
- Causa nº 2
- Memoria PHP agotada
- Cómo recuperar acceso
- Renombrar carpetas por FTP
Respuesta rápida
Una pantalla en blanco no es un tipo de error: es un error normal que no se está imprimiendo. En producción, WordPress oculta los errores a propósito —mostrarlos expondría rutas del servidor y detalles de tu instalación—, así que cuando PHP muere, no queda nada en pantalla.
El mensaje sí existe. Está en el registro de errores. Verlo lleva dos minutos y casi siempre resuelve el caso.
Paso 1: hacer visible el error
En wp-config.php, antes de «Eso es todo, deja de editar»:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors', 0);Recarga la página y abre wp-content/debug.log. La última línea señala fichero y línea exactos.
⚠️ WP_DEBUG_DISPLAY en false no es opcional. Con true, cualquier visitante ve las rutas de tu servidor.
Si el fichero no aparece, mira el error_log de la carpeta de tu web o los registros del panel.
Paso 2: las cuatro causas
Un plugin o tema
La más común, sobre todo tras una actualización. Si el log señala un fichero dentro de wp-content/plugins/, ya lo tienes.
Sin acceso al escritorio, por FTP: renombra la carpeta del plugin de plugin-x a plugin-x-off. WordPress no lo encuentra y lo desactiva solo.
Si no sabes cuál es, renombra plugins entera. Si la web vuelve, devuélvela a su nombre y ve activando de uno en uno.
Memoria agotada
Si el log dice Allowed memory size exhausted, es esto: qué hacer cuando WordPress se queda sin memoria.
Un error de sintaxis
Pasa tras editar un fichero desde el escritorio. El log te da fichero y línea; por FTP, deshaz el cambio.
De ahí la regla: no edites PHP desde el editor de WordPress. Un punto y coma de menos deja el sitio inaccesible, incluido el editor con el que lo romperías.
Versión de PHP incompatible
Si has subido de versión y algún componente antiguo no la soporta, el log lo dirá con un error de sintaxis. Vuelve a la versión anterior desde el panel mientras actualizas el componente.
Dónde falla y qué significa
| Qué está en blanco | Causa más probable |
|---|---|
| Toda la web, incluido el escritorio | Plugin o tema, o error de sintaxis |
| Solo el escritorio | Memoria: el administrador consume más |
| Solo una página concreta | Un bloque o shortcode de esa página |
| Solo tras actualizar | El componente que acabas de actualizar |
| Va y viene sin patrón | No es esto: mira procesos concurrentes |
La segunda fila es la más común y la que menos se diagnostica.
Paso 3: limpiar
Deja WP_DEBUG en false y borra el debug.log, que contiene rutas internas.
Si en lugar de una pantalla en blanco ves un mensaje sobre la base de datos, el diagnóstico es otro: «Error al establecer una conexión con la base de datos».
Si solo falla el escritorio
Un caso frecuente: la web pública se ve pero /wp-admin/ está en blanco.
Casi siempre es memoria: el escritorio consume más que la parte pública. Prueba a subir WP_MAX_MEMORY_LIMIT, que solo afecta al administrador.
Preguntas frecuentes
¿Por qué muestra una pantalla en blanco?
Porque PHP falló antes de imprimir nada y los errores están ocultos, que es lo correcto en producción. El error está registrado.
¿Cómo entro al escritorio si tampoco carga?
Por FTP, renombrando la carpeta del plugin sospechoso o la carpeta plugins entera.
¿Se pierde contenido?
No. Es un fallo de ejecución, no de datos.
¿Y si el log está vacío?
Puede ser un error de nivel superior —del servidor, no de PHP—. Mira los registros del panel y comprueba si es un error 500.
Guía general de diagnóstico. Aplicable en cualquier proveedor.