Questions fréquentes

Des réponses courtes aux questions que les équipes se posent avant de connecter un repo. Chaque réponse renvoie vers l’article complet dans notre documentation.

Frameworks et compatibilité

Quelles bibliothèques d’i18n prenez-vous en charge ?

next-intl, react-i18next / i18next et Lingui. Lorsque nous configurons l’i18n pour vous, nous choisissons selon votre stack : next-intl pour l’App Router de Next.js, i18next pour le Pages Router et Lingui pour React avec Vite. Si l’une d’elles est déjà configurée, nous la conservons et nous traduisons uniquement le contenu.

Réponse complète dans la documentation →

Quels formats de fichiers prenez-vous en charge ?

JSON (plat ou imbriqué), .po, XLIFF 1.2 et 2.x, ARB, YAML, Apple .xcstrings, Android strings.xml et Chrome extension messages.json. Indiquez le pattern de chemin des locales vers vos fichiers : ils resteront traduits à chaque push.

Réponse complète dans la documentation →

Est-ce compatible avec les monorepos ?

Oui. Créez un projet par app et faites pointer son pattern de chemin des locales vers les fichiers de cette app, par exemple apps/web/messages/{locale}.json.

Réponse complète dans la documentation →

Est-ce compatible avec les apps mobiles (iOS, Android, Flutter) ?

Partiellement. Nous maintenons les fichiers de traduction iOS (.xcstrings), Android (strings.xml) et Flutter (.arb) traduits à chaque push. La configuration de l’i18n dans du code natif ou Flutter n’est pas encore prise en charge ; cette partie fonctionne sur les apps web React.

Réponse complète dans la documentation →

Prenez-vous en charge les extensions de navigateur ?

Pour la traduction, oui : les fichiers Chrome messages.json et les fichiers de locales WXT restent traduits à chaque push. La configuration de l’i18n dans le code de l’extension n’est pas encore prise en charge.

Réponse complète dans la documentation →

Qualité des traductions

Quelle est la qualité des traductions ?

Meilleure que la traduction automatique fondée sur des phrases, car le modèle voit en même temps toute la chaîne, ses placeholders, votre glossaire et votre guide de style. Moins chère et plus rapide qu’une traduction humaine, mais elle ne remplace pas une relecture native lorsque les enjeux sont élevés. Un second passage par l’IA signale tout ce qui nécessite une intervention humaine.

Réponse complète dans la documentation →

Puis-je utiliser mon propre glossaire et mon guide de style ?

Oui. Ajoutez les termes protégés sous Projet → Glossaire (l’import en masse fonctionne) et définissez le ton et le niveau de formalité pour chaque langue sous Projet → Guides de style. Chaque job suit les deux.

Réponse complète dans la documentation →

Comment fonctionne la QA et que vérifie-t-elle ?

Après la traduction, un second passage par l’IA vérifie chaque langue : sens, placeholders et variables, termes du glossaire et respect du guide de style. Les résultats s’affichent sur le dashboard du projet avec les statuts « correct », « acceptable » ou « nécessite une vérification ». Vous pouvez aussi recevoir un webhook ou un e-mail en cas de problème.

Réponse complète dans la documentation →

Puis-je modifier les traductions après leur génération ?

Oui. Modifiez une traduction dans le pull request ou plus tard dans votre repo. Votre modification devient la version approuvée, rejoint la mémoire de traduction et ne sera plus retraduite.

Réponse complète dans la documentation →

Quels modèles d’IA utilisez-vous ? Puis-je choisir ?

La traduction et la relecture utilisent les modèles Claude d’Anthropic. La configuration initiale du code utilise un modèle de programmation distinct, qui passe à un modèle plus puissant lorsqu’un fichier l’exige. Nous choisissons les modèles pour leur qualité et leur coût ; choisir vous-même un modèle n’est pas encore disponible.

Réponse complète dans la documentation →

Workflow

Comment fonctionne l’intégration avec GitHub et GitLab ?

Connectez le repo dans l’app. Nous l’analysons, configurons l’i18n si nécessaire, puis pushons vers une branch pour vous permettre de relire. Ensuite, chaque push contenant du texte nouveau ou modifié ouvre un pull request (un merge request sur GitLab) avec les traductions. Azure DevOps figure sur la roadmap.

Réponse complète dans la documentation →

Qu’est-ce qui déclenche un job de traduction ?

Trois éléments, tous contrôlés par vos paramètres : les push vers les branches surveillées, les pull requests si vous activez « Traduire les pull requests », et les jobs manuels lancés depuis le dashboard. Un push sans modification de texte ne lance pas de job.

Réponse complète dans la documentation →

Puis-je traduire certaines branches, et pas seulement main ?

Oui. Surveillez autant de branches que nécessaire, ou lancez un job manuel sur n’importe quelle branch et choisissez entre un pull request et un direct push.

Réponse complète dans la documentation →

Comment relire les traductions avant leur merge ?

Comme n’importe quelle autre modification de code. Lisez le pull request, modifiez une traduction dans le diff si nécessaire, puis faites le merge quand tout vous convient. Rien n’arrive sur votre branch par défaut sans pull request, sauf si vous choisissez le direct push pour un job manuel.

Réponse complète dans la documentation →

À quoi ressemble le pull request ?

Un pull request par job. Il ne modifie que vos fichiers de locales, ajoute uniquement les clés nouvelles ou modifiées et laisse intactes les traductions déjà relues.

