« Nous avons une version anglaise, une version allemande et une version française » : c’est une façon courante de décrire un site international. Elle masque la vraie question : quels marchés servez-vous ?
L’allemand se parle en Allemagne, en Autriche et en Suisse, avec des devises, des conditions de livraison, des mentions légales et parfois un vocabulaire différents. L’anglais couvre les États-Unis, le Royaume-Uni, l’Irlande, l’Australie et de nombreux acheteurs qui le préfèrent tout simplement. Une version linguistique est une traduction. Une version de marché est une offre adaptée à un pays.
Le SEO international se déroule plus sereinement lorsque cette distinction est explicitée avant la création de la moindre URL ou balise.
Étape 1 : décider de ce que vous ciblez
Commencez par une matrice simple. Pour chaque version prévue, notez :
| Version | Langue | Pays | Offre différente ? | URL dédiées nécessaires ? |
|---|---|---|---|---|
| Anglais, international | en | aucun | Non | Oui |
| Anglais, Royaume-Uni | en | GB | Prix en GBP, livraison au Royaume-Uni | Oui |
| Allemand, Allemagne | de | DE | EUR, pages légales allemandes | Oui |
| Allemand, Suisse | de | CH | CHF, livraison en Suisse | Oui, si l’offre diffère |
| Français, France | fr | FR | Non | Oui |
La règle empirique : ne créez une version propre à un marché que si quelque chose d’important change pour l’utilisateur (prix, devise, disponibilité, contenu juridique, coordonnées). Si seule l’orthographe change, une version linguistique unique peut suffire.
Étape 2 : choisir une structure d’URL
Le guide de Google sur la gestion des sites multirégionaux et multilingues compare les principales options :
| Structure | Exemple | Avantages (selon Google) | Inconvénients (selon Google) |
|---|---|---|---|
| Domaine de premier niveau national | example.de | Ciblage géographique clair | Coûteux, limité à un seul pays |
| Sous-domaine | de.example.com | Simple à mettre en place, permet des emplacements de serveur différents | Les utilisateurs ne savent pas toujours si « de » désigne la langue ou le pays |
| Sous-répertoire | example.com/de/ | Simple à mettre en place, peu de maintenance | Un seul emplacement de serveur, sections plus difficiles à séparer |
| Paramètre d’URL | example.com?loc=de | Déconseillé par Google |
Il n’existe pas de meilleure réponse universelle. Les sous-répertoires sont souvent les plus simples à exploiter. Les domaines nationaux ont du sens lorsque vous disposez d’une marque locale forte et d’équipes locales. L’essentiel est la cohérence : une fois un schéma choisi, par exemple /de-ch/ plutôt que /de/, appliquez-le partout.
Étape 3 : comprendre comment Google détermine la langue et le pays
Deux points surprennent de nombreuses équipes.
La langue est déduite du contenu. Google indique qu’il n’utilise pas les informations de langue présentes dans le code, comme les attributs lang ou l’URL, pour déterminer la langue d’une page, et qu’il n’utilise ni hreflang ni l’attribut HTML lang pour la détecter. Une page « allemande » dont le contenu est majoritairement en anglais est, pour Google, une page en anglais.
Le pays est déduit de plusieurs signaux. Pour le ciblage géographique, Google cite les domaines nationaux, les annotations hreflang, l’emplacement du serveur et d’autres indices tels que les adresses et numéros de téléphone locaux, la devise et les informations de la fiche d’établissement. Il ignore les balises meta de localisation comme geo.position.
C’est pourquoi une version de marché a besoin de véritables signaux locaux, et pas seulement d’un menu traduit.
Étape 4 : implémenter hreflang correctement
Hreflang indique à Google quelles URL sont des versions équivalentes d’une page pour différentes langues ou régions. Google accepte trois méthodes : les balises HTML link, les en-têtes HTTP et les sitemaps XML. Elles sont équivalentes ; en utiliser plusieurs n’apporte rien.
Un exemple minimal pour une page, dans le head HTML :
<link rel="alternate" hreflang="en" href="https://example.com/en/oak-table/" />
<link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/oak-table/" />
<link rel="alternate" hreflang="de-DE" href="https://example.com/de/eichentisch/" />
<link rel="alternate" hreflang="de-CH" href="https://example.com/de-ch/eichentisch/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />
Les règles issues de la documentation de Google :
- Autoréférence : chaque version doit se citer elle-même ainsi que toutes les autres versions.
- Liens de retour : si deux pages ne pointent pas l’une vers l’autre, les balises sont ignorées.
- URL complètes : incluez le protocole (
https://). Les versions alternatives peuvent se trouver sur des domaines différents. - Codes valides : la langue utilise la norme ISO 639-1, et une région facultative la norme ISO 3166-1 Alpha 2. Un code pays ne peut pas être utilisé seul.
- Systèmes d’écriture : si nécessaire, les codes d’écriture comme
zh-Hantetzh-Hanssont pris en charge.
x-default
La valeur réservée x-default est utilisée lorsqu’aucune autre langue ni région de votre ensemble ne correspond au paramètre du navigateur de l’utilisateur. Elle pointe généralement vers un sélecteur de langue ou de pays, ou vers la version que vous considérez comme la solution de repli générique. Ce n’est pas une langue ; c’est une option « aucune des précédentes ».
Les erreurs courantes qui font échouer hreflang
| Erreur | Pourquoi cela échoue | Correction |
|---|---|---|
hreflang="uk" pour le Royaume-Uni |
uk est le code de langue de l’ukrainien |
Utilisez en-GB |
hreflang="en-UK" |
Google précise que UK n’a aucun effet en tant que région |
Utilisez GB |
hreflang="be" pour la Belgique |
be est le code de langue du biélorusse |
Utilisez fr-BE ou nl-BE |
| Liens de retour manquants | Sans réciprocité, les balises sont ignorées | Générez toutes les annotations à partir d’une table de correspondance unique |
| URL relatives | Les versions alternatives doivent être des URL complètes | Produisez des URL absolues |
| Liens vers des URL redirigées ou non indexables | La version alternative n’est pas une page finale valide | Pointez vers l’URL finale et indexable |
La dernière ligne relève des bonnes pratiques plutôt que d’une règle citée : annoter des URL qui redirigent ou sont bloquées crée une confusion facile à éviter.
Évitez les redirections automatiques selon la localisation ou la langue
Il est tentant de rediriger automatiquement les visiteurs selon leur adresse IP ou la langue de leur navigateur. Google le déconseille : son robot d’exploration provient généralement des États-Unis et n’envoie pas d’en-tête Accept-Language, il risque donc de ne jamais voir certaines variantes, et la localisation par IP n’est pas fiable. Suggérez la bonne version au moyen d’un bandeau, et laissez les utilisateurs en changer librement.
Le contenu dupliqué entre marchés
Les pages traduites ne sont pas des doublons. Google indique que les versions localisées ne sont considérées comme des doublons que si le contenu principal n’est pas traduit. Lorsque la même langue sert plusieurs pays avec des pages quasi identiques (par exemple en-GB et en-IE), Google recommande de choisir une version préférée et d’utiliser rel=”canonical” et hreflang afin que chaque internaute obtienne la bonne. Ajouter de véritables différences locales (prix, livraison, coordonnées) aide aussi chaque version à exister par elle-même.
Checklist avant le lancement d’un nouveau marché
- Le marché est défini, et pas seulement la langue
- Le schéma d’URL est cohérent sur tout le site
- Le contenu principal est traduit, et pas seulement la navigation
- Des signaux locaux existent : devise, adresse, téléphone, pages légales
- Hreflang liste toutes les versions, y compris la page elle-même, avec liens de retour
- Les codes sont valides (
en-GB, jamaisen-UK) x-defaultpointe vers une solution de repli pertinente- Aucune redirection automatique selon l’adresse IP ou la langue du navigateur
Comment SearchFirefly vous aide
Les vues multimarchés de SearchFirefly séparent les performances Google et les mots-clés suivis par pays ou par langue, afin que les résultats d’un marché ne soient pas noyés dans une moyenne globale. La visibilité IA est mesurée avec des questions posées dans la langue de chaque marché sur ChatGPT, Gemini, Perplexity, les Aperçus IA et le Mode IA de Google, ce qui montre quelles marques et quelles sources chaque assistant cite, marché par marché.