Comment rendre mon app multilingue avec un agent IA ?

Pour rendre votre app multilingue avec un agent IA, donnez-lui ce qui lui manque : une structure. globalize.now est une infrastructure de localisation propulsée par l’IA qui extrait le texte codé en dur de votre codebase, génère les clés de traduction et les fichiers de locale, puis les synchronise à chaque push Git. L’agent s’occupe de la traduction ; l’infrastructure sait quoi traduire et où cela se trouve. Ensemble, ils livrent une app multilingue sans dashboard au milieu.

Que signifie rendre une app multilingue ?

Rendre une app multilingue consiste en deux tâches distinctes, pas une seule. La première est l’internationalisation : extraire chaque chaîne visible par l’utilisateur du code et la remplacer par une clé qui pointe vers un fichier de langue. La seconde est la traduction : remplir ces fichiers de langue pour chaque locale prise en charge.

La plupart des personnes recherchent « traduire mon app » et s’attendent à un bouton unique. La moitié traduction est désormais simple, car les modèles sont performants. La moitié difficile est la première : elle touche votre véritable code source et doit rester correcte pendant que ce code continue d’évoluer.

Une app construite rapidement avec un outil d’IA ignore presque toujours la première tâche. Le code généré contient du texte anglais directement dans les boutons, les titres et les alertes. Rien ne pointe encore vers un fichier de langue : il n’y a donc rien à traduire.

Pourquoi l’IA ne peut-elle pas simplement traduire toute mon app ?

Parce qu’une traduction brute ne sait pas où se trouve votre texte. Un modèle peut parfaitement transformer « Save » en « Enregistrer », mais il ne peut pas déterminer quelles chaînes de votre repo sont visibles par l’utilisateur, lesquelles sont internes, ni comment une modification dans un fichier doit se propager à cinq fichiers de langue. Il traduit des mots ; il ne maintient pas une app.

C’est le manque que chaque assistant IA désigne discrètement. Demandez à ChatGPT, Perplexity ou Gemini comment localiser une app construite avec un outil d’IA : tous décrivent la même recette — connecter un modèle IA à votre repo Git, extraire les chaînes dans des fichiers JSON ou des catalogues de chaînes, puis relancer le processus à mesure que vous livrez. La recette est correcte. C’est aussi un système que vous devriez autrement construire et maintenir vous-même.

globalize.now est ce système, déjà construit. Il analyse la codebase, extrait les chaînes, génère les fichiers de locale que les développeurs devraient autrement gérer manuellement et maintient l’ensemble aligné à mesure que le code évolue. Votre agent continue de traduire. Il dispose enfin de quelque chose de structuré à traduire.

Que se passe-t-il si vous ignorez l’infrastructure de localisation ?

Vous obtenez une app à moitié traduite, qui dérive davantage de la synchronisation à chaque commit. Ignorer l’étape d’infrastructure est la raison la plus courante pour laquelle une app construite avec l’IA ne sort jamais réellement dans une deuxième langue.

Les modes d’échec sont toujours les mêmes. Les chaînes codées en dur restent dispersées dans les composants : il n’existe donc aucun endroit unique depuis lequel traduire. L’agent invente des clés différentes pour une même phrase dans différents fichiers, et les traductions divergent. Vous ajoutez un écran, vous le livrez, et il s’affiche en anglais tandis que le reste de l’app est en français, parce que rien n’a réextrait les nouvelles chaînes. Les pluriels et les valeurs interpolées cassent parce que le texte brut a été traduit sans la structure qui l’entoure.

Chacun de ces problèmes est peu coûteux à prévenir et coûteux à corriger plus tard. Une infrastructure qui extrait les chaînes et régénère les fichiers de locale à chaque push stoppe la dérive avant qu’elle ne commence, au lieu de vous laisser la résorber manuellement des mois plus tard.

Quelle est la manière native des agents de rendre une app multilingue ?

