Référencement international B2B : la stratégie pour vendre en Europe sans dupliquer maladroitement site et contenus

Une entreprise de mécanique du Piémont décide de miser sur l’Allemagne. Elle fait traduire son site en allemand, le publie sur /de/ et attend. Six mois plus tard, les pages allemandes n’apparaissent presque jamais sur Google.de, et quand elles apparaissent, c’est sur des mots qu’aucun acheteur ne cherche. Le problème vient rarement de la traduction elle-même : en général, il manque une structure qui indique à Google quelle version montrer à qui, et des contenus écrits à partir des recherches réelles de ce marché. La réponse courte est la suivante : une version pour chaque marché qui compte, de préférence en sous-répertoires, reliées par des hreflang réciproques, des canonical qui pointent vers elles-mêmes et des textes localisés à partir des mots-clés du pays, mesurés marché par marché.

Nous écrivons du point de vue des entreprises italiennes que nous accompagnons à l’export, mais la méthode vaut pour toute entreprise B2B qui vise plusieurs pays européens.

ccTLD, sous-répertoires ou sous-domaines : quelle structure choisir ?

Pour une PME B2B qui entre sur deux ou trois marchés européens, le sous-répertoire (exemple.com/de/) est presque toujours le meilleur choix : il hérite de l’autorité du domaine principal, se gère avec un seul CMS et coûte peu. Les domaines nationaux (exemple.de) ont du sens quand il existe une filiale locale, une équipe dédiée et un budget pour faire grandir un site séparé.

Google, dans son guide des sites multirégionaux et multilingues, présente les options sans en imposer une et ne déconseille que les paramètres dans l’URL (?lang=de). La comparaison pratique, vue par quelqu’un qui vend des machines ou des composants, est la suivante :

Structure	Exemple	Avantages	Inconvénients	Quand la choisir
Domaine national (ccTLD)	exemple.de	Signal géographique net, confiance des utilisateurs locaux	Chaque domaine part de zéro en autorité ; coûts de gestion multipliés ; ne vaut que pour un pays	Filiale locale avec sa propre équipe marketing
Sous-répertoire	exemple.com/de/	Hérite des liens et de l’autorité du domaine ; un seul CMS ; peu de maintenance	Signal géographique moins visible pour l’utilisateur ; un seul serveur	Presque toutes les PME B2B, surtout au début
Sous-domaine	de.exemple.com	Séparation technique simple (plateformes différentes)	Le pays cible ne se lit pas dans l’URL ; autorité à construire aussi sur le sous-domaine	Boutiques ou portails sur des plateformes différentes du site principal
Paramètre d’URL	exemple.com?lang=de	Aucun avantage notable	Déconseillé par Google ; difficile à segmenter et à mesurer	Jamais

Un détail utile à savoir : depuis 2022, Search Console ne permet plus de définir un pays cible pour le site ou pour une section. Depuis, les signaux sont le domaine national, les hreflang et les signaux locaux présents sur la page (adresse, téléphone, langue, devise). Ceux qui choisissent le sous-répertoire doivent donc soigner ces derniers.

Cibler par langue ou par pays : de quoi cela dépend-il ?

On cible par langue quand l’offre, les prix et les conditions sont les mêmes pour tous les pays qui la parlent ; par pays quand les tarifs, les réglementations, les distributeurs ou les modalités de livraison changent. Pour beaucoup d’entreprises B2B, /de/ suffit pour tout le monde germanophone, tant que l’Autriche et la Suisse ne demandent pas de contenus différents.

Une règle pratique que nous appliquons : on ne crée une version par pays que si l’on est capable d’y écrire quelque chose de différent. Si de-DE, de-AT et de-CH auraient le même texte mot pour mot, on part d’une seule version « de » et on ajoute les variantes quand il existe des différences concrètes (un revendeur autrichien, des prix en francs suisses, des certifications exigées en Suisse).

Comment configurer hreflang sans erreur ?

Hreflang est l’annotation qui indique à Google quelles URL sont des versions de la même page dans des langues ou des pays différents, pour qu’il puisse montrer la bonne à chaque utilisateur. Elle ne fonctionne que si elle est complète et réciproque : chaque version doit s’indiquer elle-même et indiquer toutes les autres, sinon Google ignore les annotations.

Les règles, selon la documentation de Google sur les versions localisées (mise à jour le 24 septembre 2026) :

