Routage par locale
Qu'est-ce que le routage par locale ?
Le routage par locale est le mécanisme par lequel une boutique décide quelle URL, quelle langue, quelle devise et quelle variante de contenu servir à chaque requête entrante. Dans une boutique composable rendue à l'edge, c'est l'un des éléments d'infrastructure les plus lourds de conséquences, car il détermine ce que chaque autre couche, CMS, prix, paiements, recherche, doit localiser.
Définition
Le routage par locale encode généralement la locale dans le chemin d'URL (/de/ch/produkt), un sous-domaine (de-ch.example.com) ou un domaine de premier niveau à code pays (example.ch). Au moment de la requête, un middleware sur un edge CDN ou dans le framework résout la locale effective à partir d'une chaîne de priorité : segment d'URL explicite, cookie persisté, en-tête Accept-Language, Geo-IP Detection, et enfin un Locale Fallback configuré. La locale résolue est ensuite transmise comme contexte aux services en aval via la Storefront API ou directement à la couche de rendu.
Pourquoi c'est important
Un mauvais routage par locale est invisible jusqu'à ce qu'il casse : un acheteur allemand arrivant sur une page d'accueil anglaise à cause d'un cookie périmé, ou un visiteur suisse coincé dans une boucle de redirection entre /de/de/ et /de/ch/. Au-delà de l'UX, le routage par locale détermine la crawlabilité, les moteurs de recherche ont besoin d'URL stables et déterministes par locale, complétées par des annotations Hreflang. Dans une stack Composable-Commerce, la couche de routage est souvent le premier endroit où la Personalization, l'A/B Testing et l'Edge-Personalization convergent, elle doit donc être à la fois rapide et explicable.
Cas d'usage
Une enseigne tournant sur un frontend Jamstack utilise un middleware edge pour lire l'URL, parser /en/gb/checkout en { language: "en", region: "GB" } et l'injecter dans chaque requête CMS et chaque appel Storefront API. Une marketplace avec une Domain Strategy en ccTLD route example.fr vers la locale fr-FR et utilise des redirections 308 pour garder les crawlers en ordre. Une marque s'étendant en Belgique propose à la fois nl-BE et fr-BE sur le même domaine et utilise un sélecteur de locale qui met à jour l'URL plutôt qu'un cookie caché, pour que les liens restent partageables. Pour les nouveaux visiteurs, la Geo-IP Detection peut suggérer une locale, mais la couche de routage doit respecter le choix explicite de l'utilisateur par la suite afin d'éviter la classique expérience « piégé dans le mauvais pays ».
Voir aussi
Découvrez Multi-Brand and Multi-Market.