Advancing Universal Acceptance of all Domain Names and Email Addresses

ICANN a mené des tests en soumettant des adresses électroniques en langue locale sur des sites web de différents pays, notamment la Chine et l'Inde, afin de mesurer le nombre de sites les acceptant. Les résultats ont révélé qu'en moyenne, seulement 11 à 12 % des sites web acceptaient les adresses électroniques dans la langue locale du pays ou territoire concerné. Cela met en évidence un écart considérable entre la disponibilité de la technologie et son adoption effective par les applications en aval.

ICANN a testé des adresses électroniques en langue locale sur 50 sites web chinois dans les secteurs gouvernemental, médiatique, académique et commercial, en les soumettant sur des pages de contact, et a mené des tests similaires en Inde avec des adresses électroniques en hindi . Les résultats ont montré qu'en moyenne, seulement 11 à 12 % des sites web acceptaient les adresses électroniques dans la langue du pays ou territoire concerné .

Les normes techniques permettant l'utilisation de noms de domaine et d'adresses électroniques en langues locales ont été développées et mises en œuvre au niveau de l'infrastructure. Cependant, les applications logicielles avec lesquelles interagissent les utilisateurs finaux — telles que les sites web et les applications mobiles — n'ont pas encore été mises à jour pour accepter et traiter ces nouveaux formats. Cet écart entre la disponibilité des normes et leur mise en œuvre en aval demeure le défi central de l'acceptation universelle.

Sarmad Hussain a souligné que les normes sont en place et qu'il est désormais possible d'avoir des noms de domaine et des adresses électroniques en langues locales , mais que les applications logicielles en aval, telles que les sites web et les applications mobiles, doivent encore être mises à jour pour importer et traiter ces nouveaux noms de domaine et adresses électroniques en langue locale .

Bien que les discussions autour de l'UA portent souvent sur l'offre technique, les gouvernements constituent des acteurs puissants du côté de la demande. En rendant obligatoire la prise en charge de l'UA dans les services en ligne qu'ils offrent aux citoyens, les gouvernements peuvent générer une demande suffisante pour justifier, sur le plan économique, l'investissement des entreprises technologiques dans la mise en œuvre de l'UA. Cette approche répond directement au problème de l'œuf et de la poule identifié par les représentants des plateformes.

Sarmad Hussain a explicitement souligné que les gouvernements, en tant que parties prenantes du côté de la demande, peuvent exiger la prise en charge de l'UA dans les services en ligne qu'ils fournissent aux citoyens, et que cela créerait la demande nécessaire pour favoriser la mise en œuvre et répondre au défi économique soulevé par Sean Bedford .

Au-delà de la couche Unicode, le système de noms de domaine dispose lui-même d'une couche de sécurité supplémentaire grâce aux règles de génération d'étiquettes (LGR) élaborées en collaboration avec des groupes communautaires. Ces règles sont spécifiquement conçues pour prévenir les problèmes de sécurité liés aux caractères visuellement similaires ou susceptibles d'être confondus dans des scripts complexes, y compris le bengali. ICANN invite les parties prenantes à examiner ces règles et à signaler les lacunes éventuelles.

Sarmad Hussain a indiqué qu'ICANN collabore avec le New Brahmi Generation Panel sur de nombreux scripts, dont le bengali, et que des règles ont été ajoutées pour traiter les problèmes de sécurité tels que les caractères visuellement similaires lors de la génération de chaînes pour le système de noms de domaine . Il a invité l'interlocuteur à examiner les règles existantes et à signaler les lacunes éventuelles .

ICANN a institutionnalisé son engagement en faveur de l'acceptation universelle en l'intégrant dans son plan stratégique quinquennal pour les exercices 2026-2030. Ce plan a été élaboré avec l'appui d'un groupe de travail d'experts ayant recueilli les contributions d'experts issus de différentes parties prenantes. L'inclusion de l'UA dans le plan stratégique garantit que des ressources et une attention soutenue seront consacrées à ces questions à moyen terme.

Sarmad Hussain a indiqué qu'ICANN concluait les travaux d'un groupe de travail d'experts sur l'acceptation universelle, qui a bénéficié des contributions d'experts de différents États et a fourni des orientations sur la manière de faire avancer ces travaux . Il a confirmé que ces travaux font déjà partie du plan stratégique FY26-30 d'ICANN, ce qui signifie qu'ICANN se penchera sur ces questions pendant au moins les quatre à cinq prochaines années .

