Résumé

  • Le 26 août 2026, le W3C a ouvert l’issue 570 de son Strategy Funnel pour renouveler la charte de l’Audio Working Group. L’adoption éventuelle de Web Speech API y est qualifiée de modification substantielle du périmètre, mais le travail n’est pas prêt pour les revues horizontales et n’a pas de date de fin de refinement.
  • Dans la discussion du groupe, une proposition conserve reconnaissance et synthèse dans une spécification unique, vise un First Public Working Draft au début de 2027 et une Candidate Recommendation en 2028. Deux avis favorables ne valent ni consensus du groupe ni décision du W3C.
  • Le projet public de charte dit toujours que la reconnaissance et la synthèse vocales restent hors du périmètre direct. Ses seuls livrables normatifs sont Web Audio API 1.1 et Web MIDI API.
  • Le texte Web Speech daté du 10 août demeure un Draft Community Group Report. Une édition active, des tests et des implémentations ne lui confèrent pas silencieusement le statut de Working Draft.
  • Un registre de transfert de périmètre devrait relier la version exacte du document, la charte révisée, les revues, la décision du W3C, l’adoption par le groupe, le FPWD et l’état des engagements de brevets.

Une annonce de changement, un texte inchangé

La chronologie tient en quelques jours. Le 26 août, le Strategy Funnel du W3C reçoit une nouvelle fiche de rechartering pour l’Audio Working Group. Elle indique expressément que l’organisation envisage de faire adopter Web Speech API par ce groupe. Elle précise en même temps que le projet se trouve encore en revue interne au groupe, que les examens horizontaux n’ont pas commencé et que la fin de la phase de refinement demeure inconnue.

Une issue parallèle du dépôt Web Audio rappelle que la charte actuelle expire le 8 novembre. Le lendemain de son ouverture, un participant propose un parcours plus concret : garder une seule spécification pour la reconnaissance et la synthèse, conserver une continuité éditoriale, publier un FPWD au début de 2027, puis chercher à atteindre la Candidate Recommendation en 2028. Le 30 août, un autre participant du W3C approuve l’élargissement et accepte ces dates comme estimations de travail.

Ces messages ont une valeur réelle. Ils indiquent une direction, un document et une ambition temporelle. Ils ne sont cependant ni le procès-verbal d’une décision du Working Group, ni une consultation de l’Advisory Committee, ni une approbation institutionnelle.

Le projet de charte disponible au même moment n’intègre pas encore la proposition. Son périmètre concerne le traitement PCM, l’accès aux périphériques audio, les informations de capacité et de cache, ainsi que les appareils MIDI. Sa section « Out of Scope » maintient explicitement la reconnaissance et la synthèse vocales hors du champ direct du groupe. La liste normative ne contient que Web Audio API 1.1 et Web MIDI API. Web Speech n’y apparaît pas.

Le document montre d’ailleurs qu’il est en cours de rédaction : une note demande de régénérer les livrables après une nouvelle Working Draft de Web Audio, et plusieurs échéances conservent des valeurs d’année provisoires. Il serait donc excessif d’interpréter l’exclusion actuelle comme un refus définitif. Mais il serait tout aussi excessif de raconter l’adoption comme acquise parce qu’elle figure dans l’issue stratégique.

Un rapport vivant ne devient pas une norme par usage

Web Speech API possède déjà une substance technique. Son rapport d’éditeur est daté du 10 août 2026, nomme un éditeur, renvoie vers un suivi public des issues et vers les travaux de tests web-platform. Il décrit des interfaces de reconnaissance et de synthèse, ainsi que des questions actuelles sur le traitement local, l’installation de langues, le consentement et la vie privée.

Le bandeau de statut impose pourtant une limite précise : Draft Community Group Report. La page du Speech API Community Group indique que ce groupe a fermé le 27 mars 2023 et rappelle qu’un Community Group est conduit par la communauté sans représenter nécessairement les positions des Membres ou du personnel du W3C. Une autre page conserve les engagements sous le Community Final Specification Agreement.

Fermeture du groupe et activité du document peuvent coexister. Des personnes peuvent maintenir le texte, des navigateurs peuvent exposer des fonctions voisines et les tests peuvent progresser. Ces faits ne sont ni négligeables ni suffisants pour créer une Working Draft du W3C. Ils prouvent une continuité technique, pas le franchissement de chaque seuil institutionnel.

L’étiquette Community Group ne signifie pas davantage que le texte est sans intérêt ou abandonné. Elle indique l’autorité actuelle, l’origine du document et le régime d’engagement applicable. Une information honnête doit tenir ensemble ces deux réalités au lieu de choisir celle qui sert le récit le plus simple.

La participation prépare l’autorité

