Contenu dupliqué entre langues

Les traductions réelles ne sont pas des doublons pour Google. Le risque concerne surtout les variantes régionales de même langue sans adaptation réelle.

Première publication : 2 juil. 2026 · Dernière mise à jour : 13 août 2026 · Advanced
Langues

Google ne traite pas les traductions réelles comme doublons. Le risque porte sur des variantes de même langue presque identiques pour plusieurs pays. Google peut les regrouper et choisir une canonique ; hreflang aide à servir la bonne URL sans empêcher le regroupement. Adaptez réellement devise, droit, livraison et offre, ou consolidez.

En bref — Le « contenu dupliqué interlangue » est surtout un mythe : Google ne considère une version localisée comme doublon que si le contenu principal reste non traduit. Le risque réel concerne des variantes d’un même langage — en-US, en-GB, en-AU — sans adaptation ; Google les regroupe et choisit une canonique. hreflang agit à l’intérieur du groupe comme signal de remplacement, sans empêcher sa création. Dans mon étude de 374 756 domaines utilisant hreflang, 67 % avaient au moins un problème. Une page régionale consolidée peut disparaître des rapports canoniques tout en restant servie. La solution est l’adaptation réelle ou la consolidation.

Le mythe et son inversion

L’expression suppose à tort qu’une traduction crée un doublon. Google affirme : “Localized versions of a page are only considered duplicates if the main content of the page remains untranslated.” (traduction) « Les versions localisées ne sont considérées comme doublons que si le contenu principal reste non traduit. » Voir la documentation. Une fois le corps traduit, les contenus diffèrent.

Evidence for this claim Google says localized pages are considered duplicates only when their main content remains untranslated. Scope: Google Search treatment of localized page variants; canonical selection can still apply to substantially similar same-language pages. Confidence: high · Verified: Google: Localized versions

C’est le fondement de hreflang. Google écrit : “Use hreflang to tell Google about the variations of your content, so that we can understand that these pages are localized variations of the same content.” (traduction) « Utilisez hreflang pour signaler les variantes localisées d’un même contenu. » Source. Et pour la détection : “Google doesn’t use hreflang or the HTML lang attribute to detect the language of a page; instead, we use algorithms to determine the language.” (traduction) « Google n’utilise ni hreflang ni l’attribut HTML lang pour détecter la langue ; ses algorithmes s’en chargent. » Source.

Evidence for this claim Google says it determines page language from visible content rather than hreflang, the HTML lang attribute, or the URL. Scope: Google Search language detection, not browser or accessibility behavior. Confidence: high · Verified: Google: Make page language obvious

Matt Cutts tenait déjà la même position en 2011 : selon Search Engine Roundtable, publier le même anglais sur plusieurs ccTLD — .com, .fr et .de — n’était pas problématique ; mieux vaut traduire et appliquer hreflang lorsque c’est possible, sans paniquer.

Nuance : traduire uniquement le gabarit

Le critère du « contenu principal non traduit » comporte un piège. Traduire menus, navigation, pied de page et barre latérale sans toucher au corps ne traduit pas la page. Dans mon guide de canonisation Ahrefs, je distingue ce motif : le test porte sur le contenu principal, pas sur l’habillage.

Auditez la page visible rendue, pas seulement le code source. Google déduit la langue du contenu visible, pas de hreflang, de lang ni de l’URL. Evidence for this claim Google says it determines page language from visible content rather than hreflang, the HTML lang attribute, or the URL. Scope: Google Search language detection, not browser or accessibility behavior. Confidence: high · Verified: Google: Make page language obvious Un gabarit qui place lang="fr" dans <html> alors que le corps reste anglais ne constitue pas une traduction.

Le vrai risque : mêmes langue et contenu, pays différents

Des pages dans la même langue destinées à plusieurs pays — en-US, en-GB, en-AU ou de-DE et de-CH — deviennent de vrais quasi-doublons sans adaptation de devise, orthographe, réglementation, livraison ou exemples.

Mêmes produits, pays différents

Un catalogue n’a pas à réécrire chaque description fabricant pour justifier une URL régionale. Deux pages peuvent décrire le même produit tout en représentant des offres distinctes. Évaluez l’état commercial, pas seulement les paragraphes :

  • devise et prix du marché ;
  • taxes, droits, promotions, garanties et retours ;
  • destinations, délais, coûts et restrictions de livraison ;
  • disponibilité en ligne, magasin, retrait et variante ;
  • stock local ou identité du vendeur ;
  • informations juridiques, tailles, mesures ou réglementation ;
  • URL canonique, ensemble hreflang et données d’offre structurées.

Lorsque ces différences existent, chaque page régionale doit normalement avoir une URL stable, une autocanonique et un hreflang correspondant. Offre visible, balisage Product/Offer, flux marchand et paiement doivent décrire le même marché. Un simple symbole de devise ou nom de pays ne suffit pas. Les consignes Google sur les produits relient l’offre de la page aux données commerciales soumises.

Ajoutez le pays au titre lorsqu’il clarifie une offre réelle — livraison, disponibilité, réglementation ou gamme locale — mais pas mécaniquement. La décision entre ciblage linguistique et national relève de Language Targeting vs. Country Targeting.

Google traite explicitement ce cas :

