Rechercher
Saisissez au moins deux caractères, sans donnée personnelle.

    BibliothèqueArticles et FAQ Votre projetDemander un devis
    LangueFR
    Guides pratiques

    Relire les traductions d’un site au-delà des mots

    Deux pages peuvent être traduites phrase par phrase et offrir pourtant des expériences différentes. La recette multilingue doit vérifier le parcours complet dans chaque langue.

    Voir la méthode

    Illustration de la préparation d’un projet web : Relire les traductions d’un site au-delà des mots

    Définir les pages réellement équivalentes

    Établissez la correspondance entre les URL de chaque langue et le rôle de chaque page. Une page absente peut demander une alternative pertinente, pas une traduction artificielle. Conservez les sujets, promesses et limites propres au marché concerné.

    Les recommandations Google sur les versions localisées détaillent le signalement des alternates. Les liens hreflang doivent pointer vers des pages réelles, accessibles et cohérentes.

    • Correspondance des pages documentée.
    • Alternates réels et réciproques.
    • Aucune traduction vide pour combler une liste.

    Relire sens, données et actions

    Vérifiez les prix, dates, unités, délais, noms de produits et conditions dans chaque langue. Une traduction correcte d’une phrase ancienne reste une information fausse. Faites relire les termes métier et les promesses par une personne qui comprend le contexte.

    Testez les boutons, formulaires, confirmations et courriels associés. Le changement de langue doit mener à l’équivalent de la page courante lorsqu’il existe, et les liens internes ne doivent pas renvoyer systématiquement vers la langue d’origine. Le guide multilingue aide à cadrer le projet.

    Comparez les données avant leur mise en forme et le texte que voit le lecteur. Intl.NumberFormat adapte l’affichage à une locale et à des options ; il ne convertit pas une devise et ne fournit pas à lui seul un analyseur du texte saisi. Une virgule, un espace de groupement ou un symbole déplacé ne justifie pas de changer le montant de référence. Conservez séparément nombre, devise et règle d’arrondi prévue.

    Le jeu d’essai ci-dessous est fictif : il ne présente ni tarif commercial ni échéance réelle. La date civile 2026-11-05 désigne le 5 novembre 2026 dans le calendrier grégorien, sans fuseau horaire ; ne la traitez pas comme un instant à convertir. Faites relire les valeurs, leur sens et leur représentation locale. Une phrase fluide peut encore inverser jour et mois, supprimer les zéros d’un identifiant ou transformer une valeur inconnue en zéro.

    • Faits et conditions contrôlés.
    • Actions et messages traduits.
    • Liens vers la bonne langue.

    Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

    Relecture multilingue : conserver le sens des données d’essai
    Donnée de référence fictiveCe qui peut varierInvariant à vérifier
    Montant 2900.50 EURSéparateurs, position du symbole et présentation locale.Même montant et même devise, sans conversion implicite.
    Date civile 2026-11-05Ordre des éléments et nom du mois dans le calendrier retenu.5 novembre 2026 ; aucune conversion de fuseau sur cette date seule.
    Identifiant DEMO-00120Le libellé explicatif qui l’accompagne.La chaîne reste exacte, avec son tiret et ses zéros.
    Quantité connue : 0La formulation qui explique l’absence d’éléments.Zéro reste distinct d’une quantité non renseignée.
    • MDN : Intl.NumberFormat

      Consulté le 22 octobre 2026 ; mise en forme des nombres selon une locale, sans conversion monétaire.

    • HTML Standard : Dates

      Consulté le 22 octobre 2026 ; une date civile contient année, mois et jour, sans information de fuseau horaire.

    Contrôler mise en page et médias

    Sur téléphone, vérifiez que titres, boutons et cartes supportent des mots plus longs. Contrôlez le sens de lecture des langues concernées, les dates, les numéros et les caractères spéciaux. Une navigation qui passe en français peut déborder en allemand ou en finnois.

    Vérifiez les images contenant du texte, les sous-titres, les textes alternatifs et les documents téléchargeables. Une photo peut rester commune lorsqu’elle représente la même réalité, mais sa légende doit correspondre à la langue et à la page.

    Distinguez les indications linguistiques avant de relire une page. En HTML, lang sur l’élément html déclare la langue par défaut ; cette information est héritée par ses descendants lorsqu’aucune langue plus précise ne s’applique. Un passage réellement dans une autre langue peut être marqué sur l’élément qui l’entoure. Cette déclaration ne traduit aucun texte et ne corrige pas les mots restés dans une ancienne langue. Vérifiez aussi les contenus hors du corps principal, notamment titre du document et messages du parcours.

    La langue et la direction sont deux contrôles distincts : lang="ar" indique l’arabe, tandis que dir="rtl" définit une direction de base de droite à gauche. Ne déduisez pas le bon ordre des nombres et identifiants d’une déclaration de langue seule. hreflang signale des versions linguistiques alternatives ; il ne remplace pas lang pour le texte de la page courante. Contrôlez contenu réel, déclaration, direction et destination des liens séparément. Dans un exemple fictif, une page française déclarée anglaise reste incohérente même si ses liens alternatifs sont présents.

    • Longueurs et directions testées.
    • Alternatives et sous-titres relus.
    • Documents adaptés au public.

    Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

    Langue, direction et variantes : trois informations à distinguer
    RepèreRôleContrôle
    lang sur htmlLangue par défaut du documentCorrespond au texte et reste correcte dans les descendants
    lang sur un passageLangue plus précise du contenu entouréMarquer un vrai changement de langue
    dir="rtl"Direction de base de droite à gaucheTester séparément texte, nombres et identifiants
    hreflangLien vers une version linguistique alternativeNe traduit pas la page et ne remplace pas lang

    Reprendre les tests après chaque modification

    Deux séquences équivalentes, U+00E9 et U+0065 U+0301, aboutissent à U+00E9 avec NFC.
    Illustration · Schéma des points de code : NFC compose ici e et son accent aigu en é. Il ne s’agit pas d’une traduction, d’une suppression d’accent ou d’une réécriture automatique des URL.

    Associez une traduction à sa source et à sa date de révision. Un changement de tarif ou de service doit déclencher une revue des versions concernées, même si le gabarit technique n’a pas changé. Conservez les décisions de non-traduction.

    Avant publication, ouvrez chaque URL, vérifiez son statut, son titre, sa canonical, ses alternates et ses liens de navigation. Contrôlez de nouveau après mise en ligne : une route peut fonctionner en local et échouer sur le serveur. Le guide de recette fournit les autres contrôles.

    Ajoutez une comparaison des séquences au cycle de relecture, sans modifier automatiquement les URL ni les identifiants. Les chaînes é et e suivi de U+0301 peuvent sembler identiques tout en contenant des points de code différents. La normalisation NFC ramène ces deux exemples à U+00E9. Elle ne traduit pas le texte, ne retire pas les accents et ne remplace pas une règle explicite de recherche ou de comparaison. Conservez le texte source lorsque sa restitution compte.

    Distinguez NFC et NFKC avant de rapprocher des contenus importés. Dans le tableau, la ligature de compatibilité fi reste U+FB01 avec NFC et devient les lettres fi avec NFKC ; ① reste U+2460 avec NFC et devient 1 avec NFKC. Ces formes ne sont donc pas interchangeables pour toutes les données. Définissez les champs concernés et testez les doublons, les liens publiés et les libellés après transformation. Une normalisation réussie ne démontre ni une traduction fidèle ni la destination correcte d’un lien.

    • Source et date de traduction connues.
    • Métadonnées et liens vérifiés.
    • Contrôle répété en production.

    Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

    Normalisation de quatre séquences : comparer NFC et NFKC
    Entrée et points de codeRésultat NFCRésultat NFKC
    é · U+00E9é · U+00E9é · U+00E9
    é · U+0065 U+0301é · U+00E9é · U+00E9
    fi · U+FB01fi · U+FB01fi · U+0066 U+0069
    ① · U+2460① · U+24601 · U+0031

    Relire les conditions traduites

    Mains de deux personnes comparant des pages imprimées
    Vérifier les valeurs et les destinations dans chaque langue.

    Cas proposé : une traduction conserve un ancien délai alors que la page française a changé. Une phrase fluide peut transmettre une condition différente.

    Comparez valeurs, unités, liens et états d’erreur entre les versions. Gardez la langue, le passage corrigé et le relecteur ; une modification du texte principal peut aussi concerner formulaires et documents.

    • Comparer les valeurs et unités
    • Relire messages et documents liés
    • Noter les corrections par langue

    Documents de référence

    Contenu mis à jour le

    Repères documentaires pour ce sujet

    Repères documentaires pour ce sujet
    RéférenceValeur ou syntaxePortée du repère
    W3C · HTML language
    <html lang="fr">La langue par défaut est déclarée sur html ; les changements locaux de langue sont balisés.
    WCAG 2.2 · 1.4.10
    320 CSS pxContenu vertical sans défilement dans deux dimensions ; exceptions pour les contenus intrinsèquement bidimensionnels.
    Google Search Central · Multilingual sites
    URL · hreflang · linksPrévoir des adresses distinctes par langue et des liens pour choisir l’édition. Une redirection fondée sur une langue supposée peut empêcher d’atteindre une version. Traduire menus et pied de page uniquement ne constitue pas une traduction du contenu principal.
    W3C Internationalization · HTML direction
    lang="ar" dir="rtl"La langue et le sens de lecture sont deux informations distinctes. Déclarer ar ne fixe pas à lui seul le sens de base ; dir="rtl" le définit. Les propriétés CSS logiques permettent d’adapter les marges sans coder partout droite et gauche.

    Les dates indiquent la consultation des références. Ces repères ne constituent ni un audit du site ni une déclaration globale de conformité.

    Matrice de recette à adapter au projet

    Ces contrôles proposés utilisent des cas fictifs. Décidez du comportement attendu avec l’équipe, notez le résultat et attribuez les écarts non résolus avant publication.

    Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

    Cas de test, résultats attendus et preuves utiles
    CasRésultat attenduPreuve à conserver
    Un formulaire anglais renvoie des erreurs françaises.Toutes les erreurs du parcours sont compréhensibles dans la langue choisie.Langue choisie, données invalides fictives et messages après validation locale puis serveur.
    Un montant ou une date change dans la langue source.Les versions liées sont identifiées et leur validation porte sur la même valeur.Valeur de référence, langues concernées et dates des validations.

    Questions fréquentes

    Une traduction correcte peut-elle échouer dans l’interface ?

    Oui : dates ambiguës, monnaie, longueur des boutons, ordre de lecture ou erreurs non traduites peuvent bloquer le parcours. Relisez dans la page réelle avec les mêmes scénarios que la version source. Vérifiez aussi métadonnées, liens, documents et messages envoyés.