Le référencement international et multilingue est sans doute l’une des disciplines les plus difficiles du domaine du référencement.
Cela est illustré par le nombre de sites internet qui ont des erreurs hreflang, ainsi que par le nombre d’idées reçues de mises en œuvre.
Bien qu’il y ait des décisions à prendre sur les langues et les pays à cibler, en tenant compte de facteurs commerciaux plus larges, des décisions techniques doivent être prises, l’une d’entre elles étant la configuration internationale de vos structures d’URL.
Anatomie des URL
Tout au long de cet article, je vais faire référence aux URL (Uniform Resource Locator), aux URI (Uniform Resource Identifiers) et aux URN (Uniform Resource Name). La différence peut être expliquée par le diagramme ci-dessous :
- L’URL ne peut être utilisée que pour décrire la version complète (ou absolue), contenant le schéma, l’hôte et le chemin.
- URN ne peut être décrit que pour décrire le chemin.
- Tout est un URI.
En bref, tous les URN et URL sont des URI, mais tous les URI ne sont pas des URL.
Structures d’URL multilingues
Il existe cinq façons principales de configurer un site Web en termes de structures d’URL pour le référencement international. Ceux-ci étant:
- gTLD avec sous-dossiers
- gTLD avec sous-domaines
- Différents ccTLD pour le domaine racine
- gTLD avec paramètres
- Différents domaines entièrement
Bien qu’il existe un certain nombre d’articles explorant les avantages et les inconvénients de chaque méthode de mise en œuvre, dont certains je reviendrai plus tard, il existe également les limites de votre pile technologique.
Si vous utilisez Shopify par exemple, vous devrez configurer de nouvelles vitrines Shopify pour chaque version internationale (à moins que vous ne souhaitiez utiliser un plugin pour réécrire les devises et les prix via JavaScript).
Cela signifie que vous devrez probablement utiliser différents ccTLD ou domaines tout en injectant hreflang via le liquide de thème de Shopify.
Les mérites de chaque approche
Vous pouvez réussir avec l’une des cinq méthodes de mise en œuvre mentionnées ci-dessus, car il existe un grand nombre de variables qui entrent dans le succès d’un référencement SEO multilingue, ce n’est que l’une d’entre elles.
Différents ccTLD
Ceux-ci envoient les signaux les plus forts aux moteurs de recherche sur le pays ciblé. Par exemple, domain.fr est une indication forte ici en France.
Cette méthode est souvent plus coûteuse à maintenir (car elle gère plusieurs domaines) et chacun aura son propre profil de backlink à créer et à maintenir.
Au fil des ans, certains ccTLD (tels que .co et .ax) ont été utilisés à des fins non internationales comme terminaison de mots.
Par exemple, bron.co et beesw.ax peuvent sembler intelligents du point de vue du marketing et de la marque, mais en réalité, ce sont les ccTLD de la Colombie et des îles Åland.
Sous-domaine et sous-répertoire
Sans vouloir relancer un débat SEO vieux comme le monde, utiliser un gTLD avec un sous-domaine ou un chemin de sous-répertoire sont deux implémentations viables pour le référencement international. Les deux ont été mis en œuvre avec un bon succès.
Hotels.com est un exemple de sous-domaine utilisé pour des structures d’URL multilingues, tandis que BeatsByDre est un exemple de sous-répertoire.
Par expérience, j’ai eu du succès avec les deux méthodes d’implémentation. Du point de vue du développement, vous pouvez mapper d’autres plates-formes et bases de données vers un sous-domaine, ou inverser leur proxy vers un sous-dossier.
Cela dépend encore une fois des limites de votre pile technologique, et les deux peuvent être atteints grâce au SEO Edge et aux utilisateurs pour gérer le mappage ou le proxy inverse.
Paramètres
C’est là que le domaine est ajouté avec un paramètre d’URL ?Lang=fr ou similaire.
Bien que cela puisse fonctionner, c’est la méthode de mise en œuvre que je recommande le moins car elle n’est pas conviviale pour établir un lien.
Un domaine différent entièrement
Semblable à l’approche différente des ccTLD, l’utilisation de différents domaines peut être une stratégie de référencement international fructueuse, surtout si votre domaine n’est pas votre nom de marque.
Un bon exemple d’entreprise qui bénéficierait de cette approche est la marque de vente au détail britannique B&Q qui utilise le nom de domaine diy.com (car il s’agit d’une entreprise de vente au détail de bricolage).
DIY (Do It Yourself) ne se traduit pas, c’est donc un candidat pour utiliser un domaine complètement différent.
Meilleures pratiques d’URL pour certains pays
Lorsque vous décidez de la structure initiale de votre URL, il est important de rechercher et de prendre en compte de manière approfondie les différences et les nuances culturelles non seulement des moteurs de recherche non Google, mais également des différentes bases d’utilisateurs.
Meilleures pratiques URL pour le Japon
Il n’y a aucune preuve causale que le fait d’avoir un ccTLD spécifique au Japon (tel que .co.jp) donne un avantage sur le classement au sein de Google Japon, goo.ne.jp ou Yahoo.
Lors de la création de vos URL pour le Japon et pour faciliter la localisation, vous devez chercher à utiliser des caractères japonais dans vos URN.
Par exemple, si vous êtes une agence de voyage américaine ciblant le marché japonais avec des hôtels à réserver, vos URL peuvent ressembler à ceci:
travel-usa.com/wisconsin/旅行/
旅行 étant le mot ryokou en Kanji. Le Japon utilise plusieurs alphabets, notamment Kanji, Hiragana et Katakana.
Les utilisateurs japonais tapent généralement en latin avant de convertir leur requête de recherche dans leur style d’écriture préféré. Hiragana est l’alphabet le plus couramment utilisé au Japon, tandis que le katakana est souvent réservé aux mots étrangers.
Tant que vos URL sont encodées en UTF-8, les caractères japonais s’afficheront dans les SERP s’ils sont correctement formatés.
Meilleures pratiques d’URL pour la Russie et Yandex
Contrairement à Google, Yandex valorise les mots-clés inclus dans le chemin – bien qu’il soit important qu’ils ne soient pas utilisés de manière «spammée».
Une autre question courante pour Yandex est l’utilisation du cyrillique dans les URL lors du ciblage de la Russie, la signature officielle de Google sur le sujet est la suivante :
« Google peut explorer et indexer normalement les URL non latines. »
Un bon exemple de cela dans le monde réel est la version russe de Wikipedia, qui utilise des chemins cyrilliques:
Cependant, lorsque vous copiez et collez l’URL en dehors du navigateur, le cyrillique ne se formate pas correctement et vous obtenez à la place un chemin cassé :
https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0
Mais lorsque vous le collez à nouveau dans un navigateur, tel que Chrome ou YaBrowser, cela fonctionne et se formate.
Meilleures pratiques d’URL pour la Chine et Baidu
Baidu fonctionne différemment de Google et présente un certain nombre de différences par rapport à Google. La manière dont il traite les URL et ce que Baidu définit comme des URL «conviviales» diffèrent également légèrement de Google.
Avec Baidu, vous devez éviter à tout prix d’utiliser des URL avec des paramètres car Baidu peut avoir des problèmes pour les explorer. À l’instar de Google, la meilleure pratique serait d’utiliser un URN descriptif.
Contrairement au Japon, il est également conseillé de ne pas utiliser de caractères chinois dans l’URL. Cela est dû au fait que certains caractères chinois ont des problèmes d’encodage, ce qui peut entraîner des caractères illisibles dans un chemin URI.
Cela entraînera des problèmes pour l’exploration de Baidu-Spider et la découverte du contenu sur les URI. Cependant, vous pouvez remplacer les caractères chinois par Pinyin.