Qu’est-ce que la localisation de logiciels ?
La localisation de logiciels consiste à adapter un produit logiciel — son interface utilisateur, ses messages d’erreur, son onboarding, ses notifications, son contenu d’aide et ses fiches sur les boutiques d’applications — afin qu’il fonctionne naturellement pour les utilisateurs d’une autre langue et d’un autre marché. Elle couvre les logiciels de bureau, les applications SaaS et web, les applications mobiles pour iOS et Android, les jeux vidéo, ainsi que les fichiers de ressources destinés aux développeurs à partir desquels ces produits sont construits.
La localisation de logiciels diffère de la traduction d’un document sur trois points. Le contenu est un ensemble de clés (chaînes) plutôt que de pages. Il change à chaque sprint plutôt qu’une seule fois. Et il est consommé par un build plutôt que par un lecteur : un placeholder cassé ou une balise altérée peut donc faire planter une application ou bloquer une version. C’est pourquoi une plateforme de localisation de logiciels dédiée gère des chaînes, des clés et des formats de fichiers plutôt que des documents.
Localisation de logiciels, d’applications et de formats de fichiers
« Localisation de logiciels » est le terme générique. « Localisation d’applications » désigne généralement les applications mobiles sur iOS et Android, avec leurs propres formats de ressources et leurs fiches sur les boutiques d’applications. La « localisation de formats de fichiers » est la couche pratique sous-jacente aux deux : traduire des fichiers XLIFF, JSON, PO, XML, YAML et de chaînes sans casser leur structure. Ce guide couvre les trois.
Sa place dans votre pile de localisation
La localisation de logiciels n’est qu’une des charges de travail d’un programme de localisation plus large. Si vous choisissez la plateforme qui la prend en charge — gestion des traductions, éditeur de TAO, mémoire de traduction, terminologie et prestataires —, commencez par notre guide des plateformes de localisation et des TMS, sur lequel s’appuie ce guide. Ici, nous nous concentrons sur ce qui est propre aux logiciels : chaînes, formats, flux de travail des développeurs et rythme des versions.
L’approche de Smartcat consiste à faire de la plateforme la source de référence pour les textes produit. Son flux de travail de localisation de produits s’appuie sur un Product & Engineering Coworker qui automatise l’extraction, la traduction et la publication des contenus produit et applicatifs et s’intègre à votre pipeline CI/CD, tandis que la page logiciel de gestion de projets de localisation montre comment développeurs, responsables et réviseurs partagent un même espace de travail, avec un accès API et des connecteurs pour GitHub, Figma et bien d’autres. La version de mars 2023 qui a introduit les projets collaboratifs de localisation de logiciels en explique la raison : les rédacteurs UX et les chefs de produit peuvent modifier les textes eux-mêmes, sans détourner les développeurs de leur travail.
Bases de l’internationalisation (i18n)
L’internationalisation — abrégée en i18n, pour les 18 lettres entre le « i » et le « n » — est le travail d’ingénierie qui rend un logiciel prêt à être localisé. La localisation (l10n) consiste à l’adapter à chaque marché. La différence est importante : l’internationalisation est une tâche de développement réalisée une seule fois dans le code, tandis que la localisation est une tâche de contenu récurrente, à réaliser pour chaque langue et chaque version. Le guide d’initiation à l’internationalisation dans la conception de logiciels de Smartcat divise l’i18n en trois domaines — conception de l’interface utilisateur, format et stockage des données, processus et outils — et explique comment trouver un champion de l’internationalisation au sein de votre entreprise.
Une checklist i18n avant de localiser
Externalisez chaque chaîne visible par l’utilisateur
Sortez le texte du code et placez-le dans des fichiers de ressources — JSON ou YAML pour les applications web, strings.xml pour Android, .strings ou String Catalogs pour iOS, fichiers PO pour les projets basés sur gettext. Attribuez à chaque chaîne une clé stable afin que les traductions survivent au refactoring.
Utilisez des placeholders et des règles de pluriel, pas la concaténation
« You have » + n + « files » ne peut pas être traduit correctement. Utilisez des placeholders nommés et une syntaxe gérant le pluriel, comme ICU MessageFormat, que Smartcat prend en charge nativement ou sous forme de chaînes brutes dans les projets de localisation de logiciels.
Prévoyez l’expansion du texte et le sens de lecture
L’allemand et le finnois sont plus longs que l’anglais ; l’arabe et l’hébreu s’écrivent de droite à gauche. Évitez les boutons à largeur fixe et testez les mises en page tôt — idéalement dans le fichier de design, avant le code (voir Localisation de Figma et de l’interface utilisateur).
Stockez et formatez les données selon la locale
Utilisez UTF-8 partout et formatez les dates, les nombres, les devises et les adresses avec des bibliothèques adaptées aux paramètres régionaux plutôt qu’avec des formats codés en dur.
L’internationalisation est aussi un enjeu organisationnel. L’équipe de localisation de Zendesk explique comment elle intègre la localisation aux équipes produit et ingénierie dans l’approche de Zendesk, également disponible sous forme de conférence enregistrée, et la table ronde sur la stratégie produit prête pour l’international réunit des responsables de la localisation pour parler de développement professionnel et de mentorat dans le secteur de la mondialisation.
Comment fonctionne la localisation de logiciels dans Smartcat
En plus des projets de documents classiques, Smartcat propose des projets de localisation de logiciels qui gèrent directement les clés. Les clés sont regroupées en collections ; un projet peut contenir plusieurs collections, et Smartcat garantit l’unicité des clés au sein de chacune d’elles. Le flux de travail type, décrit dans la documentation pour développeurs consacrée aux projets de localisation de logiciels, se présente ainsi :
Créer un projet et importer des clés
Créez un projet de localisation de logiciels, choisissez les langues source et cible, puis importez des clés au format JSON, YAML, .strings iOS, Android XML ou LocJSON — manuellement, via l’API ou la CLI, ou automatiquement depuis un référentiel GitHub, GitLab ou Bitbucket.
Ajouter du contexte et modifier le texte source
Ajoutez des libellés et du contexte, comme des captures d’écran, et créez ou modifiez des clés et du texte source directement dans l’éditeur de TAO — y compris des clés avec toutes leurs formes plurielles.
Traduire avec l’IA et réviser
L’agent de localisation de logiciels traduit à l’aide de votre mémoire de traduction et de vos glossaires ; des réviseurs internes ou des spécialistes recrutés via la place de marché des services de localisation d’applications valident le résultat.
Exporter ou synchroniser vers le code
Les développeurs exportent le sous-ensemble de clés dont ils ont besoin dans le format de leur choix, ou laissent l’intégration Git renvoyer automatiquement les traductions — une fois terminées, ou dès qu’une étape choisie du flux de travail est atteinte.
Smartcat qualifie cette approche de « source de vérité pour les textes de votre logiciel » : les chefs de produit et les rédacteurs UX sont responsables des textes, les développeurs les utilisent. Pour une vue d’ensemble orientée métier, consultez la page localisation d’applications, qui associe la traduction par IA à des réviseurs experts et à la localisation du contenu des boutiques d’applications.
Localisation d’applications mobiles pour iOS et Android
La localisation d’applications a ses propres contraintes : formats de ressources propres à chaque plateforme, espace d’interface limité, fiches et captures d’écran des boutiques d’applications, et publications fréquentes. Le flux de travail de localisation d’applications mobiles de Smartcat comporte quatre étapes — créer un compte, connecter votre application Android, iOS ou Java, traduire avec l’agent de localisation de logiciels et des réviseurs, puis réimporter le contenu traduit dans votre application. Le guide détaillé localisation d’applications mobiles : tout ce que les développeurs doivent savoir couvre la stratégie et le processus pour les deux plateformes.
Localisation d’applications iOS
Les applications iOS stockent leurs chaînes dans des fichiers .strings et .stringsdict, et les projets plus récents dans des catalogues de chaînes Xcode (.xcstrings) — ces trois formats figurent dans la liste des formats de fichiers pris en charge par Smartcat. L’intégration Git pour iOS détecte et récupère automatiquement les fichiers .strings de votre référentiel et y renvoie les fichiers de ressources traduits, soit une fois terminés, soit lorsqu’une étape choisie du flux de travail est atteinte — pratique si vous voulez des chaînes traduites automatiquement dans le référentiel avant la fin de la révision humaine. La page localisation Xcode traite de la gestion des clés et des pluriels, et le plugin de traduction iOS pour Xcode et Git résume la configuration. Pour un guide pas à pas, lisez comment localiser le contenu d’une application iOS, qui couvre la mise en œuvre, les tests et le débogage, le lancement et les bonnes pratiques.
Localisation d’applications Android
Les applications Android stockent leurs chaînes dans res/values/strings.xml, avec un dossier values par paramètre régional. L’intégration Git et Android importe les ressources de chaînes XML de votre référentiel dans Smartcat et y renvoie automatiquement les fichiers traduits, y compris les traductions partiellement terminées si vous utilisez un flux de travail hybride combinant traduction automatique et humaine. Le plugin de traduction Android se connecte via une clé SSH enregistrée sur votre serveur Git (ou un utilisateur Smartcat ajouté comme collaborateur du référentiel), vous permet de choisir un flux de travail IA seule ou IA avec révision, et peut planifier des synchronisations automatiques. D’autres pages traitent des chaînes localisées Android, des services de localisation d’applications Android, de la traduction d’applications Android et du plugin de localisation Android Studio. Le guide sur la localisation d’applications Android explique les paramètres régionaux, les outils, les étapes, les indicateurs de réussite et les difficultés courantes.
Fiches des boutiques d’applications et pages produit
La localisation ne s’arrête pas au binaire. Les titres, descriptions, mots-clés et captures d’écran des boutiques déterminent si les utilisateurs d’un nouveau marché téléchargeront ou non l’application. Le flux de travail de localisation de produits inclut la localisation des pages produit des applications, avec des captures d’écran, titres, descriptions et mots-clés localisés, et la même configuration IA avec révision s’applique à la localisation d’applications en général.
La localisation d’applications en pratique
Deux témoignages clients montrent ce que cela donne pour des applications grand public : comment l’application de santé féminine Flo a simplifié sa localisation, alors qu’une terminologie médicale exacte est essentielle, et comment l’équipe derrière Simple: Intermittent Fasting App l’a localisée en six langues, et pourquoi une équipe bien constituée a été déterminante.
Formats de fichiers de localisation : XLIFF, JSON, PO, XML, YAML et plus encore
Les logiciels arrivent rarement sous forme de documents Word. Ils arrivent sous forme de fichiers de ressources et d’échange dont les clés, balises, espaces réservés et imbrications doivent rester intacts après la traduction. Le centre d’aide de Smartcat répertorie tous les formats de fichiers pris en charge ; pour la localisation, cela comprend XLIFF 1.2 et 2.0, SDLXLIFF, MQXLIFF, PO/POT, Android XML, RESX, JSON, LocJSON, YAML, Apple .strings, .stringsdict et .xcstrings, Java .properties et Markdown. Chacun des principaux formats ci-dessous dispose d’une page dédiée qui explique ce qui est préservé.
| Format | Généralement utilisé pour | Ce que Smartcat conserve |
|---|---|---|
| XLIFF 1.2 / 2.0, SDLXLIFF | Échange entre CMS, outils de création et outils de TAO | Codes en ligne protégés ; unités translate="no" verrouillées ; export en XLIFF 1.2 |
| JSON | Fichiers de paramètres régionaux pour le Web et les applications | Mêmes clés et même imbrication ; seules les valeurs de chaînes sont traduites ; espaces réservés verrouillés par des règles regex |
| Gettext PO / POT | Logiciel open-source et côté serveur (GNU gettext) | Les variables comme %s et {name} deviennent des balises protégées ; les commentaires des développeurs sont affichés comme contexte |
| XML | Configurations, exportations de contenu, ressources Android | Balisage, attributs et CDATA intacts ; éléments traduisibles sélectionnés par XPath |
| YAML, iOS .strings, Android XML | Ressources de chaînes de l'application et du framework | Importées et exportées en tant que clés dans les projets de localisation de logiciels |
| IDML | Mises en page Adobe InDesign (manuels, guides d’interface, emballages) | Texte extrait des articles ; IDML traduit exporté avec la mise en forme préservée |
XLIFF et SDLXLIFF
XLIFF (XML Localization Interchange File Format) est le format standard pour échanger du contenu traduisible entre systèmes. L’éditeur XLIFF de Smartcat importe les fichiers XLIFF 1.2 et 2.0, affiche la source et la cible côte à côte avec les codes en ligne protégés, laisse verrouillées les unités translate="no" et exporte en XLIFF 1.2 — la variante que la plupart des outils importent sans difficulté. La prise en charge de XLIFF 2.0 a été annoncée en 2022 ; Smartcat détecte automatiquement la version, que vous importiez les fichiers manuellement ou via l’API. Si vous avez besoin d’une solution rapide dans le navigateur, consultez l’éditeur XLIFF en ligne gratuit et le traducteur XLF ; les utilisateurs de Trados peuvent apporter leurs fichiers .sdlxliff au traducteur SDLXLIFF, qui applique la mémoire de traduction, les glossaires et la révision humaine.
Pour découvrir le format lui-même, commencez par qu’est-ce qu’un fichier XLIFF ?, puis lisez XLIFF pour la localisation de logiciels, qui explique dans quels cas XLIFF est pertinent pour les chaînes et comment les agents IA automatisent le flux de travail. Les équipes eLearning qui exportent depuis des outils auteur trouveront utiles XLIFF multilingue pour la traduction de cours et l’article d’aide expliquant comment traduire des fichiers XLIFF ; ce dernier recommande XLIFF 1.2 pour l’aller-retour le plus propre.
JSON
JSON est le format de paramètres régionaux par défaut de la plupart des applications web et JavaScript. Le traducteur JSON analyse votre fichier, ne traduit que les valeurs de chaînes et renvoie un fichier avec les mêmes clés et la même imbrication, les espaces réservés étant verrouillés sous forme de balises grâce à des règles regex que vous définissez une seule fois. Comme les chaînes conservent leurs identifiants de clé, la mémoire de traduction peut établir des correspondances sur la clé aussi bien que sur le texte. Un fichier en.json en entrée, des fichiers de.json, ja.json et pt-BR.json en sortie.
Pour un fichier unique, le traducteur JSON gratuit utilise le même moteur avec un parcours centré sur le navigateur, disponible pendant l’essai de 15 jours avec 15 000 Smartwords et sans carte de crédit. D’autres pages traitent de la traduction de JSON en ligne, de la traduction de fichiers JSON par IA, de l’éditeur de fichiers de traduction JSON, de la plateforme de localisation JSON pour les équipes de développement, du traducteur JSON par IA pour la localisation d’applications et d’un flux de travail JSON vers Excel pour les équipes dont les réviseurs préfèrent les tableurs.
Fichiers Gettext PO
Un fichier PO (Portable Object) est le format texte brut utilisé par GNU gettext : chaque entrée associe une chaîne source (msgid) à sa traduction (msgstr), de sorte qu’un fichier PO contient une seule langue. La traduction de fichiers PO Gettext de Smartcat transforme les variables comme %s et {name} en balises protégées, affiche les commentaires des développeurs aux traducteurs comme contexte et propose trois analyseurs — Default PO, Serge.io PO et Monolingual PO. Avec l’analyseur Serge.io, la réimportation d’un fichier ne retraite que les chaînes dont la source a changé. L’article d’aide sur la traduction de fichiers PO dans Smartcat explique chaque analyseur et comment importer un modèle .pot.
XML et YAML
Le XML pose problème dans les traducteurs ordinaires, car le balisage, les attributs et les sections CDATA sont traités comme du texte. Le traducteur XML utilise un analyseur configurable : vous indiquez une fois pour toutes, par XPath, quels éléments et attributs contiennent du texte traduisible, et tout ce qui se trouve en dehors de ces chemins reste intact, de sorte que le fichier téléchargé est un XML bien formé que votre système peut ingérer. Les fichiers de configuration et de paramètres régionaux YAML — courants dans Ruby on Rails, Symfony et de nombreux générateurs de sites statiques — passent par le traducteur YAML, qui importe, modifie et exporte le YAML au sein du même flux de travail de localisation de logiciels.
InDesign et IDML
Les équipes logicielles livrent aussi des supports imprimés et PDF — guides de démarrage rapide, emballages, fiches de référence d’interface — généralement conçus dans Adobe InDesign. Le traducteur IDML extrait le texte des articles du fichier et exporte un IDML traduit que vous ouvrez dans InDesign pour une seule passe de mise en page. Voir aussi la traduction Adobe InDesign avec l’IA, la localisation de fichiers InDesign et le service de traduction InDesign avec des réviseurs experts. Pour Word, PowerPoint, Excel et les autres formats bureautiques, consultez le guide de la traduction de documents.
Flux de travail des développeurs : API, CLI et intégrations Git
L’échange manuel de fichiers ne tient pas au-delà de quelques versions. Smartcat offre aux développeurs plusieurs façons de connecter la localisation à leur pipeline, des connecteurs sans code à une API REST.
Localisation basée sur Git
Pour la plupart des équipes produit, l’intégration Git est la voie la plus rapide vers l’automatisation : Smartcat synchronise les fichiers source depuis le référentiel, les traduit et renvoie le contenu localisé sans aucune manipulation manuelle de fichiers. Les équipes mobiles peuvent utiliser les intégrations dédiées Git pour Android et Git pour iOS présentées plus haut.
La CLI Smartcat
La CLI Smartcat vous permet d’exécuter les étapes de localisation depuis un terminal ou une tâche de CI. Après smartcat login, vous pouvez importer et exporter des collections de clés, téléverser et télécharger des fichiers, et exécuter des étapes de synchronisation pull et push ; un fichier .smartcat placé dans le dossier de travail stocke les paramètres propres à chaque projet. Le guide pour développeurs sur les projets de localisation de logiciels présente côte à côte la CLI et l’API, avec notamment une collection Postman, des modèles de chemins de fichiers, l’ajout de langues cibles et la prise en charge des pluriels.
API de traduction
Lorsque vous avez besoin d’un contrôle programmatique — créer des projets depuis votre propre système, envoyer du contenu au moment de la publication ou obtenir une traduction automatique instantanée au sein d’un produit —, utilisez l’API. Les guides de l’API couvrent l’authentification, les limites de débit, les documents, les statistiques, le suivi du statut, l’exportation, les rappels et l’API en temps réel ; notez que l’API est accessible depuis les comptes entreprise, et non depuis les comptes freelance. La page API de traduction gratuite explique comment évaluer l’intégration pendant l’essai de 15 jours, indique une limite de 4 requêtes par seconde pour chaque méthode et répertorie les formats de localisation de logiciels ajoutés par l’API (json, structured-json, yaml, structured-yaml, ios-strings et android-xml).
Des pages consacrées à certains langages et environnements présentent la même plateforme sous différents angles : une API de traduction pour JavaScript, une API de traduction pour PHP, une API de traduction pour le gujarati et l’ourdou et une API de traduction pour CMS qui détecte les contenus nouveaux ou modifiés et les récupère automatiquement pour traduction. Pour les sites web, la page API de traduction linguistique pour sites web explique dans quels cas une API n’est qu’un point de départ — et le guide de la traduction de sites web traite en détail des applications web, des CMS et des sites multilingues. Pour découvrir les flux de travail pilotés par API du point de vue d’un prestataire de services linguistiques, regardez la conférence sur les flux de traduction pilotés par API.
Des connecteurs pour le reste de votre pile technologique
Toutes les chaînes ne proviennent pas d’un référentiel. Le plugin de traduction Jira récupère les documents joints aux tickets Jira qui correspondent à vos critères, les traduit avec vos glossaires et mémoires, puis renvoie les fichiers vers les tickets d’origine ; l’annonce de l’intégration Jira précise qu’il se synchronise toutes les 15 minutes. Les équipes qui utilisent déjà un autre outil de gestion des chaînes peuvent le connecter via l’intégration Lokalise, qui synchronise les projets Lokalise dans Smartcat grâce à une clé API et renvoie les traductions. Les portails pour développeurs et la documentation d’API créés avec ReadMe peuvent être traduits avec le plugin de traduction ReadMe.
La localisation continue pour les équipes agiles
La localisation continue signifie que la traduction se déroule en parallèle du développement plutôt qu’après : les chaînes nouvelles ou modifiées sont détectées, traduites et renvoyées automatiquement, de sorte que chaque version est publiée dans toutes les langues. Le plus difficile relève généralement du processus, pas des outils. La page logiciel de gestion de projets de localisation explique comment l’intégration de la localisation aux cycles agiles permet aux équipes de publier simultanément des produits multilingues, avec des contrôles automatisés intégrés et une révision en contexte.
Les trois piliers de la localisation continue
(1) un déclencheur automatique — une synchronisation Git, une étape CLI dans la CI ou un appel API à chaque fusion ; (2) un traitement incrémental, afin que seules les chaînes nouvelles ou modifiées soient traduites (par exemple, l’analyseur PO de Serge.io ne retraite que la source modifiée) ; et (3) le renvoi automatique des traductions vers le dépôt, idéalement sans bloquer le build si la relecture est toujours en cours.
Des exemples concrets montrent comment les équipes y sont parvenues :
Xsolla, distributeur mondial de jeux vidéo, a mis en place la localisation continue avec Smartcat et l’outil open source Serge pour suivre le rythme de cycles de publication de quelques semaines. Infobip, plateforme de communication mondiale, a mené une expérience à faible risque pour intégrer la localisation à son cadre agile — et a ensuite présenté comment elle a redéfini sa collaboration avec ses fournisseurs lors de la conférence sur le triangle de la traduction. L’équipe documentation et localisation de Kaspersky, qui rédige et localise les textes d’interface et les articles d’aide de ses applications de sécurité mobile, explique comment elle est passée à un processus plus fiable, agile et automatisé. Enfin, Dataduck montre que la localisation continue ne concerne pas que les logiciels : une agence digitale a appliqué la même approche à des supports publicitaires.
Figma et localisation de l’interface utilisateur
Localiser dès l’étape de conception permet de repérer l’expansion du texte, les boutons tronqués et les problèmes d’écriture de droite à gauche avant qu’ils n’atteignent le code. Le plugin de traduction Figma de Smartcat traduit les maquettes dans 280+ langues tout en préservant la mise en page et génère des aperçus en direct, afin que les relecteurs puissent vérifier les traductions en contexte dans l’éditeur Smartcat sans licences Figma supplémentaires.
Pour les équipes logicielles, l’essentiel est que Figma se connecte au même flux de localisation de logiciels que votre code. L’intégration Figma pensée pour les développeurs (2023) vous permet de définir des clés directement dans Figma, de les envoyer vers un projet de localisation de logiciels Smartcat pour traduction, puis de les réintégrer dans votre interface. En octobre 2026, le plugin s’est enrichi de la gestion des clés, des variantes et de l’export JSON : chaque objet texte reçoit une clé renommable, un même élément peut contenir plusieurs états de contenu (vide, chargement, erreur), les clés en double sont fusionnées, les conflits sont signalés et la localisation finale s’exporte sous forme de fichier JSON prêt pour les développeurs.
La mise à jour de février 2024 a ajouté la possibilité d’exclure de la traduction des éléments ou des cadres (noms de marque, CTA), les flux de travail en plusieurs étapes, la prise en charge des composants Figma et la mise en forme enrichie. La configuration et les modes Software Localization et Asset Translation sont documentés dans le guide d’aide consacré à la connexion de Figma à Smartcat.
Tests de localisation et assurance qualité
Les chaînes traduites ne représentent que la moitié du travail ; le build localisé doit aussi fonctionner. Les tests de localisation vérifient la qualité linguistique (exactitude, terminologie, ton), la qualité visuelle (troncature, chevauchement, polices, mise en page de droite à gauche) et la qualité fonctionnelle (variables, pluriels, formats de date et de nombre, tri, saisie). Le guide des tests de localisation présente un processus étape par étape, une liste de contrôle en trois étapes et la façon d’automatiser les tests avec Smartcat.
| Vérification | Ce qui peut mal tourner | Comment le détecter plus tôt |
|---|---|---|
| Variables & balises | Variables traduites, déplacées ou supprimées ; échec du build | Analyseurs adaptés au format qui verrouillent les variables sous forme de balises (JSON, PO, XML, XLIFF) |
| Pluriels | Accords grammaticalement incorrects dans les langues comportant plusieurs formes de pluriel | Clés de pluriel natives ou ICU MessageFormat dans l’éditeur |
| Expansion du texte | Boutons et libellés tronqués | Traduire et prévisualiser dans Figma avant le code ; relecture en contexte |
| Terminologie | Noms de produits et termes d’interface traduits de manière incohérente | Glossaires et mémoire de traduction appliqués à chaque chaîne |
| Contexte | Chaînes courtes ambiguës (« Ouvrir », « Enregistrer ») mal traduites | Captures d’écran, libellés et commentaires des développeurs associés aux clés |
La relecture humaine reste le filet de sécurité pour les textes d’interface. Les équipes sans relecteurs internes peuvent faire appel à des spécialistes via la place de marché des services de localisation d’applications, qui utilise la mise en correspondance par IA pour trouver des spécialistes de la localisation pour n’importe quelle paire de langues.
Cas d’usage de la localisation de logiciels, y compris les jeux vidéo
Les mêmes briques de base — clés, formats, connecteurs et relecture — servent des équipes très différentes.
Équipes SaaS et produit
Les entreprises SaaS localisent les chaînes d’interface à chaque sprint, ainsi que les messages intégrés à l’application, les e-mails et le contenu d’aide. Les pages consacrées au flux de localisation de produits, à la plateforme de localisation de logiciels et à la gestion de projets de localisation décrivent comment les équipes produit, ingénierie et localisation partagent un même espace de travail. Les témoignages de Zendesk, Infobip et Kaspersky présentés dans ce guide en sont autant d’exemples.
Applications mobiles
Les applications grand public localisent leurs chaînes, leurs fiches sur les stores et leurs captures d’écran, souvent dans de nombreuses langues à la fois. Commencez par la localisation d’applications mobiles et les études de cas Flo et Simple dans la section localisation d’applications.
Localisation de jeux vidéo
Les jeux vidéo cumulent toutes les difficultés de la localisation : de gros volumes de chaînes d’interface, des dialogues et un univers narratif qui exigent une adaptation créative, des limites de caractères et des lancements simultanés. Deux conférences du Localization Hub de Smartcat abordent cette pratique : créer une équipe de localisation centralisée dans le jeu vidéo, présentée par le responsable du service de localisation d’un grand studio, et les épreuves et tribulations de la traduction dans l’industrie du jeu vidéo, le récit d’un studio sur la localisation d’un titre primé. Les chaînes de jeu peuvent être gérées dans les mêmes projets de localisation de logiciels et flux Git décrits ci-dessus, et la configuration de localisation continue de Xsolla est issue de l’industrie du jeu vidéo.
Documentation développeur et e-learning
Les portails développeurs basés sur ReadMe peuvent être traduits avec le plugin ReadMe, tandis que les équipes e-learning qui exportent du XLIFF depuis leurs outils auteur peuvent suivre le guide XLIFF pour les créateurs de cours. Les sites et applications web qui affichent du contenu issu d’un CMS sont traités dans le guide de traduction de sites web.
Outils & ressources de localisation de logiciels
Toutes les pages Smartcat consacrées à la localisation de logiciels, d’applications et de formats de fichiers, regroupées par tâche.
Localisation de logiciels & de produits
Applications mobiles (iOS & Android)
XLIFF & formats bilingues
JSON, PO, XML & YAML
- Traducteur JSON : traduisez vos fichiers de paramètres régionaux sans casser les clés
- Traducteur JSON gratuit : traduisez des fichiers JSON en ligne
- Plateforme de localisation JSON pour les équipes de développement
- Traduction de fichier PO Gettext
- Traducteur XML — balises, attributs et CDATA intacts
- Traducteur YAML
InDesign & IDML
API & intégrations
Guides, études de cas & conférences sur la localisation de logiciels
Guides approfondis, témoignages clients et enregistrements de conférences du Localization Hub sur la localisation de logiciels et d’applications.
Centre d’aide et documentation pour les développeurs
Documentation produit et développeur étape par étape pour la localisation de logiciels dans Smartcat.