• le code de langue suit la norme ISO 639-1 (de, fr, it), le code de pays facultatif suit la norme ISO 3166-1 Alpha 2 (DE, AT, CH) ;
• le pays seul n’est pas valide : « de-AT » convient, « AT » non ; et le Royaume-Uni s’écrit « GB », pas « UK » ;
• x-default indique la page à montrer à ceux qui ne relèvent d’aucune des langues prévues (en général la version anglaise ou une page de choix de la langue) ;
• les annotations peuvent être insérées de trois façons équivalentes : balises dans le head HTML, en-tête HTTP (utile pour les PDF, comme les fiches techniques et les catalogues) ou sitemap XML.

Voici à quoi ressemble le bloc dans le head d’une page produit disponible en italien, en allemand pour l’Allemagne et l’Autriche, en français et en anglais. Exactement le même bloc doit être répété sur les cinq versions :

<link rel="alternate" hreflang="it" href="https://www.esempio.com/it/riduttori-epicicloidali/" />
<link rel="alternate" hreflang="de-DE" href="https://www.esempio.com/de-de/planetengetriebe/" />
<link rel="alternate" hreflang="de-AT" href="https://www.esempio.com/de-at/planetengetriebe/" />
<link rel="alternate" hreflang="fr" href="https://www.esempio.com/fr/reducteurs-planetaires/" />
<link rel="alternate" hreflang="en" href="https://www.esempio.com/en/planetary-gearboxes/" />
<link rel="alternate" hreflang="x-default" href="https://www.esempio.com/en/planetary-gearboxes/" />

Quelle méthode choisir ? Pour les sites de quelques centaines de pages, la balise HTML générée par le CMS est la plus simple à contrôler. Au-delà de quelques milliers d’URL (catalogues, e-commerce B2B avec de nombreuses variantes), le sitemap allège les pages et se génère automatiquement à partir de la base produits. L’en-tête HTTP ne sert presque que pour les fichiers non HTML.

Les erreurs que nous trouvons le plus souvent lors des audits :

1. Liens de retour manquants : la page italienne pointe vers l’allemande, l’allemande ne pointe pas vers l’italienne.
2. URL erronées dans les hreflang : adresses redirigées, en 404, avec des paramètres ou sans la barre oblique finale utilisée par le site.
3. Codes inventés : « en-UK », « de-EU », « ch » utilisé pour la Suisse (c’est en réalité le code de langue du chamorro).
4. Hreflang vers la page d’accueil : toutes les pages allemandes indiquent la page d’accueil comme alternative italienne, parce que la page correspondante n’existe pas. Mieux vaut ne rien indiquer qu’indiquer une page différente.
5. Hreflang vers des pages en noindex ou bloquées par le robots.txt : Google ne peut pas utiliser une alternative qu’il n’indexe pas.

Depuis 2022, Search Console ne signale plus les erreurs hreflang : le contrôle se fait donc avec un crawler (Screaming Frog, Sitebulb, Ahrefs, SEOZoom) et avec l’outil d’inspection d’URL de Search Console sur les pages les plus importantes.

Canonical et contenus dupliqués entre versions : de-DE et de-AT sont-ils des doublons ?

Des versions dans des langues différentes ne sont pas des contenus dupliqués. Des versions dans la même langue pour des pays différents (de-DE et de-AT) peuvent l’être, et Google recommande d’utiliser ensemble canonical et hreflang pour que la bonne URL s’affiche dans chaque pays. Chaque version doit avoir un canonical qui pointe vers elle-même, jamais vers la version d’une autre langue ou d’un autre pays.

L’erreur classique consiste à placer sur la page autrichienne un canonical vers la page allemande « pour éviter les doublons ». Résultat : Google considère la page autrichienne comme une copie à ne pas indexer, ignore le hreflang et montre la version allemande aussi aux utilisateurs autrichiens. Les consignes sur les URL en double le disent clairement : avec hreflang, le canonical doit être indiqué dans la même langue.

Cela dit, deux pages presque identiques restent un risque. Si de-DE et de-AT ne diffèrent que par un mot dans le pied de page, Google peut tout de même en choisir une comme canonique et montrer rarement l’autre. Les différences utiles à introduire dans la version autrichienne sont concrètes : le distributeur ou le technicien de référence en Autriche, les délais de livraison, les normes ÖNORM quand elles s’appliquent, le vocabulaire local (en Autriche, janvier se dit « Jänner »), des références de clients autrichiens. S’il n’y a pas de différence à écrire, une seule version « de » est la solution la plus propre. Vous trouverez aussi un chapitre consacré aux doublons dans notre guide sur les raisons pour lesquelles une page ne se positionne pas.

