Site multilingue : réussir son SEO, de l’anglais à l’arabe

Traduire vos pages ne suffit pas pour être trouvé à l’étranger. Pour réussir le référencement naturel (SEO) d’un site multilingue, il faut dire clairement à Google quelle page montrer à quel public, parler la langue de chaque marché et rester rapide partout. Sinon, vos versions traduites existent bien, mais peu de visiteurs les trouvent.

Le site que vous lisez est conçu pour quatre langues : anglais, français, espagnol et arabe, dont une qui s’écrit de droite à gauche. Voici la méthode que nous suivons, sur ce site comme dans nos projets web.

Une adresse par langue : la base d’un site multilingue

Première règle : chaque langue a sa propre adresse. Si une même URL affiche l’anglais ou le français selon le navigateur ou un cookie, le robot de Google ne voit en général qu’une seule version. Les autres risquent de ne jamais apparaître dans les résultats.

Trois organisations sont possibles :

Un domaine par pays (exemple.fr, exemple.es) : un signal local fort, mais autant de sites à gérer, à sécuriser et à faire connaître.
Un sous-domaine par langue (fr.exemple.com) : souple techniquement, mais chaque version se gère presque comme un site à part.
Un dossier par langue (exemple.com/fr/, exemple.com/es/) : un seul domaine, une seule maintenance, et la notoriété acquise par le site profite à toutes les langues.

Pour la plupart des PME, le dossier par langue est le meilleur compromis. C’est le choix de ce site : /en/, /fr/, /es/ et /ar/. Évitez en revanche les paramètres du type ?lang=fr, moins lisibles et plus fragiles.

Ensuite, deux détails comptent pour vos visiteurs :

Un sélecteur de langue visible, qui mène à la page équivalente et non à l’accueil. Écrivez le nom de chaque langue dans cette langue : English, Français, Español, العربية. Évitez les drapeaux : ils désignent des pays, pas des langues, et l’espagnol comme l’arabe se parlent dans de nombreux pays.
Pas de redirection forcée. Proposer la langue du navigateur, oui. Empêcher un visiteur, ou Google, d’accéder aux autres versions, non. Retenez simplement le choix du visiteur pour ses prochaines visites.

Hreflang : dire à Google quelle page montrer à qui

Une fois chaque langue à sa place, il faut relier les versions entre elles. C’est le rôle des balises hreflang. Placées dans l’en-tête HTML de chaque page, ou dans le plan du site (le fichier sitemap), elles indiquent à Google qu’une page existe aussi en anglais, en espagnol ou en arabe, et à quelle adresse. Google peut alors proposer la bonne version à chaque internaute.

Les règles sont simples, mais souvent mal appliquées :

Chaque version cite toutes les autres, et elle-même. Si la page française pointe vers l’anglaise, l’anglaise doit pointer vers la française. Sans ce lien retour, Google peut ignorer les balises.
Des codes exacts : la langue d’abord (en, fr, es, ar), puis le pays si besoin (en-GB, es-MX, ar-AE). Erreur classique : écrire en-UK au lieu de en-GB.
Une version par défaut, notée x-default, pour les visiteurs dont la langue n’est pas proposée : souvent la page d’accueil internationale ou une page de choix de langue.
Une balise canonique qui pointe vers la page elle-même, jamais vers sa version dans une autre langue. Sinon, vous demandez à Google de ne garder qu’une seule langue.
Uniquement entre pages équivalentes et publiées. Une balise qui pointe vers une page absente ou non traduite ne sert à rien, et peut même semer la confusion.

Sur un site bien construit, ces balises se génèrent automatiquement pour chaque page. Personne n’a à les écrire à la main, ni à les mettre à jour quand une page est ajoutée.

Traduire ne suffit pas : des mots-clés pour chaque marché