L'échec à atteindre l'acceptation universelle n'est pas une préoccupation technique de niche, mais une problématique qui touche environ la moitié de la population mondiale. Ces 3,5 milliards de personnes utilisent des langues écrites dans des scripts autres que le latin et ne peuvent donc pas s'engager pleinement avec les services numériques qui ne prennent pas en charge leurs scripts. Cette échelle a également des implications directes pour le modèle économique, car elle représente un important vivier de consommateurs potentiels.

Guilherme Canela de Souza Godoi a indiqué qu'environ 3,5 milliards de personnes utilisent des langues écrites dans des scripts autres que le latin, qualifiant cette situation de problème non marginal . Il a également souligné que cela représente un nombre significatif de citoyens et de consommateurs potentiels qui ne participent pas pleinement au numérique précisément en raison des lacunes en matière d'acceptation universelle .

La disponibilité technique des noms de domaine internationalisés ne tient pas la promesse d'un Internet multilingue si ces noms ne sont pas acceptés par les applications que les gens utilisent au quotidien. Lorsque des noms de domaine ou des adresses e-mail valides sont rejetés en raison de leur script ou de leur format, les conséquences sont concrètes : les personnes peuvent se trouver dans l'impossibilité de s'inscrire à des services, d'accéder à l'éducation, de faire des affaires ou d'utiliser des services publics numériques. Guilherme a présenté cela comme une question de droits humains liée au mandat de l'UNESCO.

Guilherme Canela de Souza Godoi a soutenu que l'acceptation universelle concerne la convivialité et la fonctionnalité, et pas seulement la visibilité, et que le rejet d'adresses e-mail IDN valides peut déterminer si une personne peut s'inscrire à un service en ligne, si un étudiant peut accéder à une plateforme d'apprentissage, si une petite entreprise peut opérer avec un nom de domaine en langue locale, et si un service public numérique est véritablement accessible à tous les citoyens . Il a explicitement qualifié cela de question de droits humains liée au mandat de l'UNESCO en matière de multilinguisme, de liberté d'expression et de transformation numérique inclusive .

L'UNESCO a intégré l'acceptation universelle dans ses mécanismes de suivi formels en incluant des questions spécifiques sur l'AU dans le sixième cycle de suivi de sa Recommandation de 2003 concernant la promotion et l'usage du multilinguisme et l'accès universel au cyberespace. Cela crée un mécanisme de responsabilisation structuré par lequel les États membres doivent rendre compte de leurs progrès. La base de données probantes ainsi constituée peut ensuite conduire à de véritables changements de politique au niveau national.

Guilherme Canela de Souza Godoi a annoncé que l'UNESCO lance le sixième cycle de suivi de la Recommandation de 2003 et que des questions spécifiques relatives à l'acceptation universelle y ont été clairement intégrées . Il a invité les participants à contribuer à ce cycle de suivi afin que les expériences de leurs pays et organisations en matière d'AU soient prises en compte et que les données probantes puissent conduire à de véritables changements de politique .

Plusieurs accords internationaux de haut niveau engagent déjà tous les États membres de l'ONU à promouvoir le multilinguisme dans les systèmes numériques, fournissant ainsi un cadre normatif pour responsabiliser les gouvernements. Le Pacte numérique mondial et le document final de SMSI+20 traitent tous deux du multilinguisme et de l'acceptation universelle, et la Recommandation de 2003 de l'UNESCO constitue un instrument juridique supplémentaire. Ces engagements devraient être traduits en politiques nationales concrètes et, si nécessaire, en réglementations.

Guilherme Canela de Souza Godoi a noté que le document final de SMSI Plus 20 reconnaît les progrès accomplis en matière d'IDN et invite les parties prenantes à faire progresser leur acceptation universelle, tandis que le Pacte numérique mondial appelle au multilinguisme tout au long du cycle de vie des systèmes numériques . Il a souligné que ces deux documents ont été adoptés par tous les États membres des Nations Unies et a encouragé la communauté à tenir les gouvernements responsables de la mise en œuvre de ces engagements . Il a également cité la Recommandation de 2003 de l'UNESCO comme un document juridique, certes non contraignant, que les pays se sont engagés à mettre en œuvre .

