Référencement international : comment structurer les pages destinées à plusieurs pays

Introduction

La plupart des conseils en référencement partent du principe qu’il n’y a qu’un seul site, une seule langue et un seul marché. Dès qu’un produit s’adresse à des utilisateurs dans plusieurs pays, ces conseils commencent à montrer leurs limites. Du coup, vous vous retrouvez à jongler entre plusieurs éléments :

• contenu dupliqué sur des pages quasi-identiques,
• des moteurs de recherche affichant la mauvaise version aux mauvais utilisateurs,
• une structure de site qui avait du sens au lancement mais qui devient un frein à mesure que le site prend de l’ampleur.

Les équipes qui réussissent dans ce domaine ont généralement une habitude en commun : elles définissent le ciblage par pays au niveau de l'architecture avant même que quiconque n'écrive le moindre mot de contenu. Si la structure est correcte, chaque page que vous publierez par la suite en héritera. Si elle est erronée, vous passerez des années à démêler les balises canoniques et à corriger des classements erronés.

Ce guide présente les structures qui fonctionnent, le balisage qui les relie entre elles, ainsi que le processus permettant de vérifier que chaque version nationale se classe bien là où elle le devrait.

Le ciblage par pays commence par l’URL

La documentation de Google sur la gestion des sites multirégionaux présente les options réalistes : domaines spécifiques à chaque pays, sous-domaines, sous-répertoires et paramètres d’URL. Cette dernière option est signalée comme « non recommandée », ce qui laisse trois solutions sérieuses :

• Les domaines avec code pays (exemple.de, exemple.fr) envoient le signal de ciblage géographique le plus clair, mais chacun ne peut cibler qu’un seul pays, et chaque domaine que vous ajoutez divise votre autorité et multiplie votre charge de maintenance.
• Les sous-domaines sont faciles à mettre en place, mais les utilisateurs ne peuvent souvent pas déterminer, à partir de l’URL, si « de » fait référence à la langue allemande ou au marché allemand.
• Les sous-répertoires sur un domaine global concentrent l’autorité en un seul endroit et limitent la charge de maintenance, c’est pourquoi ils sont devenus la norme pour la plupart des produits internationaux.

Il n’existe pas de choix universellement correct. Il n’y a que le choix qui correspond à votre activité : le nombre de marchés que vous desservez, l’existence ou non d’entités juridiques différentes selon les pays, et le temps d’ingénierie que vous pouvez consacrer au maintien de structures parallèles.

Quelle que soit la structure que vous choisissez, optez-en pour une seule. Faire passer un site mature des sous-domaines aux sous-répertoires, ou regrouper un ensemble de domaines nationaux, implique la mise en place de redirections, un nouvel exploration par les robots et des mois de classements instables pendant que les moteurs de recherche reconstituent leur image du site. Les équipes qui changent de structure en cours de route le font généralement parce que la décision initiale avait été prise par défaut plutôt que de manière délibérée. Consignez par écrit cette décision, en précisant les compromis que vous avez acceptés, afin que la prochaine personne qui héritera du site comprenne pourquoi la structure se présente ainsi.

Le modèle «hub-and-spoke» pour un produit présent sur plusieurs marchés

Le cas le plus complexe est celui d’un produit unique qui existe en différentes versions selon les pays. Le modèle qui s’adapte le mieux est celui du « hub-and-spoke » : un hub de produit canonique, rayonnant vers des pages nationales construites à partir d’un modèle partagé, chacune localisée dans les détails qui comptent.

Les plateformes de voyage appliquent ce modèle aux pages de destinations, les entreprises SaaS aux pages de tarification par pays, et ce modèle s’étend bien au-delà du secteur technologique. Les opérateurs de paris l’utilisent également : la section « Lucky Numbers » sur Hollywoodbets, une plateforme de paris sud-africaine, se ramifie en pages par pays pour un produit unique à cotes fixes, articulé autour des tirages de loterie de dizaines de pays (un produit de paris destiné aux publics ayant l’âge légal pour jouer sur les marchés réglementés). Un produit, un modèle, une URL centrale et une page «radiale» pour chaque marché couvert par le contenu.

Les secteurs réglementés sont ici instructifs précisément parce qu’ils ne peuvent se permettre aucune ambiguïté structurelle : l’architecture doit indiquer sans équivoque quelle page s’adresse à quel public.

La logique SEO de ce modèle est simple :

• Le site central accumule des liens et de l’autorité pour le terme principal.
• Les pages satellites héritent de l’équité des liens internes et capturent les requêtes de longue traîne spécifiques à chaque pays.
• Le modèle partagé vous permet d’auditer et d’améliorer des centaines de pages en optimisant une seule mise en page.

