La modernización de WordPress está entrando en la siguiente fase. "La colaboración está ahora en el orden del día. En este artículo, te doy una primera visión general de las funciones nuevas y mejoradas previstas. También está previsto un rediseño del backend.

El proyecto "Gutenberg" de WordPress consta de un total de cuatro fases, dos de las cuales se consideran tan avanzadas que la siguiente está empezando ahora. Como breve recordatorio, la fase 1 se titulaba "Edición más fácil" y consistía esencialmente en el Editor de bloques, que se introdujo como nuevo estándar con WordPress 5.0. El trabajo sobre esto no ha terminado, por supuesto. Pero la época de los cambios masivos ha terminado por ahora.

Esto se aplica de forma similar a la fase 2 ("Personalización"). Comenzó con WordPress 5.8, donde la edición del sitio fue una innovación importante. Desde entonces, los bloques también pueden utilizarse fuera del contenido para adaptar el diseño y las funciones de un sitio web, siempre que tu propio tema siga el juego. Los patrones de bloques, el directorio de bloques y los temas de bloques también pertenecen a esta fase.

Ahora que los bloques se han introducido en muchos lugares, el tercer paso consiste en mejorar los procesos de trabajo. Esta fase 3 se titula "Colaboración". Se refiere principalmente a los equipos que han tenido que recurrir a plug-ins o servicios de terceros para organizar y coordinar su trabajo. Ya era hora, porque WordPress se ha utilizado durante mucho tiempo en grandes sitios web en los que trabajan numerosos ayudantes internos y externos. Hasta ahora, faltaban muchas funciones que facilitaran o hicieran posible esa colaboración.

La fase 3 también traerá mejoras para los usuarios individuales, como verás dentro de un momento.

En una serie de entradas del blog "Make WordPress Core", el equipo ha presentado por dónde debería ir el camino y desea recibir opiniones de los desarrolladores al respecto. 

He aquí un resumen de algunas ideas y conceptos clave:

Colaboración en tiempo real

Actualmente, WordPress a veces pone obstáculos cuando más de una persona trabaja en el contenido de una entrada de sitio . Por ejemplo, una entrada queda bloqueada y, por tanto, inaccesible para los demás en cuanto alguien la edita. Otra persona sólo puede "apoderarse" de él y así desbloquearlo. Dos o más personas no pueden editar al mismo tiempo, como ocurre con Google Docs y servicios similares. La tercera fase de Gutenberg pretende remediar este punto.

El equipo responsable tiene claro que estas funciones deben estar disponibles para el mayor número posible de usuarios. Por lo tanto, se excluyen todas las soluciones que requieran complejas configuraciones del servidor. Como escribe Matias Ventura en el blog "Make WordPress Core ", quieren utilizar como base estándares web abiertos como WebRTC. 

Al mismo tiempo, el sistema debe ser, en última instancia, lo suficientemente flexible como para poder complementarse y adaptarse a soluciones individuales. Por ejemplo, los complementos podrían permitir que más usuarios trabajasen en el mismo contenido al mismo tiempo de lo que es posible con la implementación estándar.

Un punto importante para estas funcionalidades es la resolución de conflictos, es decir, tratar con cambios conflictivos y simultáneos procedentes de distintos usuarios. O situaciones en las que una persona está desconectada mientras sigue trabajando en un contenido. Aquí es donde probablemente entre en juego Yjs.

Otro punto de la lista de deseos del equipo es que todos los implicados puedan ver quién está actualmente activo y editando un contenido ("presencia"). Esto también resulta familiar en servicios como Google Docs, que muestran visualmente quién está viendo o editando un contenido.

Dicho esto, el equipo quiere realizar estas nuevas funciones a través de la API de bloques existente. De este modo, quieren asegurarse de que funciona sin necesidad de realizar más ajustes en los bloques. 

Mejor cooperación

Otro objetivo es mejorar los flujos de trabajo y los procesos de publicación. El objetivo es apoyar sin fisuras todo el flujo de trabajo editorial, desde el primer borrador hasta la publicación. Los usuarios deben poder añadir comentarios, sugerencias de cambios y opiniones directamente dentro del editor. También debería ser posible marcar a otra persona, por ejemplo para llamar la atención de un colega sobre una tarea.

