L'accès linguistique est un contrôle de sécurité.

Quand une personne ne peut pas comprendre un avis, corriger un dossier ou contester un résultat automatisé, la langue n'est pas un détail de présentation....

L'accès linguistique est un contrôle de sécurité.

L’instruction manquée n’est pas une erreur de l’utilisateur

Un service numérique peut être techniquement disponible et rester hors de portée. Un avis peut se charger, un formulaire peut être soumis, une décision peut arriver à temps, et chaque tableau de bord peut indiquer que le parcours est terminé. Pourtant, une personne peut toujours être incapable de dire ce que l’avis lui demande, quelles informations comptent, comment les corriger ou où s’y opposer. Si le langage du service transforme un droit en énigme, le service n’a pas simplement mal communiqué. Il a supprimé l’un des mécanismes qui empêche une décision erronée de s’installer dans le monde.

Cela est particulièrement facile à manquer dans les systèmes qui utilisent l’automatisation. Un parcours automatisé commence souvent par des mots : une demande, un document téléchargé, une question posée à un guichet, un appel, un message tapé sur un téléphone. Il se termine aussi par des mots : une classification, une recommandation, un refus, une explication, une demande de preuves supplémentaires, une voie de recours. Le langage est présent au moment où l’information entre, au point où le système lui attribue un sens, et au moment où l’on attend d’une personne qu’elle agisse. Le traiter comme une couche de peinture autour d’un système par ailleurs complet est un moyen très efficace de répartir l’erreur de manière inégale.

L’Europe considère depuis longtemps la diversité linguistique comme plus qu’un ornement culturel. L’article 22 de la Charte des droits fondamentaux dispose que l’Union respecte la diversité culturelle, religieuse et linguistique. La Commission européenne décrit les langues parlées dans les États membres comme une part essentielle du patrimoine culturel de l’Europe et soutient le multilinguisme dans le travail de ses institutions. La Charte européenne des langues régionales ou minoritaires du Conseil de l’Europe existe parce que la langue peut s’exercer dans la vie publique, et pas seulement se savourer en privé chez soi. Aucun de ces instruments ne fournit à une équipe logicielle une spécification d’interface toute prête. Ils rendent en revanche une prémisse difficile à défendre : que la voie linguistique peut être laissée de côté jusqu’à ce que le travail important soit terminé.

Qualifier l’accès linguistique de mécanisme de sécurité ne signifie pas que chaque phrase maladroite est un incident de sécurité, ni que chaque service public doit offrir toutes les langues possibles dans chaque interaction. Les obligations diffèrent selon l’institution, la juridiction, le service et la personne. Cela signifie quelque chose de plus pratique. Lorsque la compréhension est nécessaire pour éviter, corriger, contester, refuser ou réparer une action importante, le langage doit être conçu et testé comme faisant partie du système de contrôle. La question n’est pas simplement de savoir si le texte a été traduit. La question est de savoir si la personne peut encore empêcher une erreur d’aller plus loin.

Cette distinction devient plus nette avec l’IA. Un modèle de langage peut rendre un parcours plus accueillant en produisant du texte dans de nombreuses langues. Il peut aussi rendre un parcours plus dangereux en produisant une réponse plausible dans une langue pour laquelle l’organisation dispose de peu de preuves, d’une vérification faible ou d’aucun transfert sûr. La fluidité est persuasive. C’est précisément pour cela qu’elle exige des limites. Une traduction soignée peut dissimuler l’incertitude plus efficacement qu’un champ vide ne le pourrait jamais.

L’accès linguistique ne se tient pas à côté du service. Il accompagne la personne jusqu’aux points où une erreur peut encore être arrêtée.

L’accès a une direction

On a l’habitude de parler de l’accès comme d’une fonctionnalité qu’un service possède ou ne possède pas. C’est trop plat. L’accès a une direction. Une personne doit pouvoir recevoir une information, en comprendre le sens pratique, fournir une réponse, obtenir une réponse qui a du sens, et franchir l’étape suivante si elle n’est pas d’accord. Rompre une partie de cette séquence change la relation entre l’institution et la personne. L’institution garde ses dossiers, ses délais et son vocabulaire interne. La personne, elle, n’a qu’une carte incomplète.

