Gutenberg en blanco en WordPress cómo solucionarlo
¿Tienes Gutenberg en blanco? Aprende a diagnosticar la causa y aplicar pasos seguros para recuperar el editor de WordPress.
Cuando el editor de WordPress se abre pero el área de contenido queda vacía, suele hablarse de Gutenberg en blanco. En muchos casos no es un fallo único, sino un síntoma de conflicto entre plugins o tema, errores JavaScript, caché agresiva, falta de recursos del servidor o incompatibilidades de versión. La clave es diagnosticar por orden y evitar cambiar varias cosas a la vez.
Dicho de forma breve: que Gutenberg aparezca en blanco significa que el editor de bloques no consigue cargar correctamente su interfaz o sus datos. Las causas más habituales suelen estar en scripts bloqueados, un conflicto de plugins, límites de memoria, una versión de PHP desactualizada o una optimización que rompe archivos JavaScript del administrador.
Qué significa que Gutenberg aparezca en blanco
No siempre se trata de una pantalla blanca WordPress completa. A veces el escritorio carga bien, pero al crear o editar una entrada el panel central queda vacío, no aparecen bloques o Gutenberg no carga tras mostrar un spinner infinito.
Ese comportamiento puede indicar que el navegador no está ejecutando algún script del editor, que una llamada a la API REST falla, o que un plugin o el tema interfiere con el administrador. Si el problema comenzó tras actualizar WordPress, instalar una extensión nueva o activar una capa de optimización, conviene empezar por ahí.
| Síntoma | Posible causa | Comprobación recomendada |
|---|---|---|
| Editor vacío | Error JavaScript | Abrir consola del navegador |
| Carga infinita | REST API o caché | Probar sin caché y revisar peticiones |
| Fallo tras actualizar | Incompatibilidad | Desactivar último cambio |
Comprobaciones rápidas antes de tocar el sitio
- Prueba en una ventana privada o en otro navegador. Así descartas extensiones, sesiones corruptas o caché local.
- Haz una recarga forzada del administrador. En ocasiones el navegador mantiene archivos antiguos del editor.
- Comprueba si el problema afecta a todas las entradas o solo a un tipo de contenido concreto. Si solo falla en una pantalla, puede haber un metabox o un plugin específico implicado.
- Revisa si empezó justo después de una actualización, migración o cambio de configuración del hosting.
Si la web está en producción, antes de cambios mayores conviene disponer de copia de seguridad y, si es posible, replicar la incidencia en staging. En hostings compartidos en España esto marca la diferencia entre una prueba segura y un corte evitable.
Cómo detectar un conflicto de plugins o del tema
El error editor WordPress muchas veces aparece por incompatibilidades entre el editor y plugins de SEO, campos personalizados, seguridad, caché, constructores visuales o snippets insertados en el administrador.
La forma más fiable de comprobarlo es desactivar temporalmente todos los plugins y probar de nuevo. Si el editor vuelve, reactiva uno a uno hasta localizar cuál reproduce el fallo. Hazlo en orden y anotando resultados; probar todo a la vez solo complica el diagnóstico.
Si con todos los plugins desactivados sigue igual, cambia temporalmente a un tema por defecto de WordPress. Algunos temas antiguos o muy modificados cargan scripts o funciones que rompen el editor de bloques en blanco, especialmente tras cambios de versión.
Revisar memoria PHP, versión de PHP y límites del servidor
Si WordPress funciona con recursos justos, el editor puede quedarse a medias al cargar. Conviene revisar la memoria PHP WordPress, la versión de PHP y posibles límites del hosting.
En muchos entornos actuales, una versión de PHP desactualizada o muy ajustada puede causar comportamientos erráticos. También puede influir un límite bajo de memoria o procesos saturados en hosting compartido.
Si vas a tocar constantes como WP_MEMORY_LIMIT, recuerda que sirven para indicar a WordPress cuánta memoria intentar usar, pero no siempre superan la política del servidor. Haz cambios con copia de seguridad y, si no controlas el entorno, consulta antes con el hosting.
Caché, CDN y optimización: cuándo rompen el editor
Plugins de caché, minificación, combinación de archivos JavaScript, defer o delay de scripts y algunas CDN pueden romper el editor aunque la parte pública de la web parezca correcta. Esto es bastante habitual en instalaciones con optimización agresiva.
La prueba práctica es limpiar todas las capas de caché y desactivar temporalmente la optimización del área de administración. Si usas Cloudflare, LiteSpeed Cache, WP Rocket u otras soluciones similares, revisa exclusiones para wp-admin y para scripts del editor. Los constructores visuales y algunos plugins de rendimiento no siempre conviven bien con configuraciones muy agresivas.
Qué hacer si el problema sigue y cómo prevenirlo
Si después de estas comprobaciones el fallo continúa, prioriza el diagnóstico así: último cambio realizado, plugins activos, tema, errores de consola, recursos del servidor y caché. Ese orden suele reducir tiempo y riesgos.
Para prevenir incidencias similares, evita actualizar a ciegas en producción, mantén PHP y WordPress en versiones compatibles, reduce plugins redundantes y usa un entorno de pruebas antes de aplicar optimizaciones o cambios importantes.
El error más frecuente es intentar arreglarlo tocando todo a la vez. Si el sitio está en funcionamiento, afecta a clientes o no logras identificar la causa real del Gutenberg en blanco, el siguiente paso razonable es escalar el caso con soporte técnico o con un especialista que pueda revisar logs, compatibilidades y servidor sin poner en riesgo la web.
¿Necesitas orientación personalizada?
Te ayudamos a entender tus opciones y el siguiente paso.
