Reparación: Pantalla Blanca de la Muerte
¿Pantalla en blanco en tu sitio WordPress? PBDM reparada el mismo día, sin pérdida de datos.
¿Ves alguno de estos síntomas?
Si reconoces alguno de estos problemas, podemos ayudarte hoy mismo.
- ⚠️Pantalla completamente en blanco en el frontend
- ⚠️PBDM solo en el panel de administración WordPress
- ⚠️Pantalla blanca tras actualizar plugin o tema
- ⚠️Límite de memoria excedido causando pantalla en blanco
- ⚠️Incompatibilidad de versión PHP causando PBDM
- ⚠️Pantalla blanca solo en páginas específicas
Cómo lo Reparamos
Proceso sistemático y seguro, paso a paso.
Habilitar WP_DEBUG para ver el error
Añadimos define("WP_DEBUG", true) al wp-config.php para capturar el error PHP oculto que causa la pantalla en blanco.
Revisar logs de errores PHP
Revisamos los logs de errores PHP del servidor para identificar el archivo fallido y la línea.
Deshabilitar plugins/temas sistemáticamente
Vía FTP/WP-CLI, renombramos la carpeta de plugins y cambiamos a un tema predeterminado para aislar el conflicto.
Corregir y restaurar
Una vez aislado, corregimos la causa raíz, reactivamos los plugins uno a uno y verificamos la funcionalidad completa.
Detalle Técnico
La Pantalla Blanca de la Muerte de WordPress es un error fatal de PHP que no produce ninguna salida, resultando en una página en blanco. A diferencia de los errores críticos de WordPress 5.2+ que muestran un mensaje, la PBDM ocurre cuando el error sucede antes de que WordPress pueda capturarlo.
¿Tu sitio tiene este problema ahora mismo?
No pierdas más tiempo. Nuestro experto WordPress está disponible ahora.
Errores y Síntomas Relacionados
Preguntas Frecuentes
Q1¿La pantalla blanca es diferente a un error crítico?
Sí. Un error crítico (WordPress 5.2+) muestra un mensaje. La pantalla blanca no muestra nada en absoluto.
Q2¿La PBDM puede afectar solo al panel de administración?
Sí. La PBDM solo en admin significa que un archivo de plugin o tema está roto pero solo se activa en el contexto admin.
Q3¿Perderé mis datos?
No. La PBDM es un problema de código, no de datos. Todo tu contenido permanece seguro en la base de datos.
Q4¿Cómo reparan la PBDM sin acceso al panel WP?
Accedemos a los archivos vía FTP o el administrador de archivos del hosting. Podemos renombrar la carpeta de plugins y cambiar temas sin necesitar wp-admin.
Q5¿Cuánto se tarda en reparar la pantalla blanca de WordPress?
Típicamente entre 30 minutos y 2 horas, dependiendo de cuántos plugins están instalados y la complejidad del conflicto.
Q6¿Por qué mi front-end de WordPress está en blanco pero el admin funciona?
Este patrón generalmente significa un error PHP del tema o un plugin que se engancha solo al front-end. El admin usa una ruta de arranque diferente, así que el problema está aislado. Cambiamos a un tema por defecto para confirmar y arreglamos el archivo roto.
Q7¿Por qué wp-admin está en blanco pero el front-end funciona?
El caso inverso generalmente significa una página de admin de un plugin o un bloque de functions.php del tema que solo corre en contexto admin. Desactivamos plugins vía la base de datos en wp_options.active_plugins para restaurar el acceso.
Q8¿Cómo se relaciona la WSOD con el memory_limit de PHP?
Cuando PHP se queda sin memoria, falla silenciosamente a mitad de ejecución antes de que WordPress pueda renderizar nada, produciendo una página en blanco. Subir memory_limit a 256M-512M en php.ini o wp-config.php suele resolver la WSOD al instante.
Q9¿Activar display_errors mostrará qué está causando la WSOD?
Sí, en desarrollo. Pon display_errors=On en php.ini y recarga: el mensaje de error fatal real aparece en la pantalla blanca. Nunca dejamos esto activo en producción por seguridad.
Q10¿Un solo carácter en functions.php puede causar la pantalla blanca?
Sí. Un punto y coma faltante, una llave sin cerrar, o un carácter extra en functions.php (tema) o wp-config.php causa un error de parseo inmediato. Usamos php -l para linter los archivos antes de desplegar código.
Q11¿Cambiar de tema perderá mis personalizaciones?
Los ajustes del Customizer son específicos por tema y se guardan por tema. Siempre anotamos tu tema activo primero, luego cambiamos para probar, y volvemos: tus personalizaciones permanecen en la base de datos.
Q12¿La caché del navegador puede causar una WSOD falsa?
Sí. Tras una reparación, tu navegador puede servir el HTML en blanco cacheado. Siempre probamos en incógnito o tras un refresco fuerte (Ctrl+Shift+R) para confirmar si el sitio realmente carga o no.
Q13¿La WSOD siempre es un error fatal de PHP?
No siempre. También puede ser: un servidor mal configurado devolviendo respuestas 200 vacías, un error de JavaScript impidiendo que el admin basado en React renderice, o un CDN sirviendo una página vacía cacheada.
Q14¿Por qué la WSOD ocurre solo cuando publico un post?
Si la WSOD aparece específicamente al publicar, generalmente es un plugin (SEO, compartir en redes, optimizador de imágenes) corriendo en el hook de publicación. Revisamos los hooks save_post y transition_post_status.
Q15¿La WSOD reaparecerá después de que la reparen?
No por la misma causa raíz. Documentamos qué estaba roto (archivo, línea, versión PHP) y desactivamos permanentemente el plugin malo o aplicamos un parche. También configuramos un log de debug para que cualquier WSOD nueva tenga pistas inmediatas.
Otros Servicios WordPress
Soporte de Emergencia WordPress — Mismo Día
Nuestro experto responde en minutos. Sin pérdida de datos. Sin cargo por diagnóstico.
wpfix.blimx.com — WordPress repair service