pantalla blanca de WordPress
Por qué su sitio muestra de repente una página en blanco
Cuando su sitio WordPress se convierte en una página en blanco (a veces llamada White Screen of Death), el problema no es necesariamente «el sitio está muerto»: a menudo es un fallo de PHP, un error fatal oculto o un recurso del servidor agotado. El navegador no muestra nada porque la ejecución se detiene antes de generar el HTML, o porque la visualización de errores está desactivada en producción (lo cual es normal).
La dificultad es que varias causas diferentes producen exactamente el mismo síntoma: una pantalla vacía, a veces solo en el front-end, a veces solo en el área de administración, a veces en una página concreta. El enfoque correcto es diagnosticar metódicamente, de lo más probable a lo más rápido de verificar, sin agravar la situación.
Las causas más frecuentes (y cómo reconocerlas)
1) Conflicto o error de plugin
Es una de las causas nº 1. Un plugin puede provocar un error fatal tras una actualización, un cambio de versión de PHP, un conflicto con otro plugin o una incompatibilidad con su tema. Pista: la pantalla en blanco aparece justo después de una actualización, la activación de una funcionalidad o en una página relacionada con ese plugin (formulario, caché, seguridad, constructor, e-commerce…).
2) Problema de tema (o del constructor)
Un tema puede llamar a una función inexistente, contener un archivo corrupto o ser incompatible con la versión de WordPress/PHP. Los constructores visuales (page builders) añaden una capa adicional y pueden amplificar los conflictos. Pista: el área de administración funciona pero el sitio público está en blanco, o viceversa según el punto de fallo.
3) Límite de memoria PHP alcanzado
Si WordPress falta de memoria (WP_MEMORY_LIMIT) o si tu proveedor impone un límite demasiado bajo, la ejecución puede detenerse de forma abrupta. Esto ocurre a menudo en sitios con muchos plugins, WooCommerce o tareas pesadas (importación, generación de imágenes, caché, copia de seguridad). Indicio: la pantalla blanca aparece en páginas pesadas (editor, importación, personalización, páginas de producto) o de manera intermitente.
4) Error fatal de PHP oculto (o visualización de errores desactivada)
En producción, los errores PHP generalmente se registran pero no se muestran. Resultado: no ves nada. Indicio: ninguna página carga, o sólo algunas páginas, sin mensaje explícito.
5) Caché, optimización, minificación
Los plugins de caché y optimización (minificación JS/CSS, carga diferida, combinación de archivos) pueden romper la visualización. En algunos casos, no produce un blanco total, sino un renderizado vacío o un HTML incompleto. Indicio: el problema aparece tras activar una optimización, o varía según el dispositivo/navegador.
6) Archivos de WordPress corruptos / actualización incompleta
Una actualización interrumpida (timeout, corte FTP, permisos) puede dejar WordPress en un estado incoherente. Indicio: el problema surge durante o justo después de una actualización del núcleo, y el acceso al back-office puede ser parcialmente posible.
7) Permisos de archivos, permisos, o disco lleno
Si el servidor ya no puede escribir (disco lleno, permisos demasiado restrictivos), algunas operaciones fallan y pueden provocar efectos en cascada. Indicio: las subidas ya no funcionan, las actualizaciones fallan, o los logs indican errores de escritura.
Más información sobre nuestros servicios de mantenimiento de sitios WordPress
8) Problemas del lado del proveedor (PHP-FPM, opcode cache, incidentes)
A veces, todo está correcto en WordPress, pero el servicio PHP es inestable, una caché del servidor está corrupta o una configuración ha cambiado. Indicio: errores aleatorios, tiempos de respuesta incoherentes o un incidente confirmado por el proveedor de hosting.
Diagnosticar sin perder tiempo: orden de acción recomendado
El objetivo es recuperar un sitio funcional lo antes posible, al mismo tiempo que se identifica la causa raíz para evitar que vuelva a ocurrir. Proceda idealmente en este orden: (1) verificar si el problema es global o parcial, (2) activar los registros, (3) aislar plugins, (4) aislar tema, (5) verificar recursos y versiones, (6) caché y optimización, (7) integridad de archivos, (8) entorno del servidor.
Paso 1: determinar el alcance exacto del problema
Antes de tocar nada, verifique:
– ¿El front-office está en blanco, o solo algunas páginas?
– ¿La administración /wp-admin/ es accesible?
– ¿El problema aparece para todos los visitantes o solo para los conectados?
– ¿Hizo algún cambio justo antes (actualización, plugin nuevo, ajuste de caché, migración)?
Este simple triage le ahorra muchísimo tiempo: una pantalla en blanco en todas partes apunta más bien a un error fatal global, mientras que una pantalla en blanco en una página concreta puede deberse a un shortcode, a una plantilla o a un conflicto localizado.
Paso 2: activar el debug correctamente (sin exponerlo todo)
Para salir del silencio, active la escritura de errores en un archivo de log. En wp-config.php, puede activar WP_DEBUG y sobre todo WP_DEBUG_LOG (y evitar WP_DEBUG_DISPLAY en producción). Después, reproduzca el problema y consulte el archivo de log (a menudo en wp-content\/debug.log según la configuración).
Este log a menudo le dará la línea exacta: un Fatal error, una función no encontrada, una clase ausente, una incompatibilidad de versión de PHP, etc. Es la forma más directa de identificar el plugin, el tema o el archivo implicado.
Paso 3: desactivar todos los plugins para aislar al culpable
Si tiene acceso al admin, desactive todos los plugins de una vez y luego réactívelos uno por uno hasta reproducir el problema. Si no tiene acceso al admin, use FTP\/SFTP o el gestor de archivos del proveedor: renombre la carpeta wp-content/plugins en plugins_old (o renombre solo la carpeta del plugin sospechoso si tiene una pista vía los logs). WordPress desactivará entonces las extensiones.
Una vez que el sitio vuelva, restaure la carpeta y renombre los plugins uno por uno, o reactívelos desde el admin para encontrar al responsable. No olvide comprobar también los plugins mu-plugins (wp-content\/mu-plugins), a menudo olvidados porque no aparecen en el admin.
Para un proceso guiado con variantes según el acceso (FTP, panel, etc.), puede consultar esta guía externa: Pantalla blanca de WordPress: cómo corregirla rápidamente.
Paso 4: probar con un tema predeterminado
Si desactivar los plugins no cambia nada, el tema (o un tema hijo) probablemente sea el causante. Cambie temporalmente a un tema nativo (Twenty Twenty-Three/Twenty Twenty-Four según su versión). Sin acceso admin, renombre la carpeta del tema activo en wp-content/themes : WordPress cambiará por defecto a un tema disponible (si existe).
Si el sitio vuelve, examine luego: functions.php, archivos de plantilla recientes, código añadido (snippets), compatibilidades con la versión de PHP, o módulos del constructor. Los errores fatales en functions.php son particularmente frecuentes tras añadir código copiado y pegado.
Paso 5: aumentar la memoria PHP y comprobar los recursos
Si los registros muestran un agotamiento de memoria (o si sospecha una página pesada), aumente los límites. Puede:
– Definir WP_MEMORY_LIMIT en wp-config.php (si está permitido).
– Ajustar memory_limit en el lado de PHP (php.ini, .user.ini o panel del proveedor).
– Reducir la carga: desactivar temporalmente plugins pesados, purgar transients, limitar tareas simultáneas (cron, copias de seguridad, escaneo de seguridad).
En sitios de comercio electrónico o con muchos complementos, un límite demasiado bajo (p. ej., 128M) puede resultar insuficiente según los usos. Vigile también la CPU/RAM y los límites de procesos impuestos por la oferta de alojamiento.
Paso 6: purgar la caché y desactivar la optimización agresiva
Si la pantalla en blanco apareció tras activar la minificación/combinación, desactive estas opciones como prioridad. Las optimizaciones JS (diferido, defer, delay) a veces rompen la ejecución y pueden provocar una pantalla vacía si el renderizado depende en gran medida de scripts. Purge:
– Complemento de caché (página, objeto).
– Caché del servidor (Varnish, caché de Nginx).
– Caché CDN (Cloudflare, etc.).
Si no puede acceder al back-office, renombre temporalmente el plugin de caché para neutralizarlo y luego elimine los archivos de caché (carpetas dedicadas en wp-content según la solución).
Paso 7: verificar la integridad de WordPress y el estado de las actualizaciones
Una actualización interrumpida puede dejar un sitio en un estado inestable. Puede volver a subir los archivos del núcleo de WordPress (sin tocar wp-content ni wp-config.php) desde una versión oficial correspondiente a su versión objetivo. Asegúrese de que los permisos sean coherentes y de que el servidor pueda escribir donde corresponda (uploads, caché, actualizaciones).
Más información sobre nuestros servicios de mantenimiento de sitios WordPress
Para procedimientos detallados por parte del proveedor de alojamiento (acceso al panel, comprobaciones básicas), este recurso externo puede ayudar: Cómo resolver la pantalla en blanco en mi sitio.
Paso 8: comprobar la versión de PHP y las incompatibilidades
Un cambio de versión de PHP (voluntario u obligado) puede provocar errores fatales en temas/plugins no compatibles. A la inversa, mantenerse en una versión de PHP demasiado antigua también puede causar incompatibilidades con plugins recientes. Verifique:
– Versión de PHP activa y módulos requeridos.
– Compatibilidad de las extensiones (notas de la versión, requisitos mínimos).
– Errores en los logs: deprecated no es fatal, pero ciertos errores de tipo/compatibilidad pueden serlo según el código.
Si sospecha una incompatibilidad, pruebe temporalmente una versión cercana de PHP (p. ej. de 8.2 a 8.1) para confirmar el diagnóstico y luego planifique la actualización del código en lugar de quedarse en una versión no recomendada.
Casos particulares: cuando el blanco no aparece en todas partes
Pantalla blanca solo en /wp-admin/
A menudo relacionado con un plugin (seguridad, caché, editor) o con un recurso de memoria al cargar la administración. Desactive los plugins vía FTP y luego pruebe. También consulte los errores en debug.log, porque el área de administración carga muchos archivos.
Pantalla blanca solo en una página o en un tipo de contenido
Esto puede provenir de un shortcode, de un bloque, de una plantilla específica, de un campo personalizado o de una consulta demasiado pesada. Revise el contenido de la página, desactive los plugins que inyectan shortcodes/bloques y pruebe con un tema por defecto.
Pantalla blanca solo para visitantes conectados
A menudo debido al editor, a un plugin de roles/permisos o a una caché mal configurada (caché de páginas servida a un usuario autenticado). Verifique las reglas de exclusión de la caché para los usuarios conectados y las páginas sensibles (carrito, cuenta, admin).
Soluciones rápidas vs correcciones duraderas
Una vez que el sitio esté restaurado, no se conforme con dejar un plugin desactivado sin entenderlo. La pantalla blanca es un síntoma; la corrección duradera implica:
– Identificar con precisión el componente culpable (plugin/tema/archivo).
– Actualizar a una versión corregida o volver a una versión estable.
– Reemplazar una extensión abandonada por una alternativa mantenida.
– Corregir el código (si tiene un snippet personalizado).
– Ajustar los recursos del servidor si el sitio ha crecido.
Para profundizar en un método completo de resolución de problemas (desactivación, registros, memoria, tema), también puede consultar: Resolver la página en blanco/pantalla blanca en WordPress ….
Evitar que el problema vuelva: buenas prácticas de mantenimiento
La prevención es la diferencia entre un incidente aislado y fallos recurrentes. Las acciones más eficaces:
– Implementar un entorno de preproducción (staging) para probar actualizaciones y nuevos plugins.
– Automatizar copias de seguridad fiables (y probar la restauración).
– Supervisar los registros (PHP, WordPress, servidor) y configurar alertas de disponibilidad.
– Evitar la acumulación de plugins redundantes, sobre todo cache + seguridad + optimización multiplicados.
– Documentar los cambios (quién actualizó qué, cuándo, por qué).
Elegir plugins robustos para reducir los conflictos
Muchas pantallas blancas aparecen tras añadir un plugin útil pero poco mantenido. Verifique antes de instalar: frecuencia de actualización, compatibilidad declarada, soporte, calidad de las reseñas y la carga introducida. Las extensiones premium no son automáticamente mejores, pero a veces ofrecen soporte y un ciclo de mantenimiento más claro, lo que reduce los riesgos en producción.
Para comparar los criterios y evitar malas decisiones, puede leer Plugin gratuito vs Plugin Premium: ¿Qué elegir?.
Seguridad: una pantalla blanca también puede ser un síntoma indirecto
En algunos casos, el sitio se queda en blanco tras un endurecimiento demasiado agresivo (reglas WAF, bloqueo de archivos, permisos), o tras una infección que corrompe archivos. Algunos malware provocan errores PHP, redirecciones o cargas del servidor que hacen caer PHP. Si observa archivos modificados sin motivo, cuentas admin desconocidas o peticiones sospechosas, trate el incidente como un problema de seguridad, no solo como un fallo técnico.
Más información sobre nuestros servicios de mantenimiento de sitios WordPress
Para repasar las trampas más frecuentes y reforzar su postura, consulte Los Errores de Seguridad Más Comunes.
Tras la corrección: comprobaciones esenciales (SEO, navegación, errores)
Una vez restaurada la visualización, valide que todo funcione realmente:
– Recorra las páginas principales (inicio, categorías, artículos, páginas de conversión).
– Pruebe la búsqueda interna, los formularios, el pago (si es comercio electrónico).
– Comprueba la consola del navegador por errores JS que podrían provocar una visualización en blanco según las páginas.
– Revisa los errores del servidor y los registros de WordPress en 24–48 h.
Si el incidente se produjo tras una migración o una gran actualización, aprovéchalo para verificar los enlaces rotos y los estados HTTP. En este punto concreto, Corregir los errores 404 tras una migración puede ayudarte a limpiar problemas residuales.
Impacto en la indexación: qué comprobar si Google rastreó durante la caída
Una pantalla en blanco puede acompañarse de códigos HTTP variables (200 con contenido vacío, 500, 502, 503). Si Googlebot se encuentra con ello, corres el riesgo de una desindexación temporal o una pérdida de visibilidad, sobre todo si la caída dura. Tras la restauración, comprueba en Search Console: cobertura, páginas excluidas, errores del servidor, e inspecciona algunas URL clave.
Para una checklist orientada a la visibilidad, el artículo Cómo verificar que está indexado correctamente permite confirmar que todo ha vuelto a la normalidad por parte de los motores.
Gestión multisite o parque de sitios: reducir el riesgo a gran escala
Si gestionas varios sitios, el riesgo de incidentes se multiplica: una actualización automática mal controlada, un plugin común defectuoso o una configuración de servidor idéntica pueden provocar pantallas blancas en serie. En este contexto, estructura:
– Oleadas de actualización (canary release): 1 sitio piloto, luego despliegue progresivo.
– Una estandarización de los plugins y temas autorizados.
– Un monitoreo centralizado y copias de seguridad verificadas.
– Entornos de prueba representativos.
Para poner en marcha una organización sólida, Comment Gérer un Parc de Sites Efficacement da un marco práctico.
Cuándo recurrir al proveedor de hosting (y qué pedirle)
Si has aislado plugins y tema sin éxito, o si los registros indican errores tipo PHP-FPM, timeouts, 502/503, es hora de implicar al proveedor de hosting. Pide:
– Los logs del lado del servidor en el momento preciso del incidente.
– La confirmación de un cambio reciente (versión de PHP, módulos, reglas de seguridad).
– Los límites de recursos y si se han alcanzado (CPU, RAM, E/S, procesos).
– Un reinicio controlado de servicios si es necesario (PHP-FPM, caché del servidor).
Para otro enfoque de resolución de problemas orientado al alojamiento, puede consultar: Cómo reparar la página en blanco en WordPress (White ….
Plan de acción resumido (lista de verificación)
1) Identificar si el problema es global, solo en administración, o específico de la página.
2) Activar el registro de errores y reproducir el incidente.
3) Desactivar plugins (FTP si es necesario), luego reactivarlos uno por uno.
4) Probar con un tema por defecto.
5) Comprobar la memoria PHP/recursos y ajustarla.
6) Vaciar cachés y desactivar minificación/optimizaciones agresivas.
7) Verificar la integridad de los archivos de WordPress y las actualizaciones incompletas.
8) Comprobar la versión de PHP y las compatibilidades.
9) Tras la restauración: pruebas funcionales + SEO + monitorización.
¿Necesita asistencia para evitar recurrencias?
Si desea asegurar las actualizaciones, la monitorización, las copias de seguridad y las intervenciones rápidas en caso de incidente, puede descubrir nuestras ofertas de mantenimiento adaptadas a los sitios WordPress.
