Gutenberg 24.2 coloca las notas junto al editor y cambia las pruebas de React

Gutenberg 24.2 se publicó el 14 de octubre con cambios que afectan tanto al trabajo de redacción como al código que lo sostiene. Las notas aparecen ahora junto al área de edición, la búsqueda de navegación abarca más tipos de contenido y el plugin activa de forma predeterminada su experimento con React 19, con excepciones para problemas de compatibilidad conocidos.

Se trata de una versión del plugin Gutenberg. No debe describirse como una nueva versión del núcleo de WordPress ni como un cambio ya presente en todos los sitios WordPress. Comprueba qué utiliza realmente tu instalación antes de programar una actualización o comunicar a los editores que su interfaz ha cambiado.

Menos cambios de vista al editar

El anuncio oficial de la versión indica que las notas pueden seguir visibles mientras la barra lateral de ajustes está abierta. La búsqueda de enlaces de navegación también reúne páginas, entradas, categorías y etiquetas en un mismo proceso.

Para una publicación, son tareas concretas que se pueden probar. Abre un borrador con una nota editorial, cambia un ajuste de bloque y comprueba que la conversación siga siendo utilizable con los anchos de pantalla que emplea el equipo. Después, añade un enlace de categoría a un menú de prueba y revisa su destino en la vista previa.

Estas comprobaciones importan más que contar controles nuevos. Una interacción de edición más rápida solo es útil si la publicación sigue pudiendo guardar el contenido previsto, conservar sus enlaces y generar la página esperada.

Mantén los cambios del menú de prueba fuera de la navegación pública hasta que alguien revise el resultado. Un error en el menú puede extenderse por todo el sitio aunque el artículo sea correcto.

React 19 cambia la cuestión de la compatibilidad

El anuncio señala que Gutenberg 24.2 activa React 19 salvo que un tema o plugin de su lista de incompatibilidades conocidas requiera React 18. También identifica una opción para desactivar el experimento en los ajustes Experiments de Gutenberg si surge un problema.

Eso justifica probar los bloques personalizados y las extensiones del editor; no demuestra que vayan a fallar. Pide a la persona que mantiene el sitio que revise un borrador representativo: añadir un bloque, editarlo, guardar, volver a abrir y previsualizar. Incluye cualquier barra lateral personalizada o integración utilizada en el proceso de publicación.

Si algo falla, registra la versión de Gutenberg, el tema activo, la extensión relevante y los pasos que reproducen el problema. Evita cambiar varios plugins a la vez mientras lo diagnosticas. Un fallo reproducible es más fácil de comunicar y resolver que la observación imprecisa de que el editor se comporta de otra manera.

Convierte la actualización en un cambio controlado

Utiliza las indicaciones de actualización de WordPress para preparar un cambio del que puedas recuperarte. Conserva una copia de seguridad y una forma clara de volver atrás; después, prueba tanto la página pública como la pantalla de edición. La rutina de mantenimiento explica cómo mantener estas comprobaciones lo bastante acotadas para repetirlas.

No es necesario instalar Gutenberg en un sitio en producción solo para obtener una función del anuncio. Primero decide si la versión resuelve una necesidad real de trabajo, si el sitio ya utiliza el plugin y quién se encargará de comprobar la compatibilidad.

Si la actualización coincide con un cambio de alojamiento, separa las modificaciones cuando sea posible. Una lista de comprobación para migrar el alojamiento ayuda a evitar que los cambios de infraestructura añadan otra incógnita a un problema del editor.