Résumé

  • Le 11 août, l’Accessibility Guidelines Working Group a annoncé un « consensus avec une objection » sur la répartition entre règles normatives de conformité et conseils informatifs aux régulateurs, puis a laissé cinq jours ouvrés aux absents pour formuler d’autres objections.
  • Le 18 août, la discussion s’est poursuivie sans résolution. Un sondage exploratoire a mesuré une orientation ; il n’a pas arrêté une rédaction.
  • Le 25 août, trois résolutions ont demandé la mise à jour des sections 3, 3.1 et 3.2 à partir d’un Google Doc, mais seulement après traitement des commentaires associés.
  • La pull request 826, ouverte avant la réunion, a encore reçu des modifications d’intégration, de présentation et de réponse aux retours avant sa fusion le 26 août. Cela prouve une exécution postérieure, non un dépassement de mandat.
  • Une résolution du groupe, un merge, un Editor’s Draft, une W3C Decision et une Recommendation sont des états d’autorité distincts. Une concordance décision-différence rendrait leur enchaînement vérifiable.

La condition faisait partie de la décision

Le passage le plus important du procès-verbal du 25 août ne se trouve pas dans le lien vers le document, mais dans les mots qui suivent. Pour chacune des trois sections concernées, le groupe a décidé d’employer le texte proposé après avoir résolu les commentaires associés dans le Google Doc.

La formule contient deux actes à la fois. Le premier est une autorisation substantielle : les éditeurs ne recevaient pas une simple invitation à réfléchir, mais une direction pour modifier l’Editor’s Draft. Le second est une délégation bornée : certains points n’étaient pas encore fermés et devaient être réglés dans le cadre indiqué. Lire uniquement le premier acte transforme une décision conditionnelle en approbation mot à mot. Lire uniquement le second réduit à tort une décision réelle à un atelier informel.

Un participant a d’ailleurs soulevé le problème documentaire pendant la réunion. Comment le groupe pouvait-il décider sur un texte placé dans un Google Doc plutôt que reproduit dans IRC ? La réponse était pragmatique : le passage était trop long pour le canal. Rien d’irrégulier ne découle de cette contrainte. Mais un lien vers un document collaboratif n’offre pas, à lui seul, l’identité durable du texte vu par le groupe.

Le besoin n’est donc pas de réciter tous les paragraphes en séance. Il est de fixer le bon objet : une version exportée, une empreinte, des ancres de section et la liste des commentaires que la résolution laissait à traiter.

La réunion du 25 août n’était pas un commencement

Deux semaines de travail public précédaient les trois résolutions. Le 11 août, AGWG avait annoncé un consensus accompagné d’une objection sur l’architecture de la conformité. La section normative devait rester centrée sur la conformité et sur une revendication de conformité délimitée. Les recommandations adressées aux régulateurs pour les contenus qu’un auteur ne contrôle pas entièrement devaient surtout relever d’un document informatif, avec éventuellement des indications dans certains résultats WCAG.

L’objection portait sur la maturité du choix : décider d’une structure majeure avant d’avoir défini la conformité paraissait prématuré. Le message public ne l’a ni effacée ni présentée comme un veto automatique. Il a ouvert cinq jours ouvrés aux personnes absentes, puis annoncé que le choix serait enregistré ou ramené devant le groupe selon les réactions.

Le 18 août, les minutes montrent pourquoi il serait trompeur de parler déjà d’un texte final. Les participants ont débattu des pages, parcours, processus, composants, déclarations et modalités de rapport. Plusieurs formulations ont circulé. Le président a finalement constaté qu’aucune résolution ne serait obtenue ce jour-là. Un sondage indicatif a soutenu la poursuite d’une voie plus limitée, mais un sondage de température n’est pas l’acte qui ferme le texte.

Le 25 août a donc marqué un passage de l’exploration à une instruction éditoriale. Cette instruction résultait d’un historique de discussion, d’une enquête et d’un délai d’objection. La décrire comme un vote soudain trahirait cet historique ; la décrire comme une simple conversation ignorerait l’acte effectivement consigné.

Les signes plus et moins ne suffisent pas à faire un scrutin

Le procès-verbal contient des +1, des 0 et des -1. Ils documentent utilement l’état de la salle, mais ne transforment pas automatiquement la procédure en vote formel.

Le Process Document du W3C sépare la recherche du consensus et le recours au vote. Un vote substantiel est une solution de dernier ressort lorsque la discussion technique et la recherche de compromis n’ont pas permis d’avancer. Sa règle, son déclenchement, son résultat et les éventuelles Formal Objections doivent être enregistrés. Le compte rendu du 25 août parle, lui, de projets de résolution, de signaux des participants et de résolutions adoptées.

Cette précision évite deux erreurs de gouvernance. Compter les signes visibles comme des suffrages donne aux présents une souveraineté qu’ils n’ont pas. À l’inverse, constater qu’il ne s’agissait pas d’un scrutin ne retire pas au président la capacité de constater une décision du groupe selon le processus. La participation apporte des arguments, de l’expérience et des objections ; elle ne devient pas le principal juridique de tous les utilisateurs du Web.

Le W3C distingue aussi les décisions du président, les décisions ou résolutions d’un groupe, les Team Decisions et les W3C Decisions. Une résolution d’AGWG lie le travail du groupe dans son périmètre. Elle n’est ni une Recommendation achevée, ni une règle d’un État, ni la preuve qu’un produit particulier est accessible.