“if you have multiple pages in the same language as part of a multi-regional site (for instance, if both example.de/ and example.com/de/ show similar German language content), pick a preferred version and use the rel=“canonical” element and hreflang tags to make sure that the correct language or regional URL is served to searchers.” (traduction) « Si plusieurs pages régionales de même langue sont similaires, choisissez une version préférée et combinez canonique et hreflang pour servir la bonne URL. » Consultez la source. Google demande de gérer la duplication, pas de la nier.

Fonctionnement du regroupement

Dans le podcast Search Off the Record no 16, John Mueller explique : “we have, at the same time, systems that try to understand when content is duplicated, and we try to put them into one cluster of pages, and then sometimes, the German and the Swiss page will get into the same cluster. But with hreflang, we can show the proper URL, at least.” (traduction) « Nos systèmes regroupent parfois les pages allemande et suisse ; hreflang permet au moins de montrer la bonne URL. » Martin Splitt ajoute : “it makes sense that these are put together in the same dup cluster… because it’s the same content, essentially.” (traduction) « Leur regroupement est logique, car le contenu est essentiellement le même. »

hreflang agit donc dans le regroupement. Google identifie les doublons, choisit une canonique, puis hreflang aide à remplacer l’URL servie selon le public. Gary Illyes décrit ce remplacement dans le classement. Le regroupement a néanmoins eu lieu : hreflang l’oriente sans l’empêcher.

Dans mon guide de canonisation, je rappelle que hreflang ne résout pas la duplication internationale. Dans ma conférence Pubcon 2017, je montre le paradoxe des annotations réciproques lorsque Google a déjà assimilé A à C et n’indexe plus A séparément.

La description du groupe et du remplacement vient d’un podcast de l’équipe Search Relations, pas d’une spécification écrite. Utilisez-la comme explication officielle, non comme contrat immuable. La règle durable reste celle des sites multirégionaux et des URL canoniques : version préférée, canonique et hreflang alignés.

Le piège des rapports Search Console

Search Console rapporte sur l’URL canonique. Une variante régionale regroupée peut sembler avoir disparu tout en restant correctement servie. Dans le même épisode, Martin Splitt décrit une page suisse qui “has disappeared because it’s now a duplicate of the German page, but that doesn’t mean that we are not showing the Swiss page to people in Switzerland.” (traduction) « a disparu parce qu’elle est devenue un doublon de la page allemande, sans cesser d’être montrée aux utilisateurs suisses ».

Ne concluez donc pas automatiquement à une désindexation. Une page peut être intégrée au groupe d’une autre locale dans les rapports et rester affichée au bon marché. Vérifiez directement les résultats et la version servie depuis ce marché ; le comportement exact des rapports n’est pas entièrement documenté.

Existe-t-il une pénalité ? Non.

John Mueller a déclaré en 2021 : “There’s no duplicate content penalty for something like that, but concentrating your site’s value on fewer pages generally makes it easier for those pages to be more visible.” (traduction) « Il n’existe pas de pénalité de contenu dupliqué dans ce cas, mais concentrer la valeur sur moins de pages facilite leur visibilité. » Article source. Le coût est la dilution, pas une sanction.

Cette absence de pénalité concerne la canonisation ordinaire et de bonne foi. Les règles antispam visant le contenu à grande échelle de faible valeur ou les pages satellites manipulatrices sont distinctes et fondées sur l’intention. Des variantes proches créées honnêtement ne sont pas équivalentes à une production massive destinée à occuper davantage de résultats.

Bing adopte une orientation proche dans son article de décembre 2025 : les pages régionales presque identiques doivent être différenciées par terminologie, exemples, réglementation ou produits, ou canonisées si l’intention n’est pas distincte. Bing indique aussi que les systèmes d’IA regroupent les quasi-doublons ; c’est une observation propre à Bing, pas un comportement Google confirmé.

Les données : hreflang casse souvent

Dans mon étude Brighton SEO 2023 portant sur 374 756 domaines, 67 % des domaines utilisant hreflang présentaient au moins un problème : x-default ou autoréférence absents, pages redirigées ou cassées, retours manquants, URL non canoniques. Comme hreflang n’est qu’un signal parmi une vingtaine de signaux de canonisation, un groupe cassé peut être ignoré. John Mueller se dit souvent surpris lorsque l’implémentation est correcte.

La correction réelle

  1. Décidez si les variantes diffèrent vraiment. Devise, prix, livraison, droit et orthographe propres au marché les distinguent ; des clones révèlent un problème de contenu, pas de balises.
  2. Adaptez ou consolidez. Choisissez une localisation réelle ou moins de pages plus fortes.
  3. Alignez canonique, hreflang et x-default. Chaque locale s’autocanonise et le groupe se référence réciproquement. C’est l’erreur « Mistake #5 » de mon guide hreflang : rel=canonical ne doit pas contredire hreflang. Ne canonisez pas une véritable traduction vers l’originale d’une autre langue ; les consignes Google recommandent une canonique de même langue, ou le meilleur substitut disponible.
  4. Diagnostiquez dans Search Console avec prudence. Une page absente du rapport canonique peut être consolidée plutôt que désindexée ; vérifiez le marché réel.

Lien avec le reste du cluster

Cette page traite la duplication. Le besoin d’une variante par pays relève du ciblage langue/pays ; les grappes réciproques et codes ISO relèvent de hreflang ; la différence entre traduction et adaptation relève de la localisation. La qualité de la traduction automatique constitue encore un autre risque : ne la confondez pas avec le mythe de la duplication interlangue.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.