Le Consortium Unicode a établi une norme mondiale commune à partir de 1991, attribuant un numéro unique à chaque caractère de chaque système d'écriture, permettant ainsi aux ordinateurs de représenter et de traiter du texte dans toutes les langues. Toute internationalisation des technologies, y compris la prise en charge de scripts complexes tels que l'arabe et le devanagari, repose sur cette base. Sans la prise en charge d'Unicode, il est impossible pour les applications de prendre en charge les noms de domaine internationalisés et les adresses électroniques internationalisées.

Cathy Wissink a expliqué que toute internationalisation des technologies commence avec Unicode, dont les travaux ont débuté en 1991 en établissant une norme commune dans laquelle chaque lettre de chaque système d'écriture s'est vu attribuer un numéro . Elle a souligné que les normes régissant la manière dont les scripts complexes tels que l'arabe et le devanagari sont affichés, stockés et transmis sur Internet sont principalement définies par Unicode , et qu'il est très difficile d'envisager les IDN et les adresses électroniques internationalisées sans s'assurer au préalable que les technologies prennent en charge Unicode .

L'acceptation universelle repose sur un ensemble de normes techniques interdépendantes produites par trois organisations de développement de normes distinctes. L'IETF, le W3C et le Consortium Unicode contribuent chacun des spécifications essentielles qui, ensemble, permettent l'internationalisation d'Internet. Comprendre le rôle de ces organisations est important pour les parties prenantes souhaitant s'engager dans l'écosystème des normes ou le soutenir.

Cathy Wissink a identifié trois organisations de développement de normes impliquées dans le domaine de l'acceptation universelle : l'IETF (Internet Engineering Task Force), le W3C (World Wide Web Consortium) et le Consortium Unicode .

Les organisations de développement de normes font face à un défi persistant : la publication d'une spécification ne garantit pas son adoption par les implémenteurs. Les développeurs peuvent travailler à partir de versions obsolètes d'une norme, ne disposant pas des fonctionnalités introduites dans les versions ultérieures, ou peuvent ne pas avoir adopté la norme du tout. Parallèlement, les normes doivent continuer à évoluer à mesure que les langues, les devises et les méthodes de saisie changent, ce qui nécessite un travail de maintenance continu.

Cathy Wissink a noté que les défis dans le domaine de l'UA portent moins sur les normes elles-mêmes que sur leur mise en œuvre . Elle a donné l'exemple de certains implémenteurs ayant adopté Unicode 10 alors que la norme en est désormais à Unicode 17, ce qui signifie que certaines fonctionnalités n'ont pas été intégrées . Elle a également souligné que, à mesure que les pays modifient leurs formats et symboles monétaires et que de nouvelles méthodes de saisie sont développées, les normes doivent être continuellement mises à jour .

Les travaux des organisations de développement de normes sont largement invisibles pour les utilisateurs finaux, qui bénéficient des normes sans reconnaître les organisations et les individus qui les sous-tendent. Pourtant, ces travaux nécessitent un investissement continu à mesure que les langues évoluent, que de nouvelles technologies émergent et que les normes doivent être mises à jour. Cathy Wissink a appelé les parties prenantes à s'impliquer et à orienter des ressources vers les organisations de normes d'internationalisation.

Cathy Wissink a décrit les travaux de développement de normes comme étant pratiquement invisibles pour les utilisateurs, qui ne reconnaissent pas les personnes et les organisations qui les réalisent . Elle a cité l'exemple de l'Arabie saoudite ayant récemment modifié son symbole monétaire comme illustration du type de mises à jour continues requises . Elle a explicitement encouragé les parties prenantes à s'impliquer et à envisager d'allouer des ressources à ce domaine, soulignant que le monde continue d'évoluer et que les normes doivent suivre le rythme .

La norme Unicode comprend des processus de normalisation du texte spécifiquement conçus pour traiter les caractères pouvant sembler visuellement similaires ou susceptibles d'être confondus, réduisant ainsi le risque d'hameçonnage et d'autres attaques de sécurité. Ces processus s'appliquent non seulement au bengali, mais également à de nombreux autres scripts, y compris le latin. Les implémenteurs devraient vérifier que les caractères concernés sont correctement gérés par ces protocoles de normalisation et signaler tout manquement au Consortium Unicode.

