Résumé

  • Le Process du W3C indique que les conséquences d’une décision annulée doivent être atténuées de manière adéquate et en temps utile, et que les aspects retenus de l’objection ne sont pas pleinement traités jusque-là. Il ne définit pas le document public qui en apporterait la preuve.
  • Le dossier Vibration API montre un suivi réel : un rapport d’implémentation a fini par être produit. Il montre aussi un parcours morcelé entre plusieurs dépôts et plusieurs autorités, sans déclaration unique reliant chaque action à la clôture institutionnelle.
  • Un registre de garde des atténuations du Conseil devrait distinguer la suggestion non contraignante du Conseil de la solution adoptée par l’organe compétent, puis relier objet, pouvoir, échéance, preuve et déclaration datée de clôture.

Le verdict est ponctuel, la réparation est un processus

Un Conseil du W3C intervient lorsque les mécanismes ordinaires n’ont pas permis de résoudre une objection formelle. Son choix est net : confirmer ou annuler la décision contestée. Les arguments qui justifient l’annulation deviennent les aspects retenus de l’objection.

Cette netteté s’arrête au seuil des conséquences. Si la décision annulée a déjà produit des effets liés aux aspects retenus — du texte publié, un changement de statut, une charte ou une action de normalisation — le Conseil doit suggérer une voie d’atténuation. L’Équipe doit veiller à ce que des mesures adéquates soient mises en œuvre en temps utile. Tant que ce n’est pas fait, les aspects retenus ne sont pas considérés comme pleinement traités.

La règle ouvre donc une période dans laquelle la décision n’a plus d’autorité mais ses effets peuvent subsister. Or aucun objet public obligatoire ne porte cette période de son origine jusqu’à sa fin.

Le Process impose en même temps une limite essentielle. La recommandation concrète du Conseil n’est pas un ordre technique. L’Équipe ne reçoit aucun pouvoir nouveau, notamment pas celui de « dépublier » un document. Le groupe, le président, l’Équipe ou l’autre auteur de la décision agit avec ses compétences ordinaires et, lorsqu’il faut un consensus, doit encore le construire.

Cette architecture évite qu’un Conseil temporaire devienne une direction permanente des spécifications. Mais elle sépare trois fonctions : le Conseil qualifie le défaut, un autre acteur choisit et réalise la correction, et l’Équipe garantit que le dossier ne tombe pas dans l’oubli. Sans registre commun, chacune de ces fonctions peut produire sa propre version de l’état final.

Trois mots lourds, aucun reçu commun

« Adéquat » suppose un test. Une mesure peut être utile sans répondre à tous les aspects retenus. Le seul contrôle sérieux consiste à relier chaque aspect du rapport du Conseil à l’action choisie et à la preuve de son effet.

« En temps utile » n’exige pas nécessairement un délai universel. Retirer une phrase d’un projet, régresser une publication et refondre une architecture n’ont pas le même calendrier. Mais une souplesse légitime devrait au moins produire une date cible, un prochain point de revue et une explication publique du retard.

« Pleinement traité » décrit un état terminal. Le Process cité ne dit pas quelle autorité le déclare, sur quelle page, après quelle consultation, ni comment l’objecteur et le décideur initial en sont informés. L’absence est importante : le vocabulaire de clôture existe, mais pas son instrument de preuve.

Vibration API : beaucoup de traces, pas de dossier maître

L’affaire Vibration API permet de regarder ce passage à l’échelle d’un cas réel sans en faire un procès d’intention.

À la fin de 2024, une revue du Comité consultatif portait sur l’obsolescence de la recommandation Vibration API (Second Edition). Deux objections formelles ont été déposées. Le groupe Devices and Sensors a ensuite décidé de faire régresser le document et de poursuivre le travail dans un nouveau Candidate Recommendation Snapshot. Une objection a été résolue ; l’autre a été soumise à un Conseil.

Le 10 août 2025, le Conseil a retenu cette objection. Son rapport constatait un état documentaire complexe : le texte était alors un Candidate Recommendation Draft, statut qui ne pouvait pas être rendu obsolète par la procédure invoquée. Le groupe avait déjà fait régresser la spécification afin de continuer le travail et de répondre aux préoccupations.

