L'interface
Menus, boîtes de dialogue, libellés de champs, messages système, statuts, rapports et modèles d'export, e-mails automatiques.
Traduction et localisation de logiciels
Un logiciel traduit doit parler la même langue partout : dans ses menus, dans son manuel, dans son aide en ligne et dans les réponses du support. HISPA localise les interfaces web et desktop, les fichiers de ressources et la documentation utilisateur des éditeurs, intégrateurs et services informatiques au Maroc.
Localiser un logiciel, c'est traduire un système
Un ERP, un logiciel de gestion commerciale, une plateforme SaaS B2B ou un outil de supervision industrielle contiennent des milliers de libellés, souvent rédigés au fil des versions par des développeurs différents. La traduction de logiciel commence donc par une question d'ensemble : quels termes désignent les objets métier (facture, bon de livraison, ticket, dossier), et comment les nommer de façon unique dans chaque langue ?
La localisation logicielle va au-delà des mots. Elle tient compte des formats de date et d'heure, des séparateurs de milliers, des devises, des adresses, et, pour l'arabe, d'une interface qui s'affiche de droite à gauche. Une partie de ces réglages relève du code ; la traduction doit être pensée avec eux, pas après.
Trois ensembles à traduire de façon cohérente
La documentation
Guides d'installation, manuels utilisateur et administrateur, notes de version, supports de formation, documentation d'API.
L'aide en ligne
Base de connaissances, aide contextuelle, infobulles, articles du centre de support, réponses types des équipes d'assistance.
Fichiers de ressources : nous traduisons sans toucher au code
Les textes d'un logiciel sont généralement isolés dans des fichiers de ressources. Nous traduisons les valeurs, jamais les clés, et nous préservons les variables, les balises HTML, les raccourcis clavier et les caractères d'échappement.
| Environnement | Formats courants |
|---|---|
| .NET | .resx |
| Java | .properties |
| PHP, Python, Linux | .po / .pot (gettext) |
| Applications web | JSON, YAML |
| Échange entre outils | XLIFF, export tableur |
| Documentation | Word, HTML, Markdown, fichiers d'outils de rédaction technique |
Pour les contenus très techniques qui entourent le logiciel (spécifications, cahiers des charges, documents d'architecture), notre service de traduction technique s'appuie sur le même glossaire.
Le glossaire, colonne vertébrale du projet
Sans glossaire, « Valider » devient « Confirmer » dans un écran et « Approuver » dans un autre, et l'utilisateur doute qu'il s'agisse de la même action. Avant de traduire, nous établissons avec vous une liste de référence :
- les objets métier et leurs statuts (brouillon, validé, archivé…) ;
- les noms des modules et des menus principaux ;
- les termes à ne pas traduire : nom du produit, marques, commandes techniques ;
- le niveau de langue et la forme d'adresse (vouvoiement, impératif, infinitif sur les boutons) ;
- les conventions propres au métier de vos utilisateurs : comptables, logisticiens, soignants, techniciens.
Ce glossaire vous appartient. Il sert ensuite pour chaque mise à jour, pour la documentation et pour la version mobile si vous passez à la traduction de votre application mobile.
Suivre le rythme des versions
Un logiciel évolue en continu. Plutôt que de retraduire tout le fichier, envoyez-nous les chaînes ajoutées ou modifiées depuis la dernière livraison, identifiées par leur clé. Les notes de version et les articles d'aide concernés sont traités dans le même lot, pour que la documentation suive l'interface.
Donnez du contexte : une capture d'écran, la longueur maximale d'un champ ou une note du développeur évite bien des contresens. « Clear » peut signifier « Effacer », « Vider » ou « Clair » selon l'endroit où il apparaît.
Les projets concernent aussi bien les éditeurs qui exportent leur solution depuis le Maroc que les entreprises qui déploient un outil interne auprès d'équipes francophones, arabophones ou anglophones. Les langues proposées sont confirmées lors du devis.
Questions fréquentes
Quelle différence entre traduction et localisation d'un logiciel ?
La traduction porte sur les textes. La localisation adapte aussi ce qui dépend du pays : formats de date, séparateurs décimaux, devises, ordre des noms, sens de lecture pour l'arabe. Les deux se préparent ensemble, car certains choix touchent à la fois le texte et le code.
Faut-il nous donner accès au code source ?
Non. Nous travaillons sur les fichiers de ressources ou sur un export des chaînes. Un accès à un environnement de test, même limité, reste très utile pour vérifier les libellés en situation.
Nos fichiers contiennent des informations sensibles. Comment sont-ils traités ?
Ils sont transmis uniquement aux professionnels chargés du projet et utilisés seulement pour la traduction. Si votre politique interne l'exige, signalez-le à la demande de devis pour convenir des modalités d'échange.
Peut-on traduire la documentation avant l'interface ?
C'est possible, mais il vaut mieux traduire l'interface en premier, ou au minimum valider son glossaire. La documentation cite les libellés des menus : si elle les traduit autrement que le logiciel, l'utilisateur ne retrouve pas les commandes décrites.