Organisation conforme au RGPD
Organisation certifiée ISO 27001
Organisation conforme SOC II
Services de localisation d’applications mobiles pour iOS et Android
Dans Smartcat, la localisation d’applications mobiles relie les chaînes de votre application à la traduction par IA et à des relecteurs natifs, puis renvoie les ressources localisées vers votre build. Faites avancer les textes d’interface, le contenu intégré et les fiches des stores au rythme de vos versions.
Plus de 80 des plus grandes entreprises mondiales ont choisi Smartcat
Qu’est-ce que la localisation d’applications mobiles ?
La localisation d’applications mobiles adapte l’interface, le contenu et la fiche store d’une application à une langue et à un marché. Elle couvre les chaînes traduites, les formats régionaux, le contenu culturellement adapté et le rendu du texte sur un écran réel.
La traduction d’application change la langue. La localisation vérifie aussi qu’un libellé de bouton tient dans l’espace, qu’un prix est correctement formaté et qu’une instruction a du sens au moment où on la lit. Votre équipe d’ingénierie prépare l’application à ces différences ; traducteurs et relecteurs adaptent la langue dans ce cadre.
Smartcat intègre le travail linguistique à votre processus de localisation logicielle global. Vous gardez la maîtrise de l’architecture de votre application, de votre processus de publication et de l’approbation finale.
Ce que nous localisons
Localisez tout le parcours, de la découverte de votre application à l’utilisation de ses fonctionnalités clés. Donnez à chaque type de contenu le contexte et la relecture dont il a besoin au lieu de tout traiter comme une liste de mots isolés.
| Contenu | Exemples | Comment l’intégrer au processus |
|---|---|---|
| Chaînes d’interface | Boutons, menus, onboarding, états vides et erreurs | Fichiers de ressources pris en charge, intégrations Git configurées, API ou CLI |
| Variables et messages au pluriel | Noms, nombres et texte dépendant d’une quantité | Structures de ressources prises en charge, avec validation par les développeurs à l’export |
| Contenu intégré et contenu d’assistance | Textes d’aide, notifications et modèles de messages | Import de fichiers ou intégration de contenu adaptée |
| Fiches des stores | Titres, descriptions, notes de version et texte des captures d’écran | Un projet de contenu cadré ; votre équipe publie dans la console du store |
| Contenu de design | Libellés et textes avant le développement | Processus Figma et contexte de design |
| Informations juridiques et clients | Conditions, explications sur la confidentialité et instructions d’assistance | Relecture spécialisée avec votre approbateur juridique ou produit désigné |
Un même mot peut apparaître à plusieurs endroits avec des sens différents. Ajoutez une description à une clé comme account.close : ferme-t-elle un panneau, déconnecte-t-elle l’utilisateur ou supprime-t-elle un compte ? Ce contexte aide les relecteurs à prendre la bonne décision avant que le texte n’atteigne l’utilisateur.
Comment fonctionne la localisation d’applications dans Smartcat
Le processus relie les ressources source, la relecture linguistique et votre build. Configurez les livraisons une fois, puis utilisez le même processus convenu pour les mises à jour.
Importer la source
Utilisez une intégration Git adaptée ou importez des fichiers pris en charge. Pour un processus sur mesure, connectez-vous via l’API ou la CLI. Identifiez la langue source, les locales cibles et le responsable des versions.
Organiser les clés
Les projets de localisation logicielle regroupent les clés en collections. Ajoutez si possible des descriptions, des captures d’écran et des contraintes pour qu’un libellé court ne perde pas son sens hors de l’interface.
Traduire avec vos ressources linguistiques
Utilisez la traduction par IA avec un glossaire et une mémoire de traduction. Fournissez des consignes de ton et la liste des noms de produits protégés. LocJSON peut transporter des commentaires et des métadonnées de longueur maximale pour les clés.
Relire la langue
Vos relecteurs internes ou des spécialistes de la Marketplace vérifient le sens, la terminologie et le contexte. Le QA Coworker peut évaluer les problèmes et produire un score de qualité ; il ne modifie pas les traductions et ne remplace pas l’approbation de la version.
Exporter et valider
Renvoyez les ressources localisées vers votre processus de développement. Vérifiez les placeholders, les pluriels, l’encodage et la structure des fichiers, puis compilez et testez l’application localisée. Confirmez le comportement d’export du format choisi lors de la configuration.
Répéter pour les mises à jour
Définissez quand le contenu nouveau ou modifié entre en traduction et quand le résultat approuvé revient. Précisez comment les modifications de la source affectent les traductions et approbations précédentes, pour qu’une ancienne validation ne s’applique pas silencieusement à un nouveau texte.
Consultez le guide de configuration de la localisation logicielle et la documentation du processus développeur.
Voir le processus avec les chaînes de votre application
Formats et intégrations pris en charge
Choisissez le processus en fonction des ressources que votre application utilise réellement. Smartcat documente les formats de projet logiciel suivants ; testez un aller-retour représentatif avant de connecter vos versions de production.
| Ressource | Usage typique | Point d’attention à la configuration |
|---|---|---|
| JSON, y compris les clés imbriquées | Ressources d’interface web et multiplateformes | Vérifiez les conventions de clés, de placeholders et de pluriels de votre bibliothèque |
| YAML | Texte applicatif structuré | Préservez la structure des clés et testez le fichier exporté |
| Android XML | Ressources de chaînes Android | Validez les constructions propres à Android et la sortie des pluriels dans votre build |
| iOS .strings | Texte d’interface iOS localisé | Vérifiez l’échappement, les arguments de format et le processus d’import Xcode |
| Import LocJSON | Clés avec descriptions et métadonnées de longueur | Utilisez la structure d’import documentée et un format d’export pris en charge |
Les processus PO/POT sont également décrits sur la page de localisation logicielle. Cadrez-les séparément de la liste des formats de projet logiciel plutôt que de supposer que chaque chemin d’import offre les mêmes options.
Découvrez les intégrations disponibles pour les processus Git, de design et de contenu. Une intégration réduit les manipulations répétées de fichiers, mais les détails comptent : convenez si le processus configuré commite les modifications, crée une livraison vérifiable ou nécessite un export manuel. Votre équipe doit pouvoir expliquer comment une traduction atteint une branche de release.
Applications iOS, Android et multiplateformes
Localisation iOS
La localisation iOS commence par les ressources et la configuration des locales de votre projet Xcode. Smartcat prend en charge les fichiers .strings dans les projets de localisation logicielle. Votre développeur est responsable de l’extraction des ressources, de l’intégration et des tests ; les relecteurs sont responsables des décisions linguistiques. Consultez les recommandations d’Apple sur la localisation pour choisir les formats de ressources et tester l’expérience localisée.
Localisation d’applications Android
La localisation d’applications Android utilise généralement strings.xml et des ressources propres à chaque locale. Traduisez le texte en préservant les identifiants de ressources et les arguments de format. Votre application doit fournir des ressources de repli et utiliser les bonnes API de pluriel et de formatage. Consultez les services de localisation Android pour le processus linguistique.
Localisation multiplateforme
La localisation multiplateforme dépend du framework et des bibliothèques que vous utilisez. Les ressources JSON peuvent s’intégrer à un processus JSON pris en charge une fois leurs conventions validées. Flutter utilise des ressources ARB et du code de localisation généré ; convenez de la livraison de traduction et testez-la avant de supposer que les fichiers ARB peuvent être importés directement. Le guide de localisation Flutter explique cette limite d’implémentation.
Localisez la page du store avec autant de soin que l’application
La localisation pour les stores d’applications adapte les textes lus avant le téléchargement : titres, descriptions, notes de version et texte des captures d’écran. Elle doit utiliser la même terminologie produit que l’application tout en répondant aux questions importantes sur chaque marché.
Votre équipe ASO recherche les termes de recherche locaux et définit la stratégie de store. Smartcat prend en charge la traduction et la relecture du contenu sélectionné ; la recherche de mots-clés, la soumission dans la console du store et la conception des tests restent du ressort des personnes responsables de ces décisions.
Relisez le texte des captures d’écran une fois placé dans l’image. Une bonne traduction peut devenir illisible lorsqu’elle est compressée dans une mise en page fixe. Gardez les affirmations, les prix et la disponibilité des fonctionnalités cohérents avec l’application localisée. Découvrez la localisation Google Play.
Des contrôles qualité qui protègent l’expérience de l’application
Une bonne localisation d’application préserve le sens et l’intégrité des ressources. Vérifiez les deux avant d’accepter une langue pour une version.
Longueur
Fournissez des contraintes et inspectez l’écran réel. Une limite de caractères est une indication utile, mais elle ne peut pas prévoir chaque police, largeur d’appareil ou réglage d’accessibilité.
Placeholders
Préservez les arguments comme %1$s et vérifiez que la phrase rendue les place naturellement. Ne traduisez pas un identifiant de ressource comme s’il s’agissait d’un texte visible.
Pluriels
Choisissez les formes selon la locale cible et votre framework. Validez des quantités représentatives au lieu de vérifier seulement un et deux.
Terminologie
Appliquez le glossaire à l’onboarding, aux paramètres, à l’assistance et aux textes des stores. Consignez les exceptions volontaires pour que les relecteurs ne les « corrigent » pas à répétition.
Contexte
Fournissez aux relecteurs natifs des captures d’écran ou un build de test pour les parcours importants. Demandez-leur de vérifier qu’un libellé décrit bien l’action que les utilisateurs vont réellement effectuer.
Le test de localisation rassemble ces contrôles dans une procédure de mise en production. Smartcat prend en charge l’évaluation et la relecture linguistiques ; votre processus QA applicatif couvre les appareils, le comportement fonctionnel et l’accessibilité.
Services de localisation d’applications ou outils
Un service fournit des personnes et un accompagnement à la livraison. Un outil de localisation fournit un espace de travail et un processus. Beaucoup d’équipes ont besoin des deux, notamment lorsque leur rythme de versions dépasse leur couverture linguistique interne.
| Modèle | Ce que vous gérez | Pour qui |
|---|---|---|
| Agence ou prestataire de services linguistiques | Périmètre, briefs, approbations et processus de livraison convenu | Équipes qui achètent un travail linguistique géré |
| Outil de localisation ou TMS | Ressources linguistiques, intégrations et personnes chargées de la relecture | Équipes disposant d’une organisation de traduction établie |
| Plateforme Smartcat avec IA et relecteurs | Un espace de travail connecté, la traduction par IA et le choix entre relecteurs internes ou de la Marketplace | Équipes qui veulent les outils et les spécialistes linguistiques dans le même processus |
Choisissez le modèle selon les responsabilités, et non selon l’étiquette affichée sur le site du prestataire. Demandez qui lève les ambiguïtés de la source, qui vérifie le build de l’application et qui approuve une version lorsqu’une traduction change tardivement.
Moins de coordination, avec des preuves vérifiables
298
projets dans 29 pays
L’équipe de Topcon a mené 298 projets de traduction en deux ans, couvrant 31 langues, après avoir regroupé huit prestataires de traduction dans un seul espace de travail Smartcat.
L’étude de cas publiée de Topcon décrit le regroupement de huit prestataires de traduction sur une seule plateforme. Elle montre comment une organisation de traduction partagée peut réduire la fragmentation ; ce n’est pas une promesse concernant les téléchargements d’applications, les taux de conversion ou la vitesse de publication. Lire l’étude de cas Topcon.
Pour votre propre projet pilote, mesurez l’effort de relecture, les problèmes non résolus et le délai entre une modification de la source et un fichier de ressources approuvé. Comparez les mêmes langues et types de contenu avant de décider de l’ampleur de l’adoption du processus.
Tarifs et première version localisée
Ce qui détermine le coût
Le coût de la localisation d’applications dépend du volume de contenu, des langues, du niveau de relecture et des besoins d’intégration. L’utilisation de la plateforme et le travail des relecteurs externes sont deux parties distinctes du périmètre. Consultez les forfaits actuels et demandez un devis pour le travail spécialisé dont vous avez besoin.
Comment démarrer
Commencez par un parcours utilisateur important, ses messages associés et sa description dans le store. Incluez dans l’échantillon des chaînes longues, des variables et des exemples de pluriels. Un projet pilote représentatif vous en apprend davantage qu’un grand lot de libellés simples.
Questions fréquentes
Qu’est-ce que la localisation d’applications mobiles ?
La localisation d’applications mobiles adapte une application à une langue et à un marché. Elle comprend le texte de l’interface, le contenu, les conventions régionales et les fiches des stores. Les développeurs préparent l’application à prendre en charge ces variations, tandis que les traducteurs et relecteurs natifs rendent la langue claire et adaptée. Le build localisé doit encore être testé avant sa publication.
En quoi la localisation d’applications diffère-t-elle de leur traduction ?
La traduction change la langue du texte ; la localisation tient aussi compte de son usage dans un marché et une interface donnés. Cela inclut l’expansion du texte, les formes plurielles, les formats locaux, les images et le contenu des stores. Une phrase traduite peut être exacte et nécessiter malgré tout une adaptation pour tenir dans un bouton ou correspondre à l’action qu’il déclenche.
Quels formats de fichiers Smartcat prend-il en charge pour les applications ?
Les formats de projet logiciel documentés incluent JSON, YAML, Android XML et iOS .strings, ainsi que LocJSON pour les imports contenant des métadonnées de clés supplémentaires. Confirmez le processus pour votre structure de ressources exacte. Ne supposez pas que tout format propre à Xcode, à Flutter ou à un framework est pris en charge simplement parce qu’il contient du texte ou ressemble à du JSON.
Comment les traductions reviennent-elles dans mon application ?
Exportez les ressources traduites ou configurez une intégration, une API ou un processus CLI qui les renvoie vers votre processus de développement. Vos ingénieurs valident et compilent ces ressources. Convenez lors de la configuration des étapes d’approbation et de gestion des versions, y compris de ce qui se passe lorsque la source change avant qu’une traduction ne soit prête.
Comment sont gérés les pluriels, les placeholders et les limites de longueur ?
Utilisez des structures de ressources prises en charge, du contexte et les métadonnées disponibles, puis validez le résultat dans votre application. Smartcat documente la gestion des pluriels et les métadonnées de longueur maximale LocJSON, mais le comportement d’export doit correspondre à votre framework. Une relecture native et une vérification du build permettent de détecter des problèmes qu’une simple limite au niveau des chaînes ne peut pas résoudre.
Pouvez-vous localiser les fiches App Store et Google Play ?
Vous pouvez utiliser Smartcat pour traduire et relire les textes des fiches, les notes de version et le texte des captures d’écran. Votre équipe ASO fournit les mots-clés et le positionnement propres à chaque marché, et votre équipe gère la publication dans la console du store. Gardez la fiche alignée sur les fonctionnalités, la terminologie et les offres disponibles dans chaque version localisée de l’application.
Combien coûte la localisation d’une application ?
Le total dépend du volume source, des langues cibles, du contenu répété, des exigences de relecture et du processus de livraison. Consultez le forfait de la plateforme et chiffrez séparément la relecture humaine. Intégrez la validation technique et les tests de l’application dans l’estimation globale du projet, même lorsque ces tâches sont assurées par votre propre équipe.
Puis-je utiliser Smartcat avec Flutter ou React Native ?
Le bon processus dépend de votre format de ressources et de votre bibliothèque de localisation. Validez les conventions JSON pour un projet React Native et convenez d’une livraison ARB testée pour Flutter. Smartcat gère le processus linguistique ; vos développeurs restent responsables de la sélection des locales, du code généré, du chargement des ressources et des tests de l’application.
Vous n’avez pas trouvé votre réponse ? Parlez à un spécialiste de la localisation
Dotez votre prochaine version d’un processus de localisation reproductible
Apportez vos chaînes, vos marchés cibles et vos exigences de publication. Découvrez comment la traduction par IA et la relecture native s’intègrent à votre processus de développement existant.