Le Conseil n’a pas imposé un contenu technique. Il a recommandé de poursuivre le processus de publication, de documenter l’expérience d’implémentation dans l’issue 33 et, lors de la prochaine charte, de présenter un plan concret assorti d’un raisonnement permettant aux examinateurs de juger la trajectoire, que celle-ci vise ou non plusieurs grands moteurs de navigateur.

La suite n’est pas vide. L’issue 33 a été fermée comme achevée le 1er mai 2026 après le travail sur le rapport d’implémentation. Le chantier de la charte 2026 a cité la recommandation du Conseil. L’issue 781 a demandé un plan public et suivi le rapport. Une pull request ultérieure a proposé des trajectoires explicites en fin de charte, y compris un changement de statut si une seconde implémentation n’apparaissait pas. Elle a été fermée sans fusion. D’autres modifications et la revue du Comité consultatif ont continué.

Le problème n’est donc pas l’absence d’activité. C’est l’absence d’une grammaire commune pour lui donner un effet institutionnel.

La régression antérieure était-elle déjà l’atténuation, une mesure conservatoire ou une première étape ? La clôture de l’issue 33 prouve-t-elle la satisfaction d’un aspect retenu, ou seulement la production d’un élément nécessaire à une décision ultérieure ? Le plan demandé par le Conseil a-t-il été adopté sous une autre forme, remplacé par une solution consensuelle différente, ou est-il resté sans décision formelle ?

Le rapport du Conseil, le rapport de l’Équipe, l’issue de spécification, l’issue de charte, les pull requests et le dossier stratégique répondent chacun à une partie. Aucun n’est désigné comme le lieu autorisé où l’état « pleinement traité » devient vrai.

Une issue ouverte ne prouve pas une violation du Process. Une issue fermée ne prouve pas davantage la clôture de l’objection. Une pull request fusionnée prouverait une modification de texte, pas automatiquement l’adéquation de l’atténuation. Ce qui manque est la jointure autoritative.

Le débat public du W3C a déjà posé les limites

L’issue 751 du dépôt Process est ouverte depuis avril 2023. Son intérêt réside moins dans son statut que dans la précision des positions publiques qu’elle rassemble.

La question initiale craignait que les recommandations et atténuations du Conseil ne créent un pouvoir mal borné : fallait-il les suivre, pouvaient-elles avoir des effets secondaires, devenaient-elles elles-mêmes susceptibles d’appel ? Les réponses ont établi une distinction utile. Les suggestions du Conseil ne sont pas contraignantes. En revanche, lorsqu’une décision annulée a déjà produit des conséquences, quelque chose doit les défaire, les neutraliser ou les atténuer. L’Équipe est chargée de veiller à ce que cette nécessité ne soit pas oubliée.

Le groupe responsable conserve la décision technique. Il peut retenir une solution différente de celle suggérée si elle obtient le consensus et répond au problème. L’Équipe peut utiliser des leviers déjà disponibles : rappeler ses devoirs à un président, exercer les pouvoirs existants de nomination, bloquer un avancement qui ne satisfait pas aux conditions de transition, ou emprunter les voies établies de régression et d’abandon. Elle ne peut ni écrire la spécification à la place du groupe ni effacer l’histoire d’une publication.

Plusieurs participants ont pourtant demandé que le rôle du décideur initial apparaisse plus clairement. L’un d’eux a résumé l’impression laissée par le texte : le dossier part vers l’Équipe, puis « la magie opère ». La réponse était que le fond est correct et que la généralité est nécessaire pour couvrir plusieurs types de décisions. Le sujet a été qualifié d’éditorial et différé.

Une remarque tranche le problème pratique : l’objecteur ne devrait pas devoir surveiller pendant des mois ou des années la résolution de sa propre objection. Il ne s’agit pas de lui donner un veto perpétuel. Il s’agit de faire porter la preuve de clôture à l’institution qui a elle-même déclaré que l’affaire n’était pas pleinement traitée.

La meilleure défense du système actuel

Le W3C peut raisonnablement soutenir qu’une procédure uniforme de remède serait dangereuse. Toutes les objections ne visent pas un groupe de travail. Le décideur peut être un président, l’Équipe, le TAG, l’AB ou l’autorité qui propose une charte. Nommer toujours le groupe de travail comme responsable serait parfois faux.

Un Conseil ne doit pas non plus devenir un comité technique supérieur. Sa suggestion peut ouvrir une voie, mais le groupe compétent doit pouvoir construire une autre réponse, mieux informée par l’implémentation, les brevets et le consensus.

