Workflow d'approbation de contenu Drupal pour les universités

Les sites web universitaires sont publiés par presque tout le monde. Les facultés, les départements, le service des admissions, les centres de recherche et les services aux étudiants mettent tous des pages en ligne, généralement par le biais de dizaines de contributeurs dont le web n'est pas le métier principal. Sans circuit défini, cela produit des fautes de frappe, des pages non conformes à la marque, des informations que personne n'a pensé à retirer, et parfois du contenu sensible qui apparaît avant même que quiconque disposant d'une autorité ne l'ait lu.

Un workflow d'approbation de contenu offre à chaque page le même circuit vers le public. Elle commence sous forme de brouillon, attend un relecteur désigné, et passe en ligne une fois que ce relecteur donne son feu vert. Drupal gère cela avec deux modules du cœur et sans aucun module complémentaire payant. Cet article explique comment ces modules s'articulent, comment dimensionner le processus à la taille d'une institution, ce qui change sur les sites multilingues, et les détails de configuration qui déterminent si une file d'attente de relecture continue d'avancer ou s'enlise silencieusement.

Pourquoi la publication universitaire a besoin d'une étape de relecture

Une université est un grand éditeur décentralisé, et c'est précisément cette combinaison qui rend le contrôle éditorial difficile. Des contributeurs sont présents dans chaque faculté et chaque unité, avec des niveaux de formation au web très variables, tandis que la communication centrale et l'informatique restent responsables de l'exactitude, de la marque, de l'accessibilité et, sur les pages d'admissions ou de réglementation, des risques juridiques et de réputation.

Les institutions qui exploitent les plus grands parcs Drupal dans l'enseignement supérieur sont bâties précisément autour de ce problème. Harvard, Yale, Stanford et Duke exploitent chacune une plateforme Drupal institutionnelle nommée, dans laquelle les départements et groupes de recherche publient, plutôt qu'une dispersion de sites sans lien entre eux, et la documentation même de la plateforme de Harvard répertorie la publication de contenu et la gestion des utilisateurs côte à côte comme des fonctionnalités essentielles. Dès que des centaines d'unités partagent une seule plateforme, décider qui a le droit de publier cesse d'être un détail et devient la question centrale de gouvernance de la plateforme.

L'objectif n'est pas de ralentir les contributeurs. C'est de permettre à un auteur d'une faculté qui publie pour la première fois de rédiger librement, pendant qu'une personne formée confirme que la page respecte les normes avant que quiconque en dehors de l'institution ne la voie.

Comment cela fonctionne : Workflows et Content Moderation

Par défaut, une page Drupal possède deux états, publiée ou non publiée, ce qui ne suffit pas pour décrire un processus de relecture. Deux modules du cœur étendent cela.

Workflows définit les états que peut occuper le contenu et les transitions entre eux. C'est la forme abstraite de votre processus, rien de plus. Seul, il ne fait strictement rien, et l'installer isolément produit un écran indiquant qu'aucun type de workflow n'est disponible.

Content Moderation fournit ce type de workflow. Il rattache le workflow à du contenu réel, comme des types de contenu spécifiques, et lie chaque transition à sa propre permission, afin que seuls les rôles prévus puissent faire avancer une page.

Les deux sont des modules du cœur, et il vaut la peine de connaître leur historique de stabilisation, car il est souvent rapporté de façon approximative. Content Moderation est entré dans le cœur en tant que module expérimental dans Drupal 8.2, et Workflows a suivi dans la 8.3. Workflows a été marqué stable dans la 8.4, alors que Content Moderation était encore en bêta, et Content Moderation a atteint la stabilité dans Drupal 8.5.0. Content Moderation exige Drupal 8.4 ou une version ultérieure. Sur Drupal 10 et 11, les deux font simplement partie du cœur et s'activent depuis la page « Étendre ». La documentation officielle de Content Moderation détaille la configuration étape par étape.

États, transitions et les permissions qui les font respecter