También podrían utilizarse procesos de revisión personalizables para definir qué pasos deben cumplirse antes de que una contribución pueda siquiera publicarse. Por ejemplo, una persona podría marcar los bloques multimedia pendientes que otro miembro del equipo debe completar. Esto es enormemente útil cuando el texto y las imágenes proceden de distintos miembros del personal o incluso de distintos departamentos, como suele ocurrir en los proyectos de mayor envergadura. Además, es concebible crear más condiciones antes de que el contenido pueda publicarse. A modo de ejemplo, la publicación oficial menciona un determinado número de palabras o campos que deben rellenarse. Integrar esta funcionalidad directamente en el sistema podría simplificar los procesos de coordinación y garantizar que los empleados no olviden información importante.

Compartir borradores de contenido o cambios de diseño también debería ser más fácil, con un control de acceso detallado y permisos ajustables. Personalmente, espero que sea fácil compartir diseños con personas externas que no tengan acceso al backend de WordPress. 

La idea de ampliar la función de vista previa para que los plug-ins puedan utilizarla de forma más diversa suena interesante. Por ejemplo, un plugin de afiliación podría mostrar cómo se ve el contenido a los miembros y a los no miembros. Otros ejemplos son las vistas previas con anuncios en la entrada y sin ellos, o el aspecto de una entrada en el canal RSS o en Newsletter .

Y por último, pero no por ello menos importante: Si varias personas están trabajando en un contenido, lo ideal sería poder mostrarlo al mundo exterior. Como es bien sabido, hoy en día WordPress sólo puede mostrar un:n autor:in por contenido sin plugins adicionales.

A pesar de estas nuevas funciones, la interfaz de usuario debe seguir siendo clara para escritores y editores. Es probable que esto suponga todo un reto.

Más funciones para el versionado

Otro componente importante para los flujos de trabajo de colaboración son las versiones y el historial de versiones del contenido. Aquí se prevén amplias mejoras para que los cambios sean más visibles.

Hasta ahora, WordPress mostraba la diferencia entre dos versiones. Sin embargo, a menudo esto no es suficientemente significativo para el contenido de los bloques y es difícil de entender para los profanos. El equipo quiere desarrollar una mejor representación visual de los cambios que sea más fácil de comprender.

Otra novedad es que en el futuro no sólo se versionará el contenido completo, sino incluso bloques individuales. Por ejemplo, la versión anterior de un bloque de imagen puede restaurarse sin cambiar el resto del contenido.

Se han previsto vistas de comparación para los estilos utilizados globalmente y los patrones reutilizables, en las que se pueden mostrar dos versiones una al lado de la otra o con una superposición, según el caso de uso. Esto debería facilitar el reconocimiento de las diferencias en el diseño.

El objetivo de las mejoras es que los cambios sean reconocibles de un vistazo, ya sea el contenido, los estilos o los patrones. Esto simplificaría considerablemente el trabajo colaborativo y, al mismo tiempo, garantizaría que los errores individuales pudieran corregirse rápidamente.

Por supuesto, estas funciones tienen que funcionar bien con las otras innovaciones que he presentado anteriormente. Además, el equipo ya está pensando en la fase 4 de Gutenberg, en lo que se refiere a la internacionalización, es decir, sitios web con versiones en varios idiomas. Esto también acabará formando parte del núcleo de WordPress.

Puedes encontrar más consejos y ejemplos en las entradas "Revisiones".

Mediateca más moderna

La mediateca sólo cambió a pequeños pasos en las primeras fases de Gutenberg . Sin embargo, los equipos también tuvieron bastantes otras obras. Ahora, en la fase 3, se prevé una modernización completa.

Por ejemplo, están previstas funciones de gestión ampliadas, como categorías y etiquetas para los medios. Las vistas y los filtros también están en la lista de tareas pendientes: Esto debería facilitar la búsqueda de los archivos adecuados. Para proyectos grandes y de larga duración con miles de imágenes, esto supone un enorme reto hoy en día, por lo que a menudo se utilizan plug-ins especializados.

Otro objetivo es fusionar mejor la edición de medios en el Editor de bloques y las vistas individuales de los medios. El post oficial menciona las funciones de recorte unificadas como ejemplo.

Al equipo también le gustaría cambiar la inserción de medios para que los usuarios no tengan que abrir siempre toda la biblioteca de medios. Por ejemplo, si ya se han subido imágenes pero aún no se han asignado a una entrada, WordPress podría mostrarlas directamente al insertar un bloque de imágenes. 

En la lista de tareas pendientes también están los flujos de trabajo en torno a los medios publicados, así como los formatos de contribución que sólo consisten en un bloque de medios. No sólo habrá mejoras para las imágenes, sino también para el audio, el vídeo y otros formatos de archivo, como escribe Matias Ventura en su post sobre el tema.

