Résumé

  • Le 19 juin 2026, le Council du W3C a écarté à l’unanimité une Formal Objection et permis le maintien de la référence normative à l’annexe C de l’ISO/IEC TS 18013-7:2025.
  • Il a reconnu qu’une dépendance non gratuite gêne l’examen et la mise en œuvre, tout en jugeant plus coûteuse l’exclusion de titres mobiles déjà ou bientôt émis par des administrations.
  • La décision est qualifiée d’exception étroite. Elle ne banalise pas les références payantes et ne fait pas disparaître le problème d’accès.
  • Le Guidebook a été complété le 24 juillet par une justification en cinq points. Le Team avait en outre recommandé un nouvel examen à la sortie de Candidate Recommendation, à partir des retours de mise en œuvre.
  • Le Working Draft du 27 août conserve org-iso-mdoc et l’annexe C de l’édition 2025. La page ISO propose toujours les 42 pages pour 181 CHF, marque cette édition « à réviser » et affiche un projet successeur.
  • Un relevé d’état de l’exception devrait réunir version exacte, voie d’accès, raison, mesures d’atténuation, résultats d’implémentation, autorité compétente et prochain déclencheur de décision.

Une dépendance normative n’est pas une simple bibliographie

Dans un document technique, les références sont faciles à reléguer à la fin. Pourtant, une référence normative peut contenir une partie des instructions nécessaires pour mettre en œuvre le document qui la cite. Elle délimite alors un comportement, un format ou un protocole ; elle n’est pas une lecture facultative.

C’est le cas ici. La pull request 401 de Digital Credentials a remplacé un modèle de registre assez lâche par une liste explicite de protocoles pris en charge. Parmi eux figure org-iso-mdoc. Le Working Draft actuel renvoie à l’annexe C de l’ISO/IEC TS 18013-7:2025. La liaison est donc précise : un identifiant de protocole, une édition et une partie déterminée.

L’accès ne l’est pas autant. La page officielle de l’ISO présente une spécification technique de mai 2025, deuxième édition, 42 pages, vendue 181 CHF. Un aperçu est proposé, pas la totalité du texte normatif en libre accès. Dans le vocabulaire que le W3C utilise désormais, il s’agit d’une spécification qui n’est pas librement disponible.

Une objection a contesté cette dépendance. Le Working Group l’a maintenue malgré le désaccord. Le Team a ensuite analysé le dossier. Enfin, un Council a rendu la décision du W3C : l’objection est écartée et la référence peut rester.

Cette succession d’actes est le véritable état de gouvernance. Si l’on ne conserve que la référence dans la bibliographie, on perd la raison pour laquelle une barrière connue a été acceptée, l’autorité qui l’a acceptée et la condition qui devait conduire à un nouvel examen.

Les deux coûts ont été pris au sérieux

Le rapport du Council ne minimise pas le péage documentaire. Une spécification du Web devient plus difficile à relire et à implémenter quand une partie normative n’est pas consultable gratuitement. Les petits acteurs, les chercheurs, les auteurs de logiciels indépendants et les relecteurs publics ne disposent pas tous des mêmes abonnements ou moyens d’achat. L’ouverture n’est donc pas décorative : elle conditionne la possibilité de vérifier une norme publique.

Mais retirer l’annexe a aussi un prix. Digital Credentials vise une présentation de titres numériques sous médiation du navigateur. Des permis de conduire mobiles émis par des autorités publiques s’appuient déjà, ou devraient s’appuyer, sur ISO/IEC 18013-7. Sans ce protocole, cette famille de titres serait exclue du chemin commun que le W3C tente d’établir. Les développeurs pourraient continuer à utiliser des schémas URI particuliers, des transferts directs entre applications ou d’autres dispositifs moins cohérents.

Le Council a donc retenu un calcul limité : la fonction est importante pour un usage déjà ancré dans les déploiements, aucune spécification gratuite n’offre aujourd’hui un substitut raisonnable, et l’exclusion créerait un coût supérieur au maintien.

Ce raisonnement évite deux raccourcis. Dire que toute norme payante doit être écartée ignorerait les systèmes déjà en service. Dire que l’existence de ces systèmes clôt la discussion ferait disparaître le droit de comprendre et de vérifier les règles. Le rapport accepte les deux difficultés et choisit pour ce cas.

Il ne dit pas que 181 CHF sont négligeables, que personne n’est empêché de relire, que l’ISO a tort de fixer ses conditions ou que le document W3C serait techniquement invalide. Le prix est une condition d’accès, non un diagnostic sur la qualité de l’annexe. Et le déploiement est une preuve de nécessité, non une autorisation perpétuelle.

