Cómo crear un flujo editorial con estados de publicación y revisión por roles usando Workbench Moderation en Drupal

Cualquier organización que publique con cierta regularidad acaba tropezando con las mismas tres preguntas: quién aprueba, cuándo aprueba y con qué criterio. Si esas tres respuestas no están claras, el contenido sale tarde, sale mal revisado o sale sin que nadie lo haya autorizado. Drupal tiene un módulo, Workbench Moderation, que pone orden a esto. Pero conviene avisar de algo: el valor no está en marcar casillas en la pantalla de configuración. Está en la disciplina organizativa que te obliga a tener antes de tocar el módulo.

Vamos a ver cómo se diseña e implementa un flujo editorial con estados y revisión por roles, desde la arquitectura hasta los criterios de gobernanza que deciden quién hace qué.

Por qué los flujos editoriales se caen sin estructura de roles

Casi ningún problema editorial en digital es técnico. Son organizativos, de libro. El redactor que publica sin pasar por nadie. El editor que no sabe qué tiene encima de la mesa. El responsable de comunicación que se entera de una errata cuando ya está en la home. Todo eso pasa cuando el sistema no impone responsabilidades, y deja que cada cual interprete su parte.

Workbench Moderation añade a Drupal lo que el núcleo no trae de serie: poder definir estados intermedios entre "borrador" y "publicado", y atar cada salto entre estados a un permiso vinculado a un rol concreto. Con eso el CMS deja de ser una herramienta de publicación y pasa a ser un sistema de gobernanza editorial.

Y el efecto no es solo técnico. Es estructural. Cada persona del equipo sabe qué le toca, hasta dónde llega y a quién pasa la pelota.

Las piezas que mueve el módulo

Antes de configurar nada, conviene saber con qué se está jugando:

• Estados de moderación: marcan los momentos del ciclo de vida del contenido. Los habituales son "Borrador", "En revisión", "Aprobado" y "Publicado", pero puedes montar la estructura que necesite tu redacción.
• Transiciones: los movimientos permitidos entre estados. No todo está a un clic de todo. Un contenido en "Borrador" puede pasar a "En revisión", pero no salta directo a "Publicado".
• Roles y permisos: cada transición se puede restringir a uno o varios roles de Drupal. Sin permiso, no hay botón.
• Revisiones de contenido: Workbench Moderation se apoya en el sistema de revisiones de Drupal, así que cada cambio de estado queda grabado y es recuperable.

Las cuatro piezas, combinadas, dan algo poco habitual en CMS: trazabilidad completa y responsabilidad individual.

Diseña el flujo antes de tocar la pantalla de configuración

El error más típico al meterse con Workbench Moderation es abrir el formulario de configuración sin haber dibujado el flujo en una servilleta. La parte técnica es rápida. El diseño es donde se decide si esto funcionará o si lo apagarán a los tres meses.

Un flujo razonable para una organización mediana se parece bastante a esto:

Borrador → En revisión editorial El redactor termina la pieza y la marca como lista. A partir de ahí, ya no puede tocarla sin que se la devuelvan.

En revisión editorial → Aprobado / Rechazado El editor lee y decide. Aprueba para publicación o devuelve al redactor con anotaciones. Ojo, "Rechazado" no tiene por qué ser un estado final: lo lógico es que sea una transición de vuelta a "Borrador".

Aprobado → Publicado Quien tenga autoridad de publicación —editor jefe o responsable de comunicación, según la casa— ejecuta el botón rojo.

Publicado → Despublicado Para retirar contenido sin borrarlo, manteniendo el rastro.

Esto es la base, no la respuesta. Un medio con secciones distintas seguramente necesita revisores por área temática. Una empresa con jurídico encima va a querer un estado de "Revisión legal" antes de publicar. Si trabajas con publicación programada, te hará falta un "Pendiente de publicación" con fecha. Cada redacción tiene sus mañas.

Instalación y configuración, sin floritura

Con el flujo ya pensado, la parte técnica se despacha rápido.

Instalación del módulo

Workbench Moderation pide Drupal 8.4 o superior. Se instala con Composer:

composer require drupal/workbench_moderation
drush en workbench_moderation

Desde Drupal 8.7 parte de la funcionalidad está integrada en el núcleo como Content Moderation. El módulo de la comunidad sigue aportando, sobre todo en interfaz y notificaciones.

Crear flujos de trabajo

En /admin/config/workflow/workflows se monta un flujo nuevo indicando:

• Los estados que componen el ciclo.
• Las transiciones permitidas, con su origen, su destino y el nombre de la acción.
• Los tipos de contenido a los que aplica.

