Pantalla en blanco en WordPress: causas y qué hacer primero

Si su web WordPress muestra una página completamente en blanco, sin mensaje de error, sin logotipo y sin contenido, algo ha impedido que la página se generara antes de que se pudiera mostrar nada.

Es lo que a menudo se llama la "pantalla blanca de la muerte" (white screen of death). El nombre suena dramático, pero el problema suele ser menos grave de lo que parece. En la mayoría de los casos, el contenido de la web sigue ahí: WordPress simplemente se ha detenido mientras preparaba la página.

La dificultad es que una pantalla en blanco no da ninguna pista sobre la causa. Puede afectar a toda la web, solo al escritorio o solo a algunas páginas, y puede deberse a un plugin, al tema, a un límite del servidor o incluso a una caché que ha guardado una página en blanco.

Esta guía explica qué suele significar una pantalla en blanco, cuáles son las causas más comunes, qué puede comprobar sin riesgo y cuándo pedir ayuda.

¿Qué significa una pantalla en blanco?

Cuando alguien abre una página, WordPress carga su propio código, los plugins activos y el tema, lee el contenido de la base de datos y monta la página.

Si uno de estos pasos falla de forma suficientemente grave, PHP, el lenguaje de programación en el que está escrito WordPress, se detiene. Si el error no se muestra en pantalla, algo normal y más seguro en una web en producción, el visitante recibe una página vacía.

Las versiones recientes de WordPress suelen capturar estos fallos y mostrar en su lugar el mensaje "There has been a critical error on this website" (en español, "Ha habido un error crítico en esta web"). Si ve ese mensaje, nuestra guía sobre el error crítico de WordPress es un mejor punto de partida. Aun así, la pantalla en blanco puede aparecer en varias situaciones, por ejemplo cuando el error se produce de una forma que WordPress no puede capturar, cuando la protección se ha desactivado o cuando la página en blanco procede de una caché y no del propio WordPress.

¿Cuáles son las causas más comunes?

Un error fatal de PHP

Es la causa clásica. Un fragmento de código falla y PHP se detiene. Los motivos típicos son:

una actualización de un plugin que no es compatible con su versión de WordPress o de PHP
un conflicto entre dos plugins
una actualización del tema o una modificación de los archivos del tema
código personalizado añadido al tema o a un plugin de snippets
un cambio de versión de PHP, hecho por usted o por el proveedor de hosting
una actualización interrumpida que ha dejado archivos incompletos

El error queda oculto a los visitantes, pero normalmente se registra en un log. Encontrar esa entrada del log suele ser la forma más rápida de llegar a la causa.

La web se ha quedado sin memoria

PHP asigna a cada petición una cantidad máxima de memoria. Si un plugin, una importación, un constructor de páginas o una página grande necesitan más, la petición se detiene y puede dejar una página en blanco.

Aumentar el límite de memoria puede ayudar, pero no siempre es la solución real. Conviene entender por qué la web necesita de repente más memoria que antes.

Un plugin o el tema

Incluso sin un mensaje de error visible, los plugins y los temas son el origen más frecuente de una pantalla en blanco, sobre todo justo después de una actualización, una instalación o una activación.

Una caché que sirve una página en blanco

La caché guarda una copia de cada página para que la web sea más rápida. Si la web falló durante un momento mientras se guardaba una página, la caché puede seguir mostrando esa copia en blanco incluso cuando el problema real ya ha desaparecido.

Puede haber caché en varios lugares:

un plugin de caché en WordPress
la caché del servidor del proveedor de hosting
una CDN o un proxy como Cloudflare
el propio navegador del visitante

¿La pantalla en blanco afecta a todo el sitio?

El lugar donde aparece la pantalla en blanco dice mucho.

Toda la web está en blanco

Tanto las páginas públicas como el escritorio aparecen en blanco. Esto apunta a algo que se carga en todas partes: un plugin, el tema, un límite de memoria o un problema del servidor.

Solo el escritorio está en blanco

La web pública funciona, pero /wp-admin/ muestra una página en blanco. Esto suele apuntar a:

