Agence SEO international : une visibilité pensée marché par marché.

Le SEO international est un travail pays par pays : chaque marché a ses propres requêtes et ses concurrents locaux. Une page bien classée en France ne l’est pas d’office en Allemagne, et une traduction seule n’y suffit pas.

Demander un diagnostic gratuit

Par

Que fait une agence SEO international ?

Une agence SEO international rend votre site visible dans chaque pays visé, dans la bonne langue. Elle choisit la structure d’URL (ccTLD, sous-domaine ou sous-répertoire), pose un hreflang réciproque et fait adapter les contenus par des locuteurs natifs. Elle mesure ensuite les résultats marché par marché dans Search Console, avant d’ouvrir le pays suivant.

Tout commence par une question commerciale : quels marchés viser, et dans quel ordre ? Côté technique, le travail porte ensuite sur le hreflang, la canonicalisation entre pays, le maillage entre versions et le profil de liens par marché. Côté éditorial, une traduction littérale rate l’intention locale. Un internaute allemand ne formule pas sa recherche comme un internaute français.

Nous avons mené la stratégie SEO internationale de Hager : 50 à 60 sites dans une vingtaine de pays, avec des mots-clés locaux choisis par nos experts SEO et des traducteurs.

ccTLD, sous-domaine ou sous-répertoire : quelle structure choisir ?

Nous recommandons le sous-répertoire par pays (/de/, /es/) à la plupart des entreprises : un seul domaine, un déploiement rapide et une maintenance légère. Le ccTLD (.de, .es) se justifie quand une présence locale forte l’exige. Google rappelle qu’il ne cible qu’un pays et coûte plus cher à tenir.

Structures d’URL d’un site multi-pays, d’après Google Search Central (10 décembre 2025)
StructureExempleAvantages selon GoogleLimites selon GoogleNotre usage
Domaine national (ccTLD)exemple.deCiblage géographique clair, emplacement du serveur sans importance, sites faciles à séparerCoûteux et parfois indisponible, plus d’infrastructure, règles d’attribution parfois strictes, un seul pays cibléFiliale implantée dans le pays, avec son équipe et ses propres liens
Sous-domainede.exemple.comFacile à mettre en place, serveurs distincts possibles, sites faciles à séparerL’internaute ne sait pas toujours si « de » désigne la langue ou le paysVersion gérée par une équipe ou une plateforme technique distincte
Sous-répertoireexemple.com/de/Facile à mettre en place, maintenance légère (même hôte)Pays peu lisible dans l’URL, un seul emplacement de serveur, sites plus difficiles à séparerNotre choix par défaut pour ouvrir un marché
Paramètre d’URLexemple.com?loc=deAucun : Google ne le recommande pasSegmentation par URL difficile, pays illisible dans l’URLJamais

Deux règles valent pour toutes les structures. Le visiteur choisit sa version : Google demande d’éviter la redirection automatique d’une langue vers une autre et juge la localisation par adresse IP « difficult and generally not reliable ». Chaque version cite toutes les autres, dans les deux sens : « If two pages don’t both point to each other, the tags will be ignored. »

Sources : Google Search Central, Managing multi-regional and multilingual sites (mis à jour le 10 décembre 2025) et Tell Google about localized versions of your page (mis à jour le 21 septembre 2026).

§ Multi-marché

Chaque marché suivi à part : langue, balises et positions.

Trois piliers, tenus en parallèle.

Trois chantiers menés de front sur chaque programme multi-pays. En sauter un prive les deux autres de résultat.

Pilier 01 · Hreflang

Hreflang propre

Des balises hreflang valides (ISO 639-1 et 3166-1), réciproques sur chaque version, un x-default déclaré et des canonicals cohérents. C’est ce qui aide Google à montrer à chaque visiteur la version de son marché.

Pilier 02 · Marchés

Stratégie multi-marchés

Une stratégie SEO international par marché : priorités fixées selon votre plan de développement, mots-clés vérifiés dans chaque pays, concurrents locaux, profil de liens et calendrier éditorial propres.

Pilier 03 · Traducteurs

Traducteurs formés au SEO

Des traducteurs natifs formés au référencement adaptent chaque page aux requêtes du pays. Notre guide du SEO multilingue détaille la méthode.

Notre méthode, étape par étape.

Les chantiers démarrent dans cet ordre, puis avancent ensemble : priorisation, technique, contenu, liens, pilotage. La première étape est commerciale.

Priorisation des marchésPlan de développement + SERP locale
Quels marchés ouvrir, dans quel ordre. Nous partons de votre plan commercial et de la demande déjà visible, puis nous étudions les mots-clés locaux, les concurrents et le coût d’entrée de chaque marché.
Audit technique multi-paysHreflang + canonicals + arborescence
Audit de l’architecture multilingue : structure d’URL, hreflang, canonicals entre pays, duplication, profondeur de crawl par marché. Nous cartographions les URL équivalentes avant de poser la première balise.
Contenu localiséBrief par page + traduction native
Pour chaque marché prioritaire, nous relevons les requêtes tapées dans le pays et écrivons un brief par page. Un traducteur natif formé au SEO adapte ensuite le texte.
Implémentation hreflangBalises + retours-liens + x-default
Déploiement sur tous les gabarits, x-default déclaré, canonicals alignés. Chaque mois, un nouveau crawl repère les balises qu’une mise en ligne a cassées.
Netlinking par marchéMédias spécialisés du secteur
Chaque pays reçoit son propre profil de liens, construit auprès des médias spécialisés de votre secteur. Pour Hager, une campagne de netlinking a complété le travail sur les pages.
Pilotage et itérationLecture mensuelle, revue trimestrielle
Une propriété Search Console par répertoire ou par domaine, lue chaque mois : impressions, position sur les requêtes locales, part des clics venant du pays ciblé. Les priorités sont revues chaque trimestre.

