Traduire les parcours complets
Commencez par une tâche réelle : un client choisit un produit, se connecte, paie, reçoit une mise à jour de commande puis demande de l’aide. Recensez chaque message, y compris les erreurs de validation, les emails, les états vides et les réponses administratives. Une page d’accueil traduite ne suffit pas. Confiez à une personne la cohérence du vocabulaire, notamment en attente, confirmé, livré et remboursé. Ces mots doivent désigner les mêmes états partout, même si plusieurs équipes entretiennent les écrans.
Concevoir ensemble direction et sens
L’arabe demande un traitement intentionnel du sens de lecture, au-delà des chaînes traduites. Déclarez séparément langue et direction de la page, puis utilisez des espacements logiques pour adapter la mise en page. Examinez ensuite le contenu réel : une phrase peut contenir un nom de produit latin, une adresse email et un identifiant de transaction. Vérifiez leur lisibilité et leur copie. Testez aussi les longs libellés allemands, la ponctuation française et la hauteur de ligne arabe avec des contenus réalistes.
Préserver le sens des données
Distinguez les identifiants des valeurs de présentation. La traduction d’un libellé de paiement ne doit modifier ni identifiant réseau ni adresse de réception. Les dates nécessitent une convention de fuseau horaire et les prix une devise explicite ; un nombre au format local ne précise ni l’un ni l’autre. Définissez la présentation des montants, pluriels et dates pour chaque langue, puis testez factures, tableaux et exports. Gardez l’état métier enregistré indépendant de son libellé traduit : changer de langue ne doit pas changer la transaction.
Conserver le contexte au changement de langue
Le changement de langue devrait conduire à la page correspondante avec le contexte utile. Pensez à une liste de produits filtrée, une demande d’assistance ouverte ou un lien de retour du paiement. Déterminez quels paramètres conservent leur sens et lesquels nécessitent un équivalent traduit. Évitez de renvoyer systématiquement vers l’accueil. Examinez ensemble titres, descriptions, navigation et liens internes ; faites des traductions manquantes une décision éditoriale. Une version de repli doit être publiée intentionnellement, avec un chemin clair vers une version complète.
Intégrer la localisation aux livraisons
Construisez une liste de revue autour des tâches, pas seulement des textes. Demandez à un relecteur de créer un compte, récupérer un accès, consulter une commande et envoyer un ticket dans chaque langue sur un écran étroit. Incluez clavier, libellés pour lecteurs d’écran et identifiants mêlant les directions. Enregistrez ces problèmes avec les défauts fonctionnels pour leur attribuer responsable et décision de livraison. Quand une fonction change, messages, aide et notifications doivent évoluer ensemble. La localisation reste utile si toute l’expérience suit le produit.