Géolocalisation et SEO : éviter les pénalités Google dues aux redirections

Un propriétaire de boutique Shopify met en place des redirections de géolocalisation pour ses clients internationaux. La conversion augmente pendant les deux premières semaines. Puis, le trafic organique commence à baisser. Au bout de trois mois, il a perdu 23 % de sa visibilité de recherche et ne comprend pas pourquoi. Les redirections censées aider les visiteurs internationaux ont silencieusement bloqué Google de crawler la moitié de son site.

Ce n’est pas un cas limite. C’est l’une des erreurs SEO les plus courantes en e-commerce international, et elle se produit parce que la géolocalisation et le crawl des moteurs de recherche fonctionnent sur des hypothèses fondamentalement différentes. Vos visiteurs sont des humains avec une localisation. Googlebot est un crawler sans localisation—et si vous le traitez comme un visiteur, vous cassez vos propres classements.

Pourquoi Google pénalise les geo-redirects

La documentation Google sur le ciblage international est inhabituellement directe sur ce sujet : « Évitez de rediriger automatiquement en fonction de la langue perçue de l’utilisateur. Ces redirections pourraient empêcher les utilisateurs (et les moteurs de recherche) de voir toutes les versions de votre site. »

La raison est mécanique. Googlebot crawle principalement à partir de centres de données aux États-Unis. Quand votre système de géolocalisation détecte une adresse IP américaine et redirige vers la version /us/ de votre boutique, Googlebot ne voit que la version US. Vos versions /uk/, /de/, /fr/ et /au/ ne sont jamais crawlées à partir de ce point d’entrée. Si ces pages ne sont accessibles que via des geo-redirects et non via des liens internes ou sitemaps, Google ne les découvrira peut-être jamais du tout.

Le résultat est que vos pages US accumulent tous les signaux de classement—backlinks, données d’engagement, historique de crawl—tandis que vos pages régionales restent dans un vide de crawl. Quand quelqu’un en Allemagne cherche un produit que vous vendez, Google peut lui montrer la page US (si elle se classe) ou rien (si la page régionale était censée se classer mais n’a jamais été indexée).

Ce n’est pas techniquement une « pénalité » au sens d’une action manuelle de l’équipe anti-spam de Google. C’est pire : c’est une défaillance d’indexation qui produit les mêmes symptômes—trafic perdu, pages manquantes, chutes de classement—mais sans aucune notification dans Google Search Console. Vous ne recevez pas d’avertissement. Vos pages ne s’affichent simplement pas.

Comment Googlebot gère la langue et la localisation

Comprendre ce que fait réellement Googlebot quand il rencontre votre boutique clarifies pourquoi certaines implémentations échouent.

Googlebot n’a pas de localisation géographique. Il crawle à partir d’adresses IP basées aux États-Unis et ne simule pas être dans différents pays. Quand il demande une page, il envoie des en-têtes HTTP standards, y compris un en-tête Accept-Language qui est généralement défini sur en-US ou en.

Googlebot n’exécute pas tout le JavaScript. Bien que le moteur de rendu de Google puisse exécuter du JavaScript, il le fait selon un calendrier différé et peut ne pas déclencher la logique de redirection côté client de la même manière qu’un navigateur. Une redirection de géolocalisation basée sur JavaScript peut se déclencher pour les visiteurs humains mais pas pour Googlebot, créant une division où les humains voient une version et Google en indexe une autre.

Googlebot suit les redirections, mais pas infiniment. Si votre logique de géolocalisation crée une chaîne de redirection (la page d’accueil redirige vers /us/, /us/ redirige vers la page d’accueil parce que l’en-tête Accept-Language du crawler dit anglais), Google peut abandonner et supprimer la page de son index entièrement. Les boucles de redirection sont l’un des problèmes SEO techniques les plus courants signalés dans Google Search Console pour les sites internationaux.

Googlebot utilise les balises hreflang pour découvrir les versions régionales. C’est le mécanisme prévu pour indiquer à Google vos pages régionales. Au lieu de rediriger le crawler vers la bonne version, vous dites à Google que des versions alternatives existent et le laissez crawler chacune indépendamment.

Hreflang : la bonne façon de gérer les pages régionales

Les balises hreflang sont des annotations HTML qui indiquent aux moteurs de recherche « cette page a des versions alternatives dans d’autres langues ou pour d’autres régions. » Elles vont dans le <head> de chaque page ou dans le sitemap XML.

Une page produit sur votre boutique US inclurait :

<link rel="alternate" hreflang="en-us" href="https://store.com/products/widget" />
<link rel="alternate" hreflang="en-gb" href="https://store.com/uk/products/widget" />
<link rel="alternate" hreflang="de" href="https://store.com/de/products/widget" />
<link rel="alternate" hreflang="x-default" href="https://store.com/products/widget" />

La balise x-default indique à Google quelle version afficher quand aucune correspondance régionale spécifique n’existe. C’est généralement votre boutique principale/par défaut.

Ce que hreflang réalise que les redirects ne peuvent pas :

• Google crawle et indexe chaque version régionale indépendamment
• Chaque version accumule ses propres signaux de classement
• Google sert la version régionale appropriée dans les résultats de recherche en fonction de la localisation du chercheur et des paramètres de langue
• Aucun crawler n’est bloqué d’accéder à aucune version

Shopify Markets génère automatiquement les balises hreflang quand vous configurez des markets avec des sous-répertoires ou des sous-domaines. C’est l’une des raisons les plus fortes d’utiliser l’internationalisation native de Shopify plutôt que de construire une logique de redirection personnalisée. L’implémentation hreflang est correcte dès le départ et se met à jour automatiquement au fur et à mesure que vous ajoutez des produits ou des markets.

