Pourquoi vos rich results affichent-ils la mauvaise devise et comment y remédier ?

Comment Google détecte-t-il le contenu dupliqué pour les rich results ?

Le système ne compare pas juste vos URLs — il analyse la substance du contenu. Deux pages avec des variations mineures (juste la devise qui change, par exemple) sont perçues comme des duplicatas. Google doit alors choisir quelle version afficher, et ce choix peut créer des incohérences.

Le problème touche particulièrement les sites e-commerce multi-devises qui dupliquent leurs fiches produits. Une page en euros, une en dollars, une en livres sterling — mais le reste du contenu reste identique mot pour mot.

Qu'est-ce qui différencie cette situation d'un duplicate classique ?

Ici, on ne parle pas d'une pénalité ranking. Le contenu dupliqué n'affecte pas directement votre positionnement dans ce cas précis. Ce qui coince, c'est l'affichage des données structurées dans les rich results.

Google peut très bien indexer vos trois versions, mais au moment de générer le snippet enrichi, il pioche les infos dans celle qu'il considère comme canonique — pas nécessairement celle que vous souhaitez.

Pourquoi Merchant Center est-il présenté comme une solution ?

Merchant Center fonctionne sur un modèle de flux produit centralisé. Vous envoyez vos données directement à Google, en dehors du circuit de crawl classique. Ça court-circuite le problème de détection de duplicate puisque vous contrôlez explicitement quelle info s'affiche pour quel marché.

C'est une solution de contournement, pas un fix du problème sous-jacent. Mais elle fonctionne.

• Les erreurs de devise dans les rich results sont un symptôme de contenu trop similaire, pas une erreur de markup
• Google ne pénalise pas ces pages, mais il mélange leurs données structurées
• Merchant Center permet de court-circuiter ce problème via un flux produit contrôlé
• La vraie solution reste la différenciation substantielle du contenu entre versions

Cette explication tient-elle vraiment la route sur le terrain ?

Oui et non. L'explication de Google est valable pour les cas où le contenu est effectivement copié-collé entre versions. Mais j'ai vu des sites avec du contenu localisé de qualité rencontrer exactement le même problème. [A vérifier] : est-ce que le seuil de similarité appliqué par Google n'est pas trop strict ?

Le vrai problème, c'est qu'on n'a aucun indicateur dans Search Console pour détecter ce phénomène avant qu'il ne se manifeste côté utilisateur. Vous découvrez le souci quand un client vous signale qu'il voit des prix en dollars alors qu'il est sur votre version européenne.

La recommandation Merchant Center est-elle réaliste pour tous les sites ?

Non. Merchant Center impose des contraintes techniques et opérationnelles lourdes : flux à maintenir, specs produits strictes, éligibilité limitée à certains types de produits. Pour un site avec 50 000 références et 5 devises, c'est jouable. Pour un petit e-commerce artisanal, c'est disproportionné.

Google présente ça comme une alternative, mais dans les faits, c'est souvent la seule solution viable pour les gros catalogues multi-devises. Différencier substantiellement 10 000 fiches produits en 3 langues ? Irréaliste.

Quelles sont les zones d'ombre de cette déclaration ?

Google ne précise pas le seuil de similarité qui déclenche cette fusion des données structurées. 70% de contenu identique ? 90% ? On navigue à vue.

Autre point flou : que se passe-t-il quand vous utilisez à la fois canonical + hreflang + différenciation partielle ? L'ordre de priorité des signaux n'est pas clair. Dans mes tests, j'ai observé que la balise canonical prend le dessus, mais ce n'est pas documenté officiellement. [A vérifier]

Comment vérifier si vos pages sont concernées par ce problème ?

Première étape : testez manuellement vos rich results avec l'outil de test de Google. Comparez ce qui s'affiche versus ce que vous avez dans votre markup. Si la devise ou le prix ne correspondent pas, vous êtes touché.

Deuxième vérif : analysez vos logs serveur pour voir si Googlebot crawle toutes vos versions devise. S'il en ignore certaines systématiquement, c'est un signal qu'il les considère comme des duplicatas de faible valeur.

Troisième check : dans Search Console, regardez les pages indexées versus soumises pour chaque version langue/devise. Un écart important confirme le problème.

Quelles actions concrètes mettre en place immédiatement ?

Si vous n'avez que 2-3 devises et un catalogue limité, privilégiez la différenciation du contenu. Ça veut dire : descriptions produits adaptées au marché (pas juste traduites), éléments de réassurance localisés, avis clients spécifiques à chaque zone géographique.

Pour les gros catalogues, Merchant Center devient incontournable. Mettez en place un flux produit par devise avec les bonnes spécifications. Assurez-vous que les IDs produits correspondent exactement entre votre site et le flux.

• Auditer les rich results affichés pour chaque version devise de vos pages stratégiques
• Comparer le markup présent dans le code source versus ce que Google affiche réellement
• Analyser les logs pour identifier les versions que Googlebot ignore ou crawle peu
• Si catalogue limité : enrichir le contenu spécifique à chaque marché (minimum 30% de différence)
• Si gros catalogue : implémenter Merchant Center avec un flux par devise/marché
• Vérifier que vos canonicals ne pointent pas accidentellement vers la mauvaise version devise
• Monitorer l'évolution dans Search Console après chaque modification (délai : 2-4 semaines)

Faut-il privilégier une approche plutôt qu'une autre ?

Ça dépend de votre architecture technique actuelle. Si vous avez déjà un système de gestion de flux produits (pour des comparateurs, par exemple), étendre vers Merchant Center sera plus simple. Si votre contenu est géré dans un CMS flexible, la différenciation peut être plus rapide à mettre en œuvre.

Dans tous les cas, évitez l'entre-deux : des pages qui restent trop similaires tout en n'utilisant pas Merchant Center. Vous cumulerez les inconvénients sans les bénéfices.