Ici le multilingue n'est pas optionnel
Dans la plupart des marchés, avoir le site en plusieurs langues est une décision d'expansion. En Andorre, c'est une condition de départ.
Le catalan est la seule langue officielle de la Principauté. L'espagnol et le français sont d'usage quotidien, et l'anglais apparaît dès que votre client est un touriste hors de la péninsule ou de France. Une entreprise andorrane qui n'a son site qu'en espagnol renonce à une part de son marché et se crée des problèmes de conformité linguistique.
La question n'est pas si faire le site multilingue. C'est comment le faire sans que la maintenance se multiplie par quatre.
La structure d'URLs, qui décide tout le reste
C'est la décision technique la plus coûteuse à corriger après coup. Les options raisonnables :
Sous-dossier : tondomaine.ad/fr/services. C'est celle que nous recommandons presque toujours. Elle concentre l'autorité SEO sur un seul domaine, elle est peu coûteuse à maintenir et elle est transparente pour l'utilisateur.
Sous-domaine : fr.tondomaine.ad. Elle sépare plus que nécessaire et divise l'autorité. Elle a du sens pour les organisations très grandes avec des équipes indépendantes par pays.
Domaine par langue : tondomaine.fr, tondomaine.es. Seulement si vous opérez vraiment comme des marques distinctes par marché. Cela multiplie le coût de chaque opération.
Avec le sous-dossier, il y a une deuxième décision : si la langue principale a un préfixe ou non. L'habitude est que la langue par défaut soit à la racine et les autres avec préfixe. Cela fonctionne bien et maintient les URLs claires pour votre marché principal.
Et un point qu'on oublie : les slugs se traduisent aussi. Si votre page de services est /serveis en catalan et /servicios en espagnol, chaque version est optimisée pour ce que ce visiteur recherche. Laisser /services dans les quatre langues, c'est gaspiller la moitié de l'intérêt SEO.
Andie recommande
Décidez de la structure d'URLs avant d'écrire la première ligne de contenu. La changer ensuite, c'est mettre en place des redirections 301 pour chaque page, dans chaque langue, et une chute temporaire de positions pendant que Google traite. C'est la décision la moins chère à bien prendre et la plus chère à corriger.
Hreflang, le détail que presque tous font mal
Sans hreflang, Google peut afficher votre page en français à quelqu'un qui cherche en catalan, ou considérer que vos quatre versions sont du contenu dupliqué.
Les règles qui comptent :
- Chaque version déclare toutes les autres, y compris elle-même. C'est l'erreur la plus courante : déclarer seulement les trois autres.
- Les déclarations doivent être réciproques. Si la version catalane pointe vers la française, la française doit pointer vers la catalane.
- Il est bon de déclarer
x-defaultpour le cas de langue non prévue. - Les codes sont de langue, non de pays, sauf si vous avez vraiment des versions par pays.
Un exemple de ce que cela donne sur une page en espagnol qui a des versions en catalan et français :
<link rel="alternate" hreflang="es" href="https://tudominio.ad/servicios" />
<link rel="alternate" hreflang="ca" href="https://tudominio.ad/ca/serveis" />
<link rel="alternate" hreflang="fr" href="https://tudominio.ad/fr/services" />
<link rel="alternate" hreflang="x-default" href="https://tudominio.ad/servicios" />
Ce bloc doit apparaître dans les trois versions, avec le même contenu.
Quoi traduire et quoi ne pas traduire
Tout le contenu ne mérite pas le même effort, et le traiter de la même façon est la voie rapide vers un projet insoutenable.
Traduction soignée, toujours : pages de service, pages de produit, formulaires, textes légaux, notifications transactionnelles.
Adaptation, pas traduction : le contenu de capture. Un article optimisé pour ce que cherche un catalan n'est pas le même texte qui optimise la recherche d'un français. Les mots-clés diffèrent, et traduire littéralement un titre optimisé produit souvent un titre que personne ne cherche.
On peut ne pas traduire : contenu très local destiné à un seul public. Si vous publiez une note sur un événement à Ordino pour les résidents, cela n'a peut-être du sens qu'en catalan. C'est légitime, pourvu que l'architecture le supporte sans casser le hreflang.
L'erreur qui multiplie la maintenance par quatre
C'est là que se fait la différence entre un multilingue qui tient et un qui s'abandonne au bout de six mois.
L'erreur est de traiter chaque langue comme un site indépendant : quatre menus maintenus à la main, quatre fois les mêmes coordonnées de contact, quatre templates qu'il faut toucher quand le design change.
Ce qui fonctionne, c'est séparer structure et contenu. La structure, les menus, les templates, les composants et les routes, se définissent une fois. Le contenu se traduit. Quand vous changez le téléphone de l'entreprise, vous le changez en un seul endroit et cela apparaît dans les quatre langues.
En pratique, cela signifie avoir les chaînes d'interface dans des fichiers de traduction, les données métier dans un seul endroit et les routes générées à partir d'une carte de slugs par langue. C'est exactement le motif avec lequel nous construisons les applications web qui maintiennent trois ou quatre langues sans que l'équipe ne s'étouffe.
Les obligations qui ne sont pas du SEO
Au-delà du positionnement, il y a en Andorre des obligations linguistiques réelles. La documentation commerciale doit être en catalan, et cela inclut la facturation que génère votre site. Nous l'abordons dans l'article sur les factures en catalan.
Et il y a une conséquence pratique peu intuitive : si votre boutique en ligne génère des factures, les noms de vos produits finissent dans un document avec des obligations linguistiques. Le catalogue multilingue n'est plus une question de marketing.
Comment déterminer la langue du visiteur
Trois règles qui évitent presque tous les problèmes :
- Ne redirigez jamais automatiquement par IP ou par langue du navigateur sans laisser de sortie. Un français en Andorre peut vouloir la version catalane, et un moteur qui explore depuis un autre pays doit voir la version qu'il a demandée.
- Suggérez, n'imposez pas : une petite notification proposant de changer de langue fonctionne mieux qu'une redirection forcée.
- Souvenez-vous du choix de l'utilisateur et respectez-le.
Andie recommande
Vérifiez que le sélecteur de langue vous mène à la même page dans l'autre langue, pas à l'accueil. C'est l'erreur la plus fréquente sur les sites andorrans multilingues : vous lisez un produit, vous changez en français et vous vous retrouvez à la page d'accueil. La plupart des utilisateurs n'essaient pas de nouveau.
Le minimum syndical
Si vous ne retenez que cinq choses : structure en sous-dossier, slugs traduits, hreflang réciproque avec x-default, structure séparée du contenu, et sélecteur qui maintient la page.
Avec cela, vous avez un site multilingue qui se peut maintenir et que Google comprend. Tout le reste est du raffinement.
Chez AndorraDev, nous construisons des sites en catalan, espagnol, français et anglais dès la première ligne, pas comme une couche ajoutée après. Si votre site actuel a les quatre langues et maintenir celles-ci s'est devenu un problème, parlons-en.
