SEO international : hreflang, structure d'URL et marchés multiples

Une expansion internationale échoue rarement sur la qualité de la traduction. Elle échoue sur des choix d'architecture pris en trois minutes au début du projet et impossibles à corriger sans migration deux ans plus tard.

Choisir la structure d'URL

• Répertoire de langue (exemple.com/fr/) : autorité concentrée, maintenance simple, ciblage géographique déclaré. Le défaut recommandé.
• Sous-domaine (fr.exemple.com) : séparation technique utile quand les équipes ou les CMS diffèrent, autorité partiellement dissociée.
• Domaine national (exemple.fr) : signal local maximal, coût de netlinking multiplié par le nombre de marchés.

Implémenter hreflang sans erreur

Chaque version déclare toutes les autres, elle-même comprise, avec des URL absolues et canoniques. Un x-default désigne la version servie aux publics non couverts. L'annotation se place dans le head, dans le sitemap ou en en-tête HTTP — jamais dans les trois à la fois avec des valeurs divergentes.

Localiser plutôt que traduire

Les intentions de recherche diffèrent d'un marché à l'autre, et pas seulement par la langue : le même service se cherche sous des termes différents en France, au Québec et en Belgique. La recherche de mots-clés doit être refaite par marché, jamais traduite depuis la liste d'origine.

Mesurer par marché

Séparez les rapports par pays dès le départ. Un trafic global en hausse peut masquer l'effondrement d'un marché prioritaire. Pour la dimension locale, notre article sur la recherche locale et les GBP Heatmaps complète cette mesure ville par ville.

Notre lecture

Le SEO international récompense la retenue : ouvrir un marché correctement vaut mieux qu'en ouvrir cinq à moitié. La structure d'URL se choisit une fois ; tout le reste se corrige.