Desactivar Gutenberg y recuperar el editor clásico
Recupera el editor clásico de WordPress —global, por tipo de contenido, por rol o por entrada— más widgets clásicos y limpieza del CSS de bloques, sin otro plugin.
Yo sigo escribiendo la mayoría de mis entradas en el editor clásico. No es terquedad: para texto puro y duro, los paneles, los popovers y los botones «+» del editor de bloques son una fricción que no necesito. Pero el consejo habitual —«instala el plugin Classic Editor»— es demasiado tosco: apaga Gutenberg en todas partes, para todo el mundo, o no lo apaga en absoluto. Lo que yo quiero de verdad es matiz: clásico para las entradas del blog, bloques para las landing pages, el editor simple para el cliente, el completo para mí. Aquí te cuento cómo desactivar Gutenberg con ese nivel de control, y de paso limpiar lo que deja funcionando.
Lo esencial
- El módulo convierte el editor clásico en el predeterminado, pero el verdadero valor está en la granularidad: elige el editor por tipo de contenido, por rol o por entrada individual.
- Restaura la pantalla clásica de widgets (WordPress también pasó los widgets a bloques), activada por defecto.
- Elimina el CSS front-end de la biblioteca de bloques por defecto —se carga en todas las páginas aunque no uses ni un solo bloque— y también puede quitarlo del panel de administración.
- Impide que Gutenberg descargue patrones de bloques remotos desde la API de WordPress.org, eliminando una petición externa al abrir el editor.
- Quita discretamente el panel obsoleto «Try Gutenberg» del escritorio: un estorbo menos.
¿Por qué la gente sigue desactivando el editor de bloques?
Gutenberg es genuinamente bueno construyendo diseños complejos. Pero buena parte del trabajo en WordPress no es diseño: es escribir. Para un blog centrado en el texto, la web de un negocio o un cliente que solo necesita actualizar una página, el editor clásico TinyMCE es más rápido y menos intimidante. Las razones más comunes:
- Escribes sobre todo texto y no necesitas diseños basados en bloques.
- Usas un maquetador (Elementor, Divi, Beaver Builder) que de todos modos trae su propio lienzo de edición.
- Gestionas la web de un cliente al que los bloques le resultan confusos.
- Quieres un panel de administración más ligero y rápido.
Ninguna de estas razones significa «matar Gutenberg para siempre y en todas partes». Y ese es exactamente el problema del enfoque habitual de encendido/apagado.
¿Cómo desactivas Gutenberg: en todas partes o solo donde tú quieres?
Activa el módulo Classic Editor en Blaminhor Essentials. Recién activado, pone el editor clásico como predeterminado: entradas y páginas se abren en el TinyMCE de siempre, sin bloques, sin paneles laterales, sin botón «+». Pero los ajustes son lo que lo hace valer más que un plugin tosco de encender/apagar.
Define el valor por defecto y luego anúlalo donde lo necesites: por tipo de contenido, por rol o en una entrada concreta.
El editor se resuelve del nivel más específico al más general:
| Nivel | Qué define | Ejemplo |
|---|---|---|
| Entrada individual | Elección del editor por entrada (con el cambio habilitado) | Forzar bloques en una landing page |
| Tipo de contenido | Clásico o bloques para todo un tipo | Entradas en clásico, páginas en bloques |
| Rol de usuario | El editor lo decide quién ha iniciado sesión | Clásico para los clientes, bloques para ti |
| Predeterminado global | El valor de respaldo para todo lo no anulado | Clásico en todas partes por defecto |
Esa superposición de niveles es la diferencia entre «apagué Gutenberg» y «puse el editor correcto delante de cada persona y de cada tipo de contenido».
¿Qué limpia desactivar Gutenberg entre bastidores?
Dos cosas que no ves, ambas activadas por defecto donde es seguro:
Vuelven los widgets clásicos. WordPress no solo pasó el editor a bloques: hizo lo mismo con la pantalla de widgets. El módulo restaura la interfaz tradicional de widgets para que los de tu barra lateral y tu pie de página se comporten como siempre lo hicieron.
El CSS de bloques deja de cargarse. WordPress encola la hoja de estilos de la biblioteca de bloques en todas las páginas del front-end, incluso en una que no contiene ni un solo bloque. El módulo la elimina por defecto, recortando kilobytes y una petición HTTP en cada carga de página, y también puede quitar los estilos de bloques del panel de administración si quieres un backend aún más ligero. Además bloquea la llamada de Gutenberg a la API de WordPress.org para los patrones de bloques remotos: una petición externa menos cada vez que abres el editor.
Un interruptor en lugar de un plugin más
Puedes instalar el plugin oficial Classic Editor de WordPress: funciona y está mantenido. Pero es otro plugin que instalar, actualizar y vigilar por conflictos, y se queda en un interruptor global. Si ya usas Blaminhor Essentials, el módulo Classic Editor está a un clic, y te da el control por tipo de contenido, por rol y por entrada que el plugin independiente no ofrece.
Si te interesa el ángulo de los roles —dar a cada usuario una experiencia distinta—, combina muy bien con gestionar los roles de usuario de WordPress, donde defines lo que cada rol puede ver y hacer.
Classic Editor es una de las más de 20 herramientas de Blaminhor Essentials, gratuito y de código abierto en WordPress.org.
Descargar Blaminhor Essentials
– blaminhor
FAQ
¿Puedo mantener Gutenberg en las páginas pero usar el editor clásico en las entradas?
Sí. El módulo Classic Editor resuelve el editor por tipo de contenido, así que puedes poner las entradas en clásico y dejar las páginas en el editor de bloques (o al revés). También puede decidir según el rol de usuario, y recuerda la elección por entrada cuando habilitas el cambio de editor: mucho más granular que un interruptor de todo o nada.
¿El editor clásico va a desaparecer?
WordPress se comprometió a mantener el plugin oficial Classic Editor « mientras sea necesario », y ha renovado esa promesa año tras año, así que no va a desaparecer pronto. Un módulo que restaura el editor clásico logra el mismo resultado sin depender del ciclo de vida de un solo plugin, y añade el control por tipo de contenido y por rol que el plugin oficial no ofrece.
¿Cuál es la diferencia entre Gutenberg y el editor clásico?
Gutenberg es el editor de bloques: construyes el contenido con bloques apilables —párrafos, imágenes, columnas— con paneles laterales y una barra de herramientas flotante. El editor clásico es la vieja caja TinyMCE, una sola área de texto con formato, muy parecida a un procesador de textos. Los bloques van bien para diseños ricos; el editor clásico, para escribir rápido y centrado en el texto, con mucho menos mobiliario en pantalla.
¿Cómo desactivo Gutenberg sin plugin (functions.php)?
Puedes añadir un filtro en functions.php: devolver false desde el hook « use_block_editor_for_post » fuerza el editor clásico en todas partes. Funciona, pero es un método tosco y vive en tu tema, así que desaparece al cambiar de tema y no da ningún control por tipo de contenido ni por rol. Un módulo dedicado es más duradero y mucho más flexible.
¿Pasar al editor clásico romperá mis entradas hechas con bloques?
El contenido de fondo no, pero se ve desordenado. Abrir en TinyMCE una entrada construida con bloques muestra el marcado en bruto —esos comentarios « <!-- wp:paragraph --> »— en lugar de un diseño limpio. Mantén las entradas con bloques existentes en el editor de bloques mediante una excepción por entrada, o limpia el marcado una vez antes de cambiarlas.
¿Necesito el editor clásico si uso un maquetador como Elementor?
Para el maquetador en sí, normalmente no: Elementor, Divi y Beaver Builder traen su propio lienzo y esquivan Gutenberg en las páginas que editan. Pero las entradas y el resto del contenido siguen abriéndose en el editor de bloques, así que mucha gente combina un maquetador con el editor clásico para que todo lo demás siga simple y coherente.
Comentarios