Trois notions sous-tendent chaque workflow Drupal. Les états sont les conditions que peut occuper le contenu. Les transitions sont les mouvements autorisés entre eux, et elles sont directionnelles, de sorte qu'une page ne peut pas sauter de brouillon à archivée sans que vous l'autorisiez explicitement. Les révisions constituent l'historique versionné sous-jacent. Drupal prend en charge les révisions en attente, ce qui signifie qu'un éditeur peut préparer une nouvelle version d'une page déjà en ligne sans qu'aucun de ces travaux n'apparaisse publiquement tant qu'ils ne sont pas approuvés.

Les permissions sont ce qui transforme cela d'un simple schéma en un véritable contrôle. Drupal crée une permission distincte pour chaque transition, de sorte que le droit d'utiliser la transition Publier peut être accordé aux relecteurs et refusé aux contributeurs. Ce mécanisme unique constitue à lui seul toute la chaîne d'approbation.

Activer Content Moderation crée un workflow Éditorial par défaut contenant les états Brouillon, Publié et Archivé. Un détail piège de nombreuses personnes : ce workflow par défaut n'est créé automatiquement que si le site a été installé à partir du profil d'installation standard. Sur un profil minimal ou personnalisé, il faut le construire soi-même.

Un ensemble d'états adapté à une université étend généralement légèrement l'ensemble par défaut.

Une conséquence du workflow par défaut surprend la plupart des nouveaux éditeurs : il n'existe pas de bouton pour dépublier. Pour retirer une page en ligne, on fait passer la révision publiée à l'état Archivé.

Adapter le workflow à la taille d'une université

En pratique, une université fait correspondre cela à un petit ensemble de rôles plutôt qu'à un grand nombre.

Le principe directeur est celui du moindre privilège. Une personne qui met à jour des pages de cours n'a pas besoin de la configuration du site ni de la gestion des utilisateurs, et maintenir ce rôle restreint protège la plateforme dans son ensemble.

Drupal permet d'avoir plusieurs workflows sur un même site, chacun appliqué à des types de contenu différents, et c'est là que le modèle devient réellement utile à l'échelle d'une université. Les pages ordinaires d'un département empruntent le circuit court. Les réglementations d'admission, les communiqués de presse et les avis juridiques passent par un état d'approbation supplémentaire que les pages ordinaires n'ont pas à franchir. Vous appliquez autant de contrôle que chaque type de contenu le justifie réellement, au lieu de forcer tout à passer par un seul et même processus.

C'est le pendant éditorial de la gouvernance architecturale, et sur les grands parcs, les deux fonctionnent ensemble. Notre guide sur la gestion des sites web universitaires avec Drupal multisite couvre le volet architectural.

Sites multilingues : relire chaque traduction séparément

Drupal 8.5 a ajouté la prise en charge de la modération indépendante des traductions, ce qui, sur un site universitaire bilingue, modifie la forme du processus.

Chaque traduction possède son propre état de modération. La version anglaise d'une page peut être en ligne pendant qu'une autre langue est encore en relecture, ou l'inverse. Cela compte, car un seul relecteur possède rarement la compétence linguistique nécessaire pour approuver toutes les versions, et un relecteur qui approuve du contenu qu'il ne peut pas lire pleinement se contente d'un tampon plutôt que d'exercer un véritable contrôle.

Définissez la responsabilité par langue avant de configurer quoi que ce soit. Décidez qui relit quelle langue, et décidez ce que les visiteurs doivent voir lorsqu'une traduction est approuvée et une autre non. Une modération indépendante signifie qu'une page peut légitimement être en ligne dans une langue et absente dans une autre, alors vérifiez que le comportement de repli (fallback) correspond bien à ce que vous souhaitez.

Les détails de configuration qui enlisent une file d'attente de relecture

La plupart des workflows d'approbation qui échouent n'échouent pas à cause de leur conception. Ils échouent à cause de petits détails de configuration qui rendent la file d'attente invisible ou inutilisable.

