Un sélecteur de langue ne suffit pas. Chaque version doit avoir une URL stable, un contenu réellement adapté et des signaux techniques qui relient les équivalents linguistiques.
Choisir une structure d’URL lisible
Des sous-dossiers comme /fr/, /ar/ et /en/ facilitent la gestion sur un même domaine. La langue principale peut aussi rester à la racine, à condition que l’organisation soit cohérente et durable.
Évitez les traductions servies uniquement par JavaScript ou selon l’adresse IP : les moteurs et les utilisateurs doivent pouvoir accéder à chaque version par un lien.
Configurer hreflang et canonicals
Chaque page indique ses équivalents linguistiques, y compris elle-même. Le canonical reste généralement auto-référent : une traduction n’est pas un doublon de la version française.
- Codes de langue et région valides
- Liens hreflang réciproques
- x-default si une page de choix existe
- Sitemap contenant toutes les versions
Adapter plutôt que traduire mot à mot
Les requêtes, exemples, devises, appels à l’action et références culturelles varient selon le marché. Faites une recherche sémantique par langue et confiez la relecture à une personne qui connaît l’audience.
Questions fréquentes
L’arabe doit-il être affiché en RTL ?
Oui. Utilisez dir=rtl, une police lisible et vérifiez la navigation, les icônes, les formulaires et l’ordre visuel sur mobile.
Peut-on utiliser une traduction automatique ?
Elle peut accélérer un brouillon, mais une révision humaine reste nécessaire pour la précision, le ton et les intentions de recherche locales.
Chaque site a son historique, ses contraintes et ses priorités. Un diagnostic rapide permet de passer du conseil général à une prochaine action précise.
Réserver 15 minutes