X-default désigne une page de repli pour les visiteurs dont la langue ou la région ne correspond à aucune version balisée. Google mentionne l'ajout d'une page de repli pour les langues non couvertes, notamment sur les sélecteurs de langue/pays et les pages d'accueil à redirection automatique. Elle n'indique pas une langue cible : c'est un filet de sécurité, pas une version linguistique supplémentaire, et elle ne remplace pas un sélecteur laissé au choix de l'utilisateur.
Que fait réellement x-default, et que ne fait-il pas ?
Le balisage hreflang sert à décrire les variantes linguistiques ou régionales d'une même page. La valeur x-default y occupe une place à part : elle pointe vers la page que vous souhaitez montrer quand aucune autre version ne correspond à la langue ou à la région du visiteur. Google la présente comme une page de repli pour les langues non couvertes, à envisager notamment sur les sélecteurs de langue/pays et les pages d'accueil à redirection automatique (documentation Google Search Central).
Trois confusions fréquentes méritent d'être levées.
- X-default n'est pas une langue. Ce n'est ni « anglais international », ni « français neutre ». C'est une cible de secours.
- X-default ne cible pas un pays. Il ne remplace pas un ciblage géographique, qui se fait par hreflang classique ou sitemap.
- X-default n'est pas obligatoire. Un site qui couvre déjà toutes les langues réellement servies peut fonctionner sans lui ; il devient utile dès qu'il existe un public non couvert.
Un point technique compte pour la suite : Googlebot envoie ses requêtes HTTP sans en-tête Accept-Language (gestion des sites multirégionaux). Une redirection fondée sur la langue déduite du navigateur n'est donc pas fiable pour l'exploration, et peut empêcher l'accès à certaines versions.
Pourquoi éviter la redirection automatique par pays ou par langue ?
La documentation Google déconseille explicitement de rediriger selon la langue supposée de l'utilisateur, car ces redirections peuvent empêcher visiteurs et moteurs de voir toutes les versions du site (source). Le problème n'est pas idéologique : il est pratique.
Un visiteur francophone en Suisse peut vouloir consulter la version française, mais aussi une version allemande pour un produit précis. Un acheteur belge peut préférer la version néerlandaise d'une fiche technique. Une redirection rigide supprime ce choix. Elle crée aussi des boucles lorsque l'utilisateur revient en arrière, et brouille les mesures : la page réellement consultée n'est plus celle qui a été demandée.
La recommandation de Google est de proposer des URL distinctes par langue plutôt que d'ajuster le contenu par cookie ou paramètre navigateur (source). Le sélecteur visible, lui, reste sous contrôle de l'utilisateur.
Exemple hypothétique de mauvaise configuration
Imaginons un site suisse avec trois versions : /fr/, /de/ et /it/. La page d'accueil / redirige automatiquement vers /de/ si l'en-tête du navigateur indique l'allemand, sinon vers /fr/. Un visiteur italophone tombe sur /fr/ sans comprendre pourquoi, et un visiteur germanophone qui voulait comparer les prix en français ne peut pas atteindre /fr/ depuis l'accueil. Les chiffres de trafic par version deviennent difficiles à interpréter, car la version affichée dépend d'un paramètre invisible. Ce scénario est purement illustratif.
Comment configurer x-default concrètement ?
La syntaxe de base est une balise link avec rel="alternate", une URL absolue et hreflang="x-default", comme dans l'extrait de la documentation Google (source) :
<link rel="alternate" href="https://exemple.com/" hreflang="x-default" />
Trois méthodes existent pour déclarer les variantes : balises HTML, en-têtes HTTP ou sitemap. Google indique qu'elles sont équivalentes de son point de vue et qu'on peut les combiner, mais que cela n'apporte rien en recherche. (source). Choisissez-en une et tenez-la.
Tableau de décision : quel rôle pour chaque page ?
| Situation | Balise à utiliser | Rôle |
|---|---|---|
| Page française ciblant la France | hreflang="fr-FR" |
Version localisée |
| Page française ciblant la Belgique | hreflang="fr-BE" |
Version localisée |
| Page d'accueil avec sélecteur | hreflang="x-default" |
Repli pour langues non couvertes |
| Page de contact générique sans langue | hreflang="x-default" |
Repli, pas une langue |
| Version anglaise pour le Royaume-Uni | hreflang="en-GB" |
Version localisée |
| Version anglaise pour les États-Unis | hreflang="en-US" |
Version localisée |
Ce tableau est un cadre de décision, pas une règle issue d'une source officielle ligne par ligne.
Faut-il lier x-default de façon bidirectionnelle ?
La documentation insiste sur les liens bidirectionnels entre variantes. Elle précise aussi qu'en cas de difficulté à maintenir un jeu complet, on peut omettre certaines langues sur certaines pages : Google traitera celles qui se pointent mutuellement. Elle recommande de relier en priorité les nouvelles versions à la langue d'origine dominante — par exemple, un site historiquement en français sur .fr doit relier ses nouvelles pages .mx et .es à cette présence française forte, plutôt que de les relier d'abord entre elles (source).
Appliqué à x-default : la page de repli doit être déclarée dans le même ensemble cohérent que les autres variantes. Une balise x-default orpheline, présente sur une seule page, n'aide personne.
Comment vérifier votre configuration sans outil propriétaire ?
Il n'existe pas de « menu » officiel unique pour auditer x-default. La méthode fiable consiste à reconstituer l'ensemble déclaré et à le comparer à l'ensemble réellement servi.
- Inventorier les URL servies par langue et par région, depuis votre plan de site ou votre CMS.
- Extraire les balises hreflang de chaque page de l'ensemble, y compris x-default.
- Vérifier la réciprocité : si A pointe vers B, B doit pointer vers A.
- Contrôler la cohérence des codes : un code de langue seul (
fr) et un code langue-région (fr-BE) ne jouent pas le même rôle. - Tester le comportement sans en-tête
Accept-Language, puisque Googlebot n'en envoie pas. - Vérifier que le sélecteur reste utilisable sans JavaScript et que chaque option mène à une URL stable.
Si une étape n'est pas documentée par votre CMS, la bonne réponse est de la tester manuellement sur un échantillon, pas de supposer un comportement.
Ce que les sources ne tranchent pas
La documentation Google décrit le rôle de x-default et déconseille les redirections fondées sur la langue supposée, mais elle ne fixe pas de règle du type « x-default doit toujours pointer vers la version anglaise » ou « doit toujours être la page d'accueil ». Le choix de la cible dépend de votre audience réelle et de votre couverture linguistique. De même, aucune source officielle ne garantit qu'un balisage correct produira un affichage particulier dans les résultats : hreflang aide Google à comprendre les variantes, il ne promet pas un classement ni une sélection systématique.
Pour suivre les effets d'un changement de balisage sans surinterpréter des variations normales, une méthode par page et par requête reste transposable. Et si votre site mélange SEO et acquisition payante, la prudence d'interprétation s'applique aussi : une moyenne ne décrit pas un cas individuel.
Questions complémentaires
X-default peut-il remplacer un sélecteur de langue ?
Non. X-default indique une page de repli quand aucune version ne correspond ; il ne propose pas de choix. Le sélecteur reste l'interface qui permet au visiteur de changer de version. Les deux se complètent : le sélecteur donne le contrôle, x-default évite une impasse pour les langues non couvertes.
Faut-il une balise x-default sur chaque page du site ?
Pas nécessairement. Elle est surtout pertinente là où un visiteur peut arriver sans correspondance de langue : accueil, sélecteurs, pages génériques. Sur des pages entièrement traduites et correctement balisées, son utilité est plus faible. L'important est la cohérence de l'ensemble déclaré, pas la présence mécanique sur chaque URL.