• Les relecteurs ne peuvent pas voir ce qu'ils sont censés relire. Les permissions de transition seules ne suffisent pas. Les relecteurs ont également besoin de la permission de voir la dernière version et de voir tout contenu non publié. Sans cela, la file d'attente de relecture semble tout simplement vide.
• Les brouillons s'empilent et se publient ensemble. Les révisions de brouillon sont cumulatives, chacune s'appuyant sur la précédente plutôt que d'exister isolément. Si plusieurs personnes enregistrent des brouillons de la même page avant que quiconque ne la relise, la publication ne libère pas une seule de ces modifications. Elle les libère toutes en même temps, ce qui est facile à manquer sur une page avec plus d'un auteur.
• Le contenu ne peut pas passer directement en relecture. Les transitions sont directionnelles, donc à moins de définir explicitement un mouvement de Publié vers votre état de relecture, un contributeur qui met à jour une page en ligne doit d'abord l'enregistrer comme brouillon, puis la soumettre. Cette transition est facile à oublier lorsque le workflow est conçu autour des nouvelles pages plutôt que des modifications de pages existantes.
• Personne ne sait que c'est à son tour. Laissé à la vérification manuelle, le contenu reste en relecture parce que personne n'a remarqué son arrivée. Content Moderation Notifications envoie un e-mail à un rôle choisi ou à l'auteur du contenu chaque fois qu'un élément change d'état, et se configure sur /admin/config/workflow/notifications. Un tableau de bord répertoriant tout ce qui se trouve actuellement dans le circuit couvre le reste.
• Les relecteurs doivent quand même se connecter. Drupal n'affiche les révisions non publiées qu'aux utilisateurs authentifiés disposant des bonnes permissions, de sorte qu'un workflow reposant sur un doyen occupé jetant un coup d'œil à une page ne fonctionnera pas comme prévu.

Quand un workflow d'approbation n'en vaut pas la peine

La modération existe pour séparer les personnes qui créent le contenu de celles qui l'approuvent. Lorsqu'il s'agit des mêmes personnes, elle ajoute de la friction sans ajouter de contrôle.

Un site géré par un ou deux éditeurs de confiance détenant tous des droits de publication n'en a pas besoin, car faire passer son propre travail par sa propre file d'attente ralentit la publication sans aucun gain. Un workflow devient également un handicap lorsque la chaîne est plus longue que ce que l'institution peut assurer en personnel. Si une page doit être validée par plusieurs approbateurs déjà surchargés, la file d'attente se transforme en goulot d'étranglement et les contributeurs commencent à trouver des moyens de la contourner, ce qui laisse finalement l'institution avec moins de contrôle qu'elle n'en avait auparavant.

Le conseil qui reste valable dans les grandes institutions consiste à garder la modération aussi simple que le risque le justifie réellement. Commencez par les états dont vous avez véritablement besoin et n'en ajoutez un nouveau que lorsqu'un besoin éditorial réel apparaît, plutôt que de construire un processus pour le processus lui-même. Un workflow que les gens contournent est pire que l'absence de workflow.

Deux limites méritent d'être connues avant de s'engager. La modération ne s'applique qu'aux entités révisables, ce qui couvre les nœuds, les types de blocs personnalisés et les termes de taxonomie, mais pas tout ce qui se trouve sur un site. Et la décision de plateforme sous-tend tout cela ; si cette question reste ouverte, notre comparaison entre Drupal et WordPress pour les universités précise où chacun trouve sa place.

Configurée avec cette discipline, l'approbation de contenu cesse d'être une couche supplémentaire et devient partie intégrante du fonctionnement de la plateforme. Les facultés et départements contribuent largement, et un contrôle fiable se trouve devant tout ce qui atteint le public. Chez Drupart, l'équipe Drupal4edu construit des plateformes Drupal pour des universités telles que l'université Sabancı, la METU et l'université technique de Yıldız, où l'approbation éditoriale repose sur le même socle du cœur décrit ici. Notre aperçu de Drupal dans l'éducation approfondit les raisons pour lesquelles ce socle convient à l'enseignement supérieur.

Questions fréquentes sur la modération de contenu Drupal

Dernière mise à jour: 02.09.2026 09:00