Cathy Wissink a reconnu que les caractères susceptibles de confusion constituent une préoccupation sérieuse que le Consortium Unicode prend au sérieux, en soulignant que de tels problèmes existent dans de nombreux scripts, et pas seulement en bengali . Elle a indiqué que les processus de normalisation du texte au sein de la norme Unicode constituent le mécanisme permettant de traiter les confusables , et a invité l'intervenant à consulter le rapport technique pertinent et à la contacter directement à l'adresse Wissink at Unicode.org si le caractère n'est pas correctement pris en charge par la normalisation .

La plateforme de Meta a été conçue dès sa création par une entreprise de la côte ouest américaine avec l'anglais comme langue par défaut, bien que la grande majorité de ses 3,5 milliards d'utilisateurs ne soient pas des locuteurs natifs de l'anglais. Ce choix de conception historique a créé des lacunes importantes dans la capacité de la plateforme à prendre en charge les langues et les scripts non anglophones. Combler ces lacunes nécessite des efforts délibérés et des investissements.

Sean Bedford a noté que si la mission de Meta est de connecter le monde et que la grande majorité de ses 3,5 milliards d'utilisateurs ne sont pas des locuteurs natifs de l'anglais, la plateforme a été construite en anglais à partir d'une base d'entreprise américaine de la côte ouest, ce qui a engendré de nombreuses lacunes dans le fonctionnement de la plateforme .

Les grandes plateformes telles qu'iOS, Android et Windows disposent chacune de bibliothèques intégrales qui déterminent si une chaîne de caractères donnée est reconnue comme une URL ou une adresse e-mail valide. Ces bibliothèques varient considérablement dans leur prise en charge des IDN et des scripts non latins, la plupart fonctionnant mieux pour les domaines de premier niveau standard que pour les différents scripts et encodages. Lorsque Meta ou d'autres développeurs d'applications s'écartent de ces spécifications de plateforme de base pour ajouter leur propre prise en charge, ils créent des charges de maintenance et une confusion potentielle pour les utilisateurs.

Sean Bedford a expliqué que des plateformes telles qu'iOS, Android et Windows disposent toutes de bibliothèques intégrales qui dictent le fonctionnement des applications qui leur sont superposées, notamment ce qui constitue une URL ou une adresse e-mail valide . Il a noté que ces plateformes tendent à bien fonctionner avec les domaines de premier niveau, mais nettement moins bien avec les différentes langues, scripts et encodages . Il a également indiqué que s'écarter d'une spécification de plateforme de base crée des difficultés, des problèmes de maintenance, des dysfonctionnements et de la confusion pour les utilisateurs, ce qui explique pourquoi Meta tend à ne pas le faire .

Le processus d'inscription de Meta rejette actuellement les adresses e-mail IDN, une limitation qui tient à la manière dont la plateforme a été construite en 2006 plutôt qu'à une contrainte technique actuelle. Cependant, étant donné que le nombre d'utilisateurs tentant de s'inscrire avec des adresses e-mail IDN est extrêmement faible par rapport aux adresses standard, il est difficile de justifier l'investissement en ingénierie nécessaire pour ajouter cette prise en charge. Cela crée un cycle auto-renforçant où l'absence de prise en charge freine l'utilisation, qui à son tour ne génère pas les données nécessaires pour constituer un argumentaire commercial.

Sean Bedford a confirmé que Meta ne prend pas en charge les adresses e-mail IDN aujourd'hui et que les tentatives d'inscription sur Facebook.com avec une telle adresse échoueront . Il a noté qu'il n'existe aucune raison technique pour laquelle Meta ne peut pas prendre en charge cela, mais que l'entreprise n'investira pas sans un argumentaire commercial solide, et que le nombre de tentatives d'inscription avec des adresses e-mail IDN est si faible par rapport aux adresses non-IDN qu'il est très difficile de justifier l'investissement . Il a décrit cela comme une situation de cercle vicieux ou de l'œuf et de la poule .