Hreflang, étape par étape

La structure indique aux moteurs de recherche ce qui existe ; hreflang leur indique à qui s’adresse chaque version. Le guide de Google sur les versions localisées des pages répertorie trois méthodes équivalentes pour les déclarer : les balises de lien dans l’en-tête HTML, les en-têtes HTTP ou un plan de site XML. En utiliser plusieurs n’apporte aucun avantage supplémentaire dans les résultats de recherche ; choisissez donc celle que votre infrastructure gère de la manière la plus fiable et restez cohérent.

Trois règles permettent d’éviter la plupart des erreurs liées à hreflang :

1. Veillez à la réciprocité. Si la page britannique renvoie vers la page allemande, la page allemande doit renvoyer vers la page britannique. Les annotations qui ne sont pas renvoyées peuvent être ignorées, et une seule balise de renvoi manquante peut discrètement perturber tout un cluster.
2. Définissez toujours une valeur « x-default ». La valeur réservée « x-default » permet de capter les utilisateurs dont la langue et la région ne correspondent à aucune de vos versions, et constitue la page d’accueil idéale pour toute page de sélection de pays.
3. Annoter chaque page, y compris elle-même. Hreflang fonctionne au niveau de la page ; ainsi, chaque page du cluster répertorie sa propre URL ainsi que toutes ses variantes. La mise en place d’un modèle pour cela est exactement le genre de tâche qui relève de la structure en rayons plutôt que de la mémoire de quiconque.

Faites également attention aux codes eux-mêmes. Les valeurs hreflang combinent un code de langue et un code de région facultatif, et ces deux éléments répondent à des besoins différents :

• « en-GB » et « en-US » peuvent pointer vers deux pages dans la même langue, localisées pour des marchés différents ;
• un simple « es » permet de cibler les hispanophones partout où vous ne disposez pas de version spécifique à un pays.

Un code de région utilisé seul n’est pas valide, et des codes d’apparence plausible peuvent s’avérer erronés : la documentation de Google précise que « UK » n’est pas un code de région valide ; ainsi, « en-UK » n’a aucun effet là où « en-GB » fonctionne. Ce genre d’erreurs est l’une des raisons les plus courantes pour lesquelles les annotations échouent silencieusement à la validation.

L’utilisation de hreflang relève d’un travail technique de routine, mais c’est ce qui fait la différence entre des pages soigneusement localisées présentées aux bons utilisateurs et une interprétation aléatoire de Google.

Les SERP locales sont des univers à part

Source : Magnific

Même avec une architecture et un balisage parfaits, une même requête produit des résultats différents selon les pays. Les concurrents locaux, l’intention de recherche locale, les différentes fonctionnalités des SERP et les niveaux de concurrence variables font qu’une page classée troisième sur un marché peut se retrouver en quatrième page sur un autre, alors que son contenu est identique.

C’est pourquoi le travail à l’international ne peut pas se limiter à la vision des résultats d’un seul endroit. Vérifier la SERP réelle dans chaque pays cible, comme le fait un outil de vérification des SERP pour n’importe quel pays, région ou ville que vous lui indiquez, vous montre la réalité concurrentielle à laquelle chaque page « spoke » est réellement confrontée : qui se classe, avec quel type de page, et quelles fonctionnalités de la SERP se dressent entre vous et les clics.

Souvent, la leçon est dérangeante. Une page «spoke» peu étoffée, basée sur un modèle, qui fonctionne bien sur un marché peu concurrentiel, peut avoir besoin d’un contenu véritablement local, de références locales et de liens locaux pour rivaliser sur un marché saturé. Considérez le modèle comme la base de départ dont dispose chaque marché dès le premier jour, puis laissez la SERP en temps réel vous indiquer quelles pages «spoke» méritent un investissement plus important. En pratique, cela signifie généralement :

• une poignée de marchés prioritaires bénéficient de sections personnalisées, de données locales et d’une stratégie de création de liens dédiée ;
• la longue traîne des marchés plus modestes utilise le modèle partagé jusqu’à ce que les chiffres justifient davantage.

La recherche de mots-clés repart de zéro sur chaque marché

Le deuxième piège consiste à supposer que votre liste de mots-clés est transposable telle quelle. La traduction littérale passe à côté de l’essentiel : les utilisateurs de différents pays n’utilisent pas seulement des mots différents ; ils effectuent leurs recherches avec des intentions différentes et à des volumes différents. Une catégorie de produit qui est un terme générique à fort volume sur un marché peut être une requête de niche sur un autre, et le terme familier qui génère tout le trafic peut n’avoir aucun rapport avec la traduction du dictionnaire.