Le dépôt montre l’exécution, pas l’origine du mandat

La pull request 826 du dépôt officiel w3c/wcag3 fournit une trace très fine de l’étape suivante. Ouverte avant la réunion sous le titre de mise à jour de la section de conformité, elle n’a été fusionnée que le 26 août à 23 h 57 UTC.

Son historique n’est pas celui d’un fichier immobile. Après la réunion figurent notamment la suppression de la section 4, des retouches éditoriales, l’intégration du contenu de conformité post-réunion, une refactorisation, une mise à jour du résumé en langage clair, une nouvelle note liminaire de l’éditeur et une réponse finale aux retours. La branche finale et le commit de merge disposent, eux, d’identifiants stables.

Cette séquence ne démontre aucune déviation. La résolution prévoyait expressément la fermeture de commentaires. Un intitulé de commit ne dit pas si une modification est substantielle, mécanique ou déjà couverte par les échanges. Les sources examinées ne justifient donc ni l’accusation de dépassement, ni le soupçon de texte clandestin.

Elles établissent seulement que le texte fusionné est le résultat d’une phase d’exécution postérieure à l’acte. Git excelle à conserver les octets, les auteurs et les dates. Il ne sait pas dire quelle objection institutionnelle autorisait une modification, quel commentaire elle clôturait ou quel organe pouvait changer la portée. Le dépôt est un reçu d’exécution ; il n’est pas le trône d’où vient l’autorité.

Le document public avertit lui-même qu’il reste provisoire

L’Editor’s Draft daté du 28 août dit explicitement qu’il s’agit d’un travail en cours. Sa publication ne vaut pas approbation du W3C ou de ses Membres ; il peut être remplacé ou rendu obsolète ; il ne convient pas de le citer comme autre chose qu’un document de travail.

La section de conformité porte en outre l’état Developing. Dans le vocabulaire du projet, le groupe s’accorde sur le sujet général, tandis que les détails ne sont pas terminés. Cet état est cohérent avec les résolutions du 25 août : la direction existe, le travail continue. Il est incompatible avec l’idée que chaque phrase serait déjà une règle définitive.

Le dernier Working Draft formel et l’Editor’s Draft récent répondent ainsi à des questions différentes. Le second expose le chantier courant ; le premier fixe un jalon de publication. Une future Recommendation traversera d’autres états. Si un régulateur, un acheteur public ou un contrat donne ensuite une force à WCAG, cette force proviendra de son propre acte d’adoption, pas de la présence d’un paragraphe dans un dépôt.

Une concordance légère suffirait

Une bonne concordance ne serait ni une nouvelle bureaucratie ni une transcription intégrale. Elle pourrait tenir en quelques champs reliés.

Elle donnerait d’abord un identifiant à la question et à la résolution, reproduirait la formulation adoptée, préciserait le type de décision, la fenêtre temporelle, le groupe habilité et le moment où le président a constaté le résultat.

Elle identifierait ensuite le texte effectivement examiné : commit lorsqu’il existait déjà dans le dépôt, export versionné et empreinte lorsqu’il vivait dans un document collaboratif. Les sections et ancres couvertes seraient explicites.

Elle bornerait les commentaires laissés ouverts. Il n’est pas nécessaire de publier des annotations personnelles ou protégées ; il faut pouvoir savoir quels points restaient à régler et à qui cette tâche avait été confiée.

Elle classerait enfin les changements postérieurs : exécution directe de la résolution, traitement d’un commentaire nommé, correction éditoriale, réparation technique ou changement de portée. Le classement ne préjuge pas du bien-fondé. Il permet au réviseur de trouver l’autorité correspondante.

Le dernier maillon nommerait la tête finale, le commit de merge, le statut de publication et les éventuels appels à consensus, objections formelles, réouvertures ou décisions de remplacement. Une différence calculable entre le snapshot examiné et la fusion rendrait la chaîne reproductible.

Un index est une projection, non la décision elle-même

Lors de la préparation de cet article, la page publique des décisions d’AGWG indiquait une dernière modification le 17 août et ne contenait donc pas encore les résolutions du 25 août. Ce décalage chronologique ne permet pas de conclure que la décision était invalide, cachée ou oubliée.

Il montre néanmoins le coût d’une projection tardive. Les minutes prouvent l’acte du groupe ; la page des décisions offre un index ; la pull request montre l’exécution ; l’Editor’s Draft expose l’état courant ; la publication formelle marque un autre jalon. Aucun support ne remplace tous les autres.

La réponse saine est la réconciliation. Dès que l’index est actualisé, il devrait joindre la résolution, le snapshot examiné et le merge final. En attendant, le lecteur doit pouvoir remonter de la minute au changement sans confondre la date de l’index avec l’existence de l’acte.

Sources

  1. AGWG — Compte rendu et résolution du 11 août 2026
  2. AGWG — Procès-verbal du 11 août 2026
  3. AGWG — Procès-verbal du 18 août 2026
  4. AGWG — Procès-verbal du 25 août 2026
  5. Politique de décision d’AGWG
  6. Process Document du W3C
  7. Index des décisions d’AGWG
  8. Pull request 826 de w3c/wcag3
  9. Historique des commits de la pull request 826
  10. Editor’s Draft de WCAG 3
  11. Dernier Working Draft formel de WCAG 3
  12. W3C — Mise à jour 2025 du Process Document