Chaînes d'interface
Menus, boutons, onglets, champs de formulaire, messages de validation et d'erreur, écrans de paramètres.
Boutons, menus, messages d'erreur, notifications, fiche de l'App Store et de Google Play : HISPA traduit chaque texte de votre application en tenant compte de la place disponible à l'écran, des variables du code et du sens de lecture de l'arabe. Pour les éditeurs, les startups et les agences de développement au Maroc.
Dans une application, l'utilisateur ne lit pas : il parcourt. Un libellé de bouton tient en un ou deux mots, une notification doit être comprise avant d'être balayée, un message d'erreur doit dire quoi faire. La traduction d'une application mobile consiste donc à produire des textes courts, naturels et cohérents d'un écran à l'autre, sans casser la mise en page ni le code.
La difficulté est que le traducteur reçoit souvent des chaînes isolées, sans voir l'écran. « Save » peut signifier « Enregistrer », « Économiser » ou « Sauvegarder » ; « Open » peut être un verbe ou un état. Plus vous donnez de contexte (captures d'écran, maquettes, accès à une version de test), plus la traduction est juste du premier coup.
Votre application s'accompagne d'un site vitrine ? Pensez à faire traduire le site internet dans les mêmes langues, avec le même vocabulaire, pour que l'utilisateur retrouve les mêmes termes avant et après le téléchargement.
Menus, boutons, onglets, champs de formulaire, messages de validation et d'erreur, écrans de paramètres.
Écrans d'onboarding, tutoriels, infobulles, demandes d'autorisation (localisation, appareil photo, notifications).
Notifications push, messages in-app, SMS de vérification et e-mails transactionnels déclenchés par l'application.
Nom, sous-titre, description courte et longue, mots-clés, textes des captures d'écran, notes de version.
Conditions d'utilisation, politique de confidentialité, mentions de consentement affichées dans l'app.
FAQ intégrée, centre d'aide, réponses types du service client, messages de chatbot.
Une chaîne comme « %1$d articles dans votre panier » ou « Bonjour {prenom} » contient des éléments que le code remplace. Ils doivent rester intacts et bien placés dans la phrase traduite. Les règles de pluriel diffèrent aussi selon les langues : l'arabe distingue le singulier, le duel et plusieurs formes de pluriel, ce que les formats Android et iOS savent gérer à condition de fournir chaque variante.
Un texte français ou allemand est souvent plus long que l'anglais d'origine. Sur un bouton ou un onglet, quelques caractères de trop suffisent à tronquer le libellé. Indiquez-nous les limites de longueur connues : nous proposons une formulation plus courte plutôt qu'une abréviation obscure.
Pour une version arabe, l'interface entière s'inverse : alignements, icônes de navigation, ordre des étapes. La traduction doit aussi gérer les textes mixtes (une marque latine dans une phrase arabe, un numéro de commande, un prix) et le choix des chiffres. Prévoyez un test sur appareil après intégration pour repérer les éléments restés à gauche.
| Plateforme | Fichiers fréquents | Point d'attention |
|---|---|---|
| Android | strings.xml, plurals | Apostrophes et caractères spéciaux à échapper |
| iOS | Localizable.strings, .xcstrings, .stringsdict | Variantes de pluriel et de genre |
| Flutter, React Native | ARB, JSON | Clés imbriquées et placeholders nommés |
| Outils de localisation | XLIFF, export tableur | Notes de contexte à conserver |
La page de l'App Store ou de Google Play décide du téléchargement. Elle se traduit comme un texte commercial : accroche claire, bénéfices concrets, vocabulaire que vos utilisateurs tapent réellement dans la recherche. Les champs ont des limites de caractères propres à chaque store ; le titre et le sous-titre demandent souvent plusieurs propositions. Pour les captures d'écran et les campagnes d'acquisition, notre service de traduction marketing et d'adaptation prend le relais.
Au Maroc, une application grand public vise souvent à la fois des utilisateurs francophones et arabophones. Décidez tôt si la version arabe sera en arabe standard ou si certains messages adopteront un ton plus proche du quotidien : ce choix conditionne tout le glossaire.
Fichiers de ressources, captures d'écran, limites de longueur, langues visées et public cible.
Les termes clés (noms des fonctions, statuts, actions) sont fixés avant la traduction pour rester identiques partout.
Vérification des variables, des balises, des pluriels, de la ponctuation et de la cohérence entre écrans.
Vous réintégrez les fichiers dans votre projet ; vos retours après test sur appareil sont pris en compte.
Idéalement les fichiers de ressources eux-mêmes (strings.xml, Localizable.strings ou xcstrings, JSON, ARB, XLIFF) ou un export tableur avec une colonne par clé. Nous traduisons les valeurs sans toucher aux clés ni aux variables, puis vous réintégrez les fichiers dans votre projet.
Oui. Beaucoup d'éditeurs commencent par le titre, le sous-titre, la description et les textes des captures d'écran, pour tester un marché avant de localiser toute l'interface. Il faudra simplement veiller à ce que la fiche n'annonce pas une langue absente de l'application.
Envoyez uniquement les chaînes nouvelles ou modifiées, avec leurs clés. Le glossaire constitué lors de la première traduction garantit que les nouveaux écrans reprennent les mêmes termes que les anciens.
Le prix dépend du nombre de mots, des langues visées, de la part de textes marketing (fiche store), de la qualité du contexte fourni et du délai. Envoyez vos fichiers pour obtenir un devis détaillé.