Enfin, les dépôts publics du W3C fournissent déjà une documentation abondante, et certaines informations doivent rester protégées : délibérations du Conseil, matériel réservé aux membres, votes individuels, décisions de personnel ou avis juridiques.

Ces arguments justifient une réparation flexible et une divulgation limitée. Ils ne justifient pas un état de clôture que le lecteur doit déduire. Un registre mince peut signaler les données confidentielles, relier les preuves publiques et ne prescrire aucune solution technique.

Le registre de garde des atténuations

Chaque rapport de Conseil annulant une décision dont les conséquences existent déjà devrait ouvrir un registre versionné de garde des atténuations. Le Conseil l’amorce, l’Équipe en tient l’état, et chaque partie responsable y inscrit sa décision et ses preuves.

Il devrait contenir :

  • le rapport du Conseil, la version du Process et la date de décision ;
  • la décision annulée et chaque aspect retenu de l’objection ;
  • les conséquences déjà produites, reliées aux artefacts concernés ;
  • le rôle institutionnel responsable de chaque mesure ;
  • le pouvoir ordinaire qui autorise son action ;
  • la suggestion du Conseil, explicitement marquée comme non contraignante ;
  • la solution acceptée, modifiée ou alternative du responsable ;
  • les dépendances, la date cible ou la prochaine revue, l’état et les motifs du retard ;
  • les publications, avancements ou chartes suspendus dans l’attente ;
  • un test d’acceptation reliant la preuve à chaque aspect retenu ;
  • l’état de notification de l’objecteur et du décideur initial, dans les limites de confidentialité ;
  • l’autorité habilitée à juger l’atténuation adéquate ;
  • une déclaration datée de clôture, ou l’indication explicite qu’elle n’a pas encore été prononcée ;
  • les corrections, décisions ultérieures, appels et nouvelles objections ;
  • la frontière entre données publiques et protégées.

Ce registre ne transformerait pas une recommandation en ordre. Il pourrait constater qu’un groupe a adopté une autre solution et montrer comment celle-ci répond au même aspect retenu. Il ne créerait pas un nouvel appel : une nouvelle décision resterait soumise aux voies ordinaires. Il ne donnerait aucun pouvoir nouveau à l’Équipe ; le champ « autorité » rendrait justement visible la base existante de chaque action.

Il protégerait aussi les groupes responsables. Aujourd’hui, une issue ouverte peut servir à soutenir que rien n’est fini, tandis qu’une série d’actions dispersées peut servir à soutenir que tout est réglé. Un test commun permettrait de délimiter la décision du Conseil, d’apporter la preuve et de mettre fin à l’incertitude.

Limites de la preuve

Les sources publiques consultées ne démontrent ni retard interne, ni atténuation inadéquate, ni manœuvre d’un participant nommé dans l’affaire Vibration. L’achèvement de l’issue 33 est un fait ; l’ouverture persistante de l’issue 781 en est un autre. Aucun des deux ne tranche, seul, l’état du Process.

La fermeture sans fusion de la pull request 809 ne prouve ni rejet au fond ni absence d’un plan équivalent. Les controverses ultérieures de la charte 2026 dépassent Vibration et ne doivent pas être recyclées comme preuve rétroactive.

Le constat est structurel : le W3C nomme un état postérieur au Conseil, mais ne lui impose pas un support public unique jusqu’à sa clôture.

Sources

  1. Process du W3C du 18 août 2025 — atténuation après décision du Conseil
  2. Projet éditorial actuel du Process — atténuation
  3. Issue 751 du Process — effets secondaires des décisions du Conseil
  4. Guide du W3C — Objections formelles et Conseil
  5. Rapport du Conseil sur l’objection Vibration API, second tour
  6. Rapport de l’Équipe sur l’objection Vibration API
  7. Vibration issue 33 — mise à jour du rapport d’implémentation
  8. Charter issue 781 — plan recommandé par le Conseil
  9. Strategy issue 530 — charte 2026 de Devices and Sensors
  10. Pull request 809 — plans proposés par spécification
  11. Guide issue 173 — qui sont les décideurs ?
  12. Process issue 1029 — quand publier un rapport de Conseil ?
  13. Heng Lu — The Multi-Stakeholder Mirage
  14. Heng Lu — On the Agency Problem at the Core of Internet Governance