Spécialistes techniques natifs, pseudo-localisation pré-traduction et QA en contexte UI
Localisation logicielle complète — chaînes de ressources (PO/POT, XLIFF, JSON i18n, .resx, .properties, .strings/.stringsdict, Android XML) traduites par des spécialistes techniques natifs. Approche industrielle : pseudo-localisation pré-traduction pour exposer les bugs de mise en page et de concaténation, ICU MessageFormat / CLDR pour la pluralisation et le tri locale-aware, intégration Git/CI/CD avec workflows pull-request, et QA en contexte dans votre build live. Pour les SaaS belges : trilingue FR+NL+EN coordonné en standard. NDA sur chaque mission.
Chaîne après chaîne, contexte après contexte — des spécialistes avec expérience logicielle ou i18n localisent votre logiciel selon ICU MessageFormat et les conventions CLDR. Intégrés à votre workflow Git/CI pour que chaque release soit prête en chaque langue le jour J.
Les défauts de localisation sont souvent petits mais coûteux : un libellé de bouton tronqué, un format de date erroné, un radical pluriel incorrect en russe, ou une UI qui ne se reflète pas en RTL. Notre workflow démarre par défaut avec une pseudo-localisation pour exposer les chaînes codées en dur, les ruptures de mise en page et les bugs de concaténation avant la phase de traduction — les corrections d'ingénierie ont lieu dans le code, pas réparties sur quinze traductions plus tard. Pour les releases continues, nous nous calons sur le rythme de votre équipe via Git, CI/CD et intégration TMS.
Des langues européennes principales à l'arabe, l'hébreu, le farsi et l'ourdou (RTL) — spécialistes avec expérience logicielle ou i18n par marché.
Nous analysons vos fichiers logiciels — gettext .po/.mo, XLIFF, JSON i18n, .resx, .properties, Apple .strings/.stringsdict, Android XML — et établissons un plan de localisation. Chaînes, variables, placeholders et éléments dépendants du contexte sont identifiés en amont.
Étape standard : la pseudo-localisation remplace temporairement les chaînes sources par des caractères allongés (par exemple "[!!! Säve čhängēs !!!]") pour exposer les chaînes codées en dur, les ruptures de mise en page, les bugs de concaténation et les chaînes non externalisées avant que les traducteurs ne commencent.
Nous configurons un workflow efficace via Git, GitHub/GitLab Actions et TMS (Phrase, Lokalise, Crowdin, memoQ Server). Workflow piloté par pull-request avec gestion des versions et chaînes delta — seules les chaînes nouvelles ou modifiées repassent en traduction.
Un traducteur spécialisé en logiciel ou avec expérience i18n localise toutes les chaînes UI en tenant compte du contexte : un libellé de bouton de trois mots exige une approche différente d'un texte d'aide détaillé ou d'un message d'erreur. ICU MessageFormat et catégories de pluriel CLDR sont appliqués correctement.
Lorsque le périmètre, le risque ou le volume le justifie, un second spécialiste vérifie les traductions en contexte — avec captures d'écran ou un build live — pour s'assurer que les textes tiennent dans l'espace disponible, que l'intégrité des placeholders est préservée et que l'interface reste logique.
Nous livrons les fichiers localisés dans votre format source, prêts à l'import via PR ou via votre TMS. Pour les releases continues, nous devenons votre partenaire de localisation attitré — à chaque sprint, release ou hotfix.
Une chaîne comme « Supprimer » peut être un bouton (impératif, court) ou un en-tête de confirmation (plus posé, expliqué). Sans contexte, un traducteur peut manquer le ton ou positionner un placeholder de travers. Notre approche s'appuie sur captures d'écran, accès au build live et QA UI — lorsque le périmètre, le risque ou le volume le justifie. Combiné avec une pseudo-localisation avant la phase de traduction, chaînes codées en dur et ruptures de mise en page sont corrigées dans le code en premier.
De la prise en charge des formats à l'intégration sprint : notre localisation se cale sur votre équipe de développement, et non l'inverse.
Pluralisation selon les catégories CLDR (zero/one/two/few/many/other), formats de date / nombre / devise par locale et validation des placeholders via ICU MessageFormat. Pas de concaténation de chaînes pour gérer les pluriels.
Nous exécutons la pseudo-localisation avant la traduction réelle pour exposer les chaînes codées en dur, les ruptures de mise en page et les bugs de concaténation. Les corrections d'ingénierie ont lieu avant la phase de traduction, pas après — évitant des cycles de re-traduction coûteux.
Des langues européennes principales à l'arabe, l'hébreu, le farsi et l'ourdou (RTL) : localisation pour tous les marchés, avec miroir UI, rendu BiDi, formats de date / devise par locale et règles de tri CLDR.
Nous demandons systématiquement le contexte de chaque chaîne. Un message d'erreur, une infobulle et un libellé de bouton appellent chacun un ton et une longueur différents. Les traducteurs spécialisés en logiciel ou avec expérience i18n reçoivent captures d'écran ou accès direct au build.
Chaque localisation suit un processus qualité — de la vérification des formats à la QA contextuelle dans votre environnement de build live.
Des tableaux de bord SaaS aux applications fintech mobiles, jusqu'aux jeux AAA déployés dans de nombreuses langues.
SaaS · B2B Schéma type pour éditeurs SaaS : à chaque sprint, les chaînes nouvelles ou modifiées passent par l'intégration Git vers plusieurs langues. Workflow piloté par pull-request, mémoire de traduction par client, spécialistes avec sensibilité UX — uniquement les chaînes delta sprint après sprint, sans bloqueurs de release.
Fintech · Mobile Schéma type pour applications fintech sur plusieurs marchés incluant l'arabe et l'hébreu : localisation RTL complète de l'UI avec miroir, formats de devise et de date par locale, chaînes d'accessibilité incluses. QA contextuelle dans le build live avant release.
Jeux · AAA Schéma type pour la localisation de jeu AAA : dialogues, UI, menus et chaînes d'accessibilité localisés en parallèle dans de nombreuses langues. Captures d'écran contextuelles par scène, base terminologique pour le lore des personnages, lancement simultané sur tous les marchés.
Localisation pour chaque type de logiciel — du SaaS B2B aux jeux mobiles, RTL et tableaux de bord inclus.
Souvent choisis en combinaison avec la localisation logicielle — de la traduction de site web et la PAO à la gestion terminologique et la MTPE pour la documentation d'aide.
Localisation de sites web et d'applications mobiles, contenu, balises meta et SEO inclus — au-delà des seules chaînes UI.
Traduction précise de la documentation technique, docs API, manuels et spécifications qui accompagnent votre produit logiciel.
Mise en page de l'aide localisée, des guides utilisateur et des manuels d'installation dans tous les formats — print et numérique.
Une base terminologique centrale utilisée par tous les traducteurs — évite qu'un libellé de bouton soit traduit différemment d'un cycle de release à l'autre.
Pour la documentation d'aide et le contenu non-UI à fort volume où le risque est plus faible — traduction automatique avec révision humaine spécialisée et validation des placeholders, modèle tarifaire sur demande.
Pour les grandes bibliothèques de chaînes UI : l'estimation de qualité détermine en amont quelles chaînes nécessitent une révision humaine — allocation QA plus efficace.
Ce que disent nos clients de leur collaboration avec Ecrivus — des startups SaaS aux éditeurs de jeux AAA.
Les traductions certifiées pour nos affaires internationales sont livrées rapidement et avec soin. Notre chef de projet connaît notre dossier sur le bout des doigts.
Sans engagement — réponse sous une heure les jours ouvrés
Services voisins, secteurs, et paires de langues les plus demandées.
Services souvent commandés avec celui-ci.
Secteurs pour lesquels nous fournissons ce service régulièrement.
Les combinaisons les plus demandées pour ce service.
Dernière mise à jour: mai 2026
