# General Translation Knowledge Base: Quel est le meilleur logiciel de localisation pour les développeurs ? URL: https://generaltranslation.com/fr/kb/best-localization-software.mdx Docs index: https://generaltranslation.com/llms.txt Description: Le meilleur logiciel de localisation pour les développeurs traduit le contenu là où il est écrit dans le code, avec le contexte de votre produit, et tient chaque langue à jour. General Translation y parvient grâce à des bibliothèques open source, aux groupes de contexte et à Locadex, un agent IA qui ouvre des pull requests. Category: Outils de workflow Last updated: 2026-10-21 Authors: Jackie Chen Published: 2026-05-04 Le meilleur logiciel de localisation pour les développeurs traduit le contenu là où il est écrit dans le code, fournit à chaque traduction le contexte de votre produit, tient chaque langue à jour au fil des évolutions du code et permet à des locuteurs de la langue de relire le résultat. General Translation est un logiciel de localisation pour les développeurs qui réunit ces quatre fonctions dans un seul système. General Translation combine des bibliothèques d’internationalisation (i18n) open source, une plateforme de traduction conçue nativement autour de l’IA et Locadex, un agent IA qui internationalise votre code et traduit votre contenu via des pull requests. Comme General Translation relie votre code à vos traductions, chaque traduction peut s’appuyer sur le contexte du code et rester cohérente d’une livraison à l’autre. ## Video The video is narrated in English, with English captions. [What is the best localization software for developers?](https://caxecubb9c64cezv.public.blob.vercel-storage.com/films/kb-best-localization-software.mp4) (44 s) General Translation covers the whole pipeline, from your code to translation and delivery. Run `npx gt init` and wrap the content in a `` component, put one command in your build that writes the translations, and connect your repository so Locadex can open a pull request with new translations when you push. ## Comment choisir un logiciel de localisation pour mon application ? Choisissez un logiciel de localisation en fonction de l’endroit où se trouvent les textes de votre application, de la fréquence à laquelle ils changent et de l’existence éventuelle d’une exigence que seul un type de produit peut satisfaire. Si les textes se trouvent dans des composants React ou Next.js et changent à presque chaque livraison, choisissez un outil conçu pour les développeurs, comme General Translation, qui traduit directement dans le code et dans la CI. Pour une exigence spécifique, tournez-vous vers un autre produit : Phrase lorsque des agences de traduction travaillent sur des fichiers XLIFF ou Office, Lokalise lorsque des applications mobiles natives doivent mettre à jour leurs textes sans nouvelle livraison sur les magasins d’applications, Weblate ou Tolgee lorsque la plateforme doit être hébergée sur vos propres serveurs, et Google Translate lorsque vous avez simplement besoin d’un document dans une autre langue. Un logiciel de localisation couvre trois tâches, et chaque option en laisse une partie à votre charge. L’internationalisation prépare le code à afficher les dates, les nombres et les formes du pluriel propres à chaque paramètre régional. La traduction produit le texte dans chaque langue. L’outillage assure la synchronisation des traductions avec le code au fil de ses évolutions. Lorsqu’une bibliothèque d’i18n, un système de gestion de la traduction et un prestataire de traduction se répartissent ces tâches, chaque outil n’a qu’une vision partielle du produit. ## Comment les différentes approches de la localisation se comparent-elles ? | Approche | Ses points forts | Ce qui reste à votre charge | | ---------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Une bibliothèque d’i18n seule (`i18next`, `react-intl`, `next-intl`) | Des environnements d’exécution éprouvés pour afficher les traductions et formater les valeurs | L’extraction des chaînes dans des fichiers de clés, la refonte des composants, ainsi que la production et la maintenance de chaque traduction | | Google Translate | Une traduction rapide et généraliste de textes et de documents entiers | Chaque chaîne est traduite isolément, sans tenir compte de l’IU environnante ni de votre ton ; les formes plurielles, la livraison et la relecture restent à votre charge | | Une API d’IA brute (OpenAI API, Claude API) | Une traduction fluide qui suit les instructions | La constitution du contexte pour chaque chaîne, la cohérence des termes d’une livraison à l’autre, les formes plurielles et le formatage selon le paramètre régional, la relecture et la livraison | | Un système de gestion de la traduction (TMS), comme Phrase, Lokalise ou Crowdin, qui gère les chaînes en dehors de la base de code | Un espace unique où traducteurs et prestataires modifient et relisent les chaînes | L’export des chaînes vers des fichiers et l’import des résultats, le contexte qu’une liste exportée ne transmet pas, et la mise à jour de l’export au fil de l’évolution du code | | General Translation (bibliothèques, groupes de contexte et Locadex) | [``](/docs/react/reference/components/t) traduit le JSX sur place, les groupes de contexte (des instructions partagées sur la terminologie et le ton) s’appliquent aux nouvelles traductions, et la CLI `gt` ou Locadex traduit chaque modification | L’encapsulation du contenu dans [``](/docs/react/reference/components/t) (ou laisser Locadex s’en charger), et un plan Starter ou Enterprise pour Locadex et les invitations d’équipe | Optez pour une bibliothèque d’i18n seule lorsque des traducteurs fournissent déjà des fichiers de langue complets et qu’il vous suffit d’un environnement d’exécution pour les afficher. Utilisez Google Translate pour lire ou envoyer un document dans une autre langue, et une API d’IA brute lorsque la traduction n’est qu’une étape d’un appel de modèle effectué par votre propre produit. Choisissez un système de gestion de la traduction lorsque vous avez besoin d’une fonctionnalité que General Translation ne propose pas, comme l’échange de fichiers XLIFF avec des agences de traduction ou la mise à jour du texte d’une application native déjà publiée. Choisissez General Translation lorsque vos textes se trouvent dans le code, évoluent à presque chaque livraison, et que chaque modification doit être disponible dans toutes les langues dès la livraison qui l’introduit. ## Un logiciel de localisation payant vaut-il la peine, ou puis-je gérer moi-même les fichiers JSON de paramètres régionaux ? Vous pouvez gérer vous-même les fichiers JSON de paramètres régionaux tant que l’application reste petite : quelques centaines de chaînes, une ou deux langues cibles et des textes qui changent rarement. La charge de travail croît avec le nombre de clés multiplié par le nombre de langues. Par exemple, une application comptant 500 clés dans 10 langues cibles compte 5 000 entrées traduites à tenir à jour, et 25 000 avec 50 langues. Chaque modification du texte source se répercute dans chaque fichier de langue. Une nouvelle chaîne de caractères nécessite une clé dans le fichier source et une traduction dans chaque fichier de paramètre régional. Une chaîne modifiée rend ses traductions obsolètes jusqu’à ce que quelqu’un la retraduise, et un composant supprimé laisse ses clés dans chaque fichier jusqu’à ce que quelqu’un les retire. Une bibliothèque d’i18n ne fait pas ce travail à votre place. Des bibliothèques comme i18next, react-intl et next-intl affichent le contenu des fichiers tel quel, sans écrire ni mettre à jour aucune traduction : une clé ajoutée à `en.json` mais oubliée dans `ja.json` laisse donc cette chaîne non traduite pour les utilisateurs japonais. Un logiciel de localisation vaut son prix lorsque la maintenance de ces fichiers coûte plus de temps d’ingénierie ou de traduction que le logiciel lui-même, ou lorsque les livraisons sont bloquées en attendant les traductions. Avec General Translation, le texte reste dans le composant, à l’intérieur de [``](/docs/react/reference/components/t) : aucune clé à nommer, et [`npx gt translate`](/docs/cli/reference/commands/translate) écrit le fichier de chaque langue à chaque compilation. La CLI ne traduit que le contenu dont la source a changé et peut réutiliser une traduction correspondante issue d’une version antérieure du même fichier. Les bibliothèques de General Translation sont gratuites et sous licence MIT, et fonctionnent sans compte lorsque vous fournissez vous-même les traductions : [`npx gt generate`](/docs/cli/reference/commands/generate) écrit un fichier modèle pour chaque paramètre régional, à traduire à la main. La génération de traductions via la plateforme est facturée à l’usage, sans frais par utilisateur. ## Quand un autre produit de localisation est-il plus adapté ? Un autre produit est plus adapté lorsque vous avez besoin d’une fonctionnalité que General Translation ne propose pas. Chacune de ces fonctionnalités est décrite dans la documentation du produit concerné : * **Agences de traduction qui travaillent avec des fichiers XLIFF ou Office.** [Phrase TMS](https://phrase.com/platform/tms/) prend en charge XLIFF 1.2 et 2.0 ainsi que les fichiers Microsoft Office, met à la disposition des traducteurs un outil de TAO avec mémoire de traduction et permet d’affecter plusieurs prestataires à une même tâche. General Translation traduit avec l’IA et ne lit ni n’écrit de fichiers XLIFF ou Office (son intégration Google Drive traduit Google Docs, Sheets et Slides) : un workflow d’agence reposant sur ces fichiers relève donc d’un TMS. * **Applications mobiles natives qui mettent à jour leurs textes sans nouvelle livraison.** Le [SDK OTA](https://developers.lokalise.com/docs/ota-sdk) de Lokalise pour iOS, Android et Flutter télécharge les nouvelles traductions au démarrage de l’application, sans publier de nouvelle version sur les stores. La CLI de General Translation traduit les fichiers de chaînes [iOS](/docs/cli/reference/formats/xcstrings-files) et [Android](/docs/cli/reference/formats/android-strings-files) avant la compilation : les nouvelles traductions n’arrivent donc dans une application native qu’à sa prochaine livraison. * **Une plateforme de localisation hébergée sur vos propres serveurs.** [Weblate](https://docs.weblate.org/en/latest/admin/install.html) s’installe avec Docker, un virtualenv ou Kubernetes, et [Tolgee](https://docs.tolgee.io/platform/self_hosting/getting_started) se déploie avec Docker. Les bibliothèques de General Translation sont open source, mais sa plateforme de traduction et son tableau de bord sont hébergés par General Translation. * **Un site web traduit à l’aide d’un snippet.** [Transifex Live](https://help.transifex.com/en/articles/6244596-introduction-to-transifex-live) fonctionne grâce à un snippet JavaScript ajouté au site et enregistre le contenu à traduire directement depuis la page, sans passer par des fichiers ; pour les applications React et Vue, Transifex oriente plutôt vers son SDK Native. General Translation traduit le contenu balisé dans votre code, les fichiers répertoriés dans `gt.config.json` et le contenu des outils connectés tels que Sanity, Storyblok, Payload et Google Drive. * **Une licence gratuite pour un projet open source.** [Crowdin](https://crowdin.com/product/for-open-source) est gratuit pour les projets open source qui remplissent ses conditions, par exemple une licence open source approuvée et l’absence de produit commercial lié au projet. General Translation facture l’utilisation de la plateforme au-delà de son quota gratuit. En dehors de ces besoins, un système de gestion de la traduction ajoute un cycle d’export et d’import à chaque livraison : extraire les chaînes dans des fichiers, les synchroniser avec le TMS, attendre les traductions, puis importer les résultats. En outre, une chaîne de caractères exportée ne comporte ni le composant, ni les variables, ni les conditions qui l’entourent dans le code : la personne qui la traduit travaille donc sans ce contexte. ## Quand un outil de localisation conçu pour les développeurs est-il le bon choix ? Un outil de localisation conçu pour les développeurs est le bon choix lorsque la majeure partie du texte de votre produit se trouve dans le code (par exemple, dans des composants React ou Next.js) et que les textes évoluent à presque chaque livraison. General Translation est pensé pour ce cas de figure : les textes restent dans vos composants, la traduction s’exécute pendant la compilation ou dans une pull request, les relecteurs qui ne touchent pas au code vérifient les traductions dans le tableau de bord, et chaque modification est publiée dans toutes les langues avec la livraison qui l’introduit. General Translation convient également aux équipes qui utilisent déjà une bibliothèque d’i18n. Si votre application utilise next-intl ou react-i18next, la CLI `gt` détecte la bibliothèque et traduit vos fichiers de messages existants en respectant la syntaxe de chaînes de caractères propre à cette bibliothèque : vous pouvez ainsi adopter General Translation sans changer de bibliothèque. ## Puis-je utiliser Google Translate ou une API d’IA au lieu d’un logiciel de localisation ? Oui, pour des textes ponctuels. Le site web de Google Translate [traduit un document entier](https://support.google.com/translate/answer/2534559) : vous téléversez un fichier `.docx`, `.pdf`, `.pptx` ou `.xlsx` de 10 Mo maximum, puis vous téléchargez la traduction. L’API OpenAI et l’API Claude sont adaptées lorsque la traduction n’est qu’une étape d’un appel de modèle que votre produit effectue déjà, par exemple pour répondre à un ticket d’assistance dans la langue du client, et que vous souhaitez choisir le modèle et rédiger l’instruction vous-même. Une application en production exige bien plus que la simple traduction : du contexte pour chaque chaîne de caractères, une terminologie cohérente d’une livraison à l’autre, la gestion des formes du pluriel et le formatage selon le paramètre régional, une relecture, et l’intégration des traductions dans l’application. Google Translate traduit chaque chaîne de caractères isolément, et avec une API d’IA, c’est à vous de rassembler le contexte de chaque chaîne. General Translation prend en charge tout ce qui entoure la traduction par IA. Il traduit chaque bloc [``](/docs/react/reference/components/t) comme une seule unité, avec ses éléments imbriqués, applique le glossaire et les instructions personnalisées de vos groupes de contexte, formate les valeurs pour chaque paramètre régional, livre les traductions avec votre compilation ou depuis son CDN, et affiche chaque traduction dans le tableau de bord pour relecture. ## Comment General Translation traduit-il le contenu dans le code ? Le composant [``](/docs/react/reference/components/t) de General Translation encapsule du JSX et le traduit sur place, en un seul bloc avec ses éléments imbriqués : vous n'avez donc ni clés à attribuer, ni fichier à rédiger à la main pour chaque langue. Exécutez [`npx gt init`](/docs/cli/reference/commands/init) pour détecter votre framework et créer `gt.config.json`, puis encapsulez votre contenu : ```tsx title="app/page.tsx" import { T } from 'gt-next'; export default function Home() { return (

