Informez Google des versions localisées de votre page

Si vous avez plusieurs versions d’une page pour différentes langues ou régions, informez Google de ces différentes variantes. Cela aidera la recherche Google à diriger les utilisateurs vers la version la plus appropriée de votre page en fonction de la langue ou de la région.

Notez que même sans aucune action de votre part, Google pourrait trouver des versions linguistiques alternatives de votre page, mais il est généralement préférable d’indiquer explicitement vos pages spécifiques à une langue ou à une région.

Quelques exemples de scénarios où l’indication de pages alternatives est recommandée :

• Si vous conservez le contenu principal dans une seule langue et traduisez uniquement le modèle, comme la navigation et le pied de page. Les pages contenant du contenu généré par les utilisateurs, comme les forums, font généralement cela.
• Si votre contenu présente de légères variations régionales avec un contenu similaire, dans une seule langue. Par exemple, vous pourriez avoir du contenu en anglais ciblant les États-Unis, le Royaume-Uni et l’Irlande.
• Si le contenu de votre site est entièrement traduit en plusieurs langues. Par exemple, vous avez des versions allemande et anglaise de chaque page.

Les versions localisées d’une page ne sont considérées comme des doublons que si le contenu principal de la page reste non traduit.

Méthodes pour indiquer vos pages alternatives

Il existe trois façons d’indiquer à Google plusieurs versions linguistiques/régionales d’une page :

• HTML
• En-têtes HTTP
• Sitemap

Les trois méthodes sont équivalentes du point de vue de Google et vous pouvez choisir la méthode la plus pratique pour votre site. Bien que vous puissiez utiliser les trois méthodes en même temps, il n’y a aucun avantage pour la recherche (en fait, il peut être beaucoup plus difficile de gérer trois implémentations plutôt que d’en choisir une seule).

Utilisez hreflang pour informer Google des variantes de votre contenu, afin que nous puissions comprendre que ces pages sont des variantes localisées du même contenu. Google n’utilise pas
hreflang ou l’attribut HTML lang pour détecter la langue d’une page ; nous utilisons plutôt des algorithmes pour déterminer la langue.

Directives pour toutes les méthodes

• Chaque version linguistique doit se lister elle-même ainsi que toutes les autres versions linguistiques.
• Les URL alternatives doivent être entièrement qualifiées, y compris la méthode de transport (http/https), donc :
  https://example.com/foo, pas //example.com/foo ou /foo
• Les URL alternatives n’ont pas besoin d’être sur le même domaine.
• Si vous avez plusieurs URL alternatives ciblant des utilisateurs parlant la même langue mais dans des régions différentes, il est judicieux de fournir également une URL fourre-tout pour les utilisateurs de cette langue non spécifiés géographiquement. Par exemple, si vous avez des URL spécifiques pour les anglophones en Irlande (en-ie), au Canada (en-ca) et en Australie (en-au), fournissez une page en anglais générique (en) pour les chercheurs aux États-Unis, au Royaume-Uni et dans tous les autres lieux anglophones. Il peut s’agir de l’une des pages spécifiques, si vous le souhaitez.
• Si deux pages ne pointent pas l’une vers l’autre, les balises seront ignorées. Cela évite que quelqu’un sur un autre site ne puisse créer arbitrairement une balise se désignant comme une version alternative de l’une de vos pages.
• S’il devient difficile de maintenir un ensemble complet de liens bidirectionnels pour chaque langue, vous pouvez omettre certaines langues sur certaines pages ; Google traitera toujours celles qui pointent l’une vers l’autre. Cependant, il est important de lier les pages linguistiques nouvellement étendues de manière bidirectionnelle à la langue ou aux langues d’origine/dominantes. Par exemple, si votre site a été créé à l’origine en français avec des URL sur .fr, il est plus important de lier de manière bidirectionnelle les nouvelles pages mexicaines (.mx) et espagnoles (.es) à votre forte présence sur .fr , plutôt que de lier de manière bidirectionnelle vos nouvelles pages de variantes en espagnol (.mx et .es) entre elles.
• Envisagez d’ajouter une page de secours pour les langues non correspondantes, en particulier sur les sélecteurs de langue/pays ou les pages d’accueil à redirection automatique. Utilisez the x-default valeur:
  <link rel="alternate" href="https://example.com/" hreflang="x-default" />

Balises HTML

Ajoutez <link rel="alternate" hreflang="lang_code"... > des éléments à l’en-tête de votre page pour indiquer à Google toutes les variantes linguistiques et régionales d’une page. Ceci est utile si vous n’avez pas de sitemap ou la possibilité de spécifier des en-têtes de réponse HTTP pour votre site.