Un internaute ne cherche pas avec les mots de votre traduction, mais avec les siens. Ce qui se cherche « custom software » en anglais se cherche plutôt « logiciel sur mesure » en français et « software a medida » en espagnol. Et dans une même langue, le vocabulaire change d’un pays à l’autre : on dit « ordenador » en Espagne, mais « computadora » dans une grande partie de l’Amérique latine.

Pour chaque marché visé :

Cherchez les mots-clés dans la langue cible, avec une personne qui la parle couramment et connaît votre métier. Ne vous contentez pas de traduire votre liste française.
Adaptez au lieu de recopier : exemples, références, unités, monnaie, formats. La date 03/10/2026 se lit « 3 octobre » en France, mais « 10 mars » aux États-Unis.
Traduisez tout : le titre et la description de chaque page, les menus, les boutons, les textes alternatifs des images, les formulaires, les messages d’erreur et les pages légales. Google détermine la langue d’une page d’après son contenu visible : une page à moitié traduite brouille le signal.

Et la traduction automatique ? Elle fait un bon premier jet, pas une page prête à publier. Google ne l’interdit pas, mais ses règles visent les contenus produits à la chaîne sans valeur pour le lecteur, et une traduction brute publiée sans relecture peut en faire partie. Surtout, vos visiteurs la repèrent vite. Une relecture par une personne de langue maternelle, qui connaît le sujet, reste indispensable.

Nous travaillons nous-mêmes en anglais, en français, en espagnol et en arabe, et l’expérience de notre fondateur, acquise dans sept pays sur cinq continents, le confirme : une même idée ne se dit jamais tout à fait de la même façon d’une langue à l’autre. L’anglais est la version de référence de ce site ; les versions française, espagnole et arabe en sont adaptées.

Site arabe RTL : tout se lit de droite à gauche

L’arabe s’écrit de droite à gauche : en anglais, right-to-left, d’où le sigle RTL. Pour un site en arabe, la traduction n’est donc qu’une partie du travail : toute la mise en page s’inverse. Le logo passe à droite, les colonnes changent d’ordre, et la flèche « suivant » pointe vers la gauche.

Quelques règles évitent la plupart des mauvaises surprises :

Déclarer la langue et le sens de lecture sur chaque page, pour que les navigateurs et les lecteurs d’écran s’y retrouvent.
Penser la mise en page en « début » et « fin » plutôt qu’en « gauche » et « droite ». Les feuilles de style modernes le permettent, grâce à ce qu’on appelle les propriétés logiques : la page s’inverse alors d’elle-même, sans feuille de style séparée pour l’arabe.
Savoir ce qui ne s’inverse pas : le dessin du logo, les numéros de téléphone, les prix, les adresses email, les noms de marque en lettres latines. Une horloge non plus : ses aiguilles tournent dans le même sens partout.
Tester avec de vrais textes mélangés. Une phrase en arabe qui contient un nom de marque, une adresse email ou un numéro peut s’afficher dans le désordre si elle n’est pas traitée correctement.
Choisir ses chiffres : chiffres occidentaux (de 0 à 9) ou chiffres arabes orientaux, selon le public visé. Sur ce site, nous avons retenu les chiffres occidentaux.

Une police pensée pour l’arabe

Beaucoup de polices latines ne contiennent tout simplement pas les lettres arabes. Le navigateur en choisit alors une autre, souvent mal assortie au reste du site. Prévoyez une police conçue pour l’arabe, et adaptez la typographie : un texte un peu plus grand, un interligne plus généreux, et jamais d’espacement entre les lettres, qui casse les liaisons de l’écriture arabe. L’italique, qui n’a pas d’équivalent naturel en arabe, est aussi à éviter.

Vitesse, fuseaux horaires, contacts : adaptez-vous à chaque pays

Un site multilingue s’adresse à des visiteurs éloignés les uns des autres. Ce qui s’affiche vite à Paris peut être lent à Sydney ou à Dubaï, et ce qui rassure un visiteur français peut en dérouter un autre.

La performance dans chaque pays

