
Site multilingue : pour bien se positionner et rester simple à utiliser en français, en anglais et en arabe, un site doit offrir une URL par langue, reliée aux autres par des balises hreflang, et laisser le visiteur choisir sa langue. Chaque version doit être traduite intégralement et adaptée aux recherches de son public. L’arabe exige en plus une mise en page de droite à gauche.
En bref
- Une URL par langue, de préférence en sous-répertoires, reliée aux autres par hreflang.
- Aucune redirection automatique selon l’IP ou le navigateur : proposez, n’imposez pas.
- Tout se traduit, des balises title aux e-mails, et les mots-clés se recherchent par langue.
- L’arabe demande dir= »rtl », une mise en page en miroir et des polices adaptées.
Quelle structure d’URL choisir pour un site multilingue ?
Google recommande une URL distincte pour chaque version linguistique. Ses recommandations pour les sites multilingues comparent les options :
| Structure | Exemple | Avantages | Limites |
|---|---|---|---|
| Sous-répertoires | votresite.com/ar/ | Simple, un seul hébergement | Versions moins faciles à séparer |
| Sous-domaines | ar.votresite.com | Serveurs distincts possibles | Plus de configuration et de suivi |
| Domaines nationaux | votresite.tn, votresite.fr | Ciblage géographique clair | Coûteux, un seul pays par domaine |
| Paramètres d’URL | votresite.com?lang=ar | Rapide à coder | Déconseillé par Google |
| Même URL, langue détectée | votresite.com | Aucune adresse à créer | Les moteurs ne voient qu’une version |
Pour trois publics linguistiques plutôt que trois pays, les sous-répertoires sont souvent le meilleur compromis. Google détermine la langue d’une page par son contenu visible, non par l’attribut lang : une seule langue par page.
Faut-il rediriger automatiquement les visiteurs vers leur langue ?
Non. Google déconseille les redirections automatiques entre langues et l’adaptation du contenu à l’adresse IP : elles peuvent cacher des versions aux visiteurs comme aux moteurs. Un anglophone de passage à Tunis tomberait sur la mauvaise version. Servez-vous de la langue du navigateur pour suggérer, jamais pour imposer.
Un sélecteur de langue visible
- Emplacement : en haut de chaque page, toujours au même endroit.
- Noms des langues : écrits dans leur propre langue (Français, English, العربية).
- Pas de drapeaux : un drapeau désigne un pays, pas une langue.
- Page équivalente : le lien ouvre la traduction de la page, pas l’accueil.
Comment fonctionnent les balises hreflang ?
Les annotations hreflang indiquent à Google quelles pages se traduisent mutuellement, pour qu’il affiche la bonne version. D’après sa documentation sur les versions localisées :
- Autoréférence : chaque version liste toutes les versions, y compris elle-même.
- Réciprocité : si la page française cite la page arabe, l’inverse doit être vrai, sinon les annotations sont ignorées.
- x-default : la valeur hreflang= »x-default » désigne la page de repli si aucune langue ne correspond.
Les codes suivent la norme ISO 639-1 (fr, en, ar), avec un code pays facultatif comme ar-TN. Une seule méthode suffit : code HTML, en-têtes HTTP ou sitemap XML.
Que faut-il traduire, au-delà du contenu ?
Traduire seulement le menu et les boutons offre, selon Google, une mauvaise expérience. L’oubli inverse est aussi fréquent :
- Title, meta description et textes alternatifs : rédigés pour chaque langue.
- Slugs : traduits, avec un choix à faire pour l’arabe (voir la FAQ).
- Menus, formulaires et messages d’erreur : y compris ceux des extensions.
- Données structurées : nom, description et propriété inLanguage.
- E-mails transactionnels : confirmations de commande ou de contact.
Comment choisir les mots-clés dans chaque langue ?
Ne traduisez pas vos mots-clés : recherchez-les. En Tunisie, un même besoin se cherche en français, en arabe standard, en derja écrite en caractères latins ou dans un mélange des deux. Partez des requêtes réelles : Search Console filtre les performances par répertoire (/ar/), et le planificateur de mots-clés Google Ads par langue.
Traduction automatique : oui, mais relue
L’IA accélère la traduction, mais sans relecture elle produit contresens et vocabulaire flottant. Les règles anti-spam de Google visent d’ailleurs les contenus produits en masse, y compris par traduction automatisée, sans valeur ajoutée. Faites relire par un locuteur natif.
Comment adapter la version arabe à l’écriture de droite à gauche ?
Les attributs dir et lang
Déclarez dir= »rtl » et lang= »ar » sur l’élément html des pages arabes. Le W3C recommande de fixer la direction dans le balisage, non en CSS, pour qu’elle reste correcte sans feuille de style. L’attribut lang, lui, n’indique pas la direction.
Mise en page en miroir et typographie
Menu, colonnes, fil d’Ariane, flèches et carrousels s’inversent ; logos, icône de lecture vidéo et numéros de téléphone, non. Les propriétés CSS logiques (margin-inline-start, text-align: start) basculent la mise en page automatiquement. Prenez une police conçue pour l’arabe (Noto Sans Arabic, IBM Plex Sans Arabic), augmentez un peu taille et interlignage, et évitez l’espacement des lettres, qui casse les liaisons.
Texte bidirectionnel et formulaires
Une phrase arabe mêle souvent mots latins et chiffres. Un fragment latin en fin de phrase ou un texte inséré dynamiquement peut alors se désordonner : l’élément bdi et l’attribut dir= »auto » corrigent ces cas. Gardez les champs téléphone et e-mail en dir= »ltr » pour qu’un numéro comme +216 71 000 000 reste lisible.
Polylang ou WPML : comment gérer trois langues dans la durée ?
Sur WordPress, Polylang (gratuit, avec une version Pro payante) et WPML (payant) relient les traductions, génèrent les hreflang et fournissent un sélecteur ; vérifiez que votre thème gère l’arabe. Le plus difficile reste l’organisation :
- Rédiger et valider le contenu source.
- Traduire, puis faire relire par un locuteur natif.
- Adapter title, meta description, slug et textes alternatifs.
- Vérifier la page arabe en contexte.
- Publier les versions ensemble, ou masquer la langue manquante.
- Contrôler les hreflang et suivre chaque langue dans Search Console.
FAQ
Faut-il traduire les slugs des pages ?
Oui en français et en anglais : un slug lisible reflète le sujet de la page. En arabe, un slug en caractères arabes est possible (en UTF-8, comme le demande Google), mais devient une suite de caractères codés une fois copié. Un slug latin court reste un compromis acceptable.
Des pages traduites sont-elles du contenu dupliqué ?
En principe non : la documentation de Google n’évoque le contenu dupliqué que pour des pages similaires dans une même langue, comme deux versions françaises, pour la Tunisie et la France. Dans ce cas, désignez une version canonique et reliez les variantes par hreflang.
Peut-on ajouter l’arabe à un site existant ?
Oui, mais thème, extensions et gabarits doivent supporter la lecture de droite à gauche, et tout doit être testé. Si les marges sont codées « à gauche » partout, reprendre le front-end coûte parfois moins cher que d’empiler les correctifs.
Faut-il une version arabe pour un public tunisien ?
Pas toujours. Si vos clients et vos échanges sont en français, une version arabe partielle ou mal relue nuira plus qu’elle n’aidera. Elle se justifie si vos mots-clés ou vos marchés la demandent, et si vous pouvez la maintenir.
Créer votre site multilingue avec Uteek
Uteek, agence digitale basée aux Berges du Lac 2, à Tunis, conçoit et développe des sites multilingues (français, anglais, arabe), sur WordPress ou sur mesure, avec des maquettes UX/UI pensées pour la lecture de droite à gauche. Découvrez notre offre de développement web et de design graphique, ou parlez-nous de votre projet.