Prenons un avis qui indique à quelqu’un qu’un dossier a été modifié. Si l’avis n’apparaît que dans une langue que la personne ne maîtrise pas, la première défaillance est évidente. Mais le même problème peut persister après qu’une traduction a été fournie. La traduction peut ne pas distinguer une demande d’information d’une exigence. Elle peut ne pas préserver un délai. Elle peut transformer un terme précis en un mot courant approximatif. Elle peut renvoyer à un portail qui n’est lui-même pas utilisable dans la même langue. Ou elle peut expliquer la décision sans expliquer comment corriger les données qui l’ont produite. Chaque version est une défaillance d’accès différente, et chacune crée une charge différente pour la personne concernée.

La charge n’est pas partagée également. L’organisation peut souvent continuer en appliquant sa procédure ordinaire. La personne doit faire le travail supplémentaire : trouver quelqu’un qui peut interpréter le message, déterminer si cette personne est digne de confiance, expliquer à nouveau des circonstances privées, traduire des documents, attendre, se déplacer, appeler un numéro, ou décider que l’effort n’en vaut pas le résultat possible. Le système peut décrire cela comme une absence de réponse, une preuve incomplète ou un manquement aux instructions. Du côté de la personne, cela peut être une barrière linguistique que le système a rendue invisible en n’enregistrant que ses propres étapes.

C’est pourquoi le terme erreur de l’utilisateur demande de la prudence. Les gens font des erreurs, bien sûr. Les institutions aussi. Mais un service ne devrait pas qualifier une défaillance d’erreur de l’utilisateur simplement parce qu’il a placé le coût de la compréhension en dehors de ses propres limites. Un formulaire qui présuppose une catégorie juridique inconnue, un chatbot qui ne reconnaît pas une question dans une variante locale, ou une lettre de décision dont la voie de recours n’est lisible que pour un lecteur assuré peuvent fonctionner exactement comme prévu. Ils créent tout de même une asymétrie évitable.

L’accessibilité fait le même constat sous un autre angle. La directive sur l’accessibilité du web impose aux sites et applications mobiles des organismes du secteur public d’être plus accessibles, et elle encadre ce travail autour d’exigences d’accessibilité, de suivi et de déclarations. L’accessibilité ne se confond pas avec l’accès linguistique. Un lecteur d’écran, une structure claire, un contraste suffisant, des sous-titres et une navigation au clavier répondent à des besoins différents. Mais les deux vont de pair, car une personne ne les vit pas comme des tiroirs de conformité séparés. Un texte techniquement disponible mais incompréhensible ne rend pas un droit utilisable. Un langage clair délivré par une interface inaccessible non plus.

Une conception plus sûre commence par tracer l’ensemble du parcours. Qu’est-ce qu’une personne doit comprendre avant de pouvoir agir ? Quels termes ont des conséquences juridiques, financières, médicales ou procédurales ? Quelles questions peuvent être posées dans plusieurs langues ou formats ? Que se passe-t-il lorsque le système n’est pas certain de la langue, de l’intention ou de la traduction ? Comment une personne peut-elle corriger un sens qui a été attribué à ses mots ? Quel chemin mène à un humain habilité à aider ? Ce sont des questions ordinaires de conception de service. Elles deviennent des questions de sécurité lorsque la réponse détermine si une erreur peut être détectée avant d’affecter le revenu, le statut, les soins, la mobilité, l’éducation ou la dignité d’une personne.

La traduction n’est pas l’équivalence

La traduction a de la valeur. Il ne faut pas lui faire porter une promesse qu’elle ne peut pas tenir seule. Une traduction peut reproduire des mots tout en perdant la relation entre ces mots et l’institution qui les emploie. Elle peut être assez précise pour un panneau touristique, mais dangereuse pour l’explication d’une décision. Elle peut saisir le sens dictionnaire d’une phrase tout en manquant son registre, sa réserve, sa référence à un document antérieur ou son rôle dans une procédure. Ce n’est pas un argument contre la traduction. C’est un argument contre le fait de traiter le résultat d’une traduction comme une preuve que le service est devenu équivalent.

