SEO multilingue : être visible sur Google dans chaque pays et chaque langue

Vous avez traduit votre site en anglais et en arabe, mais les visiteurs étrangers n'arrivent pas. Dans Google, c'est toujours la version française qui s'affiche, même à Dubaï ou à Londres. Ou pire : aucune version n'apparaît.

Le SEO multilingue ne se résume pas à traduire des pages. Il faut que Google comprenne quelle version montrer à qui, et que chaque version réponde à ce que les gens cherchent vraiment dans leur langue. Voici les règles techniques et éditoriales qui font la différence, illustrées par nos propres projets.

Une URL distincte pour chaque langue

C'est la base. Chaque version linguistique doit avoir sa propre adresse, que Google peut explorer et indexer. Les sites qui changent de langue par un cookie, un bouton en JavaScript ou la détection du navigateur, tout en gardant la même URL, posent un problème simple : Google ne voit qu'une seule version, en général celle par défaut.

Trois structures sont possibles :

Pour la plupart des entreprises, les sous-répertoires sont le meilleur compromis. Évitez aussi la redirection automatique selon l'adresse IP ou la langue du navigateur. Proposez plutôt un sélecteur de langue bien visible, et laissez le visiteur choisir.

Hreflang et x-default : dire à Google quelle version afficher

L'attribut hreflang indique à Google que plusieurs pages sont des versions d'un même contenu, dans des langues ou pour des pays différents. Il l'aide à afficher la bonne version au bon internaute : la page française à Lyon, la page anglaise à Londres, la page arabe à Riyad.

Pour chaque page, on déclare toutes ses versions, y compris elle-même :

• hreflang="fr" pour la version française ;
• hreflang="en" pour la version anglaise ;
• hreflang="ar" pour la version arabe ;
• hreflang="x-default" pour la page à afficher quand aucune langue ne correspond, souvent une page de choix de langue ou la version anglaise.

Trois règles à respecter absolument :

• Les liens doivent être réciproques. Si la page française déclare l'anglaise, l'anglaise doit déclarer la française. Sinon, Google ignore l'annotation.
• Les codes doivent être valides : la langue au format ISO 639-1 (fr, en, ar), puis éventuellement le pays au format ISO 3166-1 (fr-BE, fr-CA, ar-SA). « en-UK » n'existe pas, il faut écrire « en-GB ».
• Chaque version a une balise canonical vers elle-même, jamais vers la version d'une autre langue.

Les hreflang peuvent être déclarés dans le code HTML de chaque page, dans les en-têtes HTTP (utile pour les PDF) ou dans le sitemap XML. Sur un site important, le sitemap est souvent la solution la plus simple à maintenir.

Localiser le contenu et les mots-clés, pas seulement traduire

Une traduction n'est pas une localisation

Une traduction automatique brute peut techniquement être indexée. Mais elle se lit comme une traduction, elle utilise rarement les mots que les gens tapent vraiment, et elle convertit mal. Les règles anti-spam de Google citent d'ailleurs le texte traduit automatiquement et publié sans relecture humaine parmi les pratiques problématiques.

Localiser, c'est adapter le contenu au marché :

• les prix dans la devise locale, les formats de date et de téléphone du pays ;
• les exemples, les références et les moyens de paiement que le public connaît ;
• les mentions légales et les obligations propres à chaque pays ;
• le ton : on ne s'adresse pas de la même façon à un client à Paris, à Riyad ou à New York.

Les outils de traduction automatique peuvent servir pour un premier jet. Mais chaque page importante doit être relue et retravaillée par quelqu'un qui maîtrise la langue et connaît le marché visé.

Une recherche de mots-clés par marché

Traduire vos mots-clés ne suffit pas, car les gens ne cherchent pas avec les mots qu'on imagine. En France, on demande un « devis » ; au Québec, on parle volontiers de « soumission ». Un internaute belge ou suisse n'emploie pas toujours les mêmes termes qu'un Parisien pour désigner la même chose.

En arabe, l'écart est encore plus marqué : selon le secteur, les internautes alternent entre arabe standard, dialecte local et termes anglais. Le seul moyen de le savoir est de faire une recherche de mots-clés pour chaque marché, avec les données du pays visé, puis de construire chaque page autour de ces termes.

Concrètement, pour chaque langue : listez vos services, relevez les expressions réellement utilisées et leurs variantes, regardez quelles pages Google affiche en tête pour ces recherches, et adaptez vos titres, vos meta descriptions et vos H1 en conséquence.

L'arabe et les langues RTL : des règles en plus

L'arabe s'écrit de droite à gauche. Un site arabe réussi ne se contente pas d'aligner le texte à droite : toute la mise en page doit être inversée. Le menu, les icônes directionnelles, les flèches des carrousels, les formulaires et les tableaux changent de sens.