Le Process du W3C donne à chaque acteur un rôle distinct. Une charte doit préciser mission, périmètre, durée, livrables, critères de réussite et jalons prévisibles. Une modification substantielle exige une revue de l’Advisory Committee, puis une décision du W3C. La période dure au moins 28 jours et peut être portée à au moins 60 jours si un représentant le demande. L’appel doit mettre en évidence les changements importants, leur justification et le sort réservé aux commentaires recueillis pendant le refinement.

Les échanges sur GitHub ont donc une place légitime : ils forment et testent la proposition. Les Chairs et le Charter Facilitator la transforment en texte. Les groupes horizontaux examinent accessibilité, internationalisation, vie privée, sécurité et architecture. Les représentants des Membres évaluent ensuite une version déterminée. La décision finale confère ou refuse le nouveau périmètre.

Même une charte approuvée ne vaudrait pas approbation du contenu actuel de Web Speech. Elle autoriserait le Working Group à travailler sur ce livrable. Le groupe devrait encore adopter une base textuelle et demander sa publication. Selon le Process, un FPWD peut contenir des questions non résolues ; il ne prouve ni consensus complet ni aval du W3C. La Candidate Recommendation suppose une maturité, une revue et une expérience d’implémentation ultérieures.

Les dates 2027 et 2028 doivent ainsi rester attachées au statut de proposition. Une séparation future entre reconnaissance et synthèse, une revue plus longue ou un changement de foyer pourraient les déplacer. Corriger une prévision ne doit pas effacer ce que la communauté avait initialement envisagé.

Les engagements juridiques ont aussi une provenance

Le passage vers un Working Group modifie le cadre des engagements sur les brevets. Le registre public de Web Speech conserve les engagements pris sous le Community Final Specification Agreement. Le futur Audio Working Group, s’il reçoit ce travail, fonctionnerait sous la Patent Policy du 15 mai 2025. Celle-ci impose des obligations définies aux participants et fait partir, lors du FPWD, une période d’exclusion de 150 jours selon ses propres conditions.

Ces deux histoires ne se remplacent pas automatiquement. Les engagements du Community Group appartiennent à la provenance du document. Le périmètre de la nouvelle charte, la participation au Working Group, le texte adopté et l’éventuelle période d’exclusion appartiennent à la garde du parcours Recommendation.

Aucune source consultée n’établit une revendication de brevet, une exclusion projetée ou un conflit. Il ne s’agit donc pas d’annoncer un risque juridique particulier. L’enjeu est plus élémentaire : dire quel instrument vaut, pour quel acteur, sur quelle version et à partir de quel événement.

Un registre de transfert de périmètre

Le W3C peut rendre la transition lisible avec un dossier public très mince. La première entrée identifierait le Draft Community Group Report exact, sa date, son empreinte stable, son origine et son registre d’engagements. La seconde enregistrerait la proposition : groupe destinataire, auteur, justification, unité du livrable et état de la discussion.

Une entrée de charte pointerait vers la première version qui inclut réellement Web Speech et conserverait l’ancienne exclusion dans l’historique. Les demandes de revue horizontale et leurs dispositions seraient rattachées à ce texte. La revue de l’Advisory Committee, sa période, une éventuelle prolongation et la décision du W3C formeraient des événements séparés.

Après l’entrée en vigueur d’une charte, le dossier enregistrerait encore la décision propre du Working Group d’adopter le document. Le FPWD, sa période au titre de la Patent Policy, les Working Drafts ultérieures, la CR et une éventuelle Recommendation garderaient chacune leur preuve. Une scission, un retour à l’incubation, un retrait ou un autre groupe destinataire resteraient des issues normales.

Ce dossier n’a pas à publier les commentaires confidentiels des Membres ni des analyses juridiques privées. Il doit montrer quelle version a circulé, qui détenait l’autorité à chaque étape et quel état est présentement valable.

Le Policy Mirror de Heng Lu fournit ici une discipline limitée : la charte publique doit refléter le travail effectivement autorisé, et le statut doit refléter la décision réellement prise. Le maintien d’un dépôt, la participation et l’implémentation sont des preuves utiles, mais ne donnent pas à leurs auteurs l’autorité institutionnelle. Cette lecture n’attribue par ailleurs aucun pouvoir à l’IETF du seul fait que le lien de répertoire contextuel porte le nom IETF-W3C.

Sources

  1. Heng Lu, The Policy Mirror
  2. Issue 570 du W3C Strategy Funnel
  3. Projet de charte 2026 de l’Audio Working Group
  4. Discussion sur le rechartering de l’Audio Working Group
  5. Charte actuelle de l’Audio Working Group
  6. Rapport d’éditeur Web Speech API
  7. Fiche du Speech API Community Group
  8. Process Document du W3C
  9. Patent Policy du W3C
  10. Engagements Community Final Specification Agreement de Web Speech