Pour chaque variante de la page, incluez un ensemble de <link> éléments dans le
<head> élément, un lien pour chaque variante de page y compris elle-même. L’ensemble des liens est identique pour chaque version de la page.
Consultez les directives supplémentaires.

Voici la syntaxe de chaque lien élément :

Le <link> les balises doivent être à l’intérieur d’un
bien formé <head> section
du HTML. En cas de doute, collez le code de votre page rendue dans un
validateur HTML pour vous assurer que les liens sont à l’intérieur du <head> élément. De plus, ne combinez pas
link balises pour des représentations alternatives du document ; par exemple, ne combinez pas
hreflang annotations avec d’autres attributs tels que media dans un seul
<link> balise.

Exemple

Example Widgets, Inc possède un site Web qui dessert des utilisateurs aux États-Unis, au Royaume-Uni et en Allemagne. Les URL suivantes contiennent essentiellement le même contenu, mais avec des variations régionales :

Notez que les sous-domaines spécifiques à la langue dans ces URL (en, en-gb, en-us, de) ne sont pas utilisés par Google pour déterminer le public cible de la page ; vous devez mapper explicitement le public cible.

Voici le HTML qui serait dans le <head> section de toutes les pages répertoriées dans le tableau des URL avec des variations régionales. Il dirigerait les locuteurs américains, britanniques, anglais génériques et allemands vers des pages localisées, et tous les autres vers une page d’accueil générique. Google Recherche renvoie le résultat approprié pour l’utilisateur, en fonction des paramètres de son navigateur.

En-têtes HTTP

Vous pouvez renvoyer un en-tête HTTP avec la réponse GET de votre page pour informer Google de toutes les variantes de langue et de région d’une page. Ceci est utile pour les fichiers non HTML (comme les PDF).

Voici le format de l’en-tête :

Vous devez spécifier un ensemble de <url>, rel="alternate", et hreflang valeurs pour chaque version de la page, y compris la version demandée , séparées par une virgule comme indiqué dans l’exemple suivant. L’en-têteLink: renvoyé pour chaque version d'une page est identique. Voir les directives supplémentaires. Exemple

Voici un exemple

Link: en-tête renvoyé par un site qui possède trois versions d'un fichier PDF : une pour les anglophones, une pour les germanophones de Suisse et une pour tous les autres germanophones : Sitemap

Vous pouvez utiliser un

sitemap XML pour indiquer à Google toutes les variantes de langue et de région pour chaque URL. Pour ce faire, ajoutez un <loc> élément spécifiant une seule URL, avec des entrées enfants
<xhtml:link> listant chaque variante de langue/locale de la page, y compris elle-même. Par conséquent, si vous avez 3 versions d'une page, votre sitemap aura des entrées pour les URL de chaque version, et chaque entrée aura 3 entrées enfants identiques. Règles du sitemap :

Spécifiez l’espace de noms xhtml comme suit :

• Créez un
• <url> élément séparé pour chaque URL comme vous le feriez avec n'importe quel autre sitemap. Chaque
• <url> élément doit inclure un <loc> élément enfant indiquant l'URL de la page. Chaque
• <url> élément doit avoir un élément enfant <xhtml:link rel=”alternate” hreflang=”
  supported_language-codequi liste chaque version alternative de la page,">
  y compris elle-même . L’ordre de ces<xhtml:link> éléments enfants n'a pas d'importance, bien que vous puissiez souhaiter les conserver dans le même ordre pour faciliter la vérification des erreurs. Les éléments enfants ne comptent pas dans la limite d'URL pour les sitemaps. Téléchargez le sitemap dans un répertoire de votre site auquel le sitemap est applicable. Gardez à l’esprit qu’un sitemap ne peut contenir que des URL descendantes du répertoire à partir duquel le sitemap est hébergé.
• Notre
• documentation sur les sitemaps s’applique également aux extensions de sitemap. Assurez-vous de suivre les
  directives générales sur les sitemaps
  . Voir les directives supplémentaires..
• Exemple

Voici une page en anglais destinée aux anglophones du monde entier, avec des versions équivalentes de cette page destinées aux germanophones du monde entier et aux germanophones situés en Suisse. Voici toutes les URL présentes sur votre site :

www.example.com/english/page.html

• destinée aux anglophones. www.example.de/deutsch/page.html
• destinée aux germanophones. www.example.de/schweiz-deutsch/page.html
• destinée aux germanophones en Suisse. Voici le sitemap pour ces trois pages :

Codes de langue et de région pris en charge

La

