Suggérer une langue et une région tout en respectant le choix de l'utilisateur
Utilisez le contexte disponible sur le visiteur pour proposer un point de départ utile pour la langue, la région et la devise — puis mémorisez la préférence explicite du visiteur au lieu de la redéduire de sa localisation à chaque visite.
Priorité des préférences
Vérifiez d'abord l'existence d'un choix explicite déjà enregistré — un cookie, un paramètre de compte ou un paramètre de requête que le visiteur a lui-même défini. Ne recourez à une suggestion dérivée de l'IP que si aucun choix explicite n'existe, et ne laissez jamais un nouvel appel à /v1/geo écraser une préférence déjà exprimée par le visiteur.
Pays déduit de l'IP et langue du navigateur
Ces deux signaux répondent à des questions différentes et peuvent diverger. Un visiteur francophone se connectant depuis le Canada peut obtenir country: "CA" via /v1/geo, alors que l'en-tête Accept-Language de son navigateur (utilisé par locale.suggestedLocale) reflète déjà "fr" — combinez country avec le locale.suggestedLocale renvoyé par la réponse plutôt que de deviner une langue à partir du seul code pays, et traitez le résultat comme une suggestion, pas comme une cible de redirection.
Champs de paramètres régionaux et de devise
geo.locale.suggestedLocale, measurementSystem, firstDayOfWeek et dateFormat fournissent des valeurs de formatage régional par défaut ; geo.currency fournit une estimation de devise de départ. L'ensemble constitue une suggestion de départ dérivée du pays et des en-têtes de la requête, pas une préférence vérifiée.
En l'absence de localisation
locale, currency et country peuvent être null — une requête provenant d'un réseau non résolvable renvoie null plutôt qu'une estimation. Repliez-vous sur la langue et le formatage par défaut de votre propre site plutôt que de bloquer la page en attendant une valeur qui peut ne jamais arriver.
Garder des URL de langue stables et indexables
Proposez un sélecteur visible plutôt qu'une redirection automatique à chaque visite. Une redirection permanente basée sur l'IP rend une version linguistique inaccessible à une URL stable, aussi bien pour les moteurs de recherche que pour les visiteurs connectés depuis un réseau inattendu, comme un VPN ou une connexion d'hôtel.
Ce que cela ne garantit pas
Un pays déduit de l'IP ne prouve ni une préférence linguistique, ni une nationalité, ni une présence physique — un voyageur, un utilisateur de VPN ou un réseau d'entreprise partagé peuvent tous se résoudre à un endroit que le visiteur n'associe pas réellement à sa langue préférée. Traitez chaque suggestion comme réversible.