un plugin que funciona sobre todo en el escritorio
un límite de memoria alcanzado en el área de administración, que normalmente hace más trabajo que las páginas públicas
un problema que solo aparece a los usuarios con sesión iniciada

Solo algunas páginas están en blanco

La página de inicio funciona, pero algunas páginas, entradas o productos aparecen en blanco. Esto suele apuntar a:

una plantilla de página concreta del tema
un shortcode, un bloque o un elemento del constructor de páginas que solo se usa en esas páginas
un plugin que solo se ejecuta en determinados tipos de página, como la tienda o el carrito
una página muy grande que supera el límite de memoria

Solo la ve usted, o solo la ven los visitantes

Si usted ve una página en blanco pero un compañero no, o al revés, es probable que intervenga una caché. Pruebe a abrir la página en una ventana privada, en otro dispositivo o con datos móviles en lugar de la red de la oficina.

¿Qué debe comprobar primero?

Piense en lo que ha cambiado

Antes de tocar nada, pregúntese:

¿Se ha actualizado un plugin, un tema o WordPress?
¿Se ha instalado o activado un plugin nuevo?
¿Alguien ha editado el tema o ha añadido código personalizado?
¿El proveedor de hosting ha cambiado la versión de PHP?
¿Se ha migrado o restaurado la web?
¿Se ha instalado o reconfigurado un plugin de caché?

Una pantalla en blanco que aparece justo después de un cambio concreto suele estar relacionada con ese cambio.

Revise el correo del administrador de WordPress

Cuando WordPress detecta un error fatal, puede enviar un correo a la dirección del administrador con detalles y un enlace al modo de recuperación. Revise la bandeja de entrada y la carpeta de spam de la dirección usada para la web. Trate el enlace de recuperación como información sensible y no lo comparta públicamente.

Intente vaciar la caché

Si tiene acceso al escritorio o a su servicio de caché o de CDN, vaciar la caché es un paso seguro y reversible. Después, recargue la página en una ventana privada. Si la página vuelve a aparecer, la caché estaba mostrando una copia antigua en blanco, pero aun así conviene averiguar por qué falló la página en primer lugar.

¿Qué puede probar sin riesgo?

Contacte con quien hizo el último cambio

Si una agencia, un desarrollador o un compañero ha actualizado o editado la web recientemente, pregúntele primero. Puede que sea capaz de revertir su cambio rápidamente.

Pida el log de errores a su proveedor de hosting

Los proveedores de hosting normalmente pueden revisar los logs de errores de PHP e indicarle si:

se registró un error fatal en el momento en que empezó el problema
se alcanzó el límite de memoria
la versión de PHP ha cambiado recientemente
el servidor tuvo otros problemas

El mensaje de error suele indicar el nombre del plugin o del tema implicado.

Desactive el plugin sospechoso desde el escritorio

Si el escritorio sigue funcionando y sospecha claramente de un plugin, por ejemplo porque la pantalla en blanco empezó justo después de actualizarlo, desactive solo ese plugin desde Plugins → Installed Plugins (Plugins → Plugins instalados) y recargue la página afectada.

Recuerde que los plugins pueden gestionar pagos, formularios, seguridad o traducciones. Que una web vuelva a cargar no significa necesariamente que funcione del todo, así que pruebe después las funciones importantes.

¿Qué debe evitar?

Evite:

actualizar o eliminar todos los plugins a la vez
eliminar carpetas de plugins o temas
reinstalar WordPress sin un motivo claro
restaurar una copia de seguridad antigua sin comprobar qué datos más recientes sobrescribiría
cambiar la versión de PHP varias veces seguidas
dejar los mensajes de error visibles públicamente en la web en producción
copiar en wp-config.php o en el tema código sacado de foros sin entenderlo

Cambie una sola cosa cada vez y anote lo que ha hecho. Si algo que ha probado no ha servido, deshágalo antes de pasar al siguiente paso.

¿Cuándo debe pedir soporte técnico?

Pida ayuda cuando:

