Google reconnaît trois méthodes pour indiquer les versions linguistiques : balises HTML, en-têtes HTTP ou sitemap XML. Vous pouvez n'en choisir qu'une, déclarer chaque version dans un ensemble réciproque et ne pas ajouter d'URL qui n'existe pas réellement. Un sitemap multilingue bien tenu liste les pages traduites, pas des variantes vides.
Pourquoi un sitemap multilingue ne doit pas créer d'URL inutiles
Un sitemap multilingue sert à décrire les équivalences entre versions d'une même page. Il ne crée pas de contenu. Si vous générez une URL pour chaque combinaison langue-pays alors que la page n'existe pas ou reste vide, vous ajoutez des adresses que Google devra explorer sans bénéfice. La documentation de Google précise que les versions localisées d'une page ne sont considérées comme dupliquées que si le contenu principal reste non traduit (Official source). Autrement dit, une page traduite n'est pas un doublon, mais une page vide n'est pas une version localisée utile.
La question n'est donc pas « combien d'URL puis-je ajouter ? » mais « quelles versions existent réellement et comment les relier ? ». Le sitemap XML est l'un des trois formats possibles ; il est extensible et peut contenir les versions localisées (Official source).
Trois méthodes hreflang : laquelle choisir ?
Google reconnaît trois méthodes pour indiquer les versions linguistiques : les balises HTML, les en-têtes HTTP et le sitemap. Vous pouvez n'en choisir qu'une (Official source).
| Méthode | Quand elle est pratique | Point de vigilance |
|---|---|---|
| Balises HTML | Sites avec peu de langues, contenu géré dans le template | Chaque page doit contenir l'ensemble complet des liens |
| En-têtes HTTP | Fichiers non HTML (PDF, images) ou sites sans accès au template | Difficile à vérifier sans outil serveur |
| Sitemap XML | Grands catalogues, URLs nombreuses, équipes SEO centralisées | Le sitemap doit rester synchronisé avec les pages réellement publiées |
Le choix dépend de votre infrastructure, pas d'un avantage de classement. Utiliser les trois méthodes en même temps n'apporte pas de bénéfice et peut compliquer la maintenance (Official source).
Comment contrôler les équivalences sans multiplier les URL ?
La méthode de contrôle tient en quatre étapes.
- Inventorier les versions réellement publiées. Listez les langues et les régions pour lesquelles une page existe avec un contenu principal traduit. Ne partez pas de la liste des pays que vous visez, partez de la liste des pages que vous avez.
- Vérifier la réciprocité. Chaque page doit pointer vers toutes les autres versions, y compris elle-même. Si la page A pointe vers B mais que B ne pointe pas vers A, l'ensemble est incomplet.
- Comparer le sitemap au rendu. Ouvrez une page, inspectez le code, cherchez les balises
rel="alternate"ethreflang. Puis ouvrez le sitemap et vérifiez que les mêmes couples URL-langue y figurent. Un écart signale une désynchronisation. - Tester une URL inexistante. Si votre CMS génère une URL pour une langue non traduite, elle doit renvoyer un statut clair (404 ou redirection), pas une page vide avec des balises hreflang.
Cette vérification peut se faire manuellement sur un échantillon de pages. Elle ne nécessite pas d'outil payant.
Exemple hypothétique de sitemap multilingue
Prenons un site fictif, exemple-voyage.test, avec une page « randonnée » disponible en français, en néerlandais et en allemand, mais pas en anglais. Un sitemap correct listerait trois URL, chacune avec ses trois liens alternates. Un sitemap incorrect ajouterait une quatrième URL /en/hiking qui renvoie une page vide ou une redirection. Ce chiffre est illustratif : il ne représente aucune donnée réelle.
Dans le sitemap XML, l'espace de noms xmlns:xhtml="http://www.w3.org/1999/xhtml" est nécessaire pour les liens alternates (Official source). Sans lui, les balises peuvent être ignorées.
Quelles erreurs fréquentes observer ?
- URL orphelines : une version linguistique existe dans le sitemap mais la page n'est pas accessible ou n'a pas de contenu traduit.
- Ensembles incomplets : une page ne référence pas toutes ses équivalences.
- Langues mal codées : utiliser
fr-FRquand la page cible aussi la Belgique et la Suisse, ou l'inverse. - Mélange des méthodes : balises HTML sur certaines pages, sitemap sur d'autres, sans cohérence.
- Canonical contradictoire : la page canonique pointe vers une version qui n'est pas dans l'ensemble hreflang.
Que retenir pour la France, la Belgique et la Suisse ?
Pour un site francophone couvrant la France, la Belgique et la Suisse, la question n'est pas de créer trois URL par page, mais de savoir si le contenu diffère réellement. Si la page est identique pour les trois marchés, une seule URL en fr suffit souvent. Si les prix, les mentions légales ou les disponibilités changent, des URL distinctes peuvent se justifier. Dans tous les cas, le sitemap doit refléter ce qui existe, pas ce que vous aimeriez cibler.
Questions fréquentes
Peut-on utiliser les trois méthodes hreflang en même temps ?
Oui, techniquement, mais Google indique qu'il n'y a pas de bénéfice à le faire et que gérer trois implémentations peut être plus difficile qu'en choisir une seule (Official source).
Un sitemap multilingue remplace-t-il les balises hreflang ?
Non. Le sitemap est l'une des trois méthodes possibles pour déclarer les versions localisées. Si vous choisissez le sitemap, vous n'avez pas besoin d'ajouter les balises HTML, mais vous devez maintenir le sitemap à jour.
Pour aller plus loin
Pour suivre les effets d'une mise à jour sans conclure trop vite, consultez notre article sur la mise à jour antispam Google de septembre 2026. Si vous gérez des campagnes multilingues, notre analyse de Gmail dans Demand Gen aide à interpréter les conversions sans généraliser une moyenne.