Chargez seulement les polices utiles : les jeux de caractères (latin, arabe) et les graisses dont chaque langue a besoin, pas davantage.
Hébergez vos polices sur votre propre domaine : une requête de moins vers un service extérieur, et aucune adresse IP de vos visiteurs transmise à ce service, ce qui simplifie la conformité au RGPD.
Servez les pages depuis un réseau de diffusion de contenu (CDN), qui en garde une copie dans plusieurs régions du monde, au plus près de chaque visiteur.
Évitez le texte dans les images : il faudrait une image par langue, et ce texte échappe en grande partie au référencement.
Mesurez marché par marché : testez la vitesse depuis plusieurs pays, et suivez dans la Search Console de Google vos résultats par pays et par dossier de langue.

Des repères locaux qui rassurent

Les fuseaux horaires : affichez vos horaires à l’heure du visiteur. Sur notre page de rendez-vous, les créneaux s’affichent automatiquement dans son fuseau. Sur l’accueil, des horloges donnent l’heure de chaque pays où notre fondateur a travaillé, à côté de l’heure locale du visiteur.
Les coordonnées : numéros au format international (+61, +971, +33), adresse email et, si vous en avez, une adresse ou un interlocuteur sur place.
Les pages légales : mentions légales et politique de confidentialité traduites elles aussi, et adaptées aux règles du pays si besoin.

Site multilingue : dix points à vérifier avant la mise en ligne

Une adresse par langue, idéalement un dossier par langue.
Un sélecteur de langue visible, qui mène à la page équivalente.
Des balises hreflang réciproques sur chaque page, avec des codes exacts et une version x-default.
Une balise canonique qui pointe vers la page elle-même.
Des mots-clés recherchés dans chaque langue, avec des locuteurs natifs.
Des contenus entièrement traduits et relus, y compris les titres, les descriptions, les menus et les textes alternatifs.
Pour l’arabe : une mise en page inversée, une police adaptée et des textes mélangés testés.
Des formats locaux : dates, monnaies, numéros de téléphone, fuseaux horaires.
Un plan du site à jour, déclaré dans la Search Console.
Des pages rapides depuis chacun de vos marchés.

Une fois le site en ligne, suivez quelques indicateurs par langue et par pays : visites venues de Google, demandes de contact, rendez-vous pris. Le principe est le même que pour un tableau de bord de direction : peu de chiffres, mais des chiffres utiles.

Questions fréquentes

Faut-il un nom de domaine par pays ?

Rarement. Un domaine par pays a du sens si vous avez une présence locale forte, avec des équipes et des offres propres à chaque pays. Pour la plupart des PME, un seul domaine avec un dossier par langue est plus simple à gérer, et suffit pour se positionner sur chaque marché.

La traduction automatique pénalise-t-elle le référencement ?

Pas en elle-même. Le problème, c’est un texte publié sans relecture, maladroit ou approximatif : il convainc mal vos visiteurs et apporte peu de valeur. Utilisez-la comme premier jet, puis faites relire chaque page par une personne de langue maternelle.

Faut-il traduire tout le site d’un coup ?

Non. Commencez par les pages qui comptent pour chaque marché : l’accueil, vos services, le contact. Mais chaque page publiée doit l’être entièrement, et les balises hreflang ne doivent relier que des pages réellement traduites.

En résumé

Un site multilingue bien référencé repose sur quelques principes : une adresse par langue, des balises hreflang justes, des contenus écrits pour chaque marché, une mise en page de droite à gauche pour l’arabe et des pages rapides partout. Aucun de ces points n’est compliqué en soi, mais ils sont nombreux : mieux vaut les prévoir dès la construction du site. Et si vous cherchez qui vous accompagnera, voici comment choisir votre prestataire informatique.

Vous préparez un site en plusieurs langues, ou le vôtre peine à se faire trouver à l’étranger ? Réservez un appel découverte de 30 minutes, gratuit et sans engagement. Le créneau s’affichera dans votre fuseau horaire.