La Commission elle-même avertit que la qualité et la précision de la traduction automatique peuvent varier considérablement selon les textes et les paires de langues. C’est un point de départ utile, car il résiste à un faux choix familier. Le choix n’est pas entre une traduction humaine parfaite et une traduction automatique inacceptable. Les vrais choix incluent la tâche, les conséquences, la paire de langues, la qualité de la source, la relecture, la pression du temps, la population concernée et le chemin de récupération. Un brouillon produit par machine peut convenir pour l’orientation. Une traduction relue peut convenir pour un avis standard. Une explication à enjeux élevés peut nécessiter une tout autre voie, notamment un humain qualifié, un modèle vérifié ou la possibilité de faire une pause plutôt que de prétendre qu’une prose assurée est sûre.

L’équivalence a plus d’une dimension. L’équivalence sémantique concerne la préservation de l’information énoncée. L’équivalence procédurale concerne la capacité réelle de la personne à accomplir la même étape suivante. L’équivalence temporelle concerne la réception de l’information à temps pour l’utiliser. L’équivalence probatoire concerne la capacité de fournir une information que le service peut comprendre et consigner correctement. L’équivalence réparatrice concerne la possibilité de contester ou de corriger un résultat. Une page d’accueil traduite peut améliorer l’accès sémantique tout en laissant les quatre autres dimensions intactes.

C’est ici que les systèmes linguistiques automatisés exigent un peu d’humilité institutionnelle. Un système peut être très bon pour produire de la prose et manquer pourtant de preuves concernant une terminologie, un dialecte, un système d’écriture, un domaine ou une tâche particuliers. Il peut mal lire un nom, aplatir une réserve ou sélectionner un sens courant là où un sens spécialisé est requis. Une équipe qui le sait peut mettre en place des vérifications et des relais. Une équipe qui le cache derrière un sélecteur de langue fait une promesse plus forte que ce que ses preuves soutiennent.

Imaginez un parcours applicatif dans lequel une personne peut expliquer une circonstance exceptionnelle en texte libre. Le service accepte des soumissions dans plusieurs langues. Pour deux d'entre elles, du personnel formé et des recommandations validées couvrent le parcours. Pour une troisième, le système fournit une traduction automatique à l'agent de dossier, mais personne n'a testé la traduction sur la terminologie propre au service, et aucune méthode n'a été créée pour permettre au demandeur de voir et de corriger l'enregistrement traduit. Le scénario est hypothétique. Son propos est modeste : les trois options linguistiques ne constituent pas le même service simplement parce que le formulaire accepte trois écritures. L'une comporte une boucle de révision. Une autre comporte une transformation cachée au milieu. La différence importe lorsque le texte transformé devient une preuve.

C'est aussi pourquoi la rétrotraduction, les scores de confiance et les étiquettes génériques de qualité ne constituent pas, à eux seuls, des garde-fous suffisants. Ils peuvent être des signaux utiles. Ils n'établissent pas que le sens d'une personne a survécu au parcours, ni que cette personne a une possibilité équitable de contester la version rendue. Le contrôle pertinent est souvent plus simple et moins prestigieux : montrer l'original là où il importe, enregistrer la transformation, rendre le parcours réversible, laisser une personne qualifiée intervenir et offrir un moyen clair de signaler que le système a mal compris. C'est de la paperasse, oui. Les freins aussi.

La charge inégale des erreurs

Chaque système automatisé dispose d'un budget d'erreurs, qu'on le nomme ou non. Certaines saisies seront incomplètes. Certaines classifications seront erronées. Certaines personnes auront besoin d'aide. La question de gouvernance importante est de savoir où le système place le coût de ces erreurs. Un parcours peut maintenir la charge près de l'institution en signalant l'incertitude, en offrant une alternative humaine et en réexaminant une décision. Ou il peut rejeter la charge vers l'extérieur en supposant que les personnes traduiront, réessaieront, documenteront, appelleront, attendront et s'expliqueront jusqu'à ce que la représentation préférée du système devienne disponible.

Les erreurs linguistiques sont particulièrement aptes à masquer cette répartition, car l'organisation peut ne pas voir les personnes qui se retirent. Elle voit des formulaires remplis, des appels répondus, des courriels envoyés et des recours déposés. Elle ne voit pas automatiquement la personne qui n'a pas compris la première lettre, le membre de la famille qui a porté le travail de traduction, l'organisation communautaire qui a comblé le manque, ou la personne qui a conclu qu'un parcours n'était pas destiné à elle. L'absence paraît propre sur un tableau de bord. Cela n'en fait pas une preuve d'égalité d'accès.

