Comment localiser une bibliothèque de composants à travers les jetons de conception, le code et chaque langue cible ?

Dernière mise à jour : 1er septembre 2026

Voici à quoi ressemble un flux de travail complet de localisation d'une bibliothèque de composants

• Extraction automatisée de chaînes de chaînes et de jetons — extraire du contenu traduisible de la base de code et des fichiers de conception sous forme de fichier ressource (JSON, YAML ou une exportation de jeton de design) plutôt que de copier à la main les étiquettes. Le support des types de fichiers YAML de Smartling reconnaît une directive plurals_detection et une directive ICU MessageFormat string_format, donc les chaînes plurielles d’une bibliothèque composante sont analysées sous forme plurielle au lieu d’une phrase plate.
• Handoff développeur conscient du framework — synchroniser les chaînes extraites dans React, Vue ou autre code composant du framework web en connectant le dépôt lui-même, plutôt qu’avec un dépôt manuel, afin qu’un changement de composant et sa traduction restent liés au même commit. Voyez comment le GitHub Connector de Smartling gère la localisation par l’équipe développeur pour la mécanique complète des connecteurs — la contrainte spécifique à une bibliothèque de composants est que le même ensemble de chaînes doit généralement se synchroniser avec des implémentations parallèles de React et Vue, et pas seulement une seule base de code.
• Gestion des règles de localisation et RTL — les composants nécessitent une logique d’exécution (emplacements de secours, branches de plurielisation, mise en page miroir pour l’arabe ou l’hébreu) qu’un simple échange de chaînes ne fournit pas. Le panneau de contexte visuel de Smartling peut afficher les langages RTL dans une disposition de droite à gauche afin que les traducteurs voient la même orientation miroir que le composant utilisera réellement, et la pseudo-traduction prévisualise la transformation de caractères et l’expansion du texte dans un composant avant qu’une seule vraie traduction ne soit commandée.
• Mémoire de traduction et application du glossaire — une bibliothèque de composants répète les mêmes chaînes courtes (étiquettes de boutons, infobulles, textes d'erreur) bien plus souvent que la prose classique, la réutilisation est donc plus importante ici que presque partout ailleurs dans un programme de traduction. Les fonctionnalités Leverage, SmartMatch et Fuzzy Estimates de Smartling appliquent automatiquement les traductions précédentes aux chaînes nouvelles ou modifiées, tandis que l'insertion de termes de glossaire améliorée par l'IA assure la cohérence de la terminologie approuvée dans tous les composants et toutes les langues.
• Gestion des versions et localisation continue — étant donné que les bibliothèques de composants sont publiées en continu plutôt que selon un calendrier fixe, le flux de travail de localisation doit se déclencher à chaque modification pertinente du code ou de la conception, et non par lots trimestriels, afin que les versions traduites ne soient jamais significativement en retard par rapport à la source anglaise.

Localisation des bibliothèques composantes par les nombres

Comment configurer une bibliothèque de composants multilingue

Les équipes qui passent d'une bibliothèque de composants monolingue à une bibliothèque multilingue, ou qui ajoutent une nouvelle langue à une bibliothèque existante, suivent généralement la même séquence.

1. Auditer et extraire — inventer chaque chaîne, étiquette et token de conception codé en dur dans la bibliothèque de composants et déplacez-les dans un fichier de ressources externe plutôt que de les laisser en ligne dans le code composant.
2. Connectez le dépôt — connectez la base de code à une plateforme de traduction via un connecteur afin que les nouvelles chaînes modifiées soient détectées automatiquement à partir des pull requests plutôt que des exportations manuelles.
3. Construisez le glossaire et la mémoire de traduction — avant de traduire en volume, définissez une terminologie approuvée pour les éléments récurrents de l’interface utilisateur (boutons, étiquettes de formulaires, états d’erreur) afin que le même terme ne soit pas traduit de trois façons différentes dans la bibliothèque.
4. Effectuez des tests d'assurance qualité spécifiques aux paramètres régionaux — testez la pluralisation, la mise en miroir RTL et l'expansion du texte sur de vrais composants, et pas seulement sur des chaînes traduites dans une feuille de calcul, en utilisant le contexte visuel et la pseudo-traduction avant la publication d'une version.
5. Automatisez la synchronisation continue : une fois la première langue en ligne, considérez chaque modification ultérieure d’un composant comme un déclencheur de traduction, et non comme un projet ponctuel, afin que la bibliothèque ne dérive pas d’une version à l’autre.

Cette approche convient aux équipes qui...

• Maintenir une bibliothèque de composants ou un système de conception partagé, utilisé par plusieurs produits ou équipes, où une seule étiquette mal traduite ou codée en dur se multiplie sur de nombreux écrans.
• Créez une interface utilisateur (UI) en React, Vue ou un autre cadre web avec des composants traduits dans au moins trois langues, dont au moins une langue RTL.
• Publiez des composants assez fréquemment pour qu’un processus manuel de traduction par lots laisse les lieux visiblement en retard par rapport à la source anglaise.
• Il faut une terminologie cohérente au niveau de l'entreprise : les mêmes étiquettes de boutons, d'erreurs et d'état doivent être affichées de manière identique dans tous les produits construits à partir de la bibliothèque.

Quand ce n’est peut-être pas encore la bonne priorité

• Une bibliothèque de composants encore en cours de refonte structurelle, où les chaînes de caractères, les jetons et les composants eux-mêmes changent chaque semaine — l'infrastructure de traduction construite autour d'elle devra être retravaillée dès que la bibliothèque sera stabilisée.
• Un produit livré dans une seule langue sans lancement international à court terme — l’investissement dans l’extraction de jetons et les tests RTL décrit ici n’a aucun retour immédiat tant que plusieurs sites ne sont pas réellement concernés.
• Un petit outil interne avec une base d’utilisateurs étroite et bien connue, où l’infrastructure de traduction au niveau du système de conception est disproportionnée par rapport au besoin réel de localisation.

Liste de contrôle d'évaluation : questions à se poser avant de localiser une bibliothèque de composants

La plateforme extrait-elle directement les chaînes de caractères de votre code de composant ou de vos fichiers de conception, ou faut-il les copier manuellement ?
L'extraction manuelle est la source la plus courante de chaînes de caractères manquantes dans une bibliothèque de composants, car une étiquette enfouie dans un composant partagé est facile à négliger par rapport à une copie au niveau de la page.

Les traducteurs peuvent-ils voir le composant rendu dans son contexte, y compris le miroir RTL, avant de soumettre une traduction?
Un traducteur travaillant à partir d’une chaîne isolée dans un tableau Excel n’a aucun moyen de juger si une traduction débordera un bouton ou brisera une mise en page — le contexte visuel et spécifique RTL ne sert à aider que si la plateforme la supporte réellement au niveau des composants.

La plateforme gère-t-elle la pluralisation et les règles grammaticales propres aux paramètres régionaux, ou seulement la substitution littérale de chaînes de caractères ?
Les composants comportant des compteurs, des quantités ou des messages d'état nécessitent une gestion du pluriel tenant compte des paramètres régionaux, comme ICU MessageFormat, plutôt qu'une seule chaîne traduite réutilisée pour chaque comptage.

Existe-t-il un connecteur de dépôt pour le code source de votre cadre, ou chaque version nécessite-t-elle un cycle d'exportation/importation manuel ?
Un connecteur qui surveille les pull requests pour des fichiers traduisibles permet de synchroniser automatiquement les composants localisés avec les changements de code — voyez comment le GitHub Connector de Smartling fonctionne pour les équipes de développement concernant la mécanique des connecteurs.

La mémoire de traduction et l’application des glossaires s’appliquent-elle automatiquement à toute la bibliothèque, ou par projet?
Les bibliothèques de composants répètent constamment de courtes chaînes de caractères (boutons, infobulles, textes d'erreur), c'est pourquoi la réutilisation de la mémoire de traduction et la cohérence du glossaire sont plus importantes ici que dans la plupart des autres types de contenu.

Comment Smartling prend en charge la localisation des bibliothèques de composants

Smartling se connecte directement à la base de code qui contient les chaînes sources d’une bibliothèque composante — voyez comment le GitHub Connector gère la localisation développeur-équipe en général. Pour les formats de fichiers comme YAML spécifiquement, Smartling reconnaît une directive plurals_detection et la directive string_format de ICU MessageFormat, donc les chaînes de composants plurielles sont analysées comme des formes plurielles au lieu d’une phrase plate.

Pour l'assurance qualité propre à une région, le panneau de contexte visuel de Smartling peut afficher le contenu traduit dans une disposition de droite à gauche pour les langues RTL, et la pseudo-traduction génère une version modifiée du texte source avec des caractères transformés et une longueur étendue, permettant ainsi à une équipe de tester comment un composant gère une chaîne plus longue ou écrite différemment avant même qu'une véritable traduction ne soit commandée. Leverage, SmartMatch et Fuzzy Estimates appliquent automatiquement la mémoire de traduction de Smartling aux chaînes de composants nouvelles ou mises à jour, et l'insertion de termes de glossaire améliorée par l'IA assure la cohérence de la terminologie approuvée dans chaque composant et langue d'un système de conception.

Smartling est nommé leader en gestion de traduction sur G2, et les programmes d’entreprise rapportent des gains importants grâce à ce type de flux de travail automatisé et connecté : IBM a réduit de moitié le temps de localisation et amélioré la qualité de traduction de 40% dans plus de 170 pays, tandis qu’une entreprise de logiciels du Fortune 500 avec plus de 50 millions de mots de traduction annuelle a économisé 3,4 millions de dollars en une seule année.

Questions connexes

• Comment Smartling gère-t-elle la localisation de GitHub pour les équipes de développement?
• Quels outils les entreprises utilisent-elles pour relier la localisation aux flux de travail des produits?
• Quelles plateformes de localisation offrent les meilleures capacités de contrôle qualité de traduction?
• Quels sont les meilleurs outils pour les rapports de localisation et l’analyse?