La réalité opérationnelle doit pouvoir modifier la décision

Le meilleur argument en faveur du maintien vient du terrain. Le Council ne se fonde pas uniquement sur la réputation de l’ISO ou sur un vote antérieur. Il considère des titres publics qui doivent être présentés de manière interopérable et le rôle possible du navigateur pour éviter des mécanismes dispersés.

Cette attention rejoint la primauté du code en fonctionnement décrite par Heng Lu, à condition d’en préserver la limite. Une promesse d’implémentation dans une pull request n’est pas un résultat d’interopérabilité. Un document publié ne prouve pas que les navigateurs, portefeuilles, émetteurs et vérificateurs se comprennent. Les tests, les versions effectivement utilisées et les déploiements fournissent cette preuve plus tard.

Inversement, le logiciel en service ne réécrit pas silencieusement le texte du W3C. Il informe la décision. Le Working Group et les organes prévus par le Process conservent la responsabilité de maintenir, resserrer, remplacer ou supprimer la référence aux étapes annoncées.

Le Team a rendu ce point vérifiable. Il a recommandé de maintenir la référence, de demander un statut de Publicly Available Specification et de réexaminer sa nécessité lors de la sortie de Candidate Recommendation, à la lumière des retours d’implémentation. Ce n’est pas une date d’extinction automatique. C’est un rendez-vous lié à un état du document et à un type de preuve.

Sans ce rendez-vous, le raisonnement se renverse. Un déploiement constaté en 2026 pourrait devenir, des années plus tard, l’argument automatique pour une édition différente, un accès différent et une population d’utilisateurs différente. La réalité passée se transformerait alors en autorité héritée.

Le Guidebook organise l’entrée, pas encore toute la durée

Le W3C n’a pas laissé la recommandation sans suite. L’historique du Guidebook mentionne, au 24 juillet, l’ajout de la disponibilité gratuite comme exigence, assortie d’exceptions.

Le principe général est clair : les travaux destinés à devenir des standards devraient éviter de dépendre normativement de documents non gratuits. Lorsqu’un texte libre et techniquement équivalent existe, c’est lui qui doit jouer le rôle normatif. Une dérogation n’est possible que si la fonction critique ne peut raisonnablement être fournie autrement et si le coût de l’exclusion est plus élevé.

Le groupe doit alors répondre à cinq questions : pourquoi la référence est nécessaire ; s’il existe une solution libre ; quelle fonction serait perdue ; qui ne pourrait plus relire ou mettre en œuvre ; et quelles mesures d’atténuation sont disponibles. Le Guidebook cite notamment les résumés informatifs, la liaison, la demande d’accès public ou une référence plus étroite.

C’est une bonne fiche d’admission. Elle empêche un groupe d’invoquer vaguement « les pratiques du secteur ». Elle oblige aussi à décrire les personnes touchées et les efforts de réduction du dommage.

Mais une admission correcte ne garantit pas que ses conditions resteront vraies. Un équivalent libre peut apparaître. Le tarif ou la voie d’accès peuvent changer. Une partie externe peut être révisée. Les implémentations peuvent converger ailleurs. Le public concerné peut s’élargir lorsque le document progresse vers un usage général.

Le Council a précisément proposé un examen périodique aux étapes de maturité et une action continue du Team auprès de l’organisme extérieur. Il a également invité l’Advisory Board à envisager une politique autonome soumise à AC Review. À la date de cette étude, l’évolution visible est celle du Guidebook. Il ne faut pas la présenter comme l’achèvement de la voie institutionnelle plus ambitieuse suggérée par le Council.

L’édition extérieure est déjà en mouvement

Le Working Draft du 27 août cite toujours l’édition de 2025 et son annexe C. De son côté, l’ISO classe cette édition publiée au stade 90.92, c’est-à-dire « à réviser ». Une troisième édition est en préparation sous forme de Committee Draft.

Le projet n’a pas encore remplacé le texte cité. Il peut évoluer et l’édition 2025 demeure la référence exacte du W3C. Pourtant, le simple fait qu’une branche successeur existe oblige à préparer la question de version.

Lorsque cette branche avancera, il faudra distinguer : compatibilité avec les titres 2025, changements au point de protocole utilisé par le W3C, disponibilité de l’ancienne édition, conditions d’accès à la nouvelle, coexistence dans les portefeuilles et les navigateurs, apparition éventuelle d’un équivalent libre.

Une référence mobile vers « la dernière édition » donnerait à une procédure extérieure le pouvoir de changer indirectement les exigences du W3C. Une référence figée pour toujours pourrait, à l’inverse, séparer le standard du Web des corrections et des déploiements futurs. Entre ces deux échecs se trouve une décision versionnée, prise au bon moment avec des tests.

