Cómo configurar flujos de moderación de contenido y workflows editoriales avanzados en Drupal para equipos de redacción
Si en tu equipo editorial hay una sola persona que escribe, revisa y publica, olvídate del workflow: no lo necesitas. La cosa cambia cuando el equipo crece a cinco, diez o veinte personas con roles distintos. Redactores, editores, traductores, responsables legales, directores de contenido. Publicar sin un flujo definido en ese escenario es la receta perfecta para el caos.
Los síntomas se notan rápido: artículos sin revisar, versiones que se pisan, nadie sabe qué está pendiente y el contenido sensible llega a producción sin pasar por los filtros que tocan.
Drupal trae de fábrica un sistema de moderación en el core que permite definir estados editoriales, transiciones controladas y permisos granulares por rol. Combínalo con un par de módulos contribuidos y algo de automatización, y construyes workflows que escalan con la complejidad de cualquier redacción.
En esta guía te cuento cómo pasar de un flujo básico borrador-revisión-publicación a workflows con varios niveles de aprobación, publicación programada y notificaciones automatizadas.
El módulo Content Moderation: la base del sistema
Content Moderation es un módulo del core de Drupal que añade estados de moderación al contenido. Sin él, un contenido en Drupal solo tiene dos estados posibles: publicado y no publicado. Activándolo, puedes definir tantos estados intermedios como te haga falta.
Estados de moderación por defecto
Drupal incluye tres estados de salida que cubren el flujo editorial más básico.
El estado Draft representa un contenido en borrador, invisible para los visitantes del sitio. Los redactores crean y editan aquí sin riesgo de que algo se les escape a producción antes de tiempo.
El estado Published hace el contenido visible públicamente. Solo los usuarios con permiso para realizar esa transición concreta pueden activarlo.
El estado Archived retira un contenido publicado sin borrarlo. Deja de ser visible para los visitantes, pero se conserva en el sistema para consulta histórica o para reutilizarlo más adelante.
Cómo funcionan las transiciones
Las transiciones definen qué movimientos entre estados están permitidos. No todos tienen sentido. Un contenido en Draft puede pasar a Published, vale, pero seguramente no debería poder saltar directamente a Archived sin haber sido publicado nunca.
Aquí está el truco: cada transición puede tener sus propios permisos. Eso significa que puedes dejar que los redactores creen borradores y los envíen a revisión, pero que solo los editores aprueben la publicación. O que solo el director de contenido pueda archivar algo que ya está en producción. Los permisos se asignan por rol, así que la granularidad es muy fina.
Diseño de flujos editoriales personalizados
Identificar los roles y las responsabilidades
Antes de tocar estados y transiciones, mapea los roles de tu equipo y qué acciones debe poder ejecutar cada uno. Los más comunes en una redacción mediana son estos.
El redactor crea y edita contenido. No publica directamente; su trabajo pasa a revisión antes de llegar a producción.
El editor revisa lo que escribe el redactor: corrige estilo, verifica datos, comprueba que el texto cumple la línea editorial y aprueba o devuelve con comentarios.
El responsable legal o de compliance mira el contenido sensible antes de que se publique. Se asegura de que no hay problemas legales, de que se cumplen las políticas internas y de que cada afirmación esté respaldada.
El director de contenido lleva la visión global del calendario, prioriza publicaciones, puede publicar directamente en casos urgentes y tiene capacidad para archivar o despublicar lo que haga falta.
El traductor recibe contenido aprobado en el idioma original y produce las versiones en otros idiomas. Esas versiones pasan por su propio flujo de revisión antes de salir.
Definir los estados del workflow
Con los roles claros, ya puedes definir los estados que necesita el flujo. Un workflow editorial completo para un equipo mediano suele incluir los siguientes.
Draft: el redactor está trabajando en el contenido. Es el estado inicial cuando se crea un artículo nuevo.
In Review: el redactor ha terminado y el contenido está listo para revisión editorial. El editor ve todos los contenidos en este estado en su cola de trabajo.
Needs Changes: el editor ha revisado y pide cambios. El contenido vuelve al redactor con los comentarios.
Approved: el editor da el visto bueno. Si hay revisión legal, pasa automáticamente a la cola del responsable legal. Si no, puede publicarse directamente.
Legal Review: el contenido lo está mirando el equipo legal. Solo aplica para los tipos de contenido que lo exijan.
Scheduled: el contenido está aprobado y tiene una fecha de publicación programada. Se publicará solo cuando llegue el momento.
Published: el contenido está visible en el sitio.
Archived: el contenido se ha retirado de producción pero sigue guardado en el sistema.
Configurar las transiciones permitidas
Las transiciones son el grafo de movimientos entre estados. Para el flujo descrito quedarían así:
- De Draft a In Review: la dispara el redactor cuando considera que el contenido está listo.
- De In Review a Approved: la activa el editor cuando el contenido cumple los estándares.
- De In Review a Needs Changes: la activa el editor cuando pide correcciones.
- De Needs Changes a In Review: la dispara el redactor tras incorporar los cambios.
- De Approved a Published: la realiza el director de contenido o un editor con permisos de publicación.
- De Approved a Scheduled: la realiza quien tenga permiso para programar publicaciones.
- De Scheduled a Published: la ejecuta el sistema automáticamente en la fecha programada.
- De Published a Archived: la activa el director de contenido.
- De Archived a Draft: permite reactivar un contenido archivado para actualizarlo y volver a publicarlo.
Configuración técnica en Drupal
Activar Content Moderation
Content Moderation se activa como cualquier otro módulo del core. Una vez activo, creas los workflows desde Configuración → Workflows en la interfaz de administración. Cada workflow define sus propios estados y transiciones.
Y ojo a esto: un mismo sitio Drupal puede tener varios workflows para tipos de contenido distintos. Los artículos del blog pueden seguir un flujo simple de tres estados, mientras que las páginas institucionales pasan por uno con revisión legal. Tú decides qué workflow asignar a cada tipo de contenido.
Asignar permisos por transición
Cada transición genera automáticamente un permiso en el sistema de Drupal. Eso te permite asignar transiciones a roles desde la página de permisos sin tener que tocar código. El formato del permiso es "Use [nombre del workflow] transition [nombre de la transición]".
Revisa los permisos con calma después de crear el workflow. Un error típico es dar permiso de publicación a roles que no deberían tenerlo: cuando eso pasa, el flujo de revisión queda neutralizado y no te enteras hasta que es tarde.
Vistas para colas de trabajo
Los editores necesitan ver de un vistazo qué tienen pendiente. Crea vistas en Drupal que filtren por estado de moderación y preséntalas como paneles de trabajo para cada rol. Un editor debería tener una vista con todos los contenidos "In Review", ordenados por fecha de envío y con filtros por tipo de contenido y autor.
Complementa esas vistas con contadores en la barra de administración que muestren cuántos contenidos hay pendientes en cada estado. Esa visibilidad inmediata mantiene a los revisores conscientes de su cola sin obligarles a navegar a una página específica para enterarse.
Automatización del workflow editorial
Notificaciones por transición
Cuando un contenido cambia de estado, los implicados tienen que enterarse. Configura notificaciones automáticas por email que se disparen con cada transición relevante.
Tres ejemplos rápidos. Cuando un redactor manda contenido a revisión, el editor recibe un email con enlace directo. Cuando el editor pide cambios, al redactor le llega la notificación con los comentarios. Cuando algo se publica, redactor y editor reciben confirmación.
El módulo Rules, o soluciones basadas en hooks personalizados, te permiten montar estas automatizaciones sin escribir código para los casos habituales. Para escenarios más complejos (notificaciones condicionales, integración con Slack o Teams), ya entras en territorio de desarrollo custom.
Publicación programada
La publicación programada deja que un contenido aprobado se publique solo en una fecha y hora definidas. El módulo Scheduler, del ecosistema contribuido, se integra con Content Moderation para gestionar la transición automática de Scheduled a Published.
Es oro puro para equipos que trabajan con calendarios editoriales cerrados con semanas de antelación: los contenidos se aprueban cuando están listos y se publican cuando toca, sin que nadie tenga que estar pendiente del reloj en el momento de la publicación.
Despublicación automática
Hay contenidos con fecha de caducidad: promociones temporales, convocatorias con plazo, comunicados con vigencia limitada. Configura la despublicación automática para que pasen de Published a Archived cuando expiren, sin depender de que alguien se acuerde de retirarlos a mano.
Flujos editoriales multiidioma
En sitios multiidioma el workflow se complica un poco. Cada traducción necesita su propio flujo de revisión y, además, esas traducciones deben coordinarse con el contenido original sin bloquearlo.
Estados de moderación por idioma
Drupal permite que cada traducción tenga su propio estado de moderación. Un artículo puede estar publicado en español y en borrador en inglés. Eso da flexibilidad: las traducciones avanzan a su ritmo sin retrasar la publicación del original.
Flujo de traducción coordinado
El flujo habitual va así. El contenido original se aprueba y se publica. El director de contenido marca qué traducciones hacen falta. El traductor recibe la notificación, crea la traducción en estado Draft y la manda a revisión cuando la termina. Un revisor nativo (o un editor con dominio del idioma) la revisa y la aprueba para publicación.
Cada paso del flujo de traducción debe tener sus permisos propios. El traductor de francés no debería poder publicar la versión en alemán sin que nadie más la mire. Suena obvio, pero se ve en producción más veces de lo que parece.
Revisiones y control de versiones del contenido
Content Moderation trabaja sobre el sistema de revisiones de Drupal. Eso significa que cada cambio de estado genera una nueva revisión del contenido, lo que te da un historial completo de quién hizo qué, cuándo y desde qué estado.
Comparación de revisiones
El módulo Diff permite comparar revisiones lado a lado, mostrando exactamente qué cambió entre una versión y otra. Útil para los editores que revisan y, sobre todo, para los auditores que necesitan trazabilidad real.
Reversión controlada
Si un contenido publicado tiene un error, puedes revertir a una revisión anterior sin perder el historial. Drupal conserva todas las revisiones y permite restaurar cualquiera como la versión actual. Nada se pierde por el camino.
Métricas y optimización del workflow
Un workflow que no se mide no se puede mejorar. Define métricas que te dejen evaluar la eficiencia real del proceso editorial.
El tiempo medio de ciclo mide cuánto tarda un contenido desde que se crea como borrador hasta que se publica. Si el ciclo se alarga, hay cuellos de botella que investigar. La tasa de devoluciones indica qué porcentaje de contenidos pasan por "Needs Changes" antes de aprobarse. Una tasa alta suele señalar que los redactores necesitan más formación o que los estándares no están bien comunicados. La cola de revisión mide cuántos contenidos hay pendientes en cada estado. Si crece de forma sostenida, o los revisores están saturados, o la capacidad de producción supera a la de revisión.
Revisa estas métricas con el equipo editorial una vez al mes y ajusta el workflow según lo que veas. Un workflow no es algo estático: debe evolucionar con el equipo y con las prioridades de la organización.
Errores habituales en la configuración de workflows
Workflows demasiado complejos
Un workflow con diez estados y treinta transiciones genera confusión y ralentiza la producción. Empieza por el flujo más simple que cubra tus necesidades reales y añade complejidad solo cuando aparezca un problema concreto que la justifique.
Permisos mal configurados
Si un redactor puede publicar directamente, el workflow de revisión es decorativo. Audita los permisos cada vez que cambies algo en el workflow y verifica que cada rol solo pueda ejecutar las transiciones que le tocan.
No formar al equipo editorial
Redactores y editores tienen que entender no solo cómo usar el sistema, también por qué existe el workflow y qué aporta. Si lo perciben como burocracia inútil, te garantizo que buscarán atajos para esquivarlo.
Ignorar la experiencia del editor
Un editor que tiene que navegar por cinco páginas para encontrar los contenidos pendientes acabará dejando cosas sin revisar. Invierte en la UX de las colas de trabajo, las notificaciones y los paneles de estado tanto como en la configuración técnica del workflow. Lo uno sin lo otro no funciona.
Workflows que escalan con tu equipo
Los flujos de moderación en Drupal convierten un proceso editorial caótico en un sistema predecible, auditable y eficiente. La clave está en tres cosas: diseñar el workflow a la medida de tu equipo (no copiar el de otro), configurar los permisos con precisión para que cada rol haga lo que le toca, y automatizar lo repetitivo para que las personas se centren en lo que aporta valor: crear y revisar buen contenido.
Un buen workflow no frena la producción; la acelera. Elimina incertidumbre, malentendidos y trabajo duplicado. Y cuando el equipo crece, el sistema escala porque las reglas viven en la plataforma, no en la cabeza de una persona.
Si necesitas configurar flujos editoriales en Drupal adaptados a la estructura y las necesidades de tu equipo de redacción, hablemos con nuestro equipo y te ayudamos a diseñar e implementar el workflow que mejor encaje con tu organización.