La seule approche fiable consiste à étudier chaque marché à partir de zéro à l’aide d’un outil de recherche de mots-clés prenant en charge les données spécifiques à chaque région. Le temps que cela prend est bien réel, mais cela vous procure un avantage : les concurrents qui traduisent automatiquement leurs cibles de mots-clés laissent des espaces de requêtes locaux entiers sans concurrence.

C’est également là que le modèle « hub-and-spoke » (centrale et rayons) porte ses fruits une seconde fois. Chaque « rayon » constituant une page distincte, il peut cibler le terme local plutôt que sa traduction, sans perturber le reste du groupe de pages.

Mesurez vos résultats par marché, sinon vous ne faites que deviner

Source : Magnific

La dernière discipline est la mesure. Les classements globaux moyens masquent tout ce que vous devez savoir : une position qui s’est « améliorée » en moyenne peut s’être effondrée sur votre marché le plus important tout en progressant sur trois marchés sans importance.

Le suivi des positions par pays et par mot-clé, à l’aide d’un outil de suivi de classement, transforme l’architecture en une boucle de rétroaction. Chaque page « rayon » dispose de son propre tableau de bord, et les problèmes structurels se révèlent sous forme de tendances :

• Si tous les « rayons » affichent des performances insuffisantes dans un même pays, suspectez les signaux de ciblage ou les balises hreflang.
• Si une page « spoke » affiche des performances insuffisantes partout, suspectez la page elle-même.

Cette logique de diagnostic ne fonctionne que si les données sont segmentées par lieu dès le départ ; c’est pourquoi le suivi par marché doit figurer dans la liste de contrôle du lancement plutôt que dans la phase de nettoyage six mois plus tard.

Voici à quoi ressemble un rythme hebdomadaire pratique pour un produit présent dans plusieurs pays :

1. Vérifiez l'évolution par pays des pages génératrices de revenus.
2. Comparez les écarts les plus importants par rapport aux résultats de recherche locaux en temps réel.
3. Signalez les points où la concurrence locale dispose de pages structurellement meilleures.
4. Prévoyez des travaux de localisation là où les données indiquent que cela sera rentable.

Pour approfondir les aspects linguistiques de ce travail, le guide de Ranktracker sur l’optimisation d’un site web pour d’autres langues traite de la couche de contenu qui vient se superposer à l’architecture décrite ici.

Erreurs courantes à vérifier

Avant de mettre en production toute structure multinationale, effectuez un audit pour détecter les erreurs qui apparaissent dans presque toutes les analyses rétrospectives de référencement international :

• Signaux contradictoires. Un ccTLD dont l’attribut hreflang pointe vers des sous-répertoires d’un autre domaine, ou des pages nationales canonicisées vers le site principal, ce qui indique discrètement à Google que les pages secondaires sont des doublons ne méritant pas d’être classées.
• Redirections automatiques basées sur l’adresse IP. Elles empêchent à la fois les utilisateurs et les robots d’indexation d’accéder aux versions qu’ils recherchaient réellement. Google conseille d’éviter les redirections automatiques et de créer des liens entre les versions afin que les utilisateurs puissent choisir celle dont ils ont besoin, car la détection de localisation basée sur l’adresse IP n’est de toute façon pas fiable.
• Des éléments standard non traduits. Les menus, les pieds de page et les processus de paiement laissés dans une autre langue sur une page par ailleurs localisée sapent à la fois la confiance des utilisateurs et les signaux linguistiques de la page.

Aucune de ces erreurs n’est inhabituelle. Elles surviennent lorsqu’une équipe localise le contenu sans jamais revoir la structure sous-jacente, et chacune d’entre elles est peu coûteuse à détecter lors d’un audit, mais coûteuse à découvrir dans un rapport de classement.

La structure, c’est la stratégie

Le référencement multinationale récompense les équipes qui effectuent des tâches fastidieuses de manière cohérente :

• une structure d’URL cohérente ;
• une architecture « hub-and-spoke » bien structurée par produit ;
• des balises hreflang réciproques avec un x-default ;
• une recherche de mots-clés marché par marché ;
• un suivi du classement par pays qui boucle la boucle.

Les exemples abondent dès lors que l’on y prête attention, des pages de tarification SaaS aux portails de tirages de loterie, et ils enseignent tous la même leçon. Les pages ne se classent pas partout parce que leur contenu est brillant partout. Elles se classent partout parce que leur structure ne laisse jamais la question « À qui s’adresse cette page ? » ouverte à l’interprétation.