Faut-il privilégier hreflang langue seule ou langue+pays pour vos versions internationales ?

Quelle différence entre hreflang langue seule et langue+pays ?

La balise hreflang accepte deux niveaux de granularité : le code langue ISO 639-1 seul (deux lettres, comme "pt" pour portugais) ou la combinaison langue-pays au format ISO 639-1 + ISO 3166-1 Alpha 2 ("pt-BR" pour portugais brésilien, "pt-PT" pour portugais du Portugal).

Le premier format cible tous les utilisateurs parlant cette langue, quel que soit leur pays. Le second restreint le ciblage à une zone géographique précise. Concrètement : si vous avez une version portugaise unique pensée pour le Brésil, l'Angola et le Portugal, utilisez "pt". Si vous créez une version adaptée spécifiquement au marché brésilien avec prix en réal, références locales et tournures brésiliennes, alors "pt-BR" devient pertinent.

Pourquoi Google autorise-t-il ces deux approches ?

Le moteur cherche à servir la version la plus pertinente linguistiquement et géographiquement. Quand un utilisateur situé à Lisbonne cherche un produit, Google analysera les signaux géolocalisés et les balises hreflang pour déterminer si la version "pt" générique ou "pt-PT" spécifique convient mieux.

Cette flexibilité permet aux petits sites de ne pas créer 5 versions portugaises distinctes s'ils n'ont pas les ressources pour adapter contenus et offres. À l'inverse, les gros e-commerce peuvent profiter de la granularité pays pour personnaliser prix, stocks, devises et contenus éditoriaux selon chaque marché lusophone.

Dans quels cas privilégier l'un ou l'autre ?

Si vos contenus, prix, devises ou offres ne varient pas selon le pays au sein d'une même langue, la version langue seule suffit amplement. Vous évitez ainsi de dupliquer inutilement des balises et de compliquer votre sitemap hreflang.

En revanche, dès que vous proposez des tarifs en devise locale, des mentions légales spécifiques (RGPD vs lois brésiliennes) ou du contenu éditorial adapté aux réalités culturelles d'un pays, la combinaison langue+pays devient nécessaire. Elle signale explicitement à Google que cette page cible un sous-ensemble géographique précis.

• Utilisez hreflang="pt" si votre contenu portugais s'adresse indifféremment à tous les lusophones sans distinction géographique
• Optez pour hreflang="pt-BR" et "pt-PT" si vous avez des versions distinctes avec prix en BRL/EUR, contenus localisés et offres spécifiques
• Évitez de mixer les deux approches pour une même langue : soit vous restez générique, soit vous segmentez tous les pays concernés
• Documentez votre choix dans votre cahier de spécifications SEO international pour maintenir la cohérence lors des évolutions futures
• Prévoyez une migration progressive si vous passez d'une approche générique à une segmentation pays (ne basculez pas brutalement sans redirection ni phase de test)

Cette déclaration est-elle cohérente avec les observations terrain ?

Absolument. Les tests sur des sites multilingues montrent que Google interprète correctement les deux formats depuis des années. Un site utilisant uniquement "pt" pour sa version portugaise apparaît bien dans les résultats brésiliens, portugais et angolais si le contenu reste pertinent.

En revanche, un piège fréquent : certains SEO utilisent "pt-BR" par défaut même pour un contenu générique, pensant mieux cibler le marché brésilien (le plus gros bassin lusophone). Résultat : Google peut sous-servir cette page aux utilisateurs portugais ou africains francophones, surtout si un concurrent propose une version "pt" générique ou "pt-PT" spécifique.

Quelles nuances faut-il apporter à cette recommandation ?

La déclaration de Mueller reste volontairement simple, mais elle occulte un point crucial : la détection géographique de Google ne repose pas uniquement sur hreflang. Le moteur croise langue déclarée, localisation IP de l'utilisateur, paramètres de langue du navigateur, et signaux on-page (devise, adresses, mentions légales).

