Translate & Adapt part d'un bon réflexe : servir plusieurs langues sur un seul domaine, plutôt que d'éparpiller votre autorité SEO entre un .fr, un .de et un .nl à maintenir séparément.
Le problème, c'est que la plupart des boutiques multilingues cassées le sont des mêmes façons, et que l'app officielle rend ces erreurs faciles à commettre et difficiles à voir. Passons-les en revue, avec les correctifs.
Ce que l'app officielle fait bien
Avant la critique, le crédit. Translate & Adapt vous donne sans développeur :
- Un domaine unique avec des sous-chemins par langue, qui consolide vos signaux SEO
- Des hreflang et des sitemaps générés automatiquement pour les langues publiées
- Une redirection 301 automatique quand vous traduisez un handle d'URL : l'ancienne URL n'est pas orpheline
- Une adaptation du contenu par marché, pour les variations d'orthographe et de message
Pour une boutique qui teste un ou deux marchés, c'est un point de départ raisonnable. Le piège est de confondre « point de départ » et « travail terminé ».
Les 5 erreurs qui cassent les boutiques multilingues
Classées par ordre de dégâts, voici celles qui reviennent systématiquement dans les audits :
| # | L'erreur | Ce qu'elle vous coûte |
|---|---|---|
| 1 | Handles d'URL restés dans la langue d'origine | Des pages néerlandaises sur des URLs anglaises, signal de pertinence affaibli, traduction visiblement superficielle |
| 2 | Variantes de langue quasi identiques publiées ensemble | Cannibalisation entre versions à 95 % identiques, dilution des signaux |
| 3 | hreflang pointant vers des pages jamais publiées | Google suit la référence, ne trouve rien, et perd confiance dans tout votre mapping de langues |
| 4 | Canonicals incohérentes entre variantes | Vous dites vous-même à Google de ne pas indexer la page traduite |
| 5 | Couverture incomplète (metafields, thème, apps tierces) | Une page à 80 % traduite, qui semble inachevée parce qu'elle l'est |
Remarquez le motif : seule la dernière tient aux limites de l'app. Les quatre autres sont de la configuration, et c'est là que l'app vous laisse juste assez de corde.
Erreur n°1 : les handles d'URL jamais traduits
Beaucoup pensent que Translate & Adapt ne sait pas traduire les handles d'URL. C'est faux, mais l'idée a une explication : la fonction n'est arrivée que début 2023, en beta, et d'abord pour les seuls produits. Toute boutique configurée avant traîne encore ses slugs d'origine.
- Ouvrez Translate & Adapt depuis « Apps » et sélectionnez la langue cible.
- Filtrez sur les handles d'URL grâce aux contrôles de recherche, plutôt que de parcourir chaque ressource.
- Saisissez le slug traduit, puis enregistrez.
- Pour le volume, passez par l'export CSV des traductions (Paramètres puis Langues) : modifiez les handles dans le fichier et réimportez.
Bon point pour Shopify : le sitemap se met à jour et une 301 est créée depuis l'ancienne URL. Détail qui n'a pas d'importance : le préfixe /collections/ reste en anglais, comme sur toutes les boutiques Shopify du monde, et Google s'en moque.
Erreur n°2 : le piège des variantes de langue
Vous vendez aux Pays-Bas et en Belgique. Le flamand semble mériter sa variante, puis une version « européenne » par sécurité. Résultat : trois néerlandais en ligne, dont deux quasi identiques, et un nl-EU qui n'est même pas un code hreflang valide, les régions étant des pays, pas des continents.
- Une langue de base (nl) qui couvre tous les locuteurs par défaut
- Une variante régionale (nl-BE) seulement si le contenu diverge réellement : prix, mentions légales, vocabulaire
- Jamais de variante « continent » : elle ne fait que diluer
Une bonne variante bat trois variantes anxieuses. Si votre page belge est la copie carbone de la néerlandaise, vous donnez juste à Google deux quasi-doublons à arbitrer.
Erreurs n°3 à 5 : la plomberie invisible
Les trois dernières erreurs ne se voient pas en surfant sur la boutique, ce qui les rend d'autant plus coûteuses :
- hreflang orphelins : vous ne publiez qu'une partie des pages dans la langue 2, mais Shopify référence des URLs traduites qui n'existent pas
- Canonicals incohérentes : des variantes traduites qui pointent leur canonical vers la version principale, et ne rankeront donc jamais
- Couverture incomplète : metafields, chaînes du thème, filtres, tags et contenus d'apps tierces restés dans la langue d'origine
Un audit vaut le détour : ouvrez Search Console, filtrez sur vos sous-chemins de langue, et regardez ce que Google indexe réellement.
Là où Translate & Adapt plafonne structurellement
Même parfaitement configurée, l'app reste une couche de traduction de contenu, pas une couche de localisation et de SEO international :
- Les handles sont par langue, pas par marché : impossible de personnaliser une URL pour un seul pays
- Filtres de collection, tags, images produits et contenus d'apps tierces restent hors de portée
- Le comportement hreflang et canonical ne se pilote pas finement
- Au-delà de deux langues, l'automatisation disparaît et la plomberie devient un second métier
Pour un ou deux marchés, cette plomberie se gère à la main. À cinq ou dix locales, il faut un outil construit pour ça.
Ce que Reversia règle d'office
Reversia a été conçue précisément pour que ces cinq erreurs ne puissent pas se produire :
- Handles d'URL traduits automatiquement, sans champ à remplir un par un ni CSV à manipuler
- Metafields, metaobjects et contenus techniques couverts d'office : plus de pages à 80 % traduites
- Langues assignées proprement aux marchés depuis une seule page, variantes régionales comprises
- hreflang, sitemaps et métadonnées SEO gérés automatiquement et de façon cohérente
- Nouveau contenu détecté et traduit : la configuration ne se dégrade pas avec le temps
- Images localisées par langue et par marché, ce que l'app officielle ne propose pas du tout
La qualité est cadrée par votre glossaire et votre prompt de marque, avec l'IA Claude d'Anthropic. Les plans démarrent à 199 € par mois.
Garder Translate & Adapt, ou en sortir ?
La réponse honnête tient en deux colonnes :
| Gardez Translate & Adapt si… | Passez à Reversia si… |
|---|---|
| Vous servez un ou deux marchés | Vous visez trois langues ou plus |
| Votre catalogue évolue peu | Vos produits et contenus bougent chaque semaine |
| Vous acceptez de faire la configuration à la main | Vous voulez que handles, hreflang et metafields soient gérés d'office |
| Le budget est la contrainte absolue | Le temps d'équipe est la contrainte absolue |
Sortez-en quand la plomberie devient le travail. Ce n'est pas un échec de l'app : c'est vous qui avez grandi vers un problème plus grand. L'outil n'est jamais ce qui casse ; c'est l'idée qu'installer l'outil terminait le travail.
Comparer Reversia et Translate & Adapt en détail
FAQ : les erreurs Translate & Adapt
Translate & Adapt peut-elle vraiment traduire les handles d'URL ?
Oui, depuis début 2023. Mais la fonction est récente, facile à manquer, et les boutiques configurées avant cette date ont toujours leurs slugs d'origine : c'est l'erreur la plus répandue.
Le préfixe /products/ reste en anglais, c'est grave ?
Non. Ce segment n'est traduisible sur aucune boutique Shopify, Google indexe ce motif depuis toujours, et aucun client n'abandonne un achat pour ça. Concentrez-vous sur le handle, pas sur le préfixe.
Faut-il créer une variante de langue par pays ?
Seulement si le contenu diverge réellement (prix, mentions légales, vocabulaire local). Une variante copie carbone crée de la cannibalisation, et les codes de région « continent » comme nl-EU ne sont pas valides.
Comment Reversia évite-t-elle ces erreurs ?
En les automatisant : handles, metafields, hreflang et sitemaps sont traduits et maintenus d'office, les langues s'assignent aux marchés depuis une seule page, et le nouveau contenu est détecté puis traduit sans intervention.