Les documents européens relatifs aux droits des minorités donnent à la question une forme publique. Le Conseil de l'Europe décrit la Convention-cadre pour la protection des minorités nationales comme exigeant des parties qu'elles promeuvent une égalité pleine et effective dans la vie économique, sociale, politique, publique et culturelle. Sa fiche d'information note que la Convention couvre l'usage d'une langue minoritaire en privé et en public et, sous certaines conditions, les contacts avec les autorités administratives. La Charte européenne des langues régionales ou minoritaires est conçue pour protéger et promouvoir les langues régionales ou minoritaires traditionnelles dans les domaines de la vie publique. Ces dispositions ne devraient pas être converties à la légère en une affirmation concernant chaque demande individuelle ou chaque interface automatisée. Elles rendent toutefois plus difficile de qualifier la langue de simple préférence lorsque l'autorité publique est en jeu.

La même prudence s'applique à la migration et à l'apprentissage des langues. La première langue d'une personne, sa langue la plus forte, sa langue de scolarisation, la langue d'un membre de la famille et la langue utilisée dans un contexte juridique ou médical particulier peuvent ne pas être les mêmes. Un service axé sur la sécurité ne devrait pas deviner l'identité à partir d'un choix de menu, d'un nom de famille ou d'un code postal. Il ne devrait demander que ce dont il a besoin, expliquer pourquoi, éviter de faire d'une sélection linguistique une étiquette permanente et offrir un moyen de la modifier. L'objectif n'est pas de classer les personnes avec plus d'assurance. Il est de leur permettre de contrôler un parcours de communication qui les concerne.

Les inégalités face à l'erreur se manifestent aussi à l'intérieur des organisations. Le personnel de première ligne devient souvent le correctif humain d'un parcours linguistique conçu ailleurs. Il interprète des messages peu clairs, ressaisit des informations, persuade une interface d'accepter un nom, explique pourquoi une réponse traduite ne peut pas être fiable et apaise des personnes à qui l'on a déjà annoncé que la procédure était terminée. Ce travail est rarement visible dans l'évaluation du modèle ou dans la grille de notation des achats. Pourtant, il constitue une preuve. Si le personnel répare sans cesse la même défaillance linguistique, le système indique à l'organisation où sa protection est fragile.

La mauvaise réponse consiste à laisser le personnel absorber le manque en silence. La meilleure réponse consiste à consigner la catégorie de défaillance sans recueillir plus de données personnelles que nécessaire, à examiner le parcours avec les personnes qui connaissent la langue et le service, puis à décider si la tâche exige une conception différente. Parfois, la bonne solution est un meilleur modèle de document. Parfois, c'est une évaluation spécifique à la langue. Parfois, c'est un parcours humain. Parfois, c'est une déclaration claire indiquant que le parcours automatisé n'est pas autorisé pour cette langue ou cette tâche. Une limite visible est plus respectueuse qu'une fausse équivalence.

L'achèvement n'est pas le seul résultat qui mérite d'être mesuré. La conception détermine aussi qui doit faire le travail lorsque le sens échoue.

Les services publics ont besoin d'une frontière linguistique honnête

Un service public a une raison particulière d'être précis sur la langue. Il peut demander des informations, fixer des délais, attribuer une aide, imposer des conditions, tenir un registre et prendre des décisions qu'une personne ne peut pas simplement ignorer. Ces pouvoirs ne rendent pas chaque interaction à haut risque. Ils signifient toutefois que le service ne peut pas mesurer son succès uniquement depuis son propre côté du guichet. La personne doit pouvoir comprendre ce que fait le service et conserver un moyen concret d'obtenir une réponse.

La première tâche de conception consiste à classer l'interaction, et non la personne. Une annonce générale, un rappel de rendez-vous, une demande de procédure, une explication de décision, une consigne de santé et une voie de recours n'ont pas les mêmes conséquences. Le service doit déterminer où un malentendu pourrait entraîner une occasion manquée, un dossier erroné, une perte de temps, une décision injuste ou une impossibilité de contester. Il doit ensuite choisir des mesures de protection proportionnées à ces conséquences. C'est plus utile qu'une affirmation générale selon laquelle chaque page est multilingue ou que chaque résultat est relu.