Le très faible taux de tentatives d'utilisation d'adresses e-mail IDN sur des plateformes comme Meta ne reflète probablement pas fidèlement la demande réelle. En réalité, les utilisateurs qui préféreraient utiliser leur langue maternelle renoncent probablement et créent des adresses e-mail en ASCII auprès de fournisseurs gratuits parce que c'est plus simple. Cela signifie que les données utilisées par les plateformes pour évaluer la demande de prise en charge des IDN sous-estiment systématiquement le besoin réel.

Sean Bedford a émis l'hypothèse que les utilisateurs renoncent tout simplement aux adresses e-mail IDN et optent pour l'anglais ou une option de repli auprès d'un fournisseur de messagerie gratuit . Il a donné l'exemple d'un locuteur hébreu qui crée une adresse telle que « 42 at gmail.com » parce que c'est plus simple, ce qui fait que Meta ne peut pas voir dans ses données que la langue maternelle de l'utilisateur est l'hébreu . Il a noté que cela représente un problème en amont où la prise en charge n'existe pas sur les plateformes de base .

Avant de pouvoir attendre des entreprises technologiques et des autres parties prenantes qu'elles agissent en faveur de l'acceptation universelle, il faut d'abord qu'elles soient conscientes qu'un écart existe et qu'elles en comprennent l'importance. Les sessions publiques, les discussions et les échanges tels que celui qui se tient ici remplissent une fonction essentielle en matière de sensibilisation. Sean Bedford a identifié cela comme la première de ses trois recommandations pour faire progresser l'AU.

Sean Bedford a cité la sensibilisation à cet écart comme sa première recommandation, mentionnant explicitement des sessions telles que celle-ci comme étant exactement le type d'activité nécessaire pour aborder ces sujets .

Pour les grandes entreprises technologiques telles que Meta, les décisions d'investissement sont guidées par les données et les arguments économiques plutôt que par des principes seuls. Faire progresser l'AU nécessite donc d'identifier et de formuler des incitations commerciales solides susceptibles de justifier l'investissement en ingénierie. Sean Bedford a souligné que pour les grandes entreprises technologiques, un argument économique convaincant fait une différence significative quant à la question de savoir si et quand un changement est effectué.

Sean Bedford a identifié la recherche d'incitations commerciales plus solides comme sa deuxième recommandation, notant que pour les grandes entreprises technologiques, disposer d'une bonne incitation commerciale et d'un cas d'usage pertinent fait une énorme différence pour être en mesure d'opérer un changement . Il a reconnu que si le changement est techniquement possible et finira par se produire, la question est de savoir quand, et que ce calendrier dépend de la solidité de l'argument économique .

Il existe un fossé important entre les communautés qui se soucient profondément de l'acceptation universelle — telles que les linguistes, la société civile et les défenseurs des politiques — et les ingénieurs et chefs de produit des entreprises technologiques qui ont le pouvoir de mettre en œuvre des changements. Mettre ces deux groupes en dialogue est essentiel pour traduire le plaidoyer en action. Sean Bedford a identifié cela comme sa troisième recommandation.

Sean Bedford a décrit sa troisième recommandation comme consistant à mettre en relation ceux qui se soucient de l'AU avec ceux qui peuvent agir en ce sens, notant que ces deux publics tendent aujourd'hui à évoluer dans des mondes très différents . Il a soutenu que plus ces deux groupes peuvent être réunis pour des échanges constructifs, plus ce domaine peut être propulsé vers l'avant .

Dans les programmes typiques de licence en informatique et technologies de l'information, les étudiants apprennent la programmation, les bases de données, les réseaux, la sécurité et le développement logiciel presque exclusivement à partir d'exemples et de ressources basés sur l'ASCII. Le traitement des langues non latines est rarement intégré dans les cours fondamentaux et est plutôt traité comme un sujet spécialisé ou avancé. Cela laisse les diplômés sans les compétences de base nécessaires pour concevoir ou maintenir des systèmes prenant en charge un Internet multilingue.

Fatema Akbar a expliqué que dans un programme typique en informatique ou technologies de l'information, les cours de programmation, bases de données, réseaux, sécurité et développement logiciel sont principalement enseignés en se concentrant sur l'ASCII, les manuels et les ressources de référence étant également axés sur l'ASCII . Elle a noté que le traitement des langues est généralement un sujet spécial dans un cours avancé ou un projet annexe, non intégré dans le programme principal , en partie en raison de l'importance historique de l'ASCII dans l'enseignement informatique et en partie parce que les manuels ne couvrent pas de manière exhaustive les principes UA .

