Ce qui est réellement routé
Le routage géolocalisé peut s’appuyer sur le pays déduit de l’adresse IP, sur la langue du navigateur, sur un marché sélectionné, sur un cookie ou sur un en-tête de requête. Ces signaux sont imparfaits : un voyageur, un utilisateur de VPN, un foyer multilingue ou un crawler peut avoir besoin d’une version différente de celle qui est déduite. La redirection est donc une couche de confort, et non une preuve de la langue ou du pays du visiteur.
Distinguez la langue du pays. L’anglais pour le Canada et l’anglais pour les États-Unis peuvent partager la langue, mais différer par la devise, la livraison ou la réglementation. À l’inverse, un même pays peut nécessiter plusieurs langues. Explicitez la règle de destination avant de choisir une architecture d’URL.
Construire des routes locales accessibles
Donnez à chaque version linguistique ou régionale sa propre URL stable. Un internaute qui arrive depuis un résultat de recherche, un favori ou une URL partagée doit pouvoir ouvrir exactement cette version, sans être renvoyé ailleurs. Proposez un sélecteur de langue ou de marché visible, conservez un choix explicite lorsque c’est pertinent, et vérifiez que la version par défaut reste accessible.
Ne redirigez pas tous les visiteurs inconnus vers un marché deviné, et n’utilisez pas de redirection permanente automatique pour une inférence temporaire. Si une suggestion est utile, présentez-la sous forme de bandeau ou de sélecteur réversible. Les moteurs de recherche doivent pouvoir récupérer chaque version directement : un routage forcé peut masquer du contenu aux internautes comme aux crawlers.
Annoter et tester les alternatives
Pour de véritables équivalents, ajoutez des annotations hreflang réciproques, incluant l’auto-référence de chaque page, et utilisez une URL canonique dans la même version linguistique ou régionale. Hreflang exprime des alternatives ; il ne remplace pas un contenu traduit et utile. Une page générique dont seule la navigation est traduite ne constitue pas une équivalence.
Testez les URL de langue directes, une première visite avec un pays déduit, une langue choisie manuellement, le sélecteur et une visite de retour. Inspectez ensuite la réponse finale, la balise canonical et l’ensemble hreflang pour chaque version échantillonnée.
Cas de défaillance
Les défaillances courantes sont les boucles de redirection, une redirection fondée sur le seul pays qui écrase la langue préférée, des références hreflang non réciproques, et un sélecteur de langue qui modifie le contenu sans créer d’URL accessible. L’objectif est simple : la découverte et le choix doivent rester possibles même lorsque la localisation déduite est fausse.