La deuxième tâche consiste à distinguer l'assistance linguistique de l'autorité linguistique. Un système peut être capable de rédiger une réponse dans une langue sans être autorisé à expliquer une décision juridique dans cette langue. Il peut être capable de traduire un document pour orientation sans pouvoir établir la version officielle. Il peut reconnaître qu'un message est probablement rédigé dans une langue sans pouvoir déterminer ce que la personne veut dire. Ce ne sont pas des aveux de défaite technologique. Ce sont des limites qui empêchent un outil utile de devenir un décideur sans responsabilité.

The third task is to design the stop. What happens when the system does not know enough? A good route can say that it cannot safely complete a task in the chosen language, preserve the original submission, provide an expected next step, and send the work to a person or service that can take responsibility. It should not invent certainty because a blank answer looks unfriendly. A polite uncertainty can be more useful than a smooth but unsupported explanation, especially when the person has a deadline.

The fourth task is to keep the correction route symmetrical. If a system translates or summarises a person’s words for an internal process, the person should have a realistic way to inspect and correct the representation where it will affect them. If an institution sends a translated decision, the path to ask for clarification or appeal should not collapse back into one dominant language. If a human changes the record after an interpretation, the change should be attributable and reviewable. Symmetry does not mean identical interfaces. It means that the institution’s ability to act on language is matched by a person’s ability to contest its consequences.

The fifth task is to test the service as it is used. Testing only a language model’s output is not enough. Test notices, forms, error states, phone scripts, escalation routes, document upload, staff guidance and appeal instructions. Test them with the relevant legal or procedural vocabulary. Test whether the interface still works with names, scripts and input methods that the system may not have expected. Test whether a person can correct a mistranslation before it becomes a decision. Test the route when a translator is unavailable, when a system is uncertain and when an operator has to explain a refusal. The point is not to manufacture a perfect score. It is to find the point at which the service stops being honest about what it can do.

AI should make the boundary clearer, not blur it

AI can reduce friction in multilingual services. It can help staff find relevant information, prepare a first draft, identify that a request may need specialist handling, translate routine material and make it easier to navigate a large body of guidance. These are useful capabilities. They become safer when the system shows its operating boundary rather than presenting the same confident face for every language and task.

For a model, a language claim should have evidence attached to it. Which language or variety was evaluated? For which task? With which source material, terminology and input modes? Who reviewed outputs and how were disagreements handled? What was the threshold for hand-off? What happens when the system encounters a mixed-language message, a regional form, an unfamiliar script or a phrase it cannot interpret reliably? A language label in an interface answers none of these questions. A compact service record can answer enough of them to keep a buyer, operator and user from guessing.

The Commission’s language-technology policy is helpful here because it does not describe language technology as a model-only matter. It names language data, algorithms and models, computational power and human expertise as key elements. It also connects the work to linguistic diversity, unbiased use and low-resource languages. That is a better mental model for public and consequential services. More compute cannot substitute for absent domain review. A model update cannot establish that a community’s terminology has been represented fairly. A long list of supported languages cannot prove that the appeal route remains usable in each of them.

Il y a une discipline opérationnelle simple derrière tout cela. Conserver l’entrée d’origine lorsque le droit et la politique de confidentialité le permettent. Enregistrer le moment où une transformation a eu lieu et la version qui l’a effectuée. Indiquer si le résultat est destiné à l’orientation, à la rédaction, à l’assistance interne ou à une étape faisant autorité. Préserver suffisamment de contexte pour enquêter sur une plainte sans transformer chaque communication en surveillance permanente. Donner aux opérateurs un moyen de faire remonter l’incertitude plutôt que de les récompenser pour avoir expédié une réponse. Et faire en sorte que le langage public du service corresponde aux preuves qui le sous-tendent.

Cela ne nécessite pas une vision mélodramatique de l’IA. Un outil de traduction n’est pas un méchant parce qu’il a des limites. Une institution n’est pas négligente parce qu’elle ne peut pas servir immédiatement toutes les langues et tous les formats avec la même profondeur. Le problème commence lorsqu’un système utilise l’apparence d’une automatisation fluide pour effacer la différence entre l’assistance et l’assurance. La personne qui reçoit le résultat a le droit de savoir sur laquelle des deux elle s’appuie.

Mesurer la réparation, pas seulement l’achèvement

