Un site multilingue propose le même contenu en plusieurs langues, chacune à sa propre URL comme /fr/ ou /en/, reliées par des balises hreflang pour que les moteurs de recherche affichent la bonne version. Avec WisyLink, vous nommez les langues et celle par défaut ; il construit chemins de langue, sélecteur, hreflang et x-default, et stocke les contenus traduits par langue.
- Donnez à chaque langue son propre chemin d'URL. Un cookie ou un script qui remplace le texte cache vos autres langues aux moteurs de recherche.
- hreflang indique aux moteurs de recherche quelles pages présentent le même contenu dans une autre langue. Chaque version doit se citer elle-même et citer toutes les autres.
- L'IA rédige de bons premiers jets dans chaque langue, mais un locuteur natif doit relire tout ce qui vend, promet ou a une portée juridique.
- Stockez les traductions comme des champs de la même fiche : un nouveau plat ou un nouveau produit apparaît alors dans toutes les langues à la fois.
- Ce sont les détails locaux qui font qu'une page sonne juste : devise, formats de date, moyens de paiement et pages légales propres à chaque marché.
- Sur WisyLink, un seul lien sert toutes les langues depuis un seul domaine. Un domaine par langue voudrait dire des sites séparés.
Quand avez-vous besoin d'un site multilingue ?
Ajoutez une langue quand des gens vous cherchent déjà dans cette langue. Les cas les plus courants :
- Touristes et visiteurs. Un gîte, un restaurant ou un organisateur d'excursions dont les clients cherchent dans leur propre langue avant de partir.
- Communautés d'expatriés et d'immigrés. Un dentiste, un conseiller fiscal ou une école dont les clients sont plus à l'aise pour lire dans leur langue maternelle.
- Vente à l'étranger. Une petite boutique ou un atelier qui reçoit des demandes d'un autre pays, souvent par e-mail, dans une langue que le site ne parle pas encore.
- Régions bilingues. Des territoires où deux langues font partie du quotidien et où les clients attendent les deux, comme en Belgique, en Suisse ou au Canada.
Le test qui compte : pouvez-vous répondre aux clients dans cette langue, par e-mail, au téléphone ou au comptoir ? Un site traduit qui mène à une conversation que vous ne pouvez pas tenir crée de la frustration, pas des ventes. Chaque langue est aussi un engagement de maintenance, car chaque nouveau prix, changement de carte ou mise à jour de vos conditions doit arriver dans toutes. Deux langues bien tenues valent mieux que cinq laissées à l'abandon.
Si les visiteurs d'une deuxième langue n'ont besoin que de vos horaires et de votre adresse, une seule page bien rédigée dans cette langue peut suffire pour l'instant.
Traduction automatique ou textes rédigés par des natifs
Il existe trois niveaux de qualité, et la plupart des entreprises ont besoin d'un mélange :
- Traduction automatique, sans relecture. Rapide et bon marché. Acceptable pour des textes sans enjeu, comme un itinéraire d'accès ou des informations de stationnement ; jamais pour les allergènes. Risquée pour tout ce qui touche aux prix, aux conditions ou au ton.
- Premier jet par l'IA, relu par un natif. Le bon choix par défaut. L'IA actuelle écrit un texte fluide dans de nombreuses langues, et le relecteur corrige les expressions, le niveau de langue et les affirmations.
- Rédaction native. Pour le titre de votre page d'accueil, les principaux appels à l'action et tout ce qui est juridique. Ces quelques phrases portent l'essentiel du poids.
La traduction automatique suffit-elle pour un site professionnel ? Pour les textes purement informatifs, souvent oui. Pour le paiement, les conditions de réservation, les conditions d'annulation et votre politique de confidentialité, non. Une erreur de traduction littérale y coûte de l'argent ou de la confiance. Le niveau de langue est l'autre piège : le français, l'allemand et l'espagnol distinguent tous vouvoiement et tutoiement, et passer de l'un à l'autre au milieu d'une page fait négligé.
Les moteurs de recherche jugent l'utilité de la page, pas la façon dont elle a été traduite. D'après les consignes de Google, les versions localisées ne sont considérées comme des doublons que si le contenu principal reste non traduit, et ne traduire que les menus et le pied de page en laissant le corps du texte dans une seule langue offre une mauvaise expérience. Traduisez le contenu principal ou ne publiez pas cette langue.
WisyLink peut rédiger le contenu dans chaque langue pour vous, mais il faut le demander. La génération garde le texte de chaque page dans la langue de la page et ne traduit jamais de sa propre initiative. Wisy, l'assistant du chat, répond dans la langue de votre dernier message : vous pouvez donc le briefer en français et obtenir un site en anglais et en espagnol.
Structure des URL : des chemins de langue, pas des cookies
Google recommande une URL différente pour chaque version linguistique, et non des cookies ou des réglages du navigateur qui changent le texte sur une même URL. Son guide des sites multirégionaux et multilingues déconseille aussi d'adapter le contenu selon l'adresse IP, et qualifie les paramètres d'URL comme ?lang=es de non recommandés. Il reste trois options sérieuses, comparées ici à l'approche par cookie :
| Approche | Exemple | Impact SEO | Effort |
|---|---|---|---|
| Sous-répertoires | example.com/es/ | Chaque langue est indexable ; toutes les versions renforcent un seul domaine ; hreflang reste simple | Faible : un site, un domaine. C'est ce que construit WisyLink. |
| Sous-domaines | es.example.com | Indexable ; Google note que les internautes ne savent pas toujours, d'après l'URL, si « de » désigne une langue ou un pays | Moyen : des enregistrements DNS en plus ; un lien WisyLink a un seul domaine actif à la fois, donc chaque sous-domaine serait un lien distinct |
| Domaines nationaux séparés | example.es | Signal local fort, mais chaque domaine ne peut cibler qu'un seul pays | Élevé : plusieurs domaines, sites et chantiers SEO ; sur WisyLink, un seul domaine actif par lien signifie un lien par domaine |
| Bascule par cookie ou JavaScript | example.com, texte remplacé dans le navigateur | Les moteurs de recherche n'indexent qu'une seule langue | Facile à construire, coûteux en visibilité perdue |
Faut-il choisir des sous-répertoires ou des domaines séparés ? Pour la plupart des TPE et PME, des sous-répertoires. Des domaines nationaux séparés ont du sens quand chaque pays est en pratique une entreprise à part, avec ses propres prix, son stock, son entité juridique et son équipe. Une langue pour plusieurs pays est un autre problème que plusieurs langues.
Évitez de rediriger automatiquement les visiteurs selon leur localisation. Un hispanophone à Paris veut toujours lire en espagnol. Laissez le sélecteur faire le travail, et gardez la langue dans l'URL pour qu'un lien partagé s'ouvre dans la langue où il a été partagé.
hreflang et x-default expliqués
- hreflang
- Une balise dans l'en-tête de chaque page qui liste l'URL de chaque version linguistique de cette page, y compris elle-même. Elle indique aux moteurs de recherche quel résultat montrer à quel internaute.
- Liens de retour
- Si la page anglaise cite la page espagnole, la page espagnole doit citer la page anglaise. Google ignore les paires qui ne pointent pas l'une vers l'autre.
- x-default
- La version destinée aux visiteurs dont vous ne proposez pas la langue, souvent votre langue principale, ou l'anglais si votre public est international.
- Codes de langue
- Des codes de langue ISO 639-1 comme
fr, éventuellement avec une région ISO 3166-1 commefr-CA. Google ne prend pas en charge les codes hors de ces normes, commees-419(espagnol d'Amérique latine). - html lang
- L'attribut de langue de la page. Les navigateurs et les lecteurs d'écran s'en servent. Google indique qu'il détecte la langue d'après le contenu visible et non d'après cet attribut : le texte visible doit donc être juste, lui aussi.
- Canonique
- Chaque version linguistique pointe sa balise canonique vers elle-même. Google conseille de choisir une URL canonique dans la même langue, et jamais de faire pointer toutes les versions vers la page anglaise.
Pour une page de carte en deux langues, chaque version porte les trois mêmes lignes :
<link rel="alternate" hreflang="fr" href="https://example.com/fr/menu"><link rel="alternate" hreflang="en" href="https://example.com/en/menu"><link rel="alternate" hreflang="x-default" href="https://example.com/en/menu">
La documentation de Google sur hreflang exige des URL complètes, avec protocole et domaine, et c'est là que les sites faits à la main dérapent souvent. Quand vous demandez à WisyLink un site multilingue, la génération place la langue dans le chemin, ajoute une balise hreflang par langue plus x-default, règle un html lang cohérent et construit chaque URL à partir de l'adresse où le site est réellement servi : les balises restent donc justes quand vous passez sur votre propre nom de domaine. Par défaut, le chemin après le préfixe est identique dans toutes les langues : /fr/menu et /en/menu. Des slugs traduits sont possibles si vous le demandez, mais des chemins communs gardent les paires de langues simples et fiables.
Construire le site : étapes et modèle de prompt
- Choisissez les langues et celle par défaut. Notez qui relit chaque langue.
- Rassemblez vos textes : vos propres contenus par langue dans un fichier .docx, ou des premiers jets rédigés par la génération, que vous relirez.
- Collez le prompt ci-dessous dans un nouveau chat WisyLink et joignez vos fichiers.
- À la fin de la génération, ouvrez quelques pages dans chaque langue et affichez leur code source. Vérifiez les lignes hreflang, la valeur
html langet la balise canonique. - Transmettez la relecture du natif par des messages de suivi, comme « Dans la version anglaise, utilisez partout l'orthographe britannique ». Chaque modification est une nouvelle génération, et une génération qui échoue ne remplace jamais le site en ligne.
- Ajoutez ou modifiez des fiches, comme les chambres et les plats, dans l'espace d'administration, en remplissant chaque langue.
- Avant le lancement, connectez votre nom de domaine (possible sur tous les forfaits) et passez à un forfait payant ; les liens gratuits expirent après 30 jours plus une semaine. Voyez comment connecter un nom de domaine.
Créez un site bilingue pour le Mas des Oliviers, une chambre d'hôtes de cinq chambres près d'Arles.
Langues : français et anglais, en /fr/ et /en/. Le français est la langue par défaut ; la version anglaise sert de x-default pour les visiteurs dont la langue n'est pas proposée. Chaque page existe dans les deux langues avec le même chemin après le préfixe. Ajoutez sur chaque page les balises hreflang des deux langues plus x-default, un html lang cohérent et une balise canonique qui pointe vers la page elle-même.
Sélecteur de langue : dans l'en-tête, avec un lien vers la même page dans l'autre langue, jamais vers la page d'accueil.
Pages : accueil, chambres (une page par chambre, à partir des données enregistrées), menu du petit-déjeuner, accès, formulaire de contact.
Contenu : les chambres et les plats stockent un nom et une description par langue. Rédigez la version anglaise nativement pour des voyageurs britanniques, pas comme une traduction littérale.
Détails locaux : prix en euros dans les deux langues ; dates au format « 15 mars 2027 » en français et « 15 March 2027 » en anglais.
Administration : une page protégée par connexion pour modifier les chambres et les plats dans les deux langues, et lire les messages de contact.
Joignez des photos des chambres si vous en avez. Vos images sont utilisées telles quelles ; sans elles, la génération utilise des photos de banques d'images ou de simples illustrations vectorielles, car WisyLink ne génère pas de photos. Pour d'autres façons de formuler une première demande, consultez nos modèles de prompts pour créer un site avec l'IA.
Traduire le contenu dynamique, stocké par langue
Les textes fixes, comme celui de votre page d'accueil, vivent dans les pages. Le contenu dynamique, comme les chambres, les plats, les produits, les événements et les articles de blog, vit sous forme de fiches enregistrées, et c'est là que les sites multilingues se cassent d'habitude. Deux modèles fonctionnent :
- Des champs par langue sur une seule fiche :
nom_fr,nom_en, avec un prix et une photo communs. Idéal pour les catalogues où chaque article existe dans chaque langue. Une seule fiche, c'est un seul prix et un seul stock à tenir à jour. - Une fiche par langue, avec un champ de langue. Idéal pour les contenus qui diffèrent selon le marché, comme un article de blog écrit pour des lecteurs britanniques sans équivalent en français.
Les fiches nouvelles ou modifiées apparaissent sur le site en ligne sans nouvelle génération, en général en moins d'une minute. Prévoyez trois détails dès le départ :
- Le formulaire d'administration. Demandez les champs de chaque langue côte à côte, avec un indicateur « traduction manquante » sur lequel vous pouvez filtrer.
- La solution de repli. Décidez de ce que voit un visiteur anglophone quand un article n'a pas encore de texte anglais : le texte français avec une mention, ou rien. Le hreflang d'une page ne doit lister que les langues qu'elle possède vraiment.
- La traduction à l'enregistrement. Si vous ajoutez souvent des articles, l'espace d'administration peut envoyer le nouveau texte à un service de traduction via son API, avec votre clé dans Intégrations. Considérez le résultat comme un premier jet, comme toute traduction automatique.
Les restaurants sont le cas d'école : la carte change chaque semaine et chaque plat a besoin d'un nom, d'une description et de ses allergènes dans chaque langue. Notre guide du site de restaurant détaille la gestion de la carte sous forme de données.
Détails locaux : devise, dates, paiement, pages légales
La traduction vous rend compréhensible ; les détails locaux vous rendent digne de confiance.
- La devise. Affichez la devise que vous facturez réellement. Si vous facturez en euros, affichez des euros dans toutes les langues ; des montants convertis à titre indicatif créent des litiges au moment du paiement.
- Dates, heures et nombres. 03/04 désigne le 3 avril dans un pays et le 4 mars dans un autre. Écrivez le mois en toutes lettres, utilisez le format 24 heures là où c'est l'usage, et attention à la virgule décimale.
- Les moyens de paiement. Marques de cartes, portefeuilles électroniques et virements varient selon les pays, et les prestataires de paiement ne sont pas ouverts aux commerçants partout. Vérifiez ce que votre prestataire prend en charge pour votre compte avant de promettre un moyen de paiement. Notre guide de la boutique en ligne explique comment les paiements se connectent avec vos propres clés.
- Les pages légales. Votre politique de confidentialité, vos conditions et les mentions légales attendues dans votre marché doivent exister dans chaque langue où vous vendez, relues par quelqu'un qui connaît les règles locales.
- Les coordonnées. Numéros de téléphone avec l'indicatif du pays (+33 pour la France), horaires d'ouverture en heure locale, et les langues dans lesquelles vous répondez.
- Formulaires et e-mails. Enregistrez la langue du visiteur avec chaque envoi, pour que les e-mails de confirmation et vos réponses partent dans cette langue.
Checklist avant le lancement
- Chaque URL de langue se charge et affiche cette langue dans le texte visible, y compris les boutons, les messages d'erreur des formulaires, la page 404 et les e-mails de confirmation.
- Affichez le code source de trois pages par langue : une ligne hreflang par langue plus x-default, une balise canonique qui pointe vers la page elle-même et le bon
html lang. - Le sélecteur mène à la même page dans l'autre langue.
- Les titres de page et les méta-descriptions sont traduits, pas seulement le corps du texte.
- Le sitemap à l'adresse
/sitemap.xmlliste toutes les URL de chaque langue. Les sites WisyLink génèrent le leur. - Prix, dates et unités suivent les conventions de chaque marché.
- Un locuteur natif a lu la page d'accueil, la principale page de conversion et les pages légales.
- Les formulaires de chaque langue s'enregistrent correctement et envoient leurs réponses dans cette langue.
- Le site est ajouté à Google Search Console, sitemap soumis. Pour une vue d'ensemble du SEO, lisez les sites créés par l'IA se positionnent-ils sur Google ?
- Chaque langue a un responsable après le lancement, avec une règle sur le délai dans lequel les changements de prix et de conditions arrivent dans toutes les langues.
Créez votre site multilingue avec WisyLink
Nommez vos langues et celle par défaut, dites ce que contient chaque page et à qui elle s'adresse, et joignez les textes dont vous disposez. WisyLink construit les chemins de langue, le sélecteur, hreflang, x-default et les contenus par langue, hébergés à leur propre adresse en HTTPS. Vous pouvez lui parler dans votre langue : le site et l'application sont disponibles en neuf langues, et Wisy répond dans celle où vous écrivez.
Commencez gratuitement avec le forfait Community, sans carte bancaire, et construisez la première version. Pour voir comment chaque site tourne de façon isolée et ce que la plateforme sait faire ou non, lisez comment WisyLink est construit. Quand vous êtes prêt à publier sur votre propre nom de domaine, un forfait payant garde le site en ligne tant que vous êtes abonné.
FAQ