Nos outils de mesure et de contrôle.

Nous mesurons chaque marché dans Search Console, relevons les volumes par pays et par langue avec DataForSEO Labs, contrôlons le hreflang page par page avec Screaming Frog et suivons les liens avec Ahrefs.

Ahrefs DataForSEO Labs Google Search Console Screaming Frog

Ce qui casse un SEO multi-pays.

Trois familles de blocages : hreflang, architecture et contenu traduit.

Erreurs hreflang

Des balises mal posées font servir la mauvaise version.

  • Balises absentes

    Aucun hreflang déclaré. Google choisit seul la version montrée, parfois celle d’un autre pays.

  • Balises erronées

    Code pays pris pour une langue. Google cite l’exemple de « be », qui est le code du biélorusse ; pour la Belgique, on écrit fr-BE ou nl-BE.

  • Pas de retour-lien

    Balise déclarée sur la version A mais pas sur la version B, si bien que Google ignore l’appariement.

  • Conflit canonical

    Le hreflang pointe vers une URL, le canonical vers une autre, et les deux signaux se contredisent.

  • x-default oublié

    Aucune page de repli pour les langues que vos versions locales ne couvrent pas.

  • Hreflang vers une 404

    Une balise qui pointe vers une URL 404 ou non indexable ne sert à rien.

Architecture floue

Un mauvais choix de structure se corrige mal après coup.

  • Mélange ccTLD et dossiers

    Un pays en ccTLD, un autre en sous-dossier, sans règle écrite pour trancher le suivant.

  • Cannibalisation cross-pays

    Avec des versions FR et BE au contenu identique, Google les tient pour des doublons et choisit seul laquelle indexer.

  • Sous-domaines isolés

    Sans lien depuis le site principal, Google découvre tard les pages de de.marque.com.

  • Profondeur excessive

    À six clics de l’accueil, les pages locales reçoivent peu de liens internes et Google met du temps à les trouver.

  • Redirection par adresse IP

    Google déconseille de rediriger selon la langue ou l’adresse IP, car ces redirections peuvent empêcher internautes et moteurs de voir toutes les versions du site.

  • Sitemap fourre-tout

    Avec un seul sitemap pour tous les pays, vous ne pouvez pas suivre l’indexation pays par pays.

Contenu traduit

Une page traduite mot à mot vise encore les requêtes françaises, et le visiteur local repart sans demande.

  • Traduction automatique brute

    Pages traduites sans relecture native. Le texte est juste, la formulation sonne étrangère.

  • Mots-clés non localisés

    Mot-clé français traduit sans vérifier le terme que l’on cherche dans le pays.

  • Appels à l’action plaqués

    Boutons et appels à l’action traduits mot à mot, sans regarder les formules des sites du pays.

  • Mentions légales et bannière cookies copiées de la version française, sans Impressum sur la version allemande.

  • Devises et formats figés

    Prix en euros sur la version suisse ou britannique, dates au format français. Le visiteur doit tout convertir avant de lire l’offre.

  • Support en français seul

    Sans relais dans la langue du marché, les demandes entrantes restent sans réponse.

Hager : 50 à 60 sites dans une vingtaine de pays.

Lire le cas complet

Trois règles de gouvernance.

Questions fréquentes.

Quels marchés ouvrir en premier ?

Ceux où une demande existe déjà : commandes, contacts entrants, requêtes tapées depuis le pays visé dans Search Console. Ouvrir un pays sans demande mesurée revient à financer des pages que personne ne cherche.

Le hreflang suffit-il pour des pages France, Belgique et Suisse en français ?

Non. Google ne tient des versions localisées pour des doublons que si leur contenu principal reste non traduit, comme trois pages françaises identiques. Le hreflang aide à montrer la bonne URL ; chaque version a besoin de vraies différences (prix, adresses, mentions légales, vocabulaire).

Peut-on lancer un marché avec de la traduction automatique ?

Comme premier jet, oui ; pour une page indexée, non. Google range parmi les abus de contenu à grande échelle les pages générées en masse par des outils automatiques sans valeur pour l’utilisateur. Un locuteur natif du marché relit donc chaque page avant sa mise en ligne, en commençant par les produits les plus demandés.

Faut-il déclarer le hreflang dans le code HTML, les en-têtes HTTP ou le sitemap ?

Pour Google, les trois méthodes se valent : choisissez la plus pratique pour votre site, les cumuler n’apporte rien en recherche. Nous retenons celle que votre CMS maintient sans erreur. Pour un PDF, sans balise head, Google signale l’en-tête HTTP comme utile ; le sitemap fonctionne aussi.

Peut-on passer d’un ccTLD à un sous-répertoire sans perdre ses positions ?

C’est possible si vous traitez le passage comme une migration : redirections 301 page à page, hreflang et canonicals réécrits le même jour, une propriété Search Console par nouveau répertoire. Nous recommandons de migrer d’abord un marché test, puis les suivants une fois ses positions revenues.

Faut-il un traitement spécial pour les AI Overviews dans chaque pays ?

Non. Google écrit qu’aucun fichier, balisage ou format spécial n’est nécessaire pour apparaître dans ses fonctions de recherche générative, qui reposent sur ses systèmes de classement habituels. Le travail reste donc le même dans chaque pays : structure d’URL propre, hreflang réciproque, contenu localisé de première main et sources citées.

Nous regardons votre configuration multi-pays et repérons ce qui freine.

Un échange court. Nous passons en revue votre hreflang, votre architecture multilingue et votre profil de liens par pays. Vous repartez avec une liste claire de ce qui bloque vos positions à l’international.

Demander un diagnostic gratuit

Page mise à jour le