« Pourquoi mon client italien tombe-t-il sur la version française du site en tapant l’URL directement ? » Cette question, posée par un client vendant des équipements de randonnée dans cinq pays, revient à chaque projet multilingue un peu ambitieux. La demande initiale est presque toujours la même : détecter la langue du navigateur ou la position géographique du visiteur, et rediriger automatiquement vers la version correspondante. L’intention est louable. Le résultat, documenté par Google depuis plusieurs années, est souvent contre-productif.
Nous refusons systématiquement d’implémenter une redirection automatique bloquante basée sur l’en-tête Accept-Language ou sur une géolocalisation IP, et nous expliquons pourquoi avant de proposer l’alternative recommandée.
Ce que Google documente précisément
Dans sa documentation sur les sites multirégionaux et multilingues, Google indique explicitement que la redirection ou la réécriture automatique de contenu selon les paramètres perçus de l’utilisateur peut empêcher les utilisateurs (et Googlebot) de consulter toutes les versions de votre site. Deux effets concrets en découlent :
- Googlebot explore majoritairement depuis des adresses IP américaines, avec un en-tête de langue par défaut. Une redirection géographique ou linguistique automatique peut donc systématiquement renvoyer le robot vers une seule version du site, empêchant l’indexation des autres langues.
- Un visiteur ne peut plus partager une URL vers une version linguistique précise : le lien qu’il envoie à un collègue redirige ce dernier vers sa propre langue détectée, cassant l’expérience de partage.
Google recommande à la place d’utiliser les balises hreflang pour indiquer les relations entre versions linguistiques, et de proposer — sans l’imposer — un moyen simple de changer de langue ou de pays.
Le cas concret qui a motivé cet article
Ce client avait, avant notre intervention, une redirection JavaScript côté client qui testait navigator.language au chargement et redirigeait immédiatement vers /it/, /de/ ou /en/ selon le résultat, sans possibilité de rester sur l’URL demandée. Search Console montrait un phénomène révélateur : la version française du site (langue par défaut) recevait l’essentiel des impressions et des clics, tandis que les versions italienne et allemande, pourtant traduites intégralement, restaient quasiment invisibles dans les résultats de recherche des pays correspondants, plusieurs mois après leur mise en ligne.
L’explication la plus probable : les visiteurs cliquant depuis une recherche Google en italien atterrissaient sur une URL /it/produit-x/, étaient immédiatement redirigés selon leur langue de navigateur (parfois différente de leur pays), et Googlebot lui-même, explorant avec des signaux non représentatifs d’un utilisateur italien réel, ne parvenait pas à explorer correctement l’arborescence /it/.
L’alternative que nous mettons en place
Le principe retenu : ne jamais rediriger automatiquement une URL explicite déjà demandée, et ne suggérer un changement de langue que par une interface non bloquante.
<!-- Bandeau de suggestion, jamais de redirection -->
<div id="lang-suggestion" hidden>
Vous semblez naviguer en italien.
<a href="/it/">Voir le site en italiano</a>
<button onclick="dismissSuggestion()">Non merci</button>
</div>
<script>
if (!localStorage.getItem('lang-dismissed')) {
var lang = navigator.language.slice(0,2);
if (lang === 'it' && !location.pathname.startsWith('/it/')) {
document.getElementById('lang-suggestion').hidden = false;
}
}
</script>Ce bandeau ne modifie jamais l’URL sans action explicite du visiteur, et son état de fermeture est mémorisé en localStorage pour ne pas réapparaître à chaque page. Il ne s’affiche que si l’URL demandée ne correspond déjà pas à la langue suggérée, ce qui évite un bandeau superflu pour un visiteur italien déjà sur /it/.
Le rôle du sélecteur de langue explicite
En complément du bandeau, un sélecteur de langue visible dans l’en-tête reste la solution la plus robuste : il donne à chaque visiteur, humain ou robot, un accès direct à toutes les versions du site depuis n’importe quelle page, sans dépendre d’une détection automatique. C’est ce lien, combiné aux balises hreflang déjà en place sur ce site via WPML, qui permet à Google de comprendre et d’indexer correctement chaque version linguistique.
Une redirection automatique donne l’impression de mieux servir le visiteur ; en pratique, elle prive surtout Googlebot de la moitié du site. Mieux vaut suggérer que forcer.
Ce que cet article ne couvre pas
Le choix d’une structure d’URL (sous-dossiers, sous-domaines ou domaines distincts) pour un site multilingue est un sujet à part entière, avec ses propres arbitrages de référencement et de gestion technique, qui ne relève pas de la redirection automatique traitée ici.
En résumé
La détection de la langue du navigateur ou de la géolocalisation IP pour rediriger automatiquement un visiteur est une pratique explicitement déconseillée par Google depuis 2020, car elle nuit à l’exploration et à l’indexation des versions linguistiques d’un site. La solution que nous recommandons systématiquement associe des balises hreflang correctement configurées à un bandeau de suggestion non bloquant, laissant toujours au visiteur — et à Googlebot — la possibilité d’accéder directement à n’importe quelle URL du site.
