Proposer votre site en plusieurs langues ouvre de nouveaux marchés : la clientèle flamande pour une entreprise bruxelloise, les visiteurs arabophones pour une marque marocaine, les touristes anglophones pour un riad à Marrakech. Mais traduire des pages ne suffit pas à être trouvé. Pour qu’un site multilingue soit bien référencé, Google doit comprendre quelles versions existent, à qui chacune s’adresse, et afficher la bonne à chaque internaute. C’est tout l’objet de ce guide « site multilingue SEO » : structure d’URL, balises hreflang, adaptation des contenus et pièges propres au français, à l’arabe, à l’anglais et au néerlandais.
Ce que Google attend d’un site en plusieurs langues
Les consignes de Google sur les sites multilingues tiennent en quelques principes :
- Une URL distincte par langue. Google déconseille d’afficher des langues différentes à la même adresse selon un cookie ou les réglages du navigateur : il ne verrait qu’une seule version.
- Une langue par page. Google détermine la langue d’une page à partir de son contenu visible. Mélanger le texte principal en français et en anglais sur une même page brouille ce signal.
- Pas de redirection automatique selon la langue ou le pays. Robot d’exploration comme visiteur doivent pouvoir accéder à toutes les versions. Proposez plutôt un bandeau qui suggère la version adaptée, et laissez choisir.
- Des liens entre les versions, à la fois pour les visiteurs (sélecteur de langue) et pour Google (balises hreflang).
Choisir la structure des URL
Trois options principales existent. Aucune n’est interdite, mais elles n’ont pas les mêmes conséquences.
Les sous-répertoires
Exemple : votresite.com/fr/, votresite.com/nl/, votresite.com/ar/. C’est la solution la plus simple à maintenir : un seul domaine, une seule installation, et toutes les versions profitent de la notoriété acquise par le domaine. C’est celle que nous recommandons le plus souvent pour une PME.
Les sous-domaines
Exemple : fr.votresite.com, nl.votresite.com. Utile quand chaque version est gérée par une équipe ou une infrastructure différente, mais plus lourd à administrer.
Les domaines nationaux
Exemple : votresite.fr, votresite.be, votresite.ma. Le signal de ciblage géographique est clair pour l’internaute, mais chaque domaine doit construire sa propre notoriété, et la gestion se multiplie. À réserver aux entreprises qui ont une vraie stratégie par pays.
Les paramètres d’URL (votresite.com/?lang=nl) sont à éviter : ils sont moins lisibles et plus fragiles.
Configurer les balises hreflang sans erreur
La balise hreflang indique à Google que plusieurs pages sont des versions équivalentes d’un même contenu, dans des langues ou pour des régions différentes. Elle ne fait pas monter une page dans les résultats : elle aide Google à afficher la bonne version au bon internaute.
La syntaxe des codes
- Le code de langue suit la norme ISO 639-1 : fr, nl, ar, en.
- Un code de région facultatif, selon la norme ISO 3166-1 alpha-2, peut s’ajouter : fr-BE pour le français destiné à la Belgique, nl-BE pour le néerlandais de Belgique, ar-MA pour l’arabe destiné au Maroc, fr-FR pour la France.
- Un code de région seul n’est pas valide : « be » désigne la langue biélorusse, pas la Belgique.
- Attention aux codes intuitifs mais faux : pour le Royaume-Uni, c’est en-GB et non en-UK.
- La valeur x-default désigne la page à afficher quand aucune version ne correspond à la langue de l’internaute, souvent la page d’accueil avec sélecteur de langue ou la version anglaise.
Prenons un cas type : une entreprise de rénovation basée à Bruxelles publie sa page de services en français et en néerlandais pour la Belgique, et en anglais pour les expatriés. Chaque page déclare alors trois versions (fr-BE, nl-BE, en), plus une valeur x-default qui renvoie par exemple vers la version anglaise ou vers une page de choix de langue.
Les règles de cohérence
- Chaque version cite toutes les autres, y compris elle-même.
- Les liens sont réciproques : si la page française pointe vers la page néerlandaise, la page néerlandaise doit pointer vers la page française. Sans lien retour, Google peut ignorer l’annotation.
- Les URL indiquées sont les adresses définitives : pas de page redirigée, en erreur ou en noindex.
- Chaque page a une balise canonical vers elle-même, jamais vers la version d’une autre langue, sinon Google risque de n’indexer qu’une seule langue.
Trois façons de les déclarer
Dans l’en-tête HTML de chaque page, dans l’en-tête HTTP (utile pour des fichiers PDF), ou dans le sitemap XML. Choisissez une méthode et tenez-vous-y. Sous WordPress, les extensions multilingues reconnues comme WPML ou Polylang génèrent ces balises automatiquement, à condition que chaque page soit bien reliée à ses traductions.
Une erreur hreflang ne pénalise pas le site, mais elle peut faire apparaître la version française à un internaute flamand, qui repartira aussitôt. Vérifiez vos balises avec un outil de crawl après chaque ajout de langue.
Traduire, c’est aussi adapter les mots-clés
Une traduction mot à mot passe à côté de la façon dont les gens cherchent réellement. Chaque version doit reposer sur sa propre recherche de mots-clés.
- Le vocabulaire change d’un pays à l’autre : le néerlandais de Belgique n’utilise pas toujours les mêmes termes que celui des Pays-Bas, et certains mots français courants en France sont différents en Belgique.
- Les éléments SEO se traduisent tous : balises title, meta descriptions, URL (les slugs peuvent être traduits), textes alternatifs des images, données structurées.
- Les informations pratiques s’adaptent : devises, formats de téléphone et d’adresse, moyens de paiement, mentions légales et réglementation des données personnelles (RGPD en France et en Belgique, loi 09-08 au Maroc).
- La traduction automatique brute est à proscrire pour les pages clés. Travaillez avec vos propres contenus ou une traduction professionnelle, puis faites relire par un locuteur natif.
Pour identifier ce que cherche chaque clientèle et dans quelle langue, une étude de marché web et social évite de traduire des pages qui ne répondent à aucune demande.
Les spécificités de chaque langue
Le français, entre France, Belgique et Maroc
Une même version française peut servir les trois pays si l’offre est identique. Si les prix, les conditions de livraison ou les services diffèrent, créez des versions ciblées (fr-FR, fr-BE, fr-MA) avec un contenu réellement adapté, pas une copie avec un autre drapeau.
Le néerlandais pour la Belgique
À Bruxelles et en Flandre, une partie importante de la clientèle cherche en néerlandais. Une entreprise qui vise ces publics sans version néerlandaise se prive d’une audience entière. Notre page SEO à Bruxelles et nos projets de création de site internet à Bruxelles intègrent cette dimension bilingue dès la conception.
L’arabe pour le Maroc et au-delà
L’arabe s’écrit de droite à gauche. La version arabe doit donc inverser la mise en page (menu, alignements, icônes directionnelles), utiliser une police lisible à l’écran et être testée sur mobile. Côté recherche, les internautes marocains tapent en français, en arabe standard, et parfois en darija écrite en caractères latins. Il n’existe pas de code ISO 639-1 propre à la darija : un contenu destiné au Maroc en arabe se déclare généralement en ar-MA. Pour une entreprise à Tanger ou dans le Nord, l’espagnol peut aussi avoir sa place.
L’anglais, langue du tourisme et de l’export
Pour un hôtel, une agence d’activités ou une marque qui exporte, l’anglais sert souvent de version par défaut pour les visiteurs internationaux. C’est un bon candidat pour la valeur x-default.
Le sélecteur de langue et l’expérience visiteur
- Placez-le à un endroit constant, en haut de page, visible sur mobile.
- Affichez le nom de chaque langue dans cette langue : « Nederlands », « العربية », « English ».
- Évitez les drapeaux pour désigner une langue : le français n’est pas que la France, l’arabe n’est pas qu’un pays.
- Faites pointer chaque lien vers la page équivalente, pas vers la page d’accueil de l’autre langue.
- Mémorisez le choix du visiteur, sans jamais le forcer à l’arrivée.
Les erreurs les plus fréquentes
- Des pages non traduites laissées dans la mauvaise langue, avec un hreflang qui les annonce comme traduites.
- Une balise canonical qui pointe de toutes les versions vers la version française.
- Des traductions partielles : menu traduit, contenu en français.
- Une version ajoutée sans lien interne ni sitemap, que Google découvre à peine.
- Une redirection automatique selon l’adresse IP, qui empêche l’exploration de certaines versions.
- Ajouter des langues lors d’une refonte sans plan de redirections : voir notre guide pour refondre son site sans perdre son référencement.
Multilingue, local et international : faire les bons choix
Un site multilingue n’est pas toujours la première étape. Une entreprise de proximité à Bruxelles gagnera souvent davantage à soigner sa fiche Google et ses avis dans les deux langues, comme expliqué dans notre guide du SEO local. Une marque qui vise plusieurs pays doit, elle, penser l’architecture dès le départ. Et chaque nouvelle langue suit son propre rythme de progression, comme nous l’expliquons dans l’article sur le délai pour être bien référencé.
Chez Vhynx, nous développons des sites WordPress sur mesure multilingues, avec vos contenus ou une traduction professionnelle, et nous accompagnons leur référencement local, national et international, en Belgique, au Maroc comme en France. Vous avez un projet de site multilingue ? Demandez un rappel ou un devis gratuit : réponse sous 48 h, sans engagement.
