Googler répond : “Quelle est la meilleure approche pour cibler plusieurs langues et régions ?”

Ce que j’entends par un TLD (domaine de premier niveau) non géo, c’est, par exemple, les TLD .com, .net et .org. Ceux-ci ne sont pas spécifiques à un pays (ils ne sont pas ciblés par les géo).

Les TLD tels que .ca (Canada), .uk (Royaume-Uni), .in (Inde), sont spécifiques à un pays (TLD géociblés, ou TLD de code de pays (ccTLD)).

En fait, un employé de Google a répondu qu’il y avait deux façons de cibler les langues et les lieux : avec hreflang et en le spécifiant dans Google Search Console.

La question a été posée lors de la plus récente session de questions-réponses en anglais que Google organise souvent. Lors de ces sessions, un employé de Google (dans ce cas, John Mueller, qui est un Search Advocate) répond aux questions soumises et aux questions posées en direct.

(Avant d’aller plus loin, je souhaite vous renvoyer à cet article, intitulé “Aperçu des sujets relatifs aux sites internationaux et multilingues”. Comme son titre l’indique, il vous donne un aperçu de ce sujet, et les 3 articles qu’il énumère servent à vous donner une compréhension plus complète que ce qui est couvert ici).

hreflang

“Si je veux cibler le pays plus la langue également… alors… à l’intérieur du code hreflang, je dois mentionner la langue plus le code du pays, n’est-ce pas ?”

John Mueller répond : “Oui.”

Le code hreflang est essentiellement un attribut HTML utilisé pour désigner qu’une certaine partie d’un site Web (comme un sous-domaine ou un sous-répertoire) est destinée à une langue et un emplacement spécifiques.

Par exemple, pour l’anglais, Grande-Bretagne, la valeur de cette désignation serait en-gb (la langue vient en premier).

Dans la Search Console

Le participant a également demandé : “Que dois-je faire dans la console de recherche Google si je cible plusieurs pays, par exemple si je cible 10 pays maintenant. Comment dois-je faire comprendre [à la console] que je cible ces 10 pays parce que la console ne prend en charge qu’un seul pays ?”.

(En écoutant sa mention de “ne prend en charge qu’un seul pays”, je pense qu’il fait référence au fait que, si vous voulez cibler plusieurs pays, vous devez les désigner séparément, comme John le précise dans sa réponse).

Sous-domaines ou sous-répertoires

La réponse de John est la suivante : “Oui, donc si vous voulez faire du géociblage, vous devez utiliser des sous-domaines ou des sous-répertoires par pays, puis ajouter ces sous-domaines ou ces sous-répertoires à Search Console séparément.”

…Mais vous ne pouvez pas faire de géociblage pour les TLD de code pays

Après une brève interjection, John a poursuivi : “Mais une fois que vous les avez ajoutés séparément, et s’il s’agit de domaines génériques de premier niveau, vous pouvez définir le géociblage individuellement.

“Ainsi, par exemple, votre site Web.com/fr pour la France, vous l’ajoutez à Search Console et dans Search Console, dans la section géociblage, vous pouvez dire que ce site Web est destiné à la France.”

Passant à la notion de TLD de pays, John a poursuivi : “Si vous avez un domaine de premier niveau de type code pays, comme .in ou .uk ou autre, vous ne pouvez pas faire de géociblage.”

La meilleure approche du géociblage

Plus haut, j’ai mentionné l’article intitulé Overview of international and multilingual site topics, qui constitue un bon aperçu.

Cet article renvoie à un autre article qui est plus étroitement lié à notre sujet : Indiquez à Google les versions localisées de votre page. (Bien qu’il s’agisse d’un article de contenu de Google qui fait autorité et qu’il aborde les 3 façons d’informer Google sur les zones locales de votre site, il ne mentionne pas l’option de la Google Console, dont nous avons parlé plus haut).

Donc, si je devais géocibler un domaine de premier niveau (non spécifique à un pays), je serais très organisé à ce sujet. Je déciderais si je dois utiliser des sous-domaines ou des répertoires.

Ensuite, je créerais une liste de toutes les URL de mes pages de contenu originales (ou, pour un gros site, au moins les principales pour commencer), et je ferais une liste de chacune des nouvelles URL spécifiques à la langue et/ou à la région qui seraient en corrélation avec chacune des URL originales.

Par exemple, si ma page d’accueil était mysite.com/notre-histoire, et que j’ai décidé d’utiliser des sous-domaines pour mon expansion, j’aurais quelque chose comme fr.mysite.com/notre-histoire (français, notre histoire).

Ensuite, je passerais en revue les articles mentionnés dans cette actualité et je choisirais les meilleurs moyens d’action. Je ne vois aucun inconvénient à utiliser plusieurs méthodes pour désigner les langues et les régions (comme le HTML, les en-têtes HTML, le plan du site et la Search Console).

En fait, dans certains cas, il peut être nécessaire d’utiliser différentes méthodes (comme, j’imagine, si vous vouliez désigner une partie spécifique de votre site pour tous les utilisateurs d’une langue donnée, quel que soit le pays où ils se trouvent).

Voici une vidéo qui devrait vous éclairer :

Mais…Qu’en est-il…

…du contenu dupliqué ?

Si, par exemple, vous avez des sections de votre site en anglais britannique et en anglais américain, y a-t-il un risque de contenu dupliqué ?

Eh bien, voici ce qui est dit sur cette page : Les versions localisées d’une page ne sont considérées comme des doublons que si le contenu principal de la page n’est pas traduit.

Oui, cette citation semble un peu floue. (Lorsqu’il s’agit de contenu dupliqué, je me rappelle toujours que le contenu dupliqué est un filtre, pas une pénalité. Si Google pense que l’une de vos pages est la meilleure réponse à une requête donnée, alors, toutes choses égales par ailleurs, il affichera une page de votre site).

En résumé, j’espère que cet article vous a été quelque peu utile, et que vous avez une idée des détails nécessaires pour réussir à étendre la couverture de votre site.

Source : Chaîne YouTube Google Search Central