Chaînes d’interface et textes in-app, notes de version, centres d’aide et bases de connaissances, documentation API et documentation développeur, ainsi que contenus de sites et d’applications mobiles, livrés selon votre calendrier de mise en production.
Lorsqu’une mise en production approche, ou qu’un nouveau marché est ajouté à un produit, le travail linguistique doit suivre le même calendrier que le reste du sprint : le gel des chaînes, la mise à jour du centre d’aide, la date de lancement. Talkbridge travaille avec des éditeurs de logiciels, des équipes IT et des groupes produits SaaS, qui ont besoin d’un libellé exact, prêt pour le produit, sans une longue période d’acculturation au déroulement d’une mise en production.
Cette page concerne ce travail opérationnel : les chaînes, la documentation et les échéances. Pour la ligne de services plus large consacrée aux sites et aux applications, y compris une livraison adaptée au CMS et les formulations SEO, consultez notre service de localisation de sites web. Les manuels utilisateur et les autres fichiers d’ingénierie qui accompagnent un produit logiciel sont traités sur notre service de traduction technique.
Un brief typique arrive sous la forme d’un export de chaînes, d’un ensemble de centre d’aide, d’un dossier de notes de version, ou d’un dossier de documentation API et développeur, souvent avec une date qui ne bougera pas. Il arrive que le texte source anglais soit encore en cours de retravail alors qu’un train de mise en production est déjà calé. Nous pouvons partir d’une quasi-version finale et intégrer une mise à jour contrôlée une fois le texte figé, pour que l’ingénierie n’attende pas une unique livraison volumineuse.
Nous traduisons et localisons les supports qui entourent un produit logiciel :
L’interface produit doit rester sans ambiguïté après traduction, car l’utilisateur agit sur ces libellés. Les noms de fonctionnalités, libellés de boutons, états vides et messages d’erreur doivent être tranchés tôt, puis appliqués partout où ils apparaissent, y compris sur le site, l’application mobile et les visites guidées in-product rattachées à la même mise en production. Nous consignons ces règles dans le brief et le glossaire avant le lancement de la traduction de masse, et nous tenons compte de l’expansion du texte et des limites de caractères, pour que les chaînes traduites tiennent encore dans les maquettes réelles.
Nous travaillons à partir d’exports structurés, sans demander l’accès à votre dépôt. Envoyez des fichiers JSON, YAML, XLIFF ou PO, ou tout autre export déjà produit par votre chaîne d’outils, ainsi que le glossaire existant le cas échéant. Les espaces réservés, variables et balises sont conservés, afin que le fichier puisse être réimporté. Si une chaîne est trop longue pour un bouton ou une vue mobile, nous le signalons plutôt que d’imposer une ligne littérale qui casserait la mise en page.
Les articles de centre d’aide et les bases de connaissances doivent rester alignés sur l’interface produit qu’ils décrivent. Une fonctionnalité nommée d’une certaine façon dans l’interface ne doit pas en recevoir un second dans la documentation. Nous conservons la terminologie dans une mémoire de traduction et un glossaire projet, afin que les noms de fonctionnalités et termes préférés validés soient réutilisés, sauf si vous nous demandez de les réviser. Lorsqu’un passage change vraiment, nous pouvons vous indiquer ce qui a été modifié, pour que le responsable produit ou documentation en relecture n’ait pas à deviner.
Les notes de version doivent se lire comme un journal des modifications, et non comme une brochure traduite. La documentation API, les guides développeur et les guides d’administration système demandent le même soin : les noms de commandes, de paramètres et les exemples de code restent tels quels, tandis que les explications qui les entourent sont traduites clairement pour le lecteur de la langue cible. Comme indiqué dans notre service de traduction technique, les linguistes IT qui prennent en charge ce travail comprennent l’architecture logicielle et les conventions d’écriture destinées aux développeurs et aux utilisateurs finaux.
Les dates de mise en production sont rarement flexibles. Le gel du code, la revue des stores et la communication client sont calés d’abord, et les traductions doivent figurer dans le build avant ces dates, et non après. Le rythme typique est d’environ 2 000 mots par traducteur et par jour ouvré. Lorsqu’une date de lancement est fixée, nous pouvons affecter davantage de linguistes en parallèle, tout en conservant une révision par un second linguiste, dans le cadre ISO 17100, sur le chemin critique.
Les produits plus volumineux peuvent être livrés par vagues : d’abord la navigation et l’interface cœur, puis les mises à jour du centre d’aide, puis la documentation développeur de longue traîne. Ce séquençage permet à un marché d’ouvrir sans attendre chaque chaîne. Indiquez-nous dès que possible la liste des langues, le volume et la date de gel des chaînes : c’est généralement suffisant pour planifier la capacité. Pour le travail sur les catalogues de boutiques plutôt que sur un produit logiciel, consultez notre page secteur e-commerce.
Les fonctionnalités non encore publiées, les textes inédits et la documentation interne sont confidentiels par défaut. Chaque traducteur, relecteur et chef de projet signe un NDA avant d’accéder aux documents. L’accès est limité aux personnes affectées au projet. Les fichiers sont traités avec un chiffrement AES-256 et conformément au RGPD. Si votre entreprise a besoin d’un NDA propre au projet, indiquez-le dès le brief : nous le signerons avant tout échange de fichiers. Vous pouvez aussi écrire à [email protected] pour l’organiser en premier lieu.
Les missions sont confiées à des linguistes issus d’un réseau de plus de 5 000 professionnels, justifiant d’au moins cinq années d’expérience, et assortis à une spécialité logicielle, digitale ou de rédaction technique lorsque le brief l’exige. La livraison suit un processus de traduction et de révision ISO 17100, et non une unique passe non contrôlée. Des linguistes natifs assurent la traduction, et un relecteur spécialiste distinct contrôle le fichier avant livraison.
Pour chiffrer un projet, nous avons besoin des fichiers sources ou d’un décompte de mots, de la liste des langues, de l’échéance et du type de documents. Talkbridge LTD a été fondée en 2010 et est immatriculée à Tortola, îles Vierges britanniques (société n° 1664226). Nous n’appliquons pas de TVA. Pour des aperçus par paire de langues, consultez Localisation de sites web anglais vers allemand, Localisation de sites web anglais vers espagnol et Traduction technique anglais vers allemand, ou écrivez à [email protected].
Chaînes d’interface, textes in-app, états vides et messages d’erreur, contenus de sites et d’applications mobiles pour les produits logiciels et SaaS, notes de version, articles de centre d’aide, bases de connaissances et guides in-product, documentation API, guides développeur et guides d’administration système, ainsi que fichiers de chaînes structurés tels que JSON, YAML, XLIFF et PO.
Nous utilisons une mémoire de traduction et un glossaire projet, afin que les formulations validées, y compris les noms de fonctionnalités et les termes préférés, soient réutilisées dans l’interface, le centre d’aide et les notes de version, sauf si vous nous demandez de les réviser.
Environ 2 000 mots par traducteur et par jour ouvré. Nous pouvons accélérer en mobilisant davantage de linguistes lorsque la date est fixée, tout en conservant une révision dans le cadre ISO 17100. Les produits plus volumineux peuvent aussi être livrés par vagues, en commençant par l’interface cœur, puis la documentation d’aide et la documentation développeur.
Des exports structurés tels que JSON, YAML, XLIFF et PO, ainsi que d’autres formats d’export déjà produits par votre chaîne d’outils. Les espaces réservés, variables et balises sont conservés, afin que le fichier puisse être réimporté. Indiquez-nous votre chaîne d’outils dans le brief, afin que nous puissions renvoyer des fichiers prêts à l’import.
Cette offre s’inscrit dans notre ligne de services de localisation de sites web, la traduction technique couvrant les manuels utilisateur et les fichiers d’ingénierie qui peuvent accompagner un produit logiciel. Cette page concerne les travaux opérationnels avec les éditeurs de logiciels, les équipes IT et les produits SaaS.
Processus ISO 17100, un réseau de plus de 5 000 traducteurs, un minimum de cinq années d’expérience professionnelle, fondée en 2010, Tortola, îles Vierges britanniques, aucune TVA. Contact : [email protected].
Demandez un devis pour votre prochain projet logiciel, IT ou SaaS. Écrivez à [email protected].