LFW Editorial Workflow · LFW en français

Un flux que vous dessinez

Des étapes dans l’ordre, à glisser. Chacune nomme des personnes, des rôles ou des capacités, une liste de contrôles et le nombre d’accords requis. Des règles aiguillent chaque changement vers un flux selon le type de contenu, la catégorie ou l’auteur.

Une prévisualisation fiable

La page proposée s’affiche sur votre propre site, dans votre thème, depuis un lien signé. Validez, refusez ou publiez depuis la prévisualisation ou depuis le portail.

Un registre qui reste le vôtre

Chaque décision est un événement d’une chaîne signée. Votre site en garde une copie au fil de l’eau. Exportez-le et vérifiez-le avec deux clés publiques, sans LFW.

Où nous en sommes. Le moteur, le portail, le concepteur de flux et le registre sont construits et testés. Les pages créées avec LFW Mason passent déjà par Editorial Workflow dans les organisations qui l’activent.

Les modules pour les sites sur WordPress et sur Drupal sont construits et passent leurs tests de bout en bout. Notre propre site de démonstration sur WordPress utilise Editorial Workflow. Aucun site client ne l’utilise encore. Cette page affichera des chiffres réels de notre propre registre quand nos pages passeront par un flux, pas avant.

Essayez : le bureau d’exemple

Trois changements fictifs attendent une revue. Cochez les contrôles, validez comme responsable du contenu, puis comme publicateur. Rien ne quitte votre navigateur. Les règles qui refusent ici une liste incomplète sont le module même qu’exécute LFW Editorial Workflow.

Exemple interactif

Une validation que l’on peut retracer.

Relisez le changement, cochez les contrôles et passez-le à Prêt.

Bureau de publication

Examiner le changement

Avis de réunion publique

Version actuelle

Horaire : 9 h.

Version proposée

Horaire : 10 h.

Avant validationResponsable éditorial d’accord avec le changementLiens et affichage mobile revusDate d’effet confirmée

3 contrôles restants

Contenu fictif. Les changements restent dans ce navigateur. Les règles qui décident ici sont le module même qu’exécute LFW Editorial Workflow. À propos de LFW Editorial Workflow

Comment un changement est validé

Quelqu’un propose un changement. Sur un site équipé du connecteur, modifier une page publiée crée une proposition au lieu de changer la page. Sur Mason, envoyer une page en revue fait de même.
Editorial Workflow l’aiguille. Le changement entre dans le flux dont la règle correspond à son type de contenu, sa catégorie ou son auteur, ou dans le flux par défaut du site. La version du flux est figée : modifier le flux ensuite ne le déplace pas.
Les valideurs le voient dans le portail ou sur le site. Ils lisent les différences mot à mot, ouvrent la prévisualisation, cochent la liste et valident, refusent ou renvoient avec une note. Chaque décision est enregistrée et signée.
Quelqu’un le publie. Un clic. Le portail prévient le site, le site applique le changement seulement si la page publiée correspond encore à ce qui a été validé, et confirme. Ou programmez une date.
Le registre est conservé deux fois. LFW détient la chaîne signée et publie une racine quotidienne. Votre site stocke les mêmes événements à côté de ses propres lignes, lisibles dans votre administration sans aucune extension.

À quoi ressemble un événement

Les charges sont du JSON canonique. L’empreinte de chaque événement inclut celle du précédent, donc rien ne peut être retiré ni réordonné sans être détecté.

{ "type": "signet.step.approved", "item": "SG-7K3M9Q2A",
  "object": { "type": "page", "id": "1412", "revision": "2087", "title": "Avis de réunion publique" },
  "flow": { "key": "standard", "version": 3 }, "step": { "key": "owner", "name": "Responsable du contenu" },
  "actor": { "name": "Pat", "role": "editor", "via": "cms" }, "decision": "approve",
  "checklist": [{ "key": "links", "checked": true, "by": "pat@example.gov" }],
  "content_hash": "3f9a…", "base_hash": "b81c…", "at": "2026-09-22T15:04:05Z" }
seq 58 · prev 1c44… · hash 9e02… · signé par LFW et par le site

Chacun peut contrôler un export sur la page de vérification (en anglais). La clé publique de LFW est publiée à une adresse fixe.

Conçu pour les questions que posent les acheteurs

Qui a validé ceci, et quand ?: Ouvrez le registre de la page. Chaque étape, chaque personne, chaque horodatage, avec la chaîne d’empreintes qui prouve l’ordre.
Peut-on aiguiller les avis légaux autrement ?: Oui. Une règle envoie une catégorie dans un flux plus long pendant que le reste du site en utilise un court.
Notre IA peut-elle aider sans valider ?: Oui. Claude ou ChatGPT se connecte pour lire la file et soumettre du contenu en revue. Aucun outil ne peut valider, publier ni programmer.
Et si nous partons ?: Le registre et le flux restent sur votre site. L’export se vérifie sans nous. Nous le disons en une phrase sur l’écran d’export, et c’est vrai.

Questions

Quelle différence avec PublishPress ou la modération de contenu de Drupal ?

Ces outils décident par rôle, dans la base de données du site lui-même. Editorial Workflow permet de nommer des personnes, des rôles ou des capacités à chaque étape, d’aiguiller par type de contenu et par catégorie, et conserve hors du site un registre signé que le site reproduit. Si un client utilise déjà PublishPress ou un autre flux, nous recommandons de le garder. Editorial Workflow est ce que nous installons quand il n’y a rien.

Qu’est-ce qui est enregistré exactement ?

Qui a proposé le changement et ce qu’il remplaçait (sous forme d’empreintes du contenu), qui a coché quels contrôles, qui a validé ou refusé à chaque étape et pourquoi, qui a publié et quand le site l’a confirmé. Chaque événement porte l’empreinte du précédent et la signature de LFW ; ceux faits sur votre site portent aussi la signature du site.

Un administrateur du site peut-il se faire valideur ?

Si une étape nomme un rôle ou une capacité, toute personne qui la reçoit sur le site est habilitée, et le registre montre son rôle au moment de la décision à côté du changement de rôle lui-même. Si une étape nomme des personnes, nul sur le site ne peut s’y glisser en modifiant des rôles. Un site peut aussi n’accepter les validations que depuis le portail.

Que se passe-t-il si LFW est injoignable ?

Le connecteur continue d’exécuter le flux reçu en dernier, enregistre chaque décision sur le site et peut publier les changements validés si vous l’autorisez. Au retour de la connexion, LFW contresigne ce qui s’est passé. Publier ne dépend pas de nous.

Et si nous cessons de travailler ensemble ?

Le registre est déjà dans la base de données de votre site, lisible sans aucune extension, exportable en JSON ou en CSV. L’export se vérifie avec deux clés publiques et rien d’autre. Le flux continue de fonctionner tel qu’il a été reçu ; ce qui s’arrête, c’est sa modification et la contresignature.

Sur quelles plateformes ?

Les pages créées avec LFW Mason, les sites sur WordPress via le module Editorial Workflow de LFW Connect, et les sites sur Drupal via LFW Connect pour Drupal, qui compile chaque flux en un workflow Content Moderation du cœur. Le protocole entre un site et LFW est le même dans les trois cas.

Combien cela coûte-t-il ?

C’est inclus dans le Web Operations Retainer, comme tout ce que LFW installe sur le site d’un client. Il n’y a pas d’abonnement séparé.