Localisation ou traduction : que peut-on confier à l’IA ?

Traduire, c’est rendre le même texte dans une autre langue ; localiser, c’est le réécrire pour l’acheteur de ce pays, avec ses mots, ses unités, ses normes et ses preuves de confiance. L’IA accélère beaucoup la première partie, tandis que la seconde demande encore une personne qui connaît le marché et le produit.

Dans les projets que nous suivons, nous répartissons le travail ainsi :

Activité	Automatisable avec l’IA	Relecture humaine nécessaire
Première traduction des textes descriptifs	Oui, avec un glossaire fourni au modèle	Relecture par un locuteur natif du secteur
Terminologie technique	Seulement si le glossaire est déjà validé	Oui, toujours : un terme erroné fait perdre toute crédibilité auprès d’un bureau d’études
Unités de mesure, formats numériques et dates	Oui (virgule décimale, formats de date, pouces pour les marchés anglo-saxons)	Contrôle par échantillonnage
Normes et certifications	Non	Oui : DIN en Allemagne, NF en France, marquages et exigences locales
Title, meta description, URL	Un premier jet, oui	Choix final à partir de la recherche de mots-clés locale
Études de cas, références, avis	Non	Oui : il faut des clients et des témoignages du pays
Pages légales (en Allemagne et en Autriche, l’Impressum est obligatoire : § 5 DDG et § 5 ECG)	Non	Oui, avec un conseiller juridique

Ceux qui utilisent l’IA pour traduire des catalogues entiers doivent prévoir une relecture : un texte allemand grammaticalement correct qui emploie des termes de manuel scolaire au lieu de ceux des techniciens ne convainc aucun acheteur.

Les preuves sociales méritent une attention particulière. Un responsable des achats français fait confiance à une étude de cas avec une entreprise française, à un salon auquel il participe (Global Industrie, par exemple) et à un numéro de téléphone en +33 ou à un interlocuteur qui parle sa langue.

Pourquoi les mots-clés allemands ou français ne sont-ils pas la traduction des mots-clés italiens ?

Chaque marché décrit les mêmes produits avec ses propres mots, des habitudes de recherche différentes et des niveaux de précision différents. Traduire la liste de mots-clés italiens conduit à optimiser des pages pour des termes que personne ne cherche, pendant que les concurrents locaux occupent les bons.

Prenons un exemple hypothétique. Une entreprise italienne fait de la chaudronnerie et sa meilleure page est optimisée pour « taglio laser lamiera conto terzi » (découpe laser de tôle en sous-traitance). Traduit mot à mot en allemand, cela donnerait quelque chose comme « Laserschneiden Blech Lohnfertigung ». En étudiant le marché allemand, on peut découvrir que les acheteurs utilisent des formes composées et verbales comme « Blech lasern lassen » ou cherchent directement « Laserzuschnitt », et que « Lohnfertigung » s’emploie plutôt dans des contextes de sous-traitance générale. En France, le même besoin pourrait passer par « découpe laser tôle sous-traitance », avec une page de résultats dominée par des annuaires de fournisseurs industriels. Ce sont des hypothèses à vérifier sur le marché, au cas par cas.

La méthode que nous suivons :

1. Partir des termes qu’utilisent les clients, les distributeurs et les commerciaux du pays (devis, e-mails, demandes reçues via le site).
2. Élargir avec les outils de recherche de mots-clés configurés sur la base de données du bon pays (Google.de, Google.fr, pas Google.it en langue allemande).
3. Regarder les pages de résultats réelles pour chaque terme : qui se positionne, quel type de page, quelle intention. L’intention de recherche peut changer d’un pays à l’autre, même pour le même mot.
4. Construire la carte mots-clés-pages par marché, en acceptant que certaines pages n’existent que dans certaines langues.
5. Seulement alors, écrire ou faire écrire les textes, avec les mots-clés choisis dans le brief du traducteur ou du rédacteur.

Moteurs locaux et recherche par IA : Google suffit-il dans toute l’Europe ?

Dans presque tous les pays européens, Google reste le moteur de référence, y compris en B2B : selon StatCounter, en septembre 2026, il représente 89 % des recherches en Europe, Bing 5 %. Il existe toutefois des exceptions locales et un canal nouveau à prendre en compte dans chaque langue : les réponses des IA.