Les organisations ont tendance à mesurer ce que leurs systèmes peuvent voir facilement. Une page consultée, un formulaire soumis, un ticket résolu et un temps de traitement moyen sont pratiques. Ils ne sont pas sans valeur. Mais ils peuvent donner l’impression qu’un parcours linguistique est sain tout en masquant le travail nécessaire pour le rendre utilisable. Un formulaire rempli ne prouve pas que la personne a compris les questions. Un faible taux d’escalade ne prouve pas que les gens ont pu trouver l’escalade. Un appel court peut signifier que la réponse était claire. Il peut aussi signifier que l’appelant a abandonné.

Un meilleur ensemble de mesures commence par la réparation. À quelle fréquence le personnel doit-il corriger l’interprétation ou la traduction d’un système ? Quelles catégories nécessitent régulièrement des éclaircissements ? Quels parcours linguistiques mènent à un second contact, à un transfert vers un humain ou à une correction formelle ? Combien de temps une personne attend-elle une fois l’incertitude identifiée ? Les gens ont-ils un parcours alternatif lorsque le parcours automatisé ne peut pas aboutir ? Les corrections sont-elles visibles pour les personnes qui les ont faites ? Ce sont des mesures de service, pas des indicateurs universels d’égalité linguistique. Leur valeur est de localiser là où le fardeau retombe.

Les preuves qualitatives comptent aussi. Une organisation communautaire, un interprète, un travailleur social ou un collègue de première ligne peut remarquer un échec avant qu’il n’apparaisse dans un tableau de bord. Leur observation ne doit pas devenir une anecdote qui circule sans conséquence, ni une licence pour collecter des données linguistiques ou d’identité inutiles. Elle peut devenir un parcours de retour d’information défini : un problème récurrent, la tâche concernée, l’obstacle observé, le contrôle temporaire, le responsable, la date d’examen. C’est une gouvernance sans romantisme. C’est aussi ainsi qu’une organisation apprend qu’une mesure soignée a omis les personnes qui font le travail de réparation.

Certaines mesures seront ambiguës, et c’est très bien. Une augmentation des transferts vers des humains pourrait signifier qu’un modèle échoue. Cela pourrait aussi signifier que le modèle est devenu meilleur pour reconnaître quand il ne devrait pas continuer. Une hausse des corrections pourrait refléter un nouveau problème ou un parcours de correction nouvellement accessible. La réponse n’est pas de rejeter le signal. C’est de l’interpréter avec le contexte du service, l’historique des changements et les personnes qui connaissent le parcours. Une mesure devient dangereuse lorsqu’on la laisse parler seule.

Il existe aussi une frontière de confidentialité. Les données linguistiques peuvent être sensibles selon le contexte. Elles peuvent révéler ou inviter à des déductions sur la nationalité, l’origine ethnique, la migration, la santé, la religion ou la vie familiale. Un service ne devrait pas collecter une préférence linguistique simplement parce qu’un tableau de bord aimerait une colonne supplémentaire. Les orientations de l’EDPB pour les petites organisations rappellent l’exigence du RGPD selon laquelle les informations relatives au traitement doivent être concises, transparentes, compréhensibles, facilement accessibles et rédigées dans un langage clair et simple. La même éthique s’applique ici : collecter ce qui est nécessaire pour un parcours utilisable, expliquer la finalité, rendre le choix significatif et ne pas transformer une fonction d’assistance en un système de profilage non examiné.

Une bonne mesure a donc deux fonctions. Elle révèle si un service rend réellement l’accès linguistique effectif, et elle limite la tentation de l’institution de surveiller les personnes de plus près afin de prouver qu’elle essaie. Cette tension n’est pas une nuisance. C’est le problème de conception. Un système qui supprime une barrière en créant une autre n’est pas devenu plus sûr. Il a simplement changé la paperasse.

Construire le contrôle avant la revendication

L’ordre de travail utile est simple. Commencez par les parcours à enjeux, et non par un catalogue de langues. Identifiez le moment où une personne a besoin de comprendre, de répondre, de corriger, de consentir, de refuser ou de contester. Cartographiez les mots et les formats qui portent la conséquence. Décidez quelles tâches peuvent être automatisées en toute sécurité, lesquelles nécessitent une relecture, lesquelles nécessitent un parcours humain faisant autorité et lesquelles ne devraient pas être proposées tant qu’il n’y a pas suffisamment de preuves. Ensuite, rendez ces limites visibles dans le service lui-même.

