Checklist de test de localisation web : 60 contrôles en 2026

Un site traduit n’est pas prêt lorsque la dernière phrase a été traitée. Il est prêt lorsqu’un visiteur trouve la bonne langue, comprend les messages, accomplit ses tâches et navigue sans mise en page cassée ni contenu mélangé.

Le test de localisation web couvre langue, design, fonctions, SEO, accessibilité, performance et comportement régional.

Voici 60 contrôles à utiliser avant un lancement, après une refonte, lors d’une migration ou après une évolution importante du contenu source.

Qu’est-ce qu’un test de localisation ?

• La QA traduction vérifie sens, terminologie, grammaire et ton.
• Le test d’internationalisation (i18n) vérifie que la structure supporte scripts, formats et directions.
• Le test de localisation (l10n) valide l’expérience complète d’une locale.

Une phrase française parfaite dans un bouton coupé reste un bug. Une belle page allemande avec un mauvais canonical reste un bug SEO.

Construire la matrice de test

Priorisez revenus, juridique et fort trafic. Échantillonnez la longue traîne après les contrôles automatisés.

A. Qualité linguistique : 10 contrôles

• 1. Le sens est conservé, au-delà du mot à mot.
• 2. La terminologie est cohérente avec le vocabulaire approuvé.
• 3. Le ton convient au marché.
• 4. Grammaire et orthographe sont relues par un natif sur les pages clés.
• 5. Variables et placeholders sont intacts.
• 6. Chiffres, prix, pourcentages et limites sont exacts.
• 7. Les liens restent attachés aux bons mots.
• 8. Les textes alternatifs sont localisés.
• 9. Tooltips, erreurs, cookies, popups et états vides sont traduits.
• 10. Aucun fragment de langue source ne subsiste.

Cherchez dans les pages des mots sources fréquents comme “Submit”, “Read more” ou “Required”.

B. Mise en page et responsive : 10 contrôles

• 11. Les boutons acceptent l’expansion du texte.
• 12. Les titres ne se chevauchent pas.
• 13. Menus desktop et mobile restent utilisables.
• 14. Les retours à la ligne sont lisibles.
• 15. Les polices couvrent tous les glyphes.
• 16. L’interligne convient au script.
• 17. L’interface RTL est correctement inversée.
• 18. Les images contenant du texte sont adaptées.
• 19. Les tableaux restent accessibles sur mobile.
• 20. Le zoom à 200 % ne masque aucun contenu.

Commencez par le viewport le plus étroit : il révèle rapidement les problèmes.

C. Fonctionnement : 10 contrôles

• 21. Le sélecteur fonctionne sur tous les templates.
• 22. Le changement de langue conserve la page équivalente.
• 23. Le choix persiste pour les visiteurs qui reviennent.
• 24. La détection automatique possède un fallback sûr.
• 25. Les formulaires, erreurs et confirmations fonctionnent.
• 26. Noms, accents, adresses, codes postaux et téléphones locaux sont acceptés.
• 27. La recherche interne comprend les termes localisés.
• 28. Inscription, connexion et reset gardent la langue.
• 29. Modales, filtres, paniers et routes SPA se mettent à jour.
• 30. Chat, paiement, réservation, cookies et avis tiers sont vérifiés.

D. Formats régionaux : 8 contrôles

• 31. Dates au format local.
• 32. Heure, fuseau et convention 12/24 h corrects.
• 33. Devise et séparateurs numériques corrects.
• 34. Unités adaptées.
• 35. Exemples d’adresse et téléphone pertinents.
• 36. Paiement et livraison adaptés au marché.
• 37. Mentions légales, taxes et consentement relus localement.
• 38. Références culturelles et visuels appropriés.

Le juridique et le commercial ne doivent pas être adaptés uniquement par un prompt IA.

E. SEO multilingue : 10 contrôles