toda la web esté en blanco y no pueda acceder al escritorio
la web venda productos, gestione reservas o administre suscripciones
la pantalla en blanco vuelva tras una solución temporal
no encuentre ningún error claro en los logs
intervengan código personalizado o un tema muy personalizado
el problema haya aparecido después de una migración o un cambio de PHP
no se sienta cómodo editando archivos o usando SSH

No necesita diagnosticar el problema usted mismo antes de pedir ayuda. Describa lo que ve, dónde aparece y qué ha cambiado.

¿Qué información debe recopilar?

Estos datos son útiles:

la URL de la web y las direcciones de las páginas afectadas
si el escritorio funciona
cuándo empezó la pantalla en blanco
qué cambió justo antes
cualquier correo recibido de WordPress
el nombre del proveedor de hosting
si se usa un plugin de caché o una CDN
si hay disponible una copia de seguridad reciente

No envíe contraseñas por correo electrónico normal. D4Hub puede explicarle qué accesos se necesitan y cómo compartirlos de forma segura.

Cómo puede ayudarle D4Hub

El objetivo es encontrar la causa real, no solo conseguir que la página vuelva a aparecer.

Según la situación, D4Hub puede ayudarle a:

encontrar y leer el error que hay detrás de la pantalla en blanco
identificar el plugin, el tema o el código personalizado implicado
comprobar la compatibilidad entre WordPress, los plugins y PHP
investigar los problemas de memoria y por qué han empezado
vaciar y revisar la configuración de la caché en la web, el servidor y la CDN
restaurar archivos dañados o incompletos
valorar si conviene restaurar una copia de seguridad
probar después el checkout, los formularios, el acceso y otras funciones clave

Puede pedir ayuda en cualquier fase, desde la primera página en blanco hasta una solución que solo ha funcionado en parte.

Abrir un ticket de soporte

Para usuarios con conocimientos técnicos: encontrar la causa de una pantalla en blanco

Estas comprobaciones están pensadas para quienes se manejan con SFTP o SSH, wp-config.php y WP-CLI.

Antes de hacer cambios, haga una copia de seguridad de los archivos de la web y de la base de datos, o al menos una copia de cualquier archivo que vaya a editar. No publique nunca logs ni el contenido de wp-config.php, ya que pueden incluir información sensible.

Compruebe qué devuelve realmente el servidor

Desde un terminal, compruebe el código de estado HTTP de la página:

curl -I https://example.com/

Un estado 500 suele indicar un error del servidor o de PHP. Un estado 200 con una página vacía puede apuntar a una caché, a una plantilla del tema que no genera nada o a un error gestionado de forma silenciosa.

Active el log de depuración de WordPress

Abra wp-config.php y añada estas líneas antes de la línea que dice "That's all, stop editing" (en las instalaciones en español, "¡Eso es todo, deja de editar!"):

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Si alguna de estas constantes ya está definida en el archivo, modifique la línea existente en lugar de añadir una segunda.

Con estos ajustes, los errores se escriben en un archivo en lugar de mostrarse a los visitantes. Recargue una vez la página en blanco y después abra:

wp-content/debug.log

Mire las líneas más recientes. Un error fatal suele indicar la ruta de un archivo, como wp-content/plugins/plugin-name/... o wp-content/themes/theme-name/..., que le dice qué componente ha fallado. Un mensaje como "Allowed memory size exhausted" apunta a un límite de memoria.

Cuando tenga la información, vuelva a poner WP_DEBUG en false y elimine debug.log. El archivo está en una carpeta pública, así que no debe dejarse en una web en producción.

Desactive todos los plugins renombrando la carpeta

Si no puede acceder al escritorio y no sabe qué plugin está implicado:

Conéctese mediante SFTP o el gestor de archivos del hosting.
Abra wp-content/.
Cambie el nombre de plugins por algo como plugins-disabled.
Recargue la web.