L’avertissement critique : si vous superposez des redirects JavaScript personnalisées sur Shopify Markets, les redirects peuvent se déclencher avant que Google ne lise les balises hreflang. Le crawler est redirigé loin de la page avant de parser le <head>, donc les annotations hreflang ne sont jamais traitées. C’est le moyen le plus courant par lequel les boutiques cassent accidentellement une configuration hreflang par ailleurs correcte.

Erreurs courantes et comment les corriger

Rediriger les crawlers avec les visiteurs

L’erreur : Votre logique de géolocalisation ne distingue pas les visiteurs humains des crawlers des moteurs de recherche. Chaque requête d’une IP US va vers /us/, y compris Googlebot.

La correction : Vérifiez la chaîne user agent avant d’appliquer les geo-redirects. Googlebot s’identifie dans l’en-tête User-Agent. Si la requête provient d’un crawler connu, servez la page sans rediriger. Ce n’est pas du cloaking—Google le recommande explicitement dans ses directives de ciblage international.

En pratique, maintenez une liste des user agents de crawlers connus (Googlebot, Bingbot, etc.) et contournez la logique de géolocalisation pour ces requêtes. Sur Shopify, c’est plus facile à implémenter au niveau CDN/edge (Cloudflare Workers) que dans Liquid ou JavaScript.

Utiliser des redirects 302 au lieu de 301

L’erreur : Vos geo-redirects utilisent des codes de statut 302 (temporaire), qui indiquent à Google « cette redirection est temporaire, continue d’indexer l’URL originale. » Google peut indexer les deux versions, divisant les signaux de classement entre elles.

La correction : Si la redirection est permanente (un visiteur d’Allemagne devrait toujours voir la version /de/), utilisez une redirection 301. Si la redirection est conditionnelle et peut changer (le visiteur pourrait changer de région), utilisez une 302 mais combinez-la avec des balises hreflang appropriées pour que Google ne dépende pas de la redirection pour la découverte.

Dans la plupart des cas, les geo-redirects doivent être 302 parce qu’elles sont conditionnelles à la localisation du visiteur, pas permanentes. Mais cela signifie que vous avez absolument besoin de balises hreflang pour gérer le côté indexation. Compter sur les redirects 302 pour que Google découvre vos pages régionales ne fonctionnera pas.

Manque de hreflang sur les pages régionales

L’erreur : Vous implémentez hreflang sur votre boutique principale mais oubliez d’ajouter les balises hreflang réciproques sur les versions régionales. Hreflang doit être bidirectionnel—si la page A dit « ma version allemande est la page B, » la page B doit aussi dire « ma version anglaise est la page A. »

La correction : Auditez chaque version régionale de chaque page pour confirmer hreflang bidirectionnel. Dans Shopify Markets c’est automatique, mais si vous utilisez des thèmes personnalisés ou des configurations headless, les tags réciproques manquants sont courants. Le rapport International Targeting de Google Search Console signale les erreurs hreflang—vérifiez-le mensuellement.

Redirects JavaScript qui se déclenchent avant hreflang côté serveur

L’erreur : Votre thème ou une application tierce inclut un snippet JavaScript qui détecte la localisation et redirige le visiteur avant que la page ne se charge complètement. Googlebot peut ou peut ne pas exécuter ce JavaScript, créant une incohérence entre ce que Google indexe et ce que les visiteurs voient.

La correction : Supprimez entièrement le JavaScript de geo-redirect côté client. Gérez la géolocalisation au niveau serveur ou edge (Cloudflare Workers, Shopify Markets, ou les edge functions de votre fournisseur d’hébergement). La détection côté serveur se produit avant que le HTML ne soit envoyé, donc les balises hreflang et le contenu de la page restent cohérents indépendamment de si la requête provient d’un crawler ou d’un visiteur.

Vérification santé SEOOuvrez Google Search Console, accédez au rapport International Targeting, et vérifiez les erreurs hreflang. Puis cherchez sur Google « site:votreboutique.com » et comparez les pages indexées à votre structure régionale attendue. Si les pages régionales manquent de l'index, votre configuration de géolocalisation interfère probablement avec le crawl.

Maintenir les boutiques régionales crawlables

Au-delà de hreflang et de la gestion des redirects, quelques pratiques structurelles garantissent que Google peut découvrir et indexer tout votre contenu régional.

Liens internes entre régions. Votre navigation principale, pied de page, ou page de sitemap devrait faire des liens vers toutes les versions régionales de votre boutique. Ces liens donnent à Googlebot des chemins directs vers le contenu régional sans dépendre de la détection géographique.

Sitemaps XML par région. Soumettez des sitemaps séparés pour chaque boutique régionale dans Google Search Console. Chaque sitemap devrait lister toutes les pages pour cette région et inclure les annotations hreflang. Shopify génère automatiquement les sitemaps, mais vérifiez que tous les markets sont représentés.

Balises canoniques. Chaque page régionale devrait avoir une balise canonique auto-référencée pointant vers elle-même, pas vers la version « principale ». Une erreur courante est de définir la canonical de chaque page régionale vers la version US, ce qui indique à Google d’ignorer entièrement les pages régionales.

L’interplay entre géolocalisation et SEO se résume à un principe simple : aidez Google à découvrir vos pages régionales via les métadonnées et les liens, pas via les redirects. Les redirects sont pour les humains. Les métadonnées sont pour les crawlers. Quand vous utilisez Navi+ ou des outils similaires pour construire une navigation qui inclut le switch régional, les liens internes que ces menus génèrent servent aussi de chemins de crawl—une raison supplémentaire pour laquelle la couche navigation compte pour le SEO international au-delà juste l’expérience du visiteur.

Cet article fait partie du guide plus large sur Détection automatique de la localisation du visiteur : quand rediriger et quand demander.