Pourquoi Google voit-il majoritairement vos prix en dollars américains ?

D'où Google crawle-t-il vos pages ?

La majorité du crawl de Google s'effectue depuis des datacenters américains. Concrètement, quand Googlebot visite votre site, il le fait avec une adresse IP localisée aux États-Unis dans l'écrasante majorité des cas.

Cette réalité technique a des conséquences directes sur ce que Google voit et indexe. Si votre site adapte son contenu en fonction de la géolocalisation de l'utilisateur — devise, langue, disponibilité produits — Google verra la version américaine par défaut.

Qu'est-ce que ça change pour un site e-commerce multidevise ?

Si votre site détecte automatiquement la localisation du visiteur pour afficher des prix en euros, livres sterling ou francs suisses, Google verra principalement des dollars. C'est son IP américaine qui déclenche cette adaptation.

Le résultat ? Dans les résultats de recherche, les extraits enrichis produits, les snippets avec prix — tout affichera la devise américaine. Pour les utilisateurs européens qui recherchent vos produits, c'est incohérent et contre-productif.

Quelle est la solution recommandée par Google ?

Mueller est clair : il faut des URL séparées par devise. Pas de contenu dynamique qui s'adapte à l'IP du visiteur. Chaque version monétaire doit avoir sa propre adresse stable que Google peut crawler et indexer indépendamment.

C'est le même principe que pour les versions linguistiques avec hreflang — sauf qu'ici, on parle de segmentation par devise plutôt que par langue.

• Google crawle depuis les USA dans la majorité des cas
• Les sites qui adaptent la devise selon l'IP montreront des dollars US à Google
• Pour afficher plusieurs devises dans les SERP, il faut des URL distinctes
• La géolocalisation automatique ne fonctionne pas pour l'indexation multidevise
• Cette contrainte s'applique aussi aux extraits enrichis produits

Cette déclaration est-elle cohérente avec ce qu'on observe sur le terrain ?

Absolument. Les SEO qui gèrent des sites e-commerce internationaux le savent bien : compter sur la détection d'IP pour servir du contenu localisé à Google est une erreur classique. On retrouve cette même logique pour le contenu linguistique, les promotions géolocalisées, les restrictions de disponibilité produit.

Ce que Mueller ne précise pas — et c'est dommage — c'est la fréquence à laquelle Google crawle depuis d'autres pays. Il dit "majoritairement" depuis les USA, mais quelle est la proportion exacte ? 70% ? 95% ? [À vérifier] Cette nuance a son importance pour dimensionner le risque.

Quelle nuance faut-il apporter à cette règle ?

Google peut parfois crawler depuis d'autres localisations, notamment pour vérifier la cohérence des versions internationales ou tester le comportement du site. Mais miser là-dessus pour l'indexation de vos devises relève du pari — pas de la stratégie SEO solide.

Autre point : Mueller parle d'URL séparées, mais il ne détaille pas le mécanisme technique optimal. Sous-domaines ? Sous-répertoires ? Paramètres d'URL ? La réponse dépend de votre architecture globale, mais les sous-répertoires restent généralement la solution la plus propre pour le crawl et le link equity.

Dans quels cas cette contrainte pose-t-elle vraiment problème ?

Pour les sites qui ont construit toute leur architecture sur la personnalisation dynamique. Passer à des URL fixes par devise représente souvent une refonte technique non négligeable — gestion des sessions, cookies, redirections, canonicales.

Les plateformes e-commerce comme Shopify ou WooCommerce ne facilitent pas toujours cette approche par défaut. Il faut des plugins spécifiques ou du développement custom pour séparer proprement les versions monétaires sans dupliquer inutilement le contenu.

Que faut-il faire concrètement pour indexer plusieurs devises ?

D'abord, abandonner la détection automatique par IP pour vos pages produits destinées au référencement naturel. Créez des URL stables et distinctes pour chaque devise que vous voulez voir apparaître dans les résultats Google.

Ensuite, implémentez une navigation claire qui permet aux utilisateurs — et à Googlebot — de passer d'une version monétaire à l'autre. Un sélecteur de devise en dur dans le header, pas un script qui devine la localisation.

• Créer des URL séparées pour chaque devise (ex: /fr/eur/produit et /fr/chf/produit)
• Implémenter des balises hreflang si les devises se combinent avec des langues différentes
• Ajouter le balisage schema.org Product avec la propriété "priceCurrency" correctement renseignée pour chaque version
• Vérifier dans Search Console que les bonnes URL sont indexées pour chaque marché cible
• Éviter les redirections automatiques basées sur l'IP qui empêcheraient Google de crawler toutes les versions
• Utiliser des canonicals auto-référencées pour éviter que Google considère les versions comme du duplicate content
• Tester le crawl avec un VPN ou des outils comme Screaming Frog depuis différentes localisations

Quelles erreurs techniques faut-il éviter ?

La pire erreur : mettre en place des redirections 302 ou 303 qui envoient automatiquement Googlebot vers la version USD parce qu'il arrive avec une IP américaine. Vous annulez alors tout l'intérêt d'avoir des URL séparées.

Autre piège fréquent : utiliser du JavaScript côté client pour modifier les prix affichés. Google peut exécuter le JS, mais avec son IP américaine, il verra quand même la version USD si votre script se base sur la géolocalisation.

Comment vérifier que votre configuration fonctionne ?

Utilisez l'outil d'inspection d'URL dans Search Console pour chaque version monétaire. Vérifiez que Google crawle et indexe bien les bonnes pages, avec les bons prix dans le HTML rendu.

Testez également avec des recherches géolocalisées dans Google. Utilisez un VPN ou les paramètres de recherche pour simuler une requête depuis la Suisse, la France, le Canada — et vérifiez que les extraits enrichis affichent la devise attendue.