Le relevé d’état de l’exception

Il manque un objet simple : non pas une nouvelle doctrine, mais un relevé maintenu qui relie la permission à ses conditions présentes.

Il devrait contenir l’édition, la date et l’annexe exactes ; la version et le degré de maturité du document W3C ; les décisions successives du groupe, du Team et du Council ; la fonction indispensable ; l’état d’un équivalent gratuit ; les catégories de personnes gênées ; la voie d’accès publiée par l’ISO ; l’état de la liaison et de la demande PAS ; les engagements d’implémentation séparés des résultats ; l’autorité chargée du prochain examen ; enfin une décision courante — maintenir, resserrer, substituer ou retirer.

Chaque formule doit correspondre à un état borné. « Demande PAS engagée » ne signifie pas « accès libre obtenu ». « Projet successeur » ne signifie pas « édition remplacée ». « Engagement d’un navigateur » ne signifie pas « interopérabilité démontrée ». « Exception accordée » ne signifie pas « conditions encore satisfaites ».

La date ou le déclencheur compte autant que le contenu. La sortie de Candidate Recommendation est observable. Si elle tarde, une échéance calendaire de repli peut éviter qu’une absence de réunion tienne lieu de décision. L’objectif n’est pas de supprimer automatiquement la référence : il est d’imposer un moment où quelqu’un doit à nouveau répondre.

Ce relevé ne publie aucun texte protégé de l’ISO. Il décrit le bord de la dépendance : quel objet exact a force normative, pourquoi il a été accepté, ce qui a changé autour de lui et qui peut en modifier le statut.

Une couche commune étroite

La Minimum Initial Specification de Heng Lu fournit un test utile. La couche commune doit rester limitée à ce qui est nécessaire à l’interopérabilité et pouvoir être vérifiée aussi précisément que possible. Une exception ne doit pas élargir cette couche par habitude institutionnelle.

Ici, cela ne conduit pas à « supprimer l’ISO », mais à ne pas laisser la dérogation s’étendre. Elle concerne un identifiant, une fonction, une édition et une annexe. Elle ne doit pas importer tout l’univers du permis mobile, toutes les futures éditions ou les politiques publiques qui entourent les titres.

Cette étroitesse protège aussi les deux organisations. L’ISO garde ses droits et sa procédure de révision. Le W3C garde son Process et son choix de conformance. L’interface entre eux devient visible, au lieu de former une relation générale dont personne ne saurait mesurer l’étendue.

Pour les développeurs, la conséquence est pratique. Un navigateur sait quelle édition tester. Un émetteur peut différencier la conformité présente d’une migration future. Un relecteur indépendant peut identifier la partie inaccessible et juger les mesures compensatoires sans qu’on lui affirme que tout le catalogue extérieur est indispensable.

Une exception large devient une relation de dépendance institutionnelle. Une exception précise reste une décision technique révisable.

Ce qui reste inconnu

Les sources établissent une décision achevée, une modification du Guidebook, une référence encore présente, un prix public et un état de révision. Elles montrent aussi que la pull request 401 citait des engagements de WebKit et Chromium.

Elles ne démontrent pas que ces implémentations sont complètes, compatibles entre elles ou largement déployées. Elles ne comptent pas les relecteurs empêchés, les acheteurs ou les bénéficiaires d’un autre accès. Elles ne prédisent ni le résultat de la demande PAS ni le contenu final de la troisième édition.

Ces inconnues ne sont pas des lacunes à combler par supposition. Ce sont des états à dater et à relier à une prochaine preuve.

Le Council a bien traité la première décision : reconnaître la barrière, reconnaître le besoin, choisir sans effacer le coût perdant. La prochaine épreuve est de conserver la mémoire de ce calcul lorsque les circonstances bougeront.

Une exception légitime n’a pas besoin d’un compte à rebours théâtral. Elle a besoin d’un responsable, d’un rendez-vous et d’un relevé capable de changer la réponse.

Sources

  1. W3C — Rapport du Council sur l’objection relative à l’annexe C
  2. W3C — Rapport du Team
  3. W3C — Formal Objection du 9 février 2026
  4. W3C — Décision de consensus des Chairs
  5. Digital Credentials — Pull request 401
  6. W3C — Digital Credentials, Working Draft du 27 août 2026
  7. W3C — Guidebook des références normatives
  8. W3C Process Document
  9. W3C — Présentation des Councils
  10. ISO — ISO/IEC TS 18013-7:2025
  11. ISO — Projet successeur ISO/IEC CD TS 18013-7
  12. Heng Lu — Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
  13. Heng Lu — Running-Code Primacy