Tarotas par Inithouse : Gérer 5 langues sur un seul domaine
Chez Inithouse, nous développons des outils. L'un de nos produits est Tarotas, une application de tarot. Nous proposons du contenu en cinq langues : le tchèque, l'anglais, le polonais, le slovaque et l'allemand. Tout cela est hébergé sur un seul domaine.
Nous avons dû choisir une structure pour notre configuration multilingue. Nous avons examiné trois options :
- TLD avec code pays (example.cz)
- Sous-domaines (cs.example.com)
- Sous-répertoires (example.com/cs/)
Nous avons choisi les sous-répertoires. Voici pourquoi.
Les sous-répertoires permettent de tout centraliser. Vous utilisez un seul déploiement, un seul certificat SSL et une seule propriété Search Console. Vous conservez également toute votre autorité de liens dans un seul ensemble. C'est essentiel pour les produits en phase de lancement.
Les autres options entraînent des coûts élevés :
- Les TLD offrent un ciblage géographique puissant. Mais vous devez gérer plusieurs domaines et enregistrements DNS. Cela crée une charge opérationnelle massive.
- Les sous-domaines agissent comme des sites semi-indépendants. Cela divise votre autorité de liens. Vous avez également besoin de propriétés Search Console distinctes pour chacun d'eux.
Notre pile technique a également influencé ce choix. Tarotas utilise React. Les sous-répertoires ne sont que des routes. Notre routeur les gère facilement. Les sous-domaines nécessiteraient des changements complexes au niveau du DNS et du déploiement.
Pour que cela fonctionne, nous utilisons des balises hreflang. Ces balises indiquent aux moteurs de recherche quelle langue afficher. Cependant, la mise en œuvre est délicate.
Erreurs courantes qui nuisent au SEO multilingue :
- Absence de liens bidirectionnels. Si la page A pointe vers la page B, la page B doit pointer vers la page A.
- Mauvaises balises canoniques. Chaque page linguistique doit pointer vers elle-même en tant qu'URL canonique. Si vous pointez toutes les langues vers une seule URL en anglais, Google désindexera vos autres langues.
- Injection côté client. Les moteurs de recherche pourraient ne pas voir les balises si vous ne les injectez que via JavaScript. Vous devez vous assurer que les balises meta apparaissent dans le HTML initial.
- Oubli de x-default. Vous avez besoin d'une langue de repli pour les utilisateurs dont la langue ne correspond à aucune autre.
Nos conseils pour votre produit multilingue :
- Utilisez des sous-répertoires si vous recherchez la simplicité et une autorité partagée.
- Utilisez des TLD si le ciblage géographique et la tarification locale sont plus importants que la langue.
- Assurez-vous que vos URL canoniques sont auto-référencées pour chaque langue.
- Utilisez des balises de langue uniquement si votre contenu est transfrontalier.
- Surveillez Google Search Console pour détecter les avertissements de contenu dupliqué.
- Attendez plusieurs semaines pour voir les résultats. Google traite ces signaux lentement.
Si votre trafic international semble faible, vérifiez d'abord vos balises canoniques. C'est généralement là que se situe l'erreur.