Les exceptions à connaître : en République tchèque existe encore Seznam, un moteur local (environ 15 % des recherches en septembre 2026 selon StatCounter), à prendre en compte si ce marché est stratégique ; Bing pèse davantage là où les acheteurs travaillent sur des postes d’entreprise avec Edge et Copilot, et mérite au moins la validation du site dans Bing Webmaster Tools.

Côté IA, depuis le 7 octobre 2025, Google a étendu AI Mode à plus de 35 nouvelles langues et le propose aussi en allemand, en français et en néerlandais, et ChatGPT ou Perplexity répondent dans la langue de celui qui pose la question. Un acheteur allemand qui demande à un assistant quels fabricants européens de réducteurs proposent des livraisons rapides recevra des sources en allemand ou en anglais : si vos pages n’existent qu’en italien, elles restent à l’écart. Les règles pour être choisi comme source se trouvent dans le guide de la GEO et dans la checklist SEO pour la recherche par IA : elles valent pour chaque langue, à ceci près que les mentions de la marque sur des sites tiers doivent aussi être construites dans le pays cible (fédérations professionnelles, portails sectoriels, presse technique locale).

Comment mesurer le référencement de plusieurs pays dans Search Console et GA4 ?

On mesure par marché, pas par site : dans Search Console en ajoutant une propriété pour chaque sous-répertoire ou domaine, dans GA4 en segmentant par pays et par section du site. Sans cette séparation, les données du marché italien, plus important, masquent tout le reste.

Dans Search Console :