Si vous utilisez "pt" mais que votre page affiche uniquement des prix en euros avec mentions "Livraison au Portugal", Google comprendra implicitement que vous ciblez le Portugal, même sans "pt-PT". L'inverse est vrai : un hreflang="pt-BR" avec des prix en dollars et références européennes enverra des signaux contradictoires qui nuiront au classement.

Dans quels cas cette règle peut-elle poser problème ?

Imaginons un site média francophone avec une rédaction commune pour France, Belgique, Suisse et Canada. Utiliser "fr" semble logique. Mais le Canada a des spécificités culturelles fortes (références nord-américaines, orthographe différente parfois), et les annonceurs locaux veulent cibler uniquement le marché canadien.

Ici, garder "fr" dilue le ciblage publicitaire et rend difficile l'analyse des performances par marché. Passer à "fr-CA", "fr-FR", "fr-BE" devient nécessaire — même si le contenu éditorial reste identique — pour segmenter audiences et monétisation. [À vérifier] Google affirme rarement comment il arbitre quand un site mixe "fr" générique et "fr-CA" spécifique sur des contenus quasi identiques. Les observations suggèrent qu'il privilégie la version pays si l'utilisateur est géolocalisé dans ce pays, mais aucune documentation officielle ne détaille cet algorithme de fallback.

Comment auditer votre implémentation hreflang actuelle ?

Commencez par extraire toutes vos balises hreflang via un crawl Screaming Frog ou OnCrawl. Vérifiez que chaque page déclare bien toutes les alternatives y compris elle-même. Un oubli rompt la réciprocité et Google ignore l'ensemble du cluster hreflang.

Ensuite, contrôlez la cohérence langue/pays : si vous utilisez "pt-BR" sur une page, assurez-vous que le contenu affiche bien réal brésilien, adresses locales et tournures brésiliennes. Un décalage entre déclaration hreflang et réalité on-page déclenche des signaux contradictoires qui brouillent le ciblage.

Faut-il migrer d'une approche générique vers langue+pays ?

Uniquement si vous avez les ressources pour créer et maintenir des contenus réellement différenciés par pays. Passer de "pt" à "pt-BR" + "pt-PT" sans adapter prix, devises, mentions légales et contenus éditoriaux n'apporte aucun bénéfice — et complexifie inutilement votre maintenance.

Si vous décidez cette migration, procédez progressivement : déployez d'abord la version pays prioritaire (souvent le plus gros marché), testez performances et indexation pendant 4-6 semaines, puis étendez aux autres pays. Documentez chaque étape et surveillez Search Console pour détecter rapidement erreurs hreflang ou chute de visibilité.

Quelles erreurs critiques éviter lors de l'implémentation ?

Ne mélangez jamais formats langue seule et langue+pays pour une même langue sans logique claire. Si vous avez "pt-BR" et "pt-PT", n'ajoutez pas un "pt" générique qui entrerait en concurrence directe avec vos versions pays.

Évitez également de déclarer hreflang uniquement dans le sitemap XML sans l'inclure en HTML (balises <link rel="alternate"> ou HTTP headers). Google recommande la redondance pour maximiser fiabilité de détection, surtout sur des sites volumineux où le sitemap peut être partiellement crawlé.

• Auditez vos balises hreflang actuelles pour vérifier réciprocité et cohérence langue/pays
• Si vous n'avez qu'une version par langue, simplifiez en utilisant code langue seul ("pt", "es", "fr")
• Dès que vous créez contenus/prix différenciés par pays, passez à langue+pays et déclarez toutes les variantes
• Testez vos balises avec Google Search Console (rapport Ciblage international) et corrigez immédiatement les erreurs remontées
• Ajoutez systématiquement une balise hreflang="x-default" pointant vers page de sélection langue ou version principale
• Documentez votre stratégie hreflang dans un référentiel centralisé accessible aux équipes dev, SEO et contenu