Traduire les alertes de supervision : ce qu'il faut traduire, et ce qu'il ne faut pas

Recevoir ses alertes dans sa langue réduit le temps de compréhension, surtout la nuit et sous pression. Mais une alerte technique ne se traduit pas comme un texte ordinaire : elle mélange des phrases, des noms propres et des valeurs exactes qu'il serait dangereux de modifier. Une alerte mal traduite est pire qu'une alerte restée en anglais, parce qu'elle donne une fausse information avec assurance.

Ce qu'une alerte contient vraiment

Prenons une alerte typique :

High: Free disk space is less than 10% on volume /var of srv-db-02 (current value: 6.2%)

Elle contient quatre types d'éléments, qui ne se traitent pas de la même façon :

Ce qu'il ne faut jamais traduire

• Les noms de systèmes, de volumes, de services et de bases : srv-db-02 reste srv-db-02. Un traducteur automatique peut transformer mail-relay en « relais-courrier » ou C: en autre chose — le technicien ne retrouvera plus la machine.
• Les clés de métriques et les commandes : vfs.fs.size[/var,pfree], systemctl restart nginx. Elles sont destinées à être copiées telles quelles.
• Les messages d'erreur d'origine : Connection refused, No space left on device. Le texte exact est ce que l'on recherche dans la documentation et les forums ; une traduction le rend introuvable.
• Les identifiants : numéros d'événement, de ticket, adresses IP.

La règle est simple : tout ce qu'on pourrait copier-coller dans un terminal ou un moteur de recherche reste en version originale.

Les pièges de la traduction automatique

Les moteurs de traduction sont excellents sur des phrases courantes, et fragiles sur le vocabulaire technique :

• Les faux amis : « available memory » devient parfois « mémoire libre », qui désigne autre chose sous Linux.
• Les mots ordinaires à sens technique : « trigger », « host », « agent », « template » ont des sens précis en supervision et des traductions courantes trompeuses.
• Les phrases tronquées : un sujet d'e-mail coupé à 80 caractères puis traduit perd souvent sa fin, c'est-à-dire la valeur.
• L'incohérence : le même terme traduit de trois façons dans trois alertes empêche de les rapprocher.

Deux remèdes : protéger les éléments techniques avant traduction (en les balisant pour qu'ils ne soient pas modifiés), et tenir un glossaire des termes du métier avec leur traduction imposée.

Un vocabulaire fixe pour les sévérités

La sévérité est l'information la plus importante d'une alerte, et la plus souvent mal traduite : « Average » traduit par « moyenne » évoque une statistique, pas un niveau de gravité. Le plus sûr est de reprendre les libellés de l'interface Zabbix dans chaque langue et de les appliquer partout — e-mails, notifications, tableaux de bord, rapports :

L'essentiel n'est pas le choix exact, mais qu'il soit le même partout.

Rédiger des alertes faciles à traduire

La qualité de la traduction dépend d'abord de la qualité du texte source :

• des phrases courtes, une information par phrase ;
• pas d'abréviations maison (« srv KO », « pb disque ») que ni un traducteur ni un nouveau collègue ne comprendront ;
• la valeur et le seuil dans des champs séparés plutôt que noyés dans la phrase ;
• un nom de déclencheur explicite : « Espace disque libre inférieur à 10 % » plutôt que « Disk alert 2 ».

Ces règles améliorent aussi les alertes pour les lecteurs de langue maternelle — c'est un bon test : une alerte difficile à traduire est souvent une alerte difficile à comprendre.

Diagnostic rédigé par une IA : un cas à part

Lorsqu'un modèle de langage rédige un diagnostic à partir de l'alerte, il peut l'écrire directement dans la langue du destinataire, plutôt que de traduire un texte anglais après coup. Le résultat est plus naturel, à condition de lui imposer les mêmes règles : conserver noms d'hôtes, commandes et messages d'erreur à l'identique. Voir le diagnostic IA des alertes serveur.

Dans Logiserv

Logiserv envoie les alertes, les notifications push, le tableau de bord temps réel et le rapport mensuel dans la langue préférée de chaque utilisateur, parmi sept langues, en laissant intacts les noms de vos systèmes et les valeurs techniques. La présentation des langues résume l'offre ; le mode d'emploi explique la différence entre la langue préférée et le sélecteur de l'interface.

Pour aller plus loin

• Supervision multilingue : mieux collaborer quand l'équipe parle plusieurs langues
• Diagnostic IA des alertes serveur
• Fatigue d'alertes Zabbix : causes et remèdes