Plutôt que de créer un cours autonome, l'American University of Bahrain a choisi d'intégrer les sujets UA dans les cours existants de son programme informatique de manière progressive. Cette démarche a consisté à associer les 12 modules de programme d'ICANN aux cours existants, à former les enseignants et à déployer l'intégration semestre par semestre. Cette approche garantit que les étudiants sont exposés aux concepts UA dès les cours fondamentaux jusqu'aux matières avancées.

Fatema Akbar a décrit comment l'université a suivi une formation avec ICANN sur 12 modules de programme, en a modifié certains pour les adapter à ses cours, et a formé les enseignants à les dispenser . Elle a expliqué qu'ils ont opté pour des améliorations à petite échelle des cours existants plutôt que pour un cours optionnel autonome, en intégrant les sujets UA depuis la programmation introductive jusqu'à la sécurité et au développement web . Elle a également décrit la création d'un tableau de correspondance entre les cours et les modules UA, ainsi qu'un plan d'intégration progressive avec un déploiement semestre par semestre .

Compte tenu de la densité des cours informatiques existants et de la charge administrative que représentent les modifications formelles des programmes, les améliorations à petite échelle offrent une voie pratique pour ancrer les principes UA. Celles-ci peuvent inclure l'ajout de concepts UA comme exigences dans les travaux et projets existants, garantissant ainsi que les étudiants soient confrontés au traitement multilingue et doivent s'y engager, même lorsque le contenu principal des cours ne change pas. Cette approche permet d'intégrer progressivement l'UA tout au long du programme.

Fatema Akbar a donné des exemples concrets d'améliorations à petite échelle, notamment l'obligation pour les étudiants d'un cours de programmation fondamentale de traiter n'importe quelle langue pour les entrées et sorties de fichiers, les incitant ainsi à apprendre l'UTF-8 . Elle a également décrit l'enseignement aux étudiants d'un cours de bases de données de la manière de stocker du texte en arabe sans altération, et l'introduction des IDN lors de l'étude du système de noms de domaine dans un cours de réseaux .

L'intégration de l'UA dans les programmes informatiques se heurte à plusieurs obstacles pratiques. Les cours informatiques sont déjà très denses, de nouveaux sujets tels que l'IA et le développement durable se disputant constamment leur place. La modification formelle des syllabus ou l'introduction de nouveaux cours nécessite un long processus administratif. De plus, les enseignants eux-mêmes ont généralement été formés dans un environnement informatique centré sur l'ASCII et ont besoin d'une formation avant de pouvoir enseigner efficacement les sujets UA.

Fatema Akbar a identifié la densité des cours informatiques existants comme le principal défi, notant que de nouveaux sujets tels que le développement durable, l'informatique verte et l'IA sont constamment ajoutés . Elle a également noté que la modification des syllabus ou la proposition de nouveaux cours constitue un long processus administratif , et que les enseignants peuvent avoir besoin de davantage de formation car ils ont eux-mêmes été formés principalement sur l'ASCII . Elle a précisé que les travaux d'intégration décrits se déroulaient depuis environ trois ans .

En bengali et dans d'autres scripts complexes, certains caractères sont représentés par plusieurs points de code Unicode plutôt que par un seul point de code unique, créant ainsi la possibilité d'une similarité visuelle entre différentes séquences de caractères. À mesure que les noms de domaine internationalisés s'étendent pour inclure davantage de scripts, cela crée un vecteur potentiel d'attaques de phishing où des acteurs malveillants pourraient enregistrer des noms de domaine paraissant identiques à des noms légitimes. Cela soulève des questions tant techniques que politiques sur la manière de protéger les utilisateurs.

Mohd. Abdullah Konu a fait remarquer que le bengali comprend des caractères tels que Ra, Daishundra et Antostra qui sont représentés par plusieurs points de code Unicode plutôt que par un seul caractère unique . Il a soutenu que cela pourrait créer une similarité visuelle et une confusion dans les noms de domaine, augmentant potentiellement le risque d'attaques de phishing à mesure que les IDN continuent de se développer . Il a demandé quelles mesures techniques ou politiques l'ICANN envisage pour remédier à ces risques de sécurité liés à Unicode .