Pour chaque parcours pris en charge, tenez un registre modeste. Indiquez la finalité, la portée linguistique et de tâche, le matériel source ou la terminologie qui importe, la forme de relecture, les limites connues, le parcours de transfert et le responsable qui peut modifier la décision. Tenez un historique des modifications. Un modèle révisé, une nouvelle version de modèle, une politique modifiée, une nouvelle interface ou un fournisseur changé peuvent tous affecter le sens du parcours. Le registre n’a pas besoin d’être un monument. Il doit être utilisable par les personnes qui exploitent, inspectent et améliorent le service.

Concevez pour le désaccord. L’interface linguistique la plus rassurante n’est pas celle qui semble toujours certaine. C’est celle qui donne à une personne un moyen de dire : ce n’est pas ce que je voulais dire ; je ne comprends pas cela ; j’ai besoin de ceci sous une autre forme ; cette traduction est fausse ; cet enregistrement est inexact ; j’ai besoin qu’une personne examine à nouveau. Ces déclarations ne sont pas des cas exceptionnels de service client. Ce sont des entrées d’un système sûr. Si l’interface n’a pas de place pour elles, l’organisation a décidé que sa propre interprétation l’emportera par défaut.

Donnez au personnel une autorité à la hauteur de sa responsabilité. Un agent de première ligne ne devrait pas avoir besoin d’une chaîne d’approbations pour suspendre un parcours linguistique qui induit manifestement une personne en erreur. Un spécialiste devrait pouvoir mettre à jour la terminologie sans attendre une version trimestrielle du modèle si le service en dépend. Une équipe devrait savoir qui détient la décision de retirer une revendication linguistique. Et chaque solution temporaire devrait avoir une date de révision, car les solutions temporaires ont un talent bien connu pour devenir de l’architecture.

Enfin, ne publiez que les revendications que le service peut étayer. Il est acceptable de dire qu’un parcours est disponible pour une orientation générale mais pas pour un avis faisant autorité. Il est acceptable de préciser que certaines tâches linguistiques font l’objet d’une relecture humaine et d’autres non. Il est acceptable de dire qu’un service est encore en train de développer ses capacités pour une langue. Il n’est pas acceptable de présenter un sélecteur décoratif comme un accès égalitaire lorsque les preuves, le parcours de correction et l’autorité ne l’accompagnent pas. La modestie n’est pas ici une perte d’ambition. C’est la condition qui permet à la confiance de survivre au contact d’une personne réelle.

L’accès linguistique est un mécanisme de sécurité, car il donne aux personnes un moyen d’arrêter une erreur tant qu’elle peut encore l’être. Il leur permet de reconnaître une décision, d’en comprendre les motifs, de fournir des faits manquants, de contester une transformation et de joindre une personne capable d’agir. Sans cette voie, une institution peut toujours avoir un processus. Elle n’offre pas à chacun un moyen équitable d’y accéder. Le système a terminé son travail. On a demandé à la personne d’accomplir le reste.

Le droit d’être compris est une réalité opérationnelle

L’expression « accès linguistique » peut sembler assez anodine pour être reléguée à un plan de communication. Dans un service à fort enjeu, elle s’apparente davantage à une propriété opérationnelle. Elle détermine si l’information parvient à la bonne personne au bon moment, si cette personne peut reconnaître une erreur, si l’organisation reçoit les faits nécessaires pour corriger un dossier et si un désaccord peut atteindre une personne habilitée. Ce sont les mêmes questions que l’on retrouve dans toute analyse sérieuse de sécurité ou de résilience. La seule différence, c’est que la défaillance se manifeste par une phrase, un formulaire ou un appel sans réponse, plutôt que par une alarme clignotante.

C’est pourquoi le travail doit commencer avant même le choix d’un modèle. Une organisation peut acheter un excellent système de traduction et construire malgré tout un parcours linguistique médiocre si elle n’a pas déterminé quelles communications ont des conséquences, ce qui doit rester visible dans le document original, qui peut valider la terminologie spécialisée et comment une personne peut obtenir une réponse lorsque l’automatisation ne peut pas aboutir. À l’inverse, un outil modeste peut s’avérer utile s’il est intégré à un parcours doté de limites claires, d’une procédure de révision et de rétablissement. La capacité importe. La conception du service décide de ce que cette capacité est autorisée à signifier.