Teniendo en cuenta lo importante que suele ser el contenido multimedia hoy en día, estas innovaciones y mejoras son sin duda muy bienvenidas. Encontrar un archivo concreto no siempre es tan fácil hoy en día, a menos que todos los miembros del equipo sean disciplinados y nombren todo con sensatez. Al mismo tiempo, será interesante ver lo bien que funciona la nueva biblioteca multimedia junto con otras nuevas funciones, como los flujos de trabajo en equipo.

Mejor manejo de los bloques

Dado que los bloques desempeñan ahora un papel tan importante, la fase 3 del proyecto Gutenberg pretende mejorar la gestión de la biblioteca de bloques.

El plan es ampliar el Gestor de Bloques existente para convertirlo en una administración central de bloques, similar al entorno de los plugins. Los administradores de WordPress podrán entonces activar o desactivar tipos de bloque individuales de forma global para todo sitio . También debería ser posible definir con mayor precisión qué bloques están disponibles para qué roles de usuario mediante controles de autorización ampliados. Según los planes oficiales, también se podrán activar específicamente funciones individuales de un bloque.

También hay una función oculta para vincular tipos de entrada con bloques. Por ejemplo, un determinado tipo podría tener siempre un bloque de imagen en lugar de una indicación de texto vacía. Esta función debería ser más fácil de encontrar y utilizar en el futuro.

Instalar bloques desde el directorio también debería ser más cómodo que antes. Por ejemplo, debería ser más fácil ver qué bloques añade un plug-in.

Esta extensa lista de deseos debería interesar tanto a los administradores como a los usuarios de WordPress. Aborda muchos puntos que actualmente no se resuelven de forma óptima porque requieren clics adicionales. Y especialmente el punto sobre la desactivación de determinados bloques y funciones de bloqueo para grupos enteros de usuarios debería reducir muchos quebraderos de cabeza a los administradores de sitios web.

Diseño y navegación backend

Por último, un proyecto importante de la fase 3 es la modernización y revisión del backend. Después de muchos años, se está llevando a cabo un rediseño integral. El Editor del Sitio debería servir como punto de partida e inspiración para ello.

Un aspecto es hacer la navegación más flexible y modular. Los elementos más importantes del menú podrían colocarse y organizarse libremente, de forma similar a los widgets. También es concebible una distinción entre las funciones principales y las áreas de complementos.

En el caso de un número especialmente grande de elementos de menú, una navegación de tipo "desglose" pretende proporcionar más claridad. Las áreas y los ajustes se abren paso a paso en lugar de mostrarlo todo en un solo nivel. El backend también debería adaptarse mejor a las necesidades individuales. El equipo está investigando cómo mostrar y ocultar opcionalmente partes del área de administración.

Otro objetivo en este punto es unificar el backend y el editor de bloques. Por tanto, los componentes y sistemas de diseño del editor deberían llegar al área de administración. Para los desarrolladores de plug-ins, se creará una biblioteca con componentes de interfaz de usuario reutilizables. Esto debería ayudar a los plug-ins a encajar armoniosamente en el entorno.

Por último, pero no menos importante, el equipo de la Fase 3 quiere colaborar estrechamente con los compañeros de WP Feature Notifications para que las notificaciones tengan un lugar separado y compacto en el futuro. Esto sustituiría a la proliferación actual en la parte superior del backend.

Conclusión sobre Gutenberg Fase 3

Personalmente, no puedo sino acoger con satisfacción muchos puntos de la lista de deseos para la fase 3. En mi opinión, las funciones para la colaboración y los flujos de trabajo en general van con retraso. Cuando mantengo un sitio web WordPress junto con otras personas, siempre me resulta sorprendentemente engorroso organizarlo y coordinarlo todo externamente.

Al mismo tiempo, espero que todas estas funciones apoyen el trabajo sin llevar demasiado lejos la complejidad visual y cognitiva de WordPress. El cambio del sencillo Editor de Texto Enriquecido al Editor de Bloques fue un cuento con moraleja: la nueva interfaz y las funciones adicionales fueron bienvenidas, pero la usabilidad del editor se resintió al mismo tiempo. A menudo se necesitan muchos más clics para conseguir el mismo efecto.

A este respecto, espero que el equipo no sólo añada muchas funciones nuevas, como se ha descrito, sino que también se replantee fundamentalmente la forma en que los distintos usuarios de WordPress se enfrentarán a ellas.