Rendez votre produit multilingue.
Comprenez le flux de travail, obtenez un premier résultat, puis connectez les parties dont votre produit a besoin.
Sur cette page
Comment EveryLocale s'intègre
Vous continuez à rédiger le texte original de votre produit. EveryLocale prépare les autres langues avant votre prochaine version. Votre application affiche ces traductions préparées ; un visiteur n'attend jamais une requête IA pour lire une page.
Par exemple, vous modifiez un bouton anglais de « Create a project » à « Create your first project ». Votre build envoie le changement, EveryLocale traduit et vérifie, et la prochaine version de l'application inclut la nouvelle formulation. Les traductions inchangées sont réutilisées.
- Apportez votre texte. Importez un fichier ou connectez votre build ou système de publication.
- Traduisez et vérifiez. Vos modèles sélectionnés traduisent le texte modifié et l'examinent dans une requête distincte.
- Respectez vos règles d'approbation. Les résultats corrects peuvent s'approuver automatiquement. Activez l'examen humain quand une personne doit vérifier chaque résultat.
- Utilisez les fichiers approuvés. Construisez votre application ou laissez un connecteur publier le contenu traduit.
Un projet regroupe les langues, le texte et la limite de dépenses d'un produit. Un catalogue est le fichier de messages d'une langue avec les informations d'approbation. Une version est l'ensemble complet approuvé des fichiers que votre application utilise ensemble.
Commencez par un petit résultat
Nouveau sur EveryLocale ? La procédure pas à pas du premier fichier montre l'installation, les paramètres du modèle, les boutons de l'espace de travail à utiliser et le fichier JSON que vous récupérez. Vous n'avez pas besoin de connecter votre application entière pour l'essayer.
Traduisez votre premier fichierAprès cela, le guide du workflow explique les états de révision, les corrections manuelles, les changements de source et les dépenses.
Choisissez quoi connecter ensuite
Les fichiers de messages de votre application
Conservez votre bibliothèque de localisation actuelle. Traduisez les fichiers JSON, YAML ou PO, puis chargez-les via la configuration de langue existante de votre application.
React, Remix & Next.js
Utilisez des messages approuvés dans votre interface, choisissez la langue sur le serveur et ajoutez un sélecteur de langue accessible.
GitHub Actions et CI/CD
Ajoutez la traduction avant vos tests, votre build et votre déploiement existants. Votre pipeline attend les fichiers approuvés.
Articles et documents
Traduisez Markdown, MDX ou HTML en gardant le code, les variables et les liens utilisables. Téléchargez le format de fichier original.
Sites WordPress
Installez un connecteur qui crée des traductions liées après que vous publiez ou mettez à jour un article original.
Une intégration personnalisée
Appelez l'API serveur depuis votre stack. Importez du texte, demandez une traduction, suivez la progression et téléchargez les résultats approuvés.
EveryLocale fournit la traduction, la révision, les fichiers et les assistants d'intégration. Votre application fournit son interface, ses routes, les préférences de compte enregistrées et le déploiement. Les guides montrent ces points de connexion.
Intégrez les mises à jour à votre version
Une fois qu'une traduction manuelle fonctionne, automatisez les mêmes étapes dans GitHub Actions ou votre runner CI existant. Gardez EveryLocale en cours d'exécution sur un serveur persistant. Le runner a besoin d'un jeton d'accès au projet ; vos clés de modèle restent sur le service.
La séquence est simple : envoyez le texte modifié, attendez l'approbation, téléchargez toutes les langues configurées, puis testez et construisez l'application. Une traduction qui nécessite une attention arrête la nouvelle version. Votre application actuellement déployée reste disponible.
pnpm cli sync --project first-app --input source.json --locales de --wait --timeout 600
pnpm cli pull --project first-app --output localesLe guide de connexion des fichiers montre comment créer source.json et définir le jeton d'accès. Utilisez ensuite le workflow GitHub Actions complet avec les vérifications et le déploiement de votre application.
Laissez les gens choisir leur langue
Un lien de page allemande partagée doit afficher l'allemand. Un tableau de bord privé doit suivre le choix de langue enregistré de la personne. Les préférences du navigateur peuvent suggérer une autre langue ; le pays ne doit pas la choisir silencieusement.
Votre application a besoin d'un sélecteur visible et du bon fichier de langue pour chaque page. Le guide d'intégration des langues explique les contrôles React, le routage Remix et Next.js, la direction arabe, les polices et le maintien de la même langue pendant le chargement de la page.
Rendez les pages traduites découvrables
Donnez à chaque langue publiée sa propre URL et son contenu de page complet. Les moteurs de recherche doivent savoir quelles pages sont des traductions les unes des autres. Le registre de pages d'EveryLocale vous aide à générer ces liens alternatifs, URLs canoniques et plans de site à partir d'une seule liste de pages publiées.
Votre application possède cette liste de pages publiées. Incluez les pages approuvées et disponibles, et retournez une vraie page indisponible quand une traduction n'existe pas. Voir configuration des pages publiques et de la recherche.
Sachez ce qui nécessite votre attention
L'approbation automatique accepte les traductions qui passent les vérifications structurelles et l'examen par IA. Les résultats importants, les défaillances de fournisseur et les budgets épuisés nécessitent toujours une personne. Vous pouvez inspecter et corriger le libellé approuvé, ou choisir une validation humaine pour chaque résultat.
La génération et l'examen comptent tous deux vers la limite de dépenses totale du projet. Aucun fournisseur ne change automatiquement. Consultez les coûts que vous contrôlez, et configurez les sauvegardes et les alertes d'exception avant de compter sur une opération sans surveillance.