Cada transición se configura por separado. Eso permite, por ejemplo, que "Publicar" solo aparezca al rol "Editor jefe", mientras que "Enviar a revisión" esté disponible para cualquier redactor autenticado. Granularidad fina, sin trampa.

Asignación de permisos por rol

Los permisos de transición viven en /admin/people/permissions. Workbench Moderation genera de oficio un permiso por cada transición que crees, con el formato Use {workflow} transition {transition_id}. Eso te da control quirúrgico sin tirar de módulos adicionales.

Una configuración habitual en equipos editoriales:

Transición	Roles autorizados
Crear borrador	Redactor, Editor, Administrador
Enviar a revisión	Redactor, Editor
Aprobar para publicación	Editor, Editor jefe
Publicar	Editor jefe, Administrador
Despublicar	Editor jefe, Administrador
Rechazar (volver a borrador)	Editor, Editor jefe

La tabla no es universal. Es justo el tipo de decisión que debe tomar el equipo antes de tocar el sistema, no después de descubrir el lío.

Lo que ve cada usuario en pantalla

Configurado el flujo, Drupal solo enseña a cada usuario las transiciones para las que tiene permiso. Un redactor verá "Enviar a revisión", pero no "Publicar". Esto no es solo cortafuegos técnico: también es comunicación. El sistema le está diciendo al redactor cuál es su responsabilidad y dónde acaba.

Para editores y responsables de aprobación, módulos como Workbench Email o la vista de cola editorial de Workbench permiten ver de un vistazo todo lo pendiente, filtrado por estado y tipo. Sin esa visibilidad puedes tener el flujo perfectamente configurado y aun así fallar, porque nadie sabe qué hay en su bandeja.

Trazabilidad y auditoría: el valor que aparece tarde

Hay un beneficio del que se habla poco: la auditoría. Cada transición se queda registrada en el historial de revisiones del nodo, con sello de tiempo y usuario. A partir de ahí puedes responder cosas como:

• ¿Quién aprobó esta pieza para publicación y a qué hora?
• ¿Cuántas vueltas dio antes de salir?
• ¿Qué versión del texto estaba viva el martes pasado a las once?

En sectores regulados —sanidad, servicios financieros, educación— esto no es un plus, es un requisito de cumplimiento. En el resto, sirve para algo igual de práctico: detectar dónde se atasca el flujo, dónde se acumula trabajo, y decidir si lo que hay que retocar son los procesos o el reparto del equipo.

Lo que la tecnología no va a arreglarte

Workbench Moderation resuelve la parte técnica. El resto sigue siendo cosa de la organización. Algunos clásicos:

Roles mal definidos de partida. Si los roles de Drupal no reflejan la realidad del equipo editorial, los permisos van a estar torcidos desde el minuto uno.

Flujos demasiado complejos. Más estados no es más control. Un flujo con siete estados intermedios paraliza la producción si los revisores no tienen tiempo material para gestionar tanto paso.

Falta de notificaciones. El sistema de moderación de Drupal no avisa por defecto a los revisores cuando hay algo en su cola. Workbench Email o una integración con la herramienta de mensajería que use el equipo son imprescindibles para cerrar ese hueco operativo.

No revisar el flujo cada cierto tiempo. Las redacciones cambian. Un flujo pensado para tres personas se queda corto cuando sois quince. El flujo es un proceso vivo, revísalo cada seis o doce meses como mínimo.

Del flujo técnico al sistema editorial que funciona

Implementar Workbench Moderation es el principio, no el final. Un sistema editorial maduro combina la estructura técnica del módulo con guías de estilo escritas, criterios de aprobación explícitos para cada estado, métricas de rendimiento editorial y reuniones periódicas para revisar el proceso. Sin esa capa de alrededor, el módulo se queda a medias.

Cuando todo eso encaja, el CMS deja de ser un cajón de contenidos y se convierte en una línea de producción editorial. Los redactores tienen claro qué se espera de ellos. Los editores dedican el tiempo a la calidad y no a perseguir borradores perdidos. Los responsables de comunicación ven el pipeline entero antes de que nada llegue al lector.

Si tu organización necesita esta estructura

Si en tu equipo se está produciendo contenido en Drupal sin un flujo de moderación definido —o el flujo formal existe pero nadie lo respeta porque el sistema no lo impone—, montar Workbench Moderation es de las inversiones que se amortizan rápido y se notan en el día a día. El tiempo que recuperas en coordinación supera con creces el que metes en la configuración.

Si quieres ver cómo adaptar este tipo de flujo a la estructura real de tu organización y a los tipos de contenido que manejas, habla con nuestro equipo de consultores Drupal.