• Les attributs dir="rtl" et lang="ar" sont présents sur chaque page arabe.
• La mise en page utilise les propriétés logiques CSS, qui s'inversent automatiquement.
• La police arabe est lisible et se charge correctement.
• Les chiffres, numéros de téléphone et adresses email restent lisibles dans un texte de droite à gauche.
• Le site est testé sur de vrais téléphones, là où la plupart des défauts apparaissent.

Côté SEO, les règles restent les mêmes que pour les autres langues : URL dédiées, hreflang, contenu localisé. Les URL peuvent être en caractères arabes ou translittérées en caractères latins. Les deux fonctionnent, l'essentiel est de rester cohérent sur tout le site.

Sitemaps et erreurs fréquentes d'un site multilingue

Un sitemap qui couvre toutes les langues

Votre sitemap XML doit lister toutes les versions linguistiques de chaque page, avec leurs annotations hreflang si vous les déclarez à cet endroit. Un sitemap généré automatiquement à chaque publication évite les oublis quand vous ajoutez une page dans une seule langue.

Les erreurs que nous rencontrons le plus souvent

• une seule URL pour toutes les langues, avec un changement de langue par cookie ou JavaScript ;
• des hreflang sans lien de retour, ou avec des codes invalides ;
• une balise canonical qui pointe vers la version française depuis toutes les autres langues ;
• des pages à moitié traduites, avec un menu traduit et un contenu resté dans la langue d'origine ;
• une redirection automatique par IP qui empêche Google d'explorer les autres versions ;
• des titres et meta descriptions jamais traduits ;
• un sélecteur de langue qui renvoie vers l'accueil au lieu de la page équivalente.

Nos projets multilingues : D7O Events et le site LayersLink

Pour D7O Events, en Arabie saoudite, nous avons construit un site institutionnel bilingue arabe et anglais. Chaque langue a ses propres URL, la version arabe est entièrement en RTL, et un sitemap dynamique se met à jour automatiquement avec toutes les versions de chaque page.

Le site de LayersLink est lui-même disponible en cinq langues, dont celle que vous lisez. Chaque version a ses URL dédiées, des hreflang réciproques et une x-default, et les articles comme celui-ci sont écrits pour chaque marché plutôt que simplement traduits. Nous appliquons à nos propres pages ce que nous recommandons à nos clients.

Si vous avez besoin d'un site multilingue ou d'une stratégie de référencement international, découvrez nos services de création de sites web et de référencement naturel.

Questions fréquentes

Faut-il un nom de domaine par pays pour un site multilingue ?

Non, ce n'est pas nécessaire. Des sous-répertoires comme /fr/, /en/ et /ar/ sur un seul domaine fonctionnent très bien et concentrent l'autorité de votre site. Les domaines par pays envoient un signal local plus fort, mais chacun doit construire sa propre notoriété. Ils se justifient surtout pour des marques déjà bien installées dans de nombreux pays.

La traduction automatique pénalise-t-elle le référencement ?

Publiée sans relecture, elle est risquée : les règles anti-spam de Google la citent parmi les pratiques problématiques, et elle reprend rarement les termes que les internautes recherchent. Utiliser un outil pour un premier jet ne pose pas de problème. L'important est qu'une personne maîtrisant la langue relise, adapte et optimise chaque page avant sa publication.

Que se passe-t-il si les balises hreflang sont mal configurées ?

Google ignore simplement les annotations incorrectes, par exemple sans lien de retour ou avec un code invalide. Votre site n'est pas pénalisé, mais Google risque d'afficher la mauvaise version linguistique, ou de traiter certaines pages comme des doublons. Vérifiez la configuration avec un outil de crawl et surveillez les pages indexées dans Search Console.

Combien coûte un site multilingue ?

Tout dépend du nombre de langues, du volume de pages et du niveau de localisation. Il faut compter la structure technique (URL, hreflang, sitemaps, RTL pour l'arabe), puis la rédaction ou la relecture professionnelle de chaque langue. Sur un site bien conçu, ajouter une langue coûte souvent quelques milliers d'euros. Adapter un site mal structuré revient bien plus cher.

Faut-il traduire toutes les pages dans toutes les langues ?

Pas forcément. Commencez par les pages qui génèrent des demandes : accueil, services principaux, contact, et les articles les plus utiles pour chaque marché. Une version plus courte mais bien localisée vaut mieux qu'une traduction complète et médiocre. Veillez simplement à ce que vos hreflang ne pointent que vers des pages qui existent réellement.

Un projet à l'international ?

Si vous voulez développer votre activité dans d'autres pays ou d'autres langues, nous pouvons auditer votre site actuel ou concevoir une structure multilingue propre dès le départ. Nous réalisons des sites en arabe, en anglais, en français et dans d'autres langues. La première consultation est gratuite et nous répondons sous un jour ouvré : parlons de votre projet.