• créez une propriété de type préfixe d’URL pour chaque version (https://www.esempio.com/de/), en plus de la propriété de domaine : les rapports deviennent lisibles marché par marché ;
• dans le rapport sur les performances, combinez le filtre pays et le filtre page : des impressions allemandes sur les pages italiennes indiquent que les hreflang ne fonctionnent pas ou que la version allemande de cette page manque ;
• ouvrez le rapport sur les performances de l’IA générative, disponible pour tous les sites depuis le 31 août 2026 : il montre par pays les impressions de vos pages dans AI Overviews et AI Mode, sans clics ni requêtes, et c’est le moyen le plus simple de savoir sur quels marchés les réponses d’IA vous utilisent comme source ;
• vérifiez l’indexation de chaque section, car les nouvelles versions sont les premières à se retrouver dans « Explorée, actuellement non indexée ».

Dans GA4 :

• créez une exploration ou un rapport avec les dimensions pays et chemin de la page, pour voir qui arrive sur quelle version ;
• marquez comme événements clés les formulaires, les demandes de devis et les téléchargements de catalogues, avec un paramètre qui indique la version linguistique, pour attribuer les leads au bon marché ;
• comparez le trafic organique par pays avec les demandes reçues par les commerciaux de la zone : c’est la donnée qui intéresse la direction.

Ce qui change pour la génération de leads et le CRM

Dans les projets où nous travaillons aussi sur l’automatisation et le CRM, le formulaire de chaque version transmet au CRM la langue et le pays d’origine, le lead est attribué à l’agent ou au distributeur de la zone et reçoit des e-mails dans sa langue. Si une entreprise allemande remplit le formulaire et reçoit une réponse automatique en italien, une bonne partie du travail de référencement est perdue à ce moment-là.

Il en va de même pour un e-commerce B2B : tarifs, devises, TVA intracommunautaire et conditions de livraison doivent être cohérents avec la version sur laquelle le client est arrivé, sinon le trafic organique s’arrête au panier.

Les erreurs à éviter en référencement international

Les erreurs les plus coûteuses sont au nombre de trois : les redirections automatiques selon l’IP ou la langue du navigateur, des versions mal traduites ou à moitié traduites, et des hreflang qui pointent vers des pages que Google ne peut pas indexer. Les trois sont faciles à prévenir.

• Redirections automatiques selon l’IP. Google le déconseille explicitement : la plupart des explorations partent d’adresses américaines, donc Googlebot risque de ne voir que la version anglaise. En plus, un acheteur italien en déplacement à Munich se retrouve sur le site allemand. Mieux vaut un bandeau qui suggère la version et un sélecteur de langue toujours visible.
• Une seule langue mal traduite. Une version anglaise faite à la va-vite, pleine de calques de l’italien, est vue par tous les marchés qui n’ont pas de langue dédiée. C’est souvent la page la plus importante du site et la moins soignée.
• Des hreflang vers des pages en noindex, redirigées ou en 404. Cela arrive après une refonte ou quand les traductions sont publiées en préproduction avec le noindex, puis oubliées.
• Des pages traduites en partie : menu et pied de page en allemand, texte du produit en italien. Le guide de Google sur les sites multirégionaux le cite comme une expérience désagréable pour l’utilisateur.
• Un sélecteur de langue qui ramène à la page d’accueil au lieu de la page correspondante.
• Oublier les PDF : les fiches techniques et les catalogues sont souvent les documents les plus recherchés par les techniciens, et ils restent uniquement en italien.

La checklist de lancement d’un nouveau marché

Avant de publier une nouvelle version du site, voici les points à cocher un par un.

1. Marché et objectif définis : pays ou langue, produits à présenter, personne qui gère les leads dans cette zone.
2. Structure choisie (sous-répertoire, sous-domaine ou ccTLD) et URL traduites dans la langue du marché.
3. Recherche de mots-clés faite sur la base de données du pays, avec une carte mots-clés-pages.
4. Textes localisés et relus par un locuteur natif qui connaît le secteur ; glossaire technique validé par le bureau d’études.
5. Title, meta description, textes alternatifs des images et données structurées dans la bonne langue.
6. Hreflang complets et réciproques, avec autoréférence et x-default, vérifiés avec un crawler.
7. Canonical de chaque page pointant vers elle-même.
8. Aucune redirection automatique selon l’IP ou la langue ; sélecteur qui mène à la page correspondante.
9. Signaux locaux présents : adresse ou interlocuteur dans le pays, téléphone, devise, Impressum là où il est requis, politique de confidentialité et bandeau cookies dans la langue du marché.
10. Sitemap mis à jour et envoyé, propriété Search Console créée pour la nouvelle section, site validé aussi dans Bing Webmaster Tools.
11. Formulaires reliés au CRM avec la langue et le pays, e-mails automatiques traduits, attribution au bon commercial ou distributeur.
12. Rapports GA4 par marché et premier contrôle de l’indexation à deux et à six semaines.

Si le nouveau marché s’inscrit dans un plan plus large de marketing industriel, il vaut la peine d’aligner le lancement avec les salons et les campagnes dans le pays, pour que les premières visites organiques trouvent déjà une marque reconnue.

Vous voulez savoir si votre site est prêt pour l’international ?

Avec un audit SEO international, nous contrôlons la structure, les hreflang, les canonical, l’indexation par pays et la qualité des versions linguistiques, et nous comparons vos pages aux mots-clés qu’utilisent les acheteurs sur les marchés qui vous intéressent. À la fin, nous vous disons ce qu’il faut corriger tout de suite, ce qui peut attendre, et s’il est pertinent d’ouvrir un nouveau marché maintenant ou de consolider d’abord ceux qui existent.

Vous pouvez réserver un appel avec Federico ou nous écrire via le formulaire de contact. Vous trouverez aussi le détail de notre façon de travailler sur la page de notre service de référencement naturel.

Questions fréquentes

Mieux vaut un domaine .de ou un sous-répertoire /de/ pour vendre en Allemagne ?

Pour la plupart des PME B2B, le sous-répertoire : il hérite de l’autorité du domaine principal et se gère avec un seul site. Le domaine .de est intéressant quand il existe une structure locale capable de le faire grandir comme un site autonome.

Le hreflang améliore-t-il le positionnement ?

Le hreflang ne fait pas monter une page dans le classement : il aide Google à montrer la bonne version parmi celles que vous avez. Le bénéfice indirect est que chaque marché voit la page dans sa langue, avec plus de clics et moins de rebonds.

Faut-il un canonical unique pour toutes les langues ?

Non. Chaque version linguistique doit avoir un canonical vers elle-même. Un canonical vers une autre langue conduit Google à la considérer comme un doublon et à ne pas l’afficher.

Puis-je traduire mon site avec l’IA ?

Oui, pour le premier jet, à condition de fournir un glossaire technique et de faire relire les textes par un locuteur natif du secteur. Les normes, les références locales, les pages légales et le choix des mots-clés doivent être gérés par des personnes qui connaissent le marché.

Comment savoir si les hreflang fonctionnent ?

Search Console ne signale plus les erreurs hreflang : on utilise donc un crawler pour vérifier la réciprocité et les codes. Ensuite, on regarde dans Search Console si les utilisateurs de chaque pays arrivent sur la bonne version, en croisant le filtre pays et le filtre page.

La redirection automatique selon le pays est-elle interdite ?

Elle n’est pas interdite, mais Google la déconseille, car Googlebot explore surtout depuis des adresses américaines et risque de ne pas voir les autres versions. Un bandeau qui suggère la langue et un sélecteur visible obtiennent le même résultat sans risque.