Multilingue
Du contenu SEO multilingue sans le théâtre de la traduction.
Une deuxième langue, c’est un deuxième ensemble de questions que les gens tapent, pas une copie de vos pages anglaises avec les noms changés. Xt4b pilote chaque langue comme une ligne éditoriale à part — ses propres requêtes, son propre calendrier, ses propres dates — et les publie toutes sur le blog qui vous appartient.
116 languesUn plan et un calendrier par ligneUn blog, votre domaine
Traduction, localisation, ou contenu écrit par marché ?
Trois métiers différents, trois tarifs différents, et la différence décide si une nouvelle langue rapporte quoi que ce soit.
La version courte
- La traduction convertit un texte que vous avez déjà. C’est le bon travail pour une page tarifaire, un document juridique ou une page de marque — des pages qui existent pour une autre raison qu’une requête.
- La localisation adapte une page à un marché : devise, exemples, réglementation, les mots qu’un marché emploie réellement. Elle part toujours d’une page écrite pour un autre endroit.
- Écrire par marché part de la requête : ce que les gens tapent dans cette langue, et ce que les résultats y répondent aujourd’hui. C’est ce que fait Xt4b, par langue, sur votre domaine.
- Une langue est facturée comme une ligne à part : 20 € par site, par langue, par mois, sans rien facturer à l’article.
Le contenu SEO multilingue, c’est une page guidée par la recherche qui existe dans la langue de la personne qui cherche, visant les mots qu’elle emploie. Une page anglaise traduite échoue en général à ce test pour une raison ennuyeuse : la requête qu’elle vise a été choisie par quelqu’un qui écrit en anglais, si bien que la page répond à une question que ce marché formule autrement — ou ne pose jamais.
C’est pourquoi chaque ligne a ici son propre plan. Les requêtes viennent des résultats propres à ce marché, les pages existantes sont d’abord vérifiées pour la couverture, et l’article est écrit dans la langue plutôt que converti vers elle.
La version de cette page pour les équipes qui gèrent plusieurs marchés- Traduisez quand la page doit exister dans chaque langue indépendamment de la demande : tarifs, conditions, contact, la page d’accueil.
- Écrivez par marché quand la page doit être trouvée par une recherche : un guide pratique, une comparaison, un décompte de coûts, un guide de catégorie.
- Ne traduisez jamais automatiquement une page de recherche en laissant le mot-clé anglais en place — la page ne se classera sur rien et se lira comme une sortie machine.
- Localisez les éléments qu’un lecteur remarque tout de suite : la devise, la référence juridique, les exemples et le nom de ce qui est acheté.
Qu’est-ce qui rend une page trouvable dans sa propre langue ?
La moitié technique est modeste et presque gratuite. C’est aussi celle qui décide si un moteur de recherche rattache la page à cette langue.
- Déclarez la langue
- Chaque article porte la langue dans laquelle il est écrit, et les données structurées autour de lui aussi. Sans cette déclaration, un moteur de recherche devine à partir du seul vocabulaire.
- Écrivez les métadonnées dans cette langue
- Un texte traduit sous une balise title et une méta description anglaises, c’est une page qui se lit comme deux demi-pages. Titre, description, titres de section et FAQ sont produits ici par ligne.
- Canonique vers elle-même
- Chaque article pointe son URL canonique vers sa propre URL sur votre domaine — pas vers la version anglaise, ce qui dirait à un moteur de recherche de l’ignorer.
- Un sitemap, toutes les langues
- Un blog par site, c’est un sitemap qui liste les articles de chaque langue qu’il publie : rien ne dépend donc du fait que quelqu’un pense à un sitemap par marché.
- Des liens à l’intérieur de la langue
- Le maillage interne vient de vos vraies pages et privilégie la langue de l’article. Les liens vers la section d’une autre langue sont écartés dès qu’il y a assez de cibles dans la même langue.
- hreflang, uniquement s’il y a des alternates
- hreflang indique aux moteurs de recherche les autres versions linguistiques d’une MÊME page. Ces lignes sont des pages distinctes et non des traductions d’une seule, il n’y a donc aucun ensemble d’alternates à déclarer — et en inventer un serait une erreur.
Ce que « sa propre ligne » veut dire.
Chaque langue d’un site se comporte comme un site à part pour les éléments qui comptent — et comme un seul site partout où un lecteur la voit.
- Son propre plan
- Une langue est une ligne éditoriale distincte : ses propres requêtes cibles, ses propres sujets, sa propre analyse des manques face aux pages que cette langue possède déjà.
- Son propre calendrier
- Les dates sont assignées par ligne : un marché publié deux fois par semaine n’est donc pas contraint au rythme de celui que vous publiez tous les jours.
- Sa propre recherche
- La recherche tourne sur les résultats du marché de cette langue, pas sur une requête anglaise traduite. La formulation qu’un acheteur tape est celle autour de laquelle l’article est construit.
- Écrit dans la langue
- L’article est écrit dans la langue dans laquelle vous publiez — titres de section, balise title, description, FAQ. Ce n’est pas un brouillon anglais avec les noms échangés.
- Sa propre ligne sur la facture
- 20 € par site, par langue, par mois, et rien à l’article. Trois marchés, c’est trois lignes ; en désactiver une laisse les autres tourner.
- Tout cela en 116 langues
- Des marchés européens habituels au portugais, au polonais, au turc, au japonais, au hindi et à l’arabe — la liste complète est dans le produit, et une nouvelle ligne s’ajoute en quelques secondes.
Ajouter un marché, étape par étape.
Six étapes, d’une nouvelle langue à un marché que vous pouvez juger sur des chiffres plutôt qu’à l’instinct.
- 01
Ajoutez la langue au site
Elle devient une ligne éditoriale avec son propre plan et son propre calendrier. Rien d’autre ne change sur le site : même domaine, même marque, même blog.
- 02
Lisez le plan de ce marché
Les requêtes auxquelles les pages de cette langue répondent déjà sont marquées comme couvertes ; les manques sont datés. C’est ici qu’une mauvaise hypothèse se fait repérer en premier.
- 03
Choisissez le rythme
Choisissez les jours où cette ligne publie. Un marché que vous testez peut tourner chaque semaine pendant que votre principal tourne tous les jours, sur le même compte.
- 04
Les articles sont écrits dans cette langue
Chacun suit son propre brief : la requête, l’intention, le plan détaillé, les métadonnées — dans la langue, avec les sources et le maillage interne vérifiés de la même façon.
- 05
Tout est publié sur un seul blog
Un blog hébergé par site, chaque article déclarant sa propre langue, sa propre URL canonique et ses propres données structurées. Un sitemap, un fichier robots, un favicon.
- 06
Mesurez, puis décidez
Search Console se lit en lecture seule par site. Un marché qui rentabilise sa ligne obtient plus de jours ; un autre est désactivé sans toucher au reste.
- ENAnglais2 articles par semaineplanifiés / publiés12 / 7
- DEAllemand1 article par semaineplanifiés / publiés5 / 3
- FRFrançais1 article par semaineplanifiés / publiés4 / 1
Même blog, même design — chaque langue a son propre plan et ses propres dates.
Une ligne affiche sa langue, son rythme et la part planifiée par rapport à la part publiée. C’est toute la vue de gestion : vous regardez quatre ou cinq chiffres par marché, pas un tableur de traduction.
Comme le plan est par ligne, un marché où vous êtes déjà positionné ne reçoit pas de nouveau les mêmes sujets — les requêtes couvertes sont marquées et le calendrier se remplit de celles qui sont réellement ouvertes.
Et parce que chaque article est écrit dans sa propre langue selon son propre brief, le blog ne se lit jamais comme la traduction automatique d’un article frère. Même marque, même design, son propre argument.
Pages traduites contre marché planifié.
Le mode d’échec du contenu multilingue n’est pas une mauvaise grammaire. Ce sont des pages fluides visant des requêtes que personne ne tape dans ce marché.
Traduire l’ensemble anglais
- La requête que vise la page a été choisie pour des anglophones
- Les titres se lisent comme des traductions : corrects, et légèrement étrangers
- Le maillage interne pointe vers la section anglaise, parce que c’est ce qui existe
- Chaque marché publie au même rythme, quoi qu’il rapporte
- Rien ne vous dit quelle langue a produit quel résultat
Planifier chaque marché
- Les requêtes viennent des résultats propres à ce marché : la page répond donc à ce qui se tape là-bas
- L’article est écrit dans la langue, titres et métadonnées compris
- Les liens viennent d’abord des pages de la langue elle-même, et sont écartés plutôt que forcés
- Le rythme se règle par ligne : un marché test peut donc tourner chaque semaine
- Le calendrier affiche la langue de chaque article ; Search Console rapporte le site auquel il appartient
Ce qui reste votre décision.
Un pipeline peut porter six langues sans dérive. Les décisions qu’il ne peut pas prendre sont éditoriales.
Une ligne tourne mal quand le plan et la rédaction se contredisent : un plan validé dans une langue, écrit contre des requêtes prises dans une autre. C’est l’erreur qu’un plan permet d’attraper à moindres frais — vous écartez une entrée, pas un article.
- Le ton que porte une langue — un marché qui attend de la formalité, ou votre propre registre de marque
- Si un marché reprend les exemples et les prix de la marque mère, ou reçoit les siens
- Quels sujets sont à éviter dans un marché que vous connaissez mieux que nous
- La terminologie sur laquelle votre marque insiste, par langue, et les mots qu’elle refuse
- Chaque date, chaque abandon et chaque dépublication sur toutes les lignes
Comment cela s’intègre à un site qui existe déjà.
Personne ne démarre ici avec un domaine vide : la vraie question est donc ce qui arrive aux pages que vous avez déjà.
- Les pages existantes sont lues, pas remplacées
- Le plan se construit à partir du site tel qu’il est — son sitemap, ses titres, sa langue. Les requêtes auxquelles une page existante répond déjà sont marquées comme couvertes : vous ne payez donc pas une deuxième version d’une page qui fonctionne.
- Le blog s’ajoute
- Les articles sont publiés sur un blog de votre domaine. Si vous préférez qu’ils arrivent dans un CMS existant, les articles terminés sont disponibles via une API de lecture, en Markdown ou en HTML rendu.
- Leur langue, leurs métadonnées
- Chaque article porte sa propre langue, sa propre balise title et sa méta description, sa propre URL canonique et ses propres données structurées — les éléments dont un moteur de recherche a besoin pour le traiter comme une page dans cette langue.
- Un seul domaine à gérer
- Pas de dispersion en sous-domaines par marché : un blog, un certificat, un fichier robots, un favicon, et des lecteurs qui atterrissent là où votre marque vit déjà.
Une chose à prévoir
Écrire dans une langue n’est pas la même chose que connaître un marché. Les articles sont documentés et écrits par ligne, mais votre jugement sur le ton et sur ce qu’un marché ne tolérera pas est ce qui garde un programme multilingue crédible. Traitez le premier mois d’une nouvelle ligne comme un test à forte relecture, pas comme une production sans surveillance.
Plus sur le contenu
- API de contenu SEO
Chaque article en JSON — l’article, ses métadonnées, son statut et son URL.
- Blog hébergé
Un blog sur votre domaine, derrière un enregistrement DNS, maintenu pour vous.
- Pour les marchés multilingues
Quel marché ouvrir ensuite, et ce qu'il coûte.
- llms.txt
Le fichier de synthèse destiné aux modèles de langage, et ce que contient le nôtre.
Questions sur la gestion de plusieurs marchés.
Y compris celle sur hreflang, qui est un choix de conception et non une lacune.
Est-ce de la traduction ou du contenu écrit par langue ?
Écrit par langue. Une page traduite répond à une requête que personne n’a tapée : le plan de chaque ligne se construit à partir des résultats propres à ce marché, l’article est donc écrit dans la langue et visé vers ce que les gens y cherchent réellement. Traduire un article existant a du sens pour une landing page ; rarement pour un article guidé par la recherche.
Toutes les langues publient-elles sur un seul blog ?
Oui — un blog par site, hébergé sur votre domaine, chaque article déclarant sa propre langue, sa propre URL canonique et ses propres données structurées. Un sitemap, un fichier robots, un favicon, un seul endroit où le lecteur atterrit, quelle que soit la langue avec laquelle il est arrivé.
Crée-t-il des alternates hreflang entre les langues ?
Non, et c’est délibéré. Chaque article déclare la langue dans laquelle il est écrit — l’attribut lang de l’article, la locale Open Graph et les données structurées le disent tous — mais les langues ici sont des lignes éditoriales distinctes plutôt que des traductions d’une même page : il n’y a donc aucun ensemble d’alternates à relier. Si vous avez besoin de hreflang entre les versions d’une même page, c’est un autre travail que la gestion de plusieurs marchés.
Combien de langues un site peut-il porter ?
116 sont sélectionnables, et il n’y a pas de plafond distinct sur le nombre qu’un site utilise. Ce qui limite un site en pratique, c’est votre budget et votre attention : chaque ligne a son propre plan et son propre calendrier, ajouter un marché revient donc à ajouter du travail de relecture, pas seulement à basculer un réglage.
Comment fonctionne le maillage interne entre les langues ?
Les liens viennent de votre vrai sitemap et privilégient les pages dans la même langue que l’article. Les liens vers les pages d’une autre langue passent en dernier et sont écartés dès qu’il y a assez de cibles dans la même langue : un article néerlandais n’est donc pas tenu par des liens vers la section anglaise.
Quelles langues sont prises en charge ?
116 sont sélectionnables, couvrant les marchés européens et bien au-delà — notamment l’allemand, le néerlandais, l’espagnol, le français, l’italien, le portugais, le polonais, le turc, le japonais, le hindi et l’arabe. La liste complète est dans le produit, et la langue que vous ajoutez détermine le marché sur lequel la recherche tourne.
Puis-je traiter le même sujet dans deux langues ?
Oui, et c’est généralement la bonne chose à faire — mais chaque ligne a son propre brief. La requête, le plan détaillé et le maillage interne sont élaborés par langue à partir des résultats propres à ce marché : une version allemande d’un article néerlandais est donc un frère plutôt qu’une copie.
Search Console rapporte-t-elle par langue ?
Non — elle est par site, en lecture seule, c’est ainsi que la propriété est configurée dans Google. Un site qui fait tourner quatre lignes rapporte un seul ensemble de clics et d’impressions pour le domaine, et c’est dans le calendrier que vous voyez quelle langue a produit quel article.
Chaque langue a-t-elle besoin de ses propres recherches de mots-clés ?
Oui, et c’est toute la différence entre un marché et une traduction. La recherche s’appuie sur les résultats du marché de cette langue, donc la formulation qu’un acheteur tape est celle autour de laquelle l’article est construit — un mot-clé anglais traduit est en général une expression que personne ne cherche dans ce marché. Le plan est facturé par langue précisément parce que la recherche se fait par langue.
Garantit-il qu’un marché se classera ?
Non. Vous obtenez un plan visant des requêtes auxquelles ce marché ne répond pas encore, une publication sur votre domaine, et les données de recherche pour le juger honnêtement. Le classement, le trafic et le chiffre d’affaires ne sont garantis dans aucune langue.
Commencez par un marché
Ajoutez une langue, observez-la quatre semaines.
Choisissez un marché que vous pouvez juger, réglez son rythme et laissez le calendrier se remplir dans cette langue. S’il rentabilise sa ligne, ajoutez la suivante.
20 € par site, par langueUn blog sur votre domaine3 jours gratuits, sans carte bancaire