Temps de lecture estimé : 5 min · Publié le
Choisir les langues et les responsables
Définissez les publics réellement servis et les pages nécessaires à leur parcours : accueil, services, conditions et contact. Une langue visible dans le sélecteur crée une attente de couverture.
Attribuez une personne à la validation des termes métier, exemples, montants, unités et coordonnées. La traduction automatique peut préparer un brouillon, mais une relecture adaptée au public reste nécessaire.
Donner une adresse à chaque version
Utilisez une URL stable par langue. Reliez les pages réellement équivalentes avec des liens hreflang réciproques, y compris vers elles-mêmes, et conservez une URL canonique propre à chaque version.
Le sélecteur doit ouvrir la page équivalente si elle existe. Dans le cas contraire, indiquez clairement que la rubrique n’est pas traduite. Le guide Google des versions localisées détaille ces conventions.
Contrôlez les versions localisées comme un ensemble de relations, pas seulement comme une liste de drapeaux. Chaque URL équivalente doit être déclarée avec une adresse absolue et les liens de retour attendus. Si une page française pointe vers l’anglaise sans retour correspondant, cette relation hreflang n’est pas prise en compte par Google. Une langue absente n’empêche pas le traitement des autres relations réciproques valides.
Séparez langue, région et page de repli. Le code en-GB peut cibler un contenu anglais destiné au Royaume-Uni ; UK n’est pas le code régional à utiliser pour ce ciblage dans hreflang. x-default sert à la version de repli pour les préférences non couvertes, sans créer une traduction supplémentaire. Relevez les URL réellement visitées depuis le sélecteur : des balises correctes ne garantissent pas que le bouton de langue mène au bon contenu.
Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.
| Contrôle | Résultat à obtenir | Défaut à corriger |
|---|---|---|
| Référence à la version courante | La page figure elle-même dans son ensemble d’alternates. | L’URL courante manque de la liste. |
| Lien entre deux traductions | Chaque page désigne l’autre avec son URL absolue. | Le lien ne fonctionne que dans un sens. |
| Traduction indisponible | Seules les pages équivalentes existantes sont présentées comme traduites. | Un accueil générique remplace silencieusement la page attendue. |
| Page de repli x-default | La destination de repli est choisie explicitement et reste accessible. | Le repli est présenté comme une version traduite qui n’existe pas. |
- Google Search Central : Versions localisées
Documentation consultée le 22 octobre 2026 ; ces contrôles portent sur les relations entre pages, sans garantie de classement ou d’indexation.
Tester puis maintenir chaque parcours
Vérifiez menus, filtres, formulaires, erreurs et confirmations dans chaque langue, sur téléphone comme sur ordinateur. Testez les accents, les textes plus longs et les écritures de droite à gauche lorsque vous les publiez.
Après un changement de prix ou de service, identifiez toutes les traductions concernées. Les volumes d’articles peuvent varier, mais deux pages présentées comme équivalentes doivent rendre le même service.
Gérer les traductions en retard
Reliez les versions qui répondent à la même intention. Une page absente dans une langue doit proposer un choix explicite, par exemple un guide anglais dont la langue est annoncée. Changer seulement le menu ne traduit pas une page française.
Attribuez responsable et état de validation à chaque version. Lors d’un changement de prix ou de condition, repérez les traductions affectées. Testez noms, chiffres, dates, coordonnées, erreurs et confirmations. La langue déclarée dans le HTML doit correspondre au contenu.
Vérifier que le navigateur ne force pas une autre langue que celle choisie sur le site.
Cas fictif : le navigateur préfère l’anglais, mais la personne ouvre volontairement une page française. Conservez cette URL et son contenu. Testez ensuite une langue absente et une liste de préférences, sans déduire un pays ou une identité de l’en-tête. Le sélecteur doit rester disponible pour changer de version et revenir à la page équivalente.
- Le choix explicite est respecté ; une préférence non prise en charge n’entraîne ni boucle ni page incompréhensible.
- MDN Accept-Language
En-tête de requête indiquant des préférences linguistiques ; il constitue une indication et ne remplace pas un choix explicite.
Mesurer une tâche linguistique
Vous comprenez un dialogue mais avez du mal à répondre spontanément. Le progrès dépend de la compétence visée, pas seulement du temps de visionnage.
Choisissez une tâche courte, enregistrez un essai si vous le souhaitez et comparez vos productions. Une activité réussie ne constitue pas une certification de niveau.
- Choisir compréhension ou production
- Garder une tâche comparable
- Noter le point à retravailler
- Mesurer une tâche linguistique
Cas pratique proposé
Réutiliser une image culturelle
Vous souhaitez illustrer un exposé avec une reproduction trouvée dans une collection. Le sujet ancien de l’œuvre ne précise pas les droits du fichier.
Retrouvez la notice de l’objet et les conditions de réutilisation de l’image choisie. Conservez identifiant, crédit et autorisation associée à cette version.
- Noter l’identifiant de l’œuvre
- Lire les droits de la reproduction
- Garder le crédit demandé
- Réutiliser une image culturelle
Cas pratique proposé
Tester le retour d’un lien partagé
Ouvrez directement une page interne dans chaque langue, sans passer par l’accueil. Le sélecteur doit mener au contenu équivalent lorsqu’il existe et annoncer clairement une absence de traduction. Vérifiez aussi l’objet du formulaire et le courriel reçu : une interface traduite ne suffit pas si le traitement redevient incompréhensible.
Documents de référence
- W3C : langue HTML · Source consultée
- MDN Accept-Language · Source consultée
- guide Google des versions localisées · Source consultée
Contenu mis à jour le
Repères documentaires pour ce sujet
| Référence | Valeur ou syntaxe | Porté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. |
| Google Search · Canonical | rel="canonical" | Signal de préférence pour Google ; aucune redirection ni garantie de sélection. |
| 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. |
| Google Search Central · Multilingual sites | URL · hreflang · links | Pré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. |
| MDN · Vary | Vary: Accept-Language | Si une même URL produit des réponses différentes selon Accept-Language, Vary signale ce critère au cache. Garder une valeur cohérente dans les réponses 200 et 304. Des URL linguistiques distinctes ne nécessitent pas cet en-tête uniquement parce que le site est multilingue. |
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é.