Résumé

  • L’ICANN a publié le 9 septembre 2026 les lignes directrices finales de son groupe d’experts sur l’acceptation universelle. Elles conseillent l’organisation ; elles ne constituent ni tableau déjà déployé ni régime obligatoire.
  • Le texte réunit des indicateurs mesurés directement, des données apportées par des partenaires, des autodéclarations et l’évaluation de parcours utilisateurs complets.
  • Ces provenances doivent rester visibles. Une autodéclaration peut informer sans devenir, par simple agrégation, un test reproduit de manière indépendante.

Le problème ne commence pas par un mensonge. Il commence par une perte d’étiquette.

Dans les Guidelines for Advancing Universal Acceptance Adoption désormais finales, le groupe d’experts recommande un ensemble de mesures couvrant la sensibilisation, le soutien des politiques publiques, la mise en œuvre et le développement des compétences. L’ICANN devrait mesurer ce qui relève directement de son champ, coordonner d’autres producteurs de données et tenir un tableau consolidé. Les parties prenantes seraient également encouragées à remplir des modèles d’autoévaluation.

La consolidation promet une vue mondiale. Elle risque aussi d’effacer qui a observé quoi.

Une action, une règle et un résultat ne se succèdent pas automatiquement

Les quatre familles retenues par le document ne forment pas une seule note de maturité. Un événement UA renseigne sur la sensibilisation. Une clause d’achat public renseigne sur une exigence déclarée. Le nombre de personnes formées décrit une capacité potentielle. Un parcours achevé avec un identifiant internationalisé montre le comportement d’un service précis à un instant précis.

Ces données peuvent s’éclairer mutuellement. Elles ne se prouvent pas entre elles. Dix formations ne garantissent pas qu’une bibliothèque a été corrigée ; une règle de marché public ne dit pas si la fonction de récupération de compte l’applique ; un serveur MX observable ne suffit pas à montrer qu’un message EAI traversera l’inscription, l’authentification et la messagerie transactionnelle.

Le texte final fournit déjà une bonne discipline. Il demande que l’indicateur précise son objet, sa contribution et l’acteur chargé de la mesure et du rapport. Parmi les signaux de mise en œuvre, il cite les enregistrements en langue locale, les observations liées aux serveurs de courrier, les données de plateformes et le succès de bout en bout du parcours d’un internaute multilingue.

La difficulté surgit lorsque l’interface transforme ces prédicats distincts en une couleur commune. Le lecteur voit alors une progression homogène là où les lignes sources mesuraient tantôt une activité, tantôt une intention, tantôt une capacité et tantôt un résultat.

L’autodéclaration répond à une contrainte réelle

L’ICANN ne peut pas ouvrir chaque application, dans chaque pays et chaque écriture, ni franchir les parcours réservés aux usagers authentifiés. Les administrations et opérateurs connaissent des systèmes que l’observateur extérieur ne voit pas. Un questionnaire commun peut révéler le propriétaire d’un chantier, la version déployée, une migration ou un obstacle propre à une langue.

La ligne directrice 47 propose donc de travailler avec les organisations intergouvernementales pour solliciter les États membres, d’aligner les modèles sur les indicateurs communs et spécifiques, et de créer des incitations à contribuer. Cette voie améliore la couverture ; elle ne certifie pas automatiquement la réponse.

Une équipe honnête peut tester seulement le formulaire d’inscription et employer néanmoins l’expression « service prêt ». Deux administrations peuvent interpréter différemment la validation ou l’interopérabilité. Une version favorable peut être déclarée alors que d’autres instances restent anciennes. Un succès peut survivre dans le tableau après une mise à jour qui a changé la bibliothèque sous-jacente.

Le rapport officiel de la consultation avait enregistré ce risque. Des contributeurs demandaient d’accompagner l’autoévaluation volontaire d’une validation indépendante. D’autres avertissaient que les incitations pouvaient rendre les réponses optimistes et réclamaient méthode publique, état initial et calendrier régulier. Dans le PDF final vérifié, ces obligations ne sont pas formulées explicitement. Cette absence textuelle ne démontre ni un rejet de la validation ni le contenu du futur plan d’exécution.

Un test extérieur doit lui aussi montrer ses limites

Séparer les sources ne revient pas à couronner tout test indépendant. Un robot peut ignorer un écran protégé, employer un corpus trop étroit, confondre une panne passagère avec une incapacité structurelle ou continuer à publier le résultat d’une ancienne version. Le testeur doit donc exposer sa propre provenance.

Les ressources déjà publiées par l’ICANN donnent une base concrète. La feuille de route destinée aux registres et bureaux d’enregistrement distingue des portes dans l’interface, les protocoles, le traitement, le stockage, les rapports et le courrier. Elle prévoit tests unitaires et système, chaînes normalisées ou non, écritures variées, champs de protocole et comportement EAI jusqu’à l’envoi et à la gestion des erreurs.

Le catalogue d’évaluations de l’ICANN renvoie également à des études par plateforme et à des outils réutilisables. Il ne s’agit pas d’une méthode universelle pour tous les acteurs de 2026. C’est la preuve qu’un résultat technique peut déjà nommer son système, son jeu d’essai, sa fonction et son périmètre.

Le texte final ouvre, il ne termine pas, la décision

L’annonce du 9 septembre publie un document daté du 20 août, après la consultation menée de février à avril et l’examen des contributions. Elle indique que l’ICANN s’en servira pour orienter ses travaux futurs et communiquer ses plans.

Le mandat demeure consultatif. L’organisation évaluera les propositions et décidera de ce qui est approprié, réalisable et compatible avec ses ressources. Aucun tableau opérationnel, aucune valeur de référence et aucun programme de certification ne sont annoncés comme achevés.

C’est précisément avant cette mise en œuvre que la provenance coûte le moins cher. Une fois plusieurs années réduites à une courbe, retrouver qui avait testé quelle version, avec quels échecs et quel dénominateur, peut devenir impossible.

Sources