L’approche européenne est précieuse précisément parce qu’elle laisse de la place à ces distinctions. La diversité linguistique, la protection des minorités, l’accessibilité du secteur public et l’information claire ne forment pas un seul ensemble de règles. Ce sont des engagements différents qui se rencontrent dans un service concret. Une équipe ne doit pas citer une charte, une directive ou une page d’orientation pour se dispenser du travail de conception rigoureux. Elle doit s’en servir pour poser de meilleures questions sur l’autorité, l’égalité, la transparence et la participation avant que le parcours ne devienne difficile à modifier.

Pour les achats, cela change le cahier des charges. Demandez aux fournisseurs quelles affirmations concernant les langues et les tâches reposent sur des preuves directes, lesquelles dépendent d’une capacité générale et lesquelles n’ont aucune limite de prise en charge. Demandez comment l’entrée originale, la sortie traduite, la version et les modifications humaines peuvent être enregistrées. Demandez ce qu’un opérateur voit lorsque la confiance est faible ou qu’une entrée ne peut pas être interprétée en toute sécurité. Demandez si le service peut orienter une personne vers un autre parcours sans perdre sa place. Demandez qui met à jour la terminologie, qui la révise et qui finance ce travail une fois la démonstration terminée. Un nombre de langues est un bien piètre substitut à ces réponses.

Pour les opérateurs, cela change les habitudes quotidiennes. Traitez les clarifications, les corrections et les transferts répétés comme des signaux concernant le service, et non comme une gêne créée par la personne qui demande de l’aide. Conservez suffisamment d’éléments pour comprendre le parcours sans traiter les personnes comme des sources de données pour une optimisation sans fin. Permettez de suspendre une réponse automatisée lorsque son libellé, son contexte ou son autorité est douteux. L’objectif n’est pas un système qui ne demande jamais d’aide. L’objectif est un système qui sait quand l’aide est la réponse la plus sûre.

Pour les organismes publics, cela change le critère d’achèvement. Un dossier n’est pas nécessairement complet parce que le système a envoyé un message. Il est complet lorsque la personne a eu une possibilité équitable et réalisable de comprendre les informations pertinentes et de franchir l’étape suivante autorisée. Cela peut inclure un parcours numérique clair, un document sous une autre forme, ou une conversation humaine. Le bon choix dépend du service. Ce qui ne devrait pas dépendre du hasard, c’est de savoir si une barrière linguistique décide silencieusement de l’issue.

Et pour celles et ceux qui construisent de l'IA, cela change ce qui compte comme évaluation. Un benchmark multilingue peut être informatif, mais il ne peut pas, à lui seul, dire à un service si un délai, une voie de recours ou une instruction médicale reste utilisable dans une langue donnée. L'évaluation doit répondre à la tâche, à la terminologie, à l'interface, aux personnes concernées et à la voie de rétablissement. Elle doit dire où le modèle est utile et où l'organisation devrait cesser de revendiquer une équivalence. C'est plus lent que d'ajouter une rangée de drapeaux à un écran de produit. C'est aussi ce qui donne un sens à ces drapeaux.

Chez Dweve, nous traitons cela comme une limite dans notre propre travail de conception. Une étiquette traduite n'est pas une preuve qu'une personne peut accomplir la tâche, contester le résultat ou trouver l'humain responsable. Nous voulons que ces voies, leurs preuves et leurs limites restent visibles dans la langue que la personne doit utiliser. C'est une position de conception, pas une affirmation qu'un produit Dweve a résolu l'accès multilingue.

L'accès linguistique n'est donc pas une réflexion après coup sur l'équité, la sécurité ou la gouvernance. C'est l'un des endroits où ces ambitions deviennent visibles. Un service devient plus sûr lorsqu'il permet à une personne de comprendre ce qui se passe, de contribuer ce qui manque, de corriger ce qui est faux et d'atteindre un humain responsable avant que le processus ne se referme autour d'elle. Le contrôle n'est pas la traduction seule. C'est toute la voie qui maintient la personne à l'intérieur de la décision.

Sources