Réponse complète dans la documentation →

Utilisation en équipe

Plusieurs personnes peuvent-elles utiliser un même compte ?

Oui. Invitez les membres de votre équipe par e-mail sous Paramètres → Utilisateurs. Aucun forfait n’est facturé par siège.

Réponse complète dans la documentation →

Comment fonctionnent les permissions ?

Il existe actuellement deux rôles. Les Admins invitent et retirent des personnes, modifient les rôles et gèrent la facturation ; les Membres travaillent sur les projets. Des rôles plus précis et le SSO figurent sur la roadmap du forfait Team.

Réponse complète dans la documentation →

Puis-je partager des glossaires entre plusieurs projets ?

Pas encore avec un simple bouton. Un glossaire appartient à un seul projet : importez donc le même fichier de glossaire dans chaque projet qui en a besoin.

Réponse complète dans la documentation →

Tarification

Qu’est-ce qui compte comme « caractère » ? Seulement le texte source ou aussi le texte traduit ?

Nous ne facturons ni les caractères, ni les clés, ni les sièges. Vous payez le texte traduit dans chaque langue cible, contrôle qualité compris : environ 0,10 € pour 1 000 mots traduits, ou environ 0,015 € pour 1 000 caractères. Votre texte source n’est jamais facturé seul.

Réponse complète dans la documentation →

Combien coûte généralement un projet par mois ?

Une petite app de 500 chaînes dans 3 langues coûte environ 0,90 € pour la première traduction, puis quelques centimes par mois. Un produit de taille moyenne, avec 3 000 chaînes dans 8 langues, coûte environ 16 € au départ, puis autour de 1,60 € par mois. Les chaînes répétées proviennent de la mémoire de traduction et ne coûtent rien.

Réponse complète dans la documentation →

Indie, Starter ou Team : lequel me faut-il ?

Indie (5 € par mois, plus la consommation) est le moins cher tant que vous traduisez moins d’environ 15 € par mois. Au-delà, Starter (20 € par mois avec 20 € de crédit inclus) revient moins cher. Team (249 € par mois avec 200 € inclus) s’adresse aux organisations qui veulent un onboarding personnalisé et des fonctionnalités d’équipe à mesure qu’elles livrent.

Réponse complète dans la documentation →

Y a-t-il un essai gratuit ?

Oui. Chaque nouveau compte reçoit 5 € de crédit de traduction pendant 14 jours, sans carte bancaire. Cela couvre environ 50 000 mots traduits.

Réponse complète dans la documentation →

Sécurité et données

Où mon code et mes données sont-ils stockés ?

Vos traductions restent dans votre propre repo. De notre côté, les projets, le glossaire, les guides de style, la mémoire de traduction et l’historique des jobs sont conservés sur des serveurs Hetzner à Falkenstein, en Allemagne. Les données de travail de chaque job de traduction sont supprimées 30 jours après sa fin.

Réponse complète dans la documentation →

Conservez-vous mon code source ?

Les jobs de traduction ne lisent que vos fichiers de locales. La configuration initiale du code clone votre repo dans un container isolé, automatiquement détruit à la fin de l’exécution. Nous conservons le diff obtenu afin que vous puissiez vérifier les modifications.

Réponse complète dans la documentation →

Êtes-vous conforme au RGPD ?

globalize.now SIA est une entreprise de l’UE enregistrée à Riga, en Lettonie, et nos serveurs se trouvent en Allemagne. Nous ne proposons pas encore d’accord de traitement des données signé. Écrivez dans le chat du support ou à [email protected], et nous supprimerons les données de votre organisation sous 3 jours ouvrés. SOC 2 est prévu dans notre roadmap pour le 1er trimestre 2027.

Réponse complète dans la documentation →

Les traductions passent-elles par des API tierces ?

Oui, par l’intermédiaire de modèles d’IA, et aucun d’eux n’est autorisé à entraîner ses modèles sur vos textes ou votre code. La traduction et la révision qualité sont directement confiées aux modèles Claude d’Anthropic. La configuration ponctuelle du code s’appuie sur des modèles DeepSeek via OpenRouter, avec une politique de conservation nulle des données appliquée. La liste complète des fournisseurs figure dans notre documentation.

Réponse complète dans la documentation →

Changer d’outil

J’utilise Lokalise, Crowdin ou Phrase. Comment changer d’outil ?

Exportez vos traductions depuis l’ancien outil vers votre repo, connectez le repo, puis définissez « Traductions existantes » sur « Importer comme déjà approuvées ». Importez également votre glossaire, puis résiliez l’ancien outil dès que la première pull request est créée.

Réponse complète dans la documentation →

Puis-je importer des traductions existantes ?

Oui, de trois façons : les importer comme déjà approuvées — elles sont ajoutées à la mémoire de traduction et ne sont plus jamais retraduites ni facturées —, les importer pour révision, ou les ignorer et traduire depuis zéro.

Réponse complète dans la documentation →

Cela va-t-il perturber ma configuration i18n actuelle ?

Non. Dans une app qui utilise déjà next-intl, react-i18next, i18next ou Lingui, nous n’extrayons pas les chaînes, ne restructurons pas les clés, n’ajoutons pas de sélecteur de langue et ne touchons ni au routing ni à la configuration. Nous nous connectons aux fichiers existants et les maintenons traduits.

Réponse complète dans la documentation →

Vous n’avez pas trouvé votre réponse ? Rechercher dans la documentation ou écrire à [email protected].