• 39. Chaque langue a une URL stable et explorable.
• 40. L’attribut HTML lang est correct.
• 41. Les balises title sont traduites et uniques.
• 42. Les meta descriptions ciblent l’intention locale.
• 43. Les canonicals pointent vers la bonne page.
• 44. Les hreflang sont réciproques et valides.
• 45. Un x-default approprié existe.
• 46. Les pages figurent dans le sitemap XML.
• 47. Les liens internes restent dans la langue choisie.
• 48. Les données structurées correspondent au contenu visible.

Vérifiez également absence de redirect, soft 404 et noindex. Consultez notre guide hreflang, sitemap et GEO.

F. Accessibilité et performance : 7 contrôles

• 49. Les lecteurs d’écran annoncent la bonne langue.
• 50. Le sélecteur est utilisable au clavier.
• 51. L’ordre de focus reste logique en RTL et responsive.
• 52. Noms accessibles et ARIA labels sont traduits.
• 53. Les contrastes restent suffisants.
• 54. Les Core Web Vitals ne régressent pas.
• 55. Le chargement ne crée ni flash ni gros layout shift.

Testez Lighthouse ou votre monitoring sur un template représentatif de chaque famille linguistique.

G. Publication et exploitation : 5 contrôles

• 56. Les statuts brouillon, validé et publié sont visibles.
• 57. Une modification source marque les traductions concernées.
• 58. Un rollback est possible.
• 59. Les erreurs et chaînes non traduites sont surveillées.
• 60. Chaque langue possède un responsable identifié.

Automatisation ou relecture humaine ?

Automatisez les traductions manquantes, fuites de langue source, liens cassés, hreflang invalides, métadonnées absentes, codes HTTP, placeholders, débordements et régressions de performance.

Confiez aux humains le sens, le ton, la culture, la persuasion, le juridique et les formulations grammaticalement correctes mais maladroites.

La meilleure QA combine les deux et réserve l’attention humaine aux pages où la langue affecte confiance, revenu ou risque.

Plan de lancement

Une semaine avant : geler le contenu critique, crawler, affecter les relecteurs et corriger les blockers.

Deux jours avant : retester tarifs, inscription, checkout, contact, navigation, SEO et sélecteur sur mobile et desktop.

Jour J : crawler les URL live, vérifier statuts et hreflang, soumettre le sitemap et surveiller erreurs, vitesse et conversions.

30 premiers jours : suivre indexation, requêtes locales, rebond, formulaires, support et corrections.

Tester un site LingoJS

LingoJS réduit plusieurs risques en détectant les contenus, centralisant relecture et publication, et gérant pages, métadonnées et routage. Le même workflow fonctionne sur WordPress, Webflow, Shopify, React ou un site sur mesure.

Avant la sortie :

1. relisez accueil, tarifs, inscription et juridique ;
2. inspectez chaque langue sur mobile et desktop ;
3. testez sélecteur et URL directes ;
4. crawlez métadonnées et signaux SEO ;
5. nommez un responsable pour les mises à jour.

Les mots traduits étant illimités sur les offres payantes, les équipes peuvent tester tout le contenu sans rationner l’audit.

Découvrir LingoJS no-code ou essayer gratuitement 30 jours.

Questions fréquentes

Qui doit tester ?

Un relecteur natif, un spécialiste QA/web, le responsable SEO et le propriétaire du parcours. Le contenu réglementé demande un expert qualifié.

Qu’est-ce que la pseudo-localisation ?

Elle remplace temporairement le texte source par des caractères accentués et plus longs afin de révéler chaînes codées en dur, coupures et problèmes d’encodage.

À quelle fréquence tester ?

Automatisation à chaque sortie importante, revue humaine lors des changements critiques et audit global au moins trimestriel sur un site actif.

Quels défauts sont les plus graves ?

Achat ou inscription cassés, juridique erroné, mauvais prix, pages manquantes, canonical/hreflang invalides et changement de langue qui perd la page.

Testez le parcours, pas seulement les mots

La question finale n’est pas « tout est-il traduit ? », mais « un visiteur local peut-il découvrir, comprendre et terminer ce parcours aussi facilement que sur le site source ? »