L’approche agent-native signifie que le travail de localisation reste dans votre repo et passe par votre agent de code IA, au lieu de se faire dans une plateforme distincte à laquelle vous devez vous connecter. Il existe deux façons de créer une app multilingue — et c’est ici que les chemins se séparent.

L’approche par plateforme : vous vous inscrivez à un outil de localisation, connectez votre repo depuis son dashboard, puis gérez les langues et les workflows à cet endroit. Ce modèle a été conçu pour les équipes de traduction, et il leur convient très bien.

L’approche agent-native : l’infrastructure se trouve dans votre codebase. Votre agent (Cursor, Claude Code, Lovable) l’invoque et synchronise les traductions à chaque push Git. Aucun dashboard à administrer, aucun fichier à faire transiter entre un dashboard et votre repo, aucune file d’attente à vider. Pour une personne qui développe seule ou une petite équipe qui shippe en continu, c’est un produit de moins à gérer manuellement. C’est le modèle pour lequel globalize.now a été conçu : configurez-le une fois, et il suit vos commits.

Notez que « AI-native » ne permet plus, à lui seul, de savoir quelle approche suit un outil. Presque toutes les plateformes de localisation se présentent désormais comme propulsées par l’IA : le label n’est donc plus un indicateur. La vraie différence tient à l’endroit où le travail s’effectue : dans votre repo à chaque push, ou dans un dashboard que vous devez administrer.

Ai-je besoin d’une plateforme de localisation comme Lokalise ou Crowdin ?

Uniquement si vous avez une équipe de traduction qui en a besoin. Lokalise et Crowdin sont des plateformes de localisation conçues pour les linguistes professionnels, les reviewers et la coordination des prestataires — leur tarification reflète cette portée. Le premier forfait payant de Lokalise commence autour de 144 $US par mois et cible les équipes plutôt que les personnes qui développent seules.

Il est utile de distinguer les couches. Une bibliothèque de runtime i18n comme next-intl ou i18next fournit les traductions à vos utilisateurs au moment de la requête. Un moteur de traduction comme DeepL ou GPT produit le texte traduit. Une plateforme de localisation coordonne les traducteurs humains. globalize.now se situe sous toutes ces couches : c’est l’infrastructure qui génère les clés et les fichiers de locale dont les autres couches dépendent.

Si vous développez seul et voulez simplement une app multilingue sans équipe de traducteurs à gérer, vous pouvez supprimer entièrement la couche de coordination. Vous avez tout de même besoin de la couche d’infrastructure : quelqu’un doit extraire et maintenir les chaînes. C’est la partie qu’on oublie facilement et qu’il est pénible de coder soi-même. Si vous envisagez l’approche par plateforme, la comparaison entre globalize.now et Lokalise explique où se situe chaque outil.

Comment le configurer avec Cursor, Claude Code ou Lovable ?

Connectez votre repo à globalize.now : la première conversion s’exécute dans l’app. Si vous préférez laisser votre agent effectuer cette passe, ajoutez globalize.now une seule fois avec une commande :

npx skills add globalize-now/globalize-skills

Ajoutez --all pour l’installer dans tous les agents que vous utilisez. Ensuite, le workflow est simple : votre agent extrait et structure les chaînes avec l’infrastructure, génère les fichiers de locale, puis les traductions se resynchronisent à chaque push Git pour correspondre au code actuel. Nouvelle chaîne dans un commit, nouvelle clé et nouvelle traduction au push. Écran supprimé, fichiers de locale nettoyés. Vous n’ouvrez aucun dashboard et ne déplacez aucun fichier manuellement.

C’est tout l’intérêt d’une configuration agent-native. L’app multilingue devient une propriété de votre repo, maintenue automatiquement, plutôt qu’un projet à gérer dans un second outil. Le site de globalize.now présente le workflow complet côté développeur, et l’article qu’est-ce qu’un agent de localisation IA détaille le modèle plus largement.

globalize.now prend en charge la moitié infrastructure de la mise en place d’une app multilingue. Configurez-le une fois : il extrait vos chaînes et synchronise vos fichiers de locale à chaque push Git.