Si la web vuelve a funcionar, hay un plugin implicado. Devuelva a la carpeta el nombre plugins. Es posible que WordPress muestre entonces los plugins como desactivados, así que vuelva a activarlos de uno en uno, revisando la web después de cada uno, hasta que vuelva a aparecer la pantalla en blanco.

Tenga en cuenta que, mientras los plugins están desactivados, también lo están funciones como los pagos, los formularios y la seguridad.

Desactive un solo plugin

Si el log o el momento en que empezó el problema apuntan a un plugin, cambie el nombre solo de su carpeta dentro de wp-content/plugins/, por ejemplo de plugin-name a plugin-name-disabled. No la elimine.

Con WP-CLI puede hacer lo mismo:

wp plugin deactivate plugin-name --skip-plugins --skip-themes

Use WP-CLI sin cargar plugins ni temas

Si un plugin o un tema provoca un error fatal, puede que los comandos de WP-CLI también fallen. Las opciones --skip-plugins y --skip-themes permiten que WP-CLI se ejecute sin cargarlos:

wp plugin list --skip-plugins --skip-themes
wp theme list --skip-plugins --skip-themes

Así puede ver qué plugins y temas están activos, y sus versiones, aunque la web esté en blanco.

Cambie a un tema por defecto

Si el problema parece estar en el tema, compruebe qué temas están instalados y active un tema por defecto de WordPress, si hay alguno:

wp theme list --skip-plugins --skip-themes
wp theme activate twentytwentyfive --skip-plugins --skip-themes

Use el nombre de un tema por defecto que aparezca realmente en su lista. Cambiar de tema modifica el aspecto de la web y puede afectar a los menús y los widgets, así que trátelo como un paso de diagnóstico y vuelva al tema anterior cuando sepa más.

Revise el límite de memoria

Si el log menciona la memoria, pregunte a su proveedor de hosting cuál es el límite de memoria de PHP. WordPress también tiene su propio ajuste, que puede aumentar en wp-config.php:

define( 'WP_MEMORY_LIMIT', '256M' );

WordPress no puede superar el límite fijado por el servidor. Si la web necesita mucha más memoria que antes, averigüe qué ha cambiado en lugar de aumentar el límite una y otra vez.

D4Hub puede ayudarle a leer el log, identificar el componente implicado y planificar una solución segura.

Preguntas frecuentes

¿He perdido mi contenido?

Normalmente no. Una pantalla en blanco significa que la página no se ha podido generar, no que el contenido se haya eliminado. Una vez corregida la causa, la web suele volver tal y como estaba.

¿Qué diferencia hay entre una pantalla en blanco y un error crítico?

Ambos se deben a menudo a un error de PHP. Las versiones recientes de WordPress suelen mostrar un mensaje de error crítico, mientras que una pantalla en blanco significa que no se ha mostrado nada, a veces porque el error no se pudo capturar o porque una caché conservó una página en blanco.

¿Por qué la pantalla en blanco aparece solo en el escritorio?

El escritorio carga código y realiza tareas que las páginas públicas no hacen. Un plugin que solo funciona en el área de administración, o un límite de memoria alcanzado allí, puede romper el escritorio mientras la web sigue funcionando para los visitantes.

He vaciado la caché y la web ha vuelto. ¿Está solucionado?

El síntoma visible ha desaparecido, pero la caché solo guardó una página en blanco porque algo falló en algún momento. Revise los logs de errores o pida ayuda para asegurarse de que el problema no volverá.

¿Debo aumentar el límite de memoria?

Puede ayudar si el log muestra un error de memoria, pero trata el síntoma. Si la web necesita de repente más memoria, la causa real puede ser un plugin, una importación o un cambio.

¿Debo restaurar una copia de seguridad?

No como primer paso. Una restauración puede sobrescribir pedidos, envíos de formularios o contenidos más recientes. Normalmente es mejor encontrar primero la causa y después decidir si hace falta restaurar.

¿Puede ayudarme D4Hub si ya he probado algunas soluciones?

Sí. Cuéntenos qué ha probado y qué ocurrió después de cada paso. Esa información ayuda a reconstruir el problema y a elegir la siguiente acción segura.