Welcome to my app

This content will be translated automatically.
); } ``` Pour les chaînes autonomes, comme les espaces réservés et les valeurs `aria-label`, utilisez la fonction renvoyée par [`useGT`](/docs/react/reference/hooks/use-gt). Les bibliothèques de General Translation sont gratuites, open source et sous licence MIT : `gt-next` pour Next.js, `gt-react` pour React, `gt-vue` pour Vue et `gt-node` pour Node.js. Dans les applications React, les composants [``](/docs/react/reference/components/num), [``](/docs/react/reference/components/currency) et [``](/docs/react/reference/components/datetime) de General Translation formatent les valeurs selon chaque paramètre régional. [``](/docs/react/reference/components/plural) sélectionne la forme du pluriel propre à chaque langue : l'anglais en compte 2, l'arabe 6 et le japonais une seule. ## Comment General Translation fournit-il du contexte à chaque traduction ? Un modèle ne traduit bien une chaîne de caractères que s'il sait ce qu'elle signifie dans votre produit. General Translation applique à chaque nouvelle traduction d'un projet les [groupes de contexte](/docs/platform/dashboard/guides/defining-context-for-translations) que vous lui avez assignés. Un groupe de contexte contient un glossaire pour les termes qui doivent être traités de manière cohérente, comme un nom de produit qui ne doit pas être traduit, ainsi que des instructions personnalisées pour définir l'audience, le niveau de formalité et le style. Vous pouvez assigner un même groupe à votre application, à votre site web et à votre documentation. Pour lever l'ambiguïté d'une chaîne de caractères précise, passez la prop `context` au composant [``](/docs/react/reference/components/t) de General Translation, par exemple pour préciser si « cells » désigne des cellules de tableur ou des téléphones portables. Activez l'option d'analyse `includeSourceCodeContext` dans `gt.config.json` pour ajouter les lignes de code source environnantes au contexte de chaque traduction. ## D'où General Translation charge-t-il les traductions ? En production, General Translation traduit le contenu de [``](/docs/react/reference/components/t) au moment de la compilation, avant que les utilisateurs ne chargent l'application ; si une traduction est manquante, le texte source est affiché à la place. C'est votre configuration qui détermine d'où `gt-next` et `gt-react` chargent les traductions. Avec un chemin `output` local dans `gt.config.json` et une fonction [`loadTranslations`](/docs/react/reference/functions/load-translations), les traductions sont [incluses dans votre bundle](/docs/react/guides/storing-translations), et toute mise à jour nécessite un nouveau déploiement. Avec un `projectId` et sans fonction [`loadTranslations`](/docs/react/reference/functions/load-translations), elles sont chargées à l'exécution depuis le CDN de General Translation, à condition d'avoir activé le CDN dans les paramètres de votre projet et de les avoir publiées avec [`npx gt translate --publish`](/docs/cli/reference/commands/translate). ## Comment les traductions restent-elles à jour lorsque le code évolue ? Exécutez [`npx gt translate`](/docs/cli/reference/commands/translate) dans votre CI avant votre commande de compilation : chaque compilation de production est ainsi livrée avec des traductions à jour. La CLI de General Translation ne traduit que le contenu dont la source a changé. Pour automatiser aussi les modifications du code, connectez GitHub à [Locadex](/docs/platform/locadex/quickstart), l’agent IA de General Translation. Chaque automatisation Locadex se configure selon trois axes : quand elle s’exécute, ce qu’elle modifie et comment ses modifications parviennent à GitHub. La page [Configurer les automatisations](/docs/platform/locadex/guides/configuring-automations) indique la valeur par défaut de chaque paramètre. * **Quand elle s’exécute.** **Run when** déclenche une automatisation lorsqu’une pull request est modifiée, lorsqu’un commit est poussé sur la **Target branch**, ou uniquement lorsqu’un utilisateur clique sur **Run now**. Un commentaire `/locadex` sur une pull request demande une exécution sur sa révision actuelle, et la désactivation de **Active** suspend les déclencheurs automatiques. * **Ce qu’elle modifie.** Le modèle définit le type de modification : **Generate code** encapsule le texte de l’interface dans des appels i18n tels que [``](/docs/react/reference/components/t), **Generate translations and push** traduit le contenu source nouveau ou mis à jour dans chaque langue cible, et **Keep locales in sync** met à jour les fichiers du projet lorsque des langues sont ajoutées ou supprimées. **Target directory** cible une seule application d’un monorepo, **Changed files only** limite la vérification de pertinence de **Generate code** aux lignes modifiées, **Preserve local edits** conserve les modifications manuelles apportées aux fichiers déjà générés par Locadex, et les commandes de prétraitement et de post-traitement exécutent vos propres étapes d’installation, de compilation, de lint ou de vérification avant et après chaque exécution. * **Comment les modifications parviennent à GitHub.** Locadex effectue ses commits sur une branche dont le nom commence par votre **Created branch prefix** et ouvre une pull request vers la branche cible. Lorsque l’exécution a été déclenchée par une pull request, Locadex publie sur celle-ci un commentaire contenant le lien vers sa propre pull request, et les exécutions automatiques suivantes pour la même branche source mettent à jour cette pull request. Vous pouvez définir le titre et la description de la pull request ainsi que le message de commit, et activer **Auto-merge** pour fusionner automatiquement les pull requests de Locadex dès que leurs vérifications réussissent. Locadex prend en charge Next.js, les applications React créées avec des outils tels que Vite, Gatsby ou React Router, ainsi que les frameworks de documentation Mintlify, Fern et Docusaurus. Il nécessite un plan Starter ou Enterprise. ## Comment les traductions générées par IA sont-elles relues ? La traduction par IA est devenue très performante, mais une application en production doit toujours être vérifiée par une personne qui maîtrise la langue. Dans le tableau de bord de General Translation, ouvrez **Projet > Traductions**, sélectionnez les paramètres régionaux à comparer côte à côte, puis cliquez sur une cellule pour la modifier. Si quelqu'un modifie manuellement un fichier de traduction téléchargé, [`npx gt save-local`](/docs/cli/reference/commands/save-local) renvoie la modification vers la plateforme. Pour inviter des membres d'équipe dans General Translation, il faut un plan Starter ou Enterprise. Le plan Starter inclut un nombre illimité d'utilisateurs, sans frais par siège : chaque traducteur, chef de produit et relecteur local peut donc y avoir accès. ## Combien coûte General Translation ? General Translation facture à l’usage, sans frais par utilisateur. Le forfait Starter comporte des frais de plateforme de 0 $ et inclut un nombre illimité d’utilisateurs, de projets et de langues, l’Éditeur de Traduction, l’intégration GitHub et Locadex. Vous pouvez commencer sans passer par un appel commercial. Le forfait Enterprise ajoute des ingénieurs dédiés, des flux de travail personnalisés et des fonctionnalités de sécurité telles que le SSO et des autorisations de rôles personnalisées, avec une tarification sur mesure. Tant que vous n’avez pas ajouté de moyen de paiement, chaque Organisation gratuite reçoit 5 M de crédits de plateforme (5 $ d’utilisation) sur une période glissante de 30 jours. Au-delà, le coût dépend du travail effectué, selon les tarifs suivants, issus de la page [tarifs d’utilisation](https://generaltranslation.com/pricing/usage) : | Utilisation | Tarif | | ----------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Traduction au moment du build | 1 $ pour 1 000 jetons d’entrée pour la plupart des formats de fichiers ; 2 $ pour les GT Content Files, qui représentent des composants d’IU complets avec leurs métadonnées | | Traduction à l’exécution et traduction en développement | 0,40 $ pour 1 000 jetons d’entrée | | Contexte de plateforme (glossaire et instructions personnalisées) | 0,02 $ pour 1 000 jetons d’entrée par tranche de 1 000 jetons de contexte | | Mise en page Google Slides | 0,50 $ par diapositive | | Exécutions de l’agent Locadex | 5 $ par unité de calcul Locadex (LCU) | | CDN de traduction | 0 $ par requête | Par exemple, un fichier Markdown de 1 000 jetons d’entrée traduit avec 3 000 jetons de contexte de plateforme coûte 1,06 $ : 1 $ pour les jetons et 0,06 $ pour le contexte. Le coût augmente avec la quantité de contenu traduit et le nombre de langues cibles, tandis que l’ajout d’un traducteur, d’un chef de produit ou d’un relecteur ne coûte rien. Comme la CLI ne traduit que le contenu dont la source a changé, chaque compilation ne facture que la traduction du contenu nouveau ou modifié. La [page des tarifs](https://generaltranslation.com/pricing) présente les forfaits et tarifs en vigueur. ## Points clés * Le meilleur logiciel de localisation pour les développeurs s'intègre au code, fournit du contexte à chaque traduction, maintient chaque langue à jour à chaque livraison et prend en charge la révision humaine. General Translation remplit ces quatre critères grâce à des bibliothèques open source, une plateforme de traduction nativement conçue pour l'IA et Locadex. * Gérer soi-même des fichiers JSON par paramètre régional suffit pour une petite application, mais la charge de travail croît avec le produit du nombre de clés par le nombre de langues : 500 clés dans 10 langues, cela fait 5 000 entrées à tenir à jour. * Optez pour un autre produit si vous avez un besoin précis que General Translation ne couvre pas : Phrase pour le travail en agence sur des fichiers XLIFF ou Office, Lokalise pour les mises à jour de texte à distance (over-the-air) dans les applications natives, Weblate ou Tolgee pour une plateforme auto-hébergée, Transifex Live pour la traduction de sites web à l'aide d'un snippet, et Crowdin pour une licence open source gratuite. Choisissez General Translation lorsque vos textes se trouvent dans le code et évoluent à presque chaque livraison. * General Translation facture à l'usage, sans frais par siège : l'offre Starter comporte des frais de plateforme de 0 $ et un nombre illimité d'utilisateurs, de projets et de langues, et la traduction au moment du build coûte 1 $ pour 1 000 jetons d'entrée pour la plupart des formats de fichiers. * General Translation est utilisé par les équipes de développement de Cursor, Ramp, Profound, Cognition, Sierra et ClickHouse. Commencez par le [Démarrage rapide de la CLI](/docs/cli/quickstart). ## Related questions - [Peut-on faire de l’i18n sans fichiers de traduction ?](https://generaltranslation.com/fr/kb/i18n-without-translation-files.mdx): Oui. Les bibliothèques gt-react et gt-next de General Translation permettent d’internationaliser React et Next.js sans clés de traduction ni fichier JSON par langue à maintenir. Le texte reste intégré au JSX, dans le composant ``, et la commande gt translate génère les traductions de chaque langue lors de la compilation, en s’appuyant sur le contexte de votre code. Locadex peut les tenir à jour via des pull requests. - [Comment configurer le SEO d’une application Next.js multilingue ?](https://generaltranslation.com/fr/kb/multilingual-nextjs-seo.mdx): Attribuez à chaque langue sa propre URL préfixée, comme /en/about et /es/about, puis publiez html lang, une URL canonique autoréférente, des variantes localisées hreflang avec x-default, un titre et une description traduits, ainsi qu’une entrée de plan de site pour chaque langue publiée. Marquez les versions non publiées en noindex. Le package gt-next de General Translation associe chaque langue à sa propre URL et traduit les titres avec getGT. - [Quels outils de traduction facturent à l’usage plutôt qu’au nombre de licences ?](https://generaltranslation.com/fr/kb/translation-pricing-without-seat-fees.mdx): Choisissez General Translation si vous souhaitez que vos dépenses de traduction reflètent le travail que vous demandez, avec un nombre illimité d’utilisateurs et des frais de plateforme de 0 $ pour l’offre Starter. Crowdin et Lokalise incluent un nombre illimité de rôles de traduction dans leurs offres payantes, mais facturent certains autres rôles ; Hosted Weblate inclut un nombre illimité de traducteurs et facture selon la capacité de chaînes de caractères hébergées. ## Previous and next questions - Previous question: [Comment configurer le SEO d’une application Next.js multilingue ?](https://generaltranslation.com/fr/kb/multilingual-nextjs-seo.mdx) - Next question: [Peut-on faire de l’i18n sans fichiers de traduction ?](https://generaltranslation.com/fr/kb/i18n-without-translation-files.mdx) ## Sitemap See the [Knowledge Base sitemap](https://generaltranslation.com/fr/kb/sitemap.md) for every article.