LFW

Notre façon de travailler · Plateforme

LFW Signet

Une validation des changements de site que vous pouvez prouver après coup. Dessinez le flux, nommez qui valide quoi, prévisualisez le changement tel qu’il paraîtra, publiez en un clic. Chaque décision est signée et conservée, sur votre site aussi.

Réserver un appel Essayer le bureau d’exemple

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 Signet dans les organisations qui l’activent.

Le module pour les sites sur WordPress est en développement et aucun site client ne l’utilise encore. Drupal suit. 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 Signet.

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 validation

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 Signet. À propos de LFW Signet

Comment un changement est validé

  1. 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.
  2. Signet 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.
  3. 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.
  4. 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.
  5. 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. Signet 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. Signet 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 ?

Aujourd’hui, les pages créées avec LFW Mason. Un module pour les sites sur WordPress est en développement, puis vient celui pour Drupal. 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é.

Voyez-le pointé sur votre propre site.

Vingt minutes, sans pression commerciale. Ou commencez par l'audit gratuit et recevez dès aujourd'hui une vraie première passe sur votre site.

    Propulsé par LFW Search
    Prefer to write?

    Tell us what needs to work better.

    Slow, fragile, hard to edit, missing a workflow. Say it plainly, and you'll get a straight answer, not a ticket number.