hreflang valeur de l'attribut est composée d'une ou, éventuellement, de deux valeurs, séparées par un tiret. Par exemple, en-US . Le premier code de l'hreflang attribut est le code de langue (au format ISO 639-1 ), suivi d’un deuxième code optionnel qui représente le code de région (au format ISO 3166-1 Alpha 2 ) d’une URL alternative. Seuls les codes de langue répertoriés dans ISO 639-1 et les codes de région répertoriés dans ISO 3166-1 Alpha 2 sont pris en charge ; les autres codes qui ne figurent pas dans ces normes, tels que es-419, ne sont pas pris en charge.
Avertissement

Bon (allemand pour les utilisateurs en Belgique)

• de-be: Bon (néerlandais pour les utilisateurs en Belgique)
• nl-be: Bon (français pour les utilisateurs en Belgique)
• fr-be: ru
• Mauvais car le premier code est pour la langue (be est le code de la langue biélorusse): be

Pour simplifier votre étiquetage, vous pouvez spécifier un code de langue seul. Par exemple :

• de: Contenu en langue allemande, indépendamment de la région
• en-GB: Contenu en langue anglaise, pour les utilisateurs au Royaume-Uni
• de-ES: Contenu en langue allemande, pour les utilisateurs en Espagne

Pour les variations d’écriture de langue, l’écriture appropriée est dérivée du pays. Par exemple, lors de l’utilisation de zh-TW pour les utilisateurs à Taïwan, l’écriture de la langue est automatiquement dérivée (dans cet exemple : Chinois-Traditionnel). Vous pouvez également spécifier l’écriture elle-même explicitement en utilisant ISO 15924, comme ceci :

• zh-Hant: Chinois (Traditionnel)
• zh-Hans: Chinois (Simplifié)

Comme pour les autres codes de langue, vous pouvez également spécifier une région optionnelle. Par exemple, zh-Hans-US pour spécifier le Chinois (Simplifié) pour les utilisateurs aux États-Unis.

Utilisez la valeur x-default pour les langues non correspondantes

La valeur réservée x-default est utilisée lorsqu’aucune autre langue/région ne correspond aux paramètres du navigateur de l’utilisateur. Cette valeur est recommandée pour spécifier la page de secours pour les utilisateurs dont les paramètres de langue ne correspondent à aucune des versions localisées de votre site. Bien que vous puissiez utiliser la valeur x-default pour n’importe quelle page, elle a été conçue pour les pages de sélection de langue et fonctionnera donc mieux avec celles-ci.

Il n’est pas nécessaire de spécifier un code de langue pour la valeur x-default ; la page est ciblée vers les utilisateurs dont les paramètres de langue ne correspondent pas sur votre site, donc la langue de la page est sans importance.

Pour implémenter l’annotation hreflang="x-default" , ajoutez une balise
link supplémentaire aux annotations hreflang existantes, et définissez l’attribut
href sur l’URL où vous souhaitez que vos utilisateurs atterrissent si votre site ne prend pas en charge leur langue. Par exemple, une implémentation HTML peut ressembler à ceci :

Dépannage

Erreurs courantes

Voici les erreurs les plus courantes avec l’utilisation de hreflang :

• Liens de retour manquants: Si la page X renvoie à la page Y, la page Y doit renvoyer à la page X. Si ce n’est pas le cas pour toutes les pages qui utilisent des annotations hreflang , ces annotations peuvent être ignorées ou ne pas être interprétées correctement. Par exemple, en considérant ce lien sur https://de.example.com/index.html:

  vous devez également avoir un lien hreflang sur
  https://en-gb.example.com/index.html qui pointe vers la version de
  du contenu :
• Codes de langue incorrects: Assurez-vous que tous les codes de langue que vous utilisez identifient la langue (au format ISO 639-1) et éventuellement la région (au format ISO 3166-1 Alpha 2) d’une URL alternative. Spécifier la région seule n’est pas valide.
• Codes de région incorrects: Assurez-vous d’utiliser des éléments de code officiellement attribués pour les régions que vous essayez d’identifier (au format
  ISO 3166-1 Alpha 2). Si vous utilisez des codes qui sont répertoriés comme réservés pour autre chose, Google Search ignore cette partie de l’annotation (par exemple, l’utilisation de EU, UNou UK
  dans les annotations hreflang n’a aucun effet sur Google Search).

Débogage erreurs hreflang

Il existe de nombreux outils tiers disponibles que vous pouvez utiliser pour déboguer les annotations hreflang
. Voici quelques outils populaires. Ces outils ne sont ni maintenus ni vérifiés par Google.

• de Aleyda Solis hreflang outil générateur de balises
  pour générer ou modifier hreflang balises.
• Merkle SEO hreflang outil de test de balises
  pour valider hreflang balises sur une seule page en direct.