Ce que comprend un projet de site web multilingue
Nous définissons d'abord les langues et les marchés, puis nous concevons le site pour que chaque version soit complète. Selon le projet, le périmètre comprend :
- Architecture des langues et des marchés : quelles langues, quels pays et ce qui change de l'un à l'autre
- Une URL pour chaque version linguistique, généralement dans des sous-répertoires comme /es/, avec des balises canoniques correspondantes
- Des annotations hreflang réciproques, plus un x-default pour les visiteurs qui ne correspondent à aucune des deux langues
- Un sélecteur de langue qui renvoie vers la page équivalente, et non vers la page d'accueil
- Textes, titres, balises meta description, données structurées et textes alternatifs des images localisés
- Formulaires, messages de confirmation, e-mails et messages d'erreur dans chaque langue
- Recherche de mots-clés par langue et processus de relecture avec un responsable désigné pour chaque page
- Contrôles avant lancement qui comparent les paires de langues, les liens et les formulaires
Traduction ou localisation : ce qui change entre l'anglais et l'espagnol
La traduction convertit des phrases ; la localisation réécrit la page pour la personne qui la lit, avec les termes qu'elle recherche, les preuves qu'elle attend, les formats qu'elle utilise et une prochaine étape qui a du sens pour elle. Un acheteur américain tape web design agency ; un acheteur colombien tapera tout aussi bien diseño de páginas web, agencia ou cuánto cuesta. L'espagnol varie aussi selon les pays : celular ou móvil, computador ou ordenador, cotización ou presupuesto.
Les mises en page ont aussi besoin de place. Les textes espagnols sont souvent plus longs que les textes anglais ; les libellés de navigation, les boutons et les titres sont donc conçus pour les deux langues dès le départ. Les dates, devises, numéros de téléphone et textes juridiques sont adaptés à chaque marché, et une version linguistique n'est mise en ligne que lorsque son contenu est complet.
SEO multilingue : URL, hreflang et changement de langue
Google recommande une URL distincte pour chaque version linguistique plutôt qu'un changement de texte selon un cookie ou un réglage du navigateur, et il détermine la langue d'une page à partir de son contenu visible : chaque page garde donc son contenu et sa navigation dans une seule langue. Nous relions chaque page à sa jumelle par des balises hreflang réciproques et un x-default.
Nous ne redirigeons pas les visiteurs selon leur adresse IP ou la langue de leur navigateur ; Google le déconseille, car les internautes comme les robots d'exploration peuvent passer à côté de certaines versions. Le sélecteur reste visible et renvoie vers la page équivalente. Les widgets par script qui traduisent le texte dans le navigateur ne créent pas de pages indexables, c'est pourquoi nous créons de vraies versions linguistiques. Ce site fonctionne de la même façon : chaque page a une URL en anglais et une URL en espagnol qui se référencent mutuellement grâce à hreflang.
Quelles langues et quels marchés votre site doit-il couvrir ?
Ajoutez une langue lorsque vous pouvez servir vos clients dans cette langue. Quelqu'un doit répondre à une demande en espagnol, accompagner un client hispanophone et tenir ces pages à jour ; un site espagnol soigné qui débouche sur une réponse uniquement en anglais perd la confiance qu'il avait gagnée. Commencez là où la demande et vos capacités se rejoignent, et n'ajoutez des versions par pays que lorsque les prix, les conditions légales, la livraison ou l'offre diffèrent réellement. Des pages qui se contentent de changer un nom de ville ou de pays n'apportent presque rien et concurrencent vos pages les plus solides.
Sites web en espagnol pour les entreprises de Toronto et des États-Unis
Les entreprises détenues par des Hispaniques à Toronto et partout aux États-Unis servent souvent leurs clients en espagnol, tout en ayant besoin de l'anglais pour leurs fournisseurs, leurs partenaires et l'ensemble du marché. Pour elles, nous inversons l'ordre habituel : l'espagnol est la langue principale, avec sa propre recherche de mots-clés, et la version anglaise est écrite pour les personnes qui cherchent en anglais dans la même ville, sans traduction ligne à ligne.
Nous travaillons à distance, en espagnol ou en anglais, par appels vidéo. Bogotá est en UTC−5 toute l'année : la même heure qu'à Toronto et à New York en hiver, et une heure de retard lorsque ces villes passent à l'heure d'été. Les règles locales qui influencent le site, comme les mentions sur la confidentialité, le consentement pour les e-mails marketing et les exigences d'accessibilité, sont examinées marché par marché dans la proposition.
Garder chaque langue à jour après le lancement
Les sites multilingues se dégradent souvent en silence : la page anglaise reçoit un nouveau prix, pas la page espagnole. Nous configurons le modèle de contenu pour que chaque traduction soit une entrée à part entière, avec son propre slug, son propre état de publication et un lien vers sa source, et le processus enregistre pour chaque page le relecteur, la terminologie validée et le responsable des mises à jour. Notre propre blog fonctionne ainsi : chaque article en espagnol est publié comme une entrée distincte, liée à son original en anglais.
Combien coûte un site web multilingue ?
Une seconde langue n'est pas un simple interrupteur : elle ajoute de la rédaction, de la relecture, des métadonnées, des tests et de la maintenance. Le coût dépend du nombre de langues et de pages, de qui rédige ou traduit les textes, de l'ampleur des différences entre marchés, des formulaires et e-mails concernés et du processus de publication. Les tranches de budget du formulaire de demande vont de moins de 5 000 USD à plus de 60 000, ce qui vous permet d'indiquer l'ampleur que vous envisagez.
Les délais dépendent surtout du contenu. Ce sont généralement les textes validés dans chaque langue, plus que le code, qui fixent la date de lancement ; la proposition définit donc des dates de relecture et de livraison pour le contenu de chaque langue.
Pourquoi un studio anglais-espagnol à Bogotá ?
Dardo est un studio de trois personnes, dirigé par son fondateur, installé à Bogotá, en Colombie, et qui travaille chaque jour en anglais et en espagnol. Bogotá est en UTC−5 toute l'année, ce qui recoupe les heures de travail de l'est et du centre des États-Unis : idéal pour les entreprises américaines qui s'adressent à des clients hispanophones et pour les entreprises latino-américaines qui vendent en anglais. La stratégie de référencement de l'ensemble du site, au-delà de la couche linguistique, relève de notre service SEO.
Vos questions avant de choisir
Comment rendre mon site web bilingue anglais-espagnol ?
Donnez à chaque langue sa propre URL, rédigez les pages espagnoles pour des acheteurs hispanophones plutôt que de traduire ligne à ligne, reliez chaque paire de pages avec hreflang et ajoutez un sélecteur de langue visible qui mène à la page équivalente. Localisez ensuite tout ce qui entoure le contenu : titres, méta-descriptions, formulaires, e-mails et messages d'erreur. Enfin, décidez qui met à jour chaque langue, car un site bilingue vaut ce que vaut sa version la moins à jour.
Un plugin de traduction ou le widget Google Translate suffit-il ?
Pour le référencement, généralement non. Les widgets qui traduisent le texte dans le navigateur du visiteur ne créent pas de pages distinctes et indexables : les moteurs de recherche ne voient donc jamais votre version espagnole. Les plugins qui génèrent de véritables URL par langue sont préférables, mais leur traduction automatique doit encore être relue par un humain pour les prix, les mentions légales et les textes d'interface. Un plugin peut faire partie d'une bonne solution ; il ne remplace ni un contenu localisé ni un workflow de relecture.
Faut-il utiliser des sous-répertoires, des sous-domaines ou des domaines distincts pour chaque langue ?
Pour la plupart des sites d'une seule marque, les sous-répertoires du type /es/ sont les plus simples à gérer : un seul domaine, une seule base de code et une seule configuration analytique. Les sous-domaines conviennent à une infrastructure séparée, et les domaines par pays aux entreprises qui ont dans chaque pays une entité juridique, des tarifs ou une équipe distincts. Google prend en charge les trois options tant que chaque version linguistique a sa propre URL ; choisissez donc selon votre mode de fonctionnement.
Qu'est-ce que hreflang et en ai-je besoin ?
Hreflang est une annotation qui indique aux moteurs de recherche quelles pages sont des versions linguistiques ou régionales les unes des autres, afin qu'une personne hispanophone voie la page en espagnol. Vous en avez besoin dès qu'un même contenu existe en plusieurs langues. Elle doit être réciproque : chaque page se mentionne elle-même ainsi que toutes ses équivalentes, faute de quoi l'annotation peut être ignorée. Une valeur x-default couvre les visiteurs qui ne correspondent à aucune des langues listées.
Me faut-il des versions espagnoles distinctes pour le Mexique, la Colombie et l'Espagne ?
Généralement pas au départ. Une version espagnole soigneusement rédigée convient à la plupart des acheteurs d'Amérique latine et d'Espagne si elle évite les termes trop régionaux. Des versions par pays deviennent utiles lorsque les prix, la devise, les mentions légales, la livraison, les coordonnées ou l'offre changent d'un pays à l'autre. Chaque version doit alors proposer un contenu réellement différent et son propre code hreflang, comme es-MX ou es-ES.
Peut-on utiliser l'IA ou la traduction automatique pour notre site ?
Oui, comme étape de premier jet, avec une relecture humaine avant toute publication. Les règles de Google contre le spam considèrent la traduction automatique utilisée pour produire des pages en masse comme un abus de contenu à grande échelle, et des erreurs non relues sur les prix, les mentions légales ou les textes d'interface érodent vite la confiance. Tout brouillon automatique doit être réécrit et vérifié par une personne qui maîtrise la langue ; c'est ce que nous faisons nous-mêmes pour l'anglais et l'espagnol.
Dardo peut-il créer un site dans d'autres langues que l'anglais et l'espagnol ?
Oui. La structure, hreflang, le sélecteur de langue et le workflow de publication fonctionnent pour un nombre quelconque de langues. Ce qui change, c'est qui rédige et valide le contenu : nous travaillons nativement en anglais et en espagnol, donc une troisième langue nécessite un traducteur ou un relecteur qualifié, nommé dans la proposition. Les écritures de droite à gauche, comme l'arabe, demandent aussi un travail de mise en page, cadré explicitement.
Sur le blog
- Site web en espagnol pour les entreprises de Toronto : ce qu'il faut prévoir
Un site en espagnol et en anglais pour une entreprise de Toronto : une URL par langue, hreflang, profil d'entreprise Google et règles ontariennes et fédérales applicables.