Redirection et canonical contradictoires : pourquoi Google ne sait plus quoi faire de vos pages ?

Que signifie exactement « signaux contradictoires » dans ce contexte ?

Quand vous mettez en place une redirection 301 ou 302 d'une page A vers une page B, vous dites explicitement à Google : « Cette page A n'existe plus, je veux que tu considères la page B à la place. » C'est un signal fort, technique, qui s'impose aux crawlers.

Parallèlement, si vous laissez une balise canonical sur la page A pointant vers une page C (différente de B), vous créez une situation schizophrénique. La redirection dit « Va vers B », le canonical dit « La version préférée, c'est C ». Google se retrouve face à deux instructions incompatibles émises par le même site.

Le moteur doit alors arbitrer entre deux signaux de même niveau hiérarchique, ce qui n'est pas prévu dans son fonctionnement normal. Les algorithmes de canonicalisation cherchent la cohérence : quand elle manque, ils basculent en mode « je fais ce que je peux », avec des résultats qui échappent à votre contrôle.

Dans quels cas observe-t-on ce conflit en pratique ?

Le scénario typique : une migration ou refonte mal préparée. Vous redirigez vos anciennes URLs vers les nouvelles, mais oubliez de supprimer ou modifier les canonicals existants qui pointaient ailleurs (vers des versions HTTPS, www, ou d'autres variantes).

Autre cas fréquent : les systèmes de gestion de pagination ou de filtres. Vous redirigez les pages vides ou obsolètes vers la page 1, mais le CMS continue à injecter automatiquement un canonical vers une URL avec paramètres. Résultat : un conflit invisible qui sabote votre stratégie de consolidation.

Les configurations hybrides entre CDN et serveur d'origine peuvent aussi générer ce problème. Le CDN impose une redirection pour des raisons de performance, pendant que le serveur d'origine renvoie toujours un canonical différent dans le HTML source. Google voit les deux, mais ne sait pas lequel prioriser.

Pourquoi Google parle-t-il de « comportements imprévisibles » plutôt que de donner une règle claire ?

Parce que Google ne peut pas garantir quel signal va l'emporter. Selon le contexte (historique des URLs, autorité respective des pages cibles, cohérence des autres signaux), les algorithmes peuvent décider différemment. Ce n'est pas un simple « la redirection gagne toujours » ou « le canonical prime ».

En pratique, on observe trois issues possibles : Google suit la redirection et ignore le canonical, Google suit le canonical et ignore la redirection (rare mais documenté), ou Google choisit une troisième URL qu'il considère comme la meilleure version canonique en se basant sur d'autres signaux (liens internes, sitemaps, etc.). C'est cette dernière option qui est la plus frustrante pour les SEO.

• Éviter absolument de combiner redirection et canonical vers des destinations différentes
• Auditer les configurations techniques après chaque migration ou changement d'infrastructure
• Vérifier dans la Search Console quelle URL Google a réellement sélectionnée comme canonique
• Nettoyer les canonicals obsolètes avant de mettre en place des redirections massives
• Tester les en-têtes HTTP et le HTML source pour détecter les contradictions avant que Google ne les découvre

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

Oui, et c'est même un des rares cas où la position officielle de Google correspond exactement aux observations. J'ai documenté des dizaines de cas où des sites ont perdu des positions sur des pages stratégiques simplement parce qu'une redirection et un canonical se contredisaient. Le délai de détection peut être long (plusieurs semaines de crawl), ce qui masque la cause.

Le point intéressant : Google ne dit pas « nous suivons toujours la redirection » comme beaucoup de SEO le croient. Il admet explicitement que le résultat est imprévisible. C'est une façon polie de dire : « Nos algos ne sont pas conçus pour gérer cette aberration, alors ils bricolent. »

Quelles nuances faut-il apporter à cette règle générale ?

Premier cas particulier : les redirections temporaires 302 combinées à un canonical. Techniquement, une 302 dit « cette page existe toujours ailleurs temporairement », donc un canonical vers l'URL d'origine pourrait sembler cohérent. Sauf que Google ignore souvent cette distinction et traite les 302 comme des 301 au bout de quelques semaines. Le conflit reste donc entier.

Deuxième nuance : les canonicals inter-domaines. Si vous redirigez domaine-A.com vers domaine-B.com avec une 301, mais que domaine-B.com contient un canonical pointant vers domaine-C.com, Google peut interpréter ça comme une chaîne de canonicalisation légitime. [A vérifier] Je n'ai pas de données solides montrant que Google gère bien ce cas, mais la logique suggère qu'il pourrait suivre la chaîne si les domaines ont une relation claire (même propriétaire, même thématique).

Troisième point : les variantes linguistiques avec hreflang. Une redirection géolocalisée (exemple : .com vers .fr pour les visiteurs français) combinée à un canonical vers .com peut sembler contradictoire, mais c'est en réalité une configuration valide si elle s'accompagne de hreflang corrects. Google comprend que la redirection sert l'UX, pas la canonicalisation. Attention toutefois : si votre hreflang est mal configuré, le conflit redevient réel.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Cas un : redirection vers la même URL que le canonical. Si page-A.html redirige vers page-B.html ET contient un canonical vers page-B.html, il n'y a aucun conflit. C'est même redondant mais inoffensif. Google suit la redirection, voit que le canonical confirme, et tout roule.

Cas deux : canonicals auto-référencés après redirection. Si vous redirigez page-A vers page-B, et que page-B contient un canonical auto-référencé pointant vers elle-même, c'est la configuration normale. Le canonical de la page source (A) devient obsolète puisque personne ne l'atteint plus.

Que faut-il auditer en priorité sur un site existant ?

Première action : extraire toutes les pages redirigées qui contiennent encore du HTML. Utilisez un crawler comme Screaming Frog en mode « follow redirects » pour identifier les pages sources qui, avant redirection, servent un code 200 avec un canonical. Ces pages fantômes sont vos bombes à retardement.

Deuxième vérification : comparer les destinations de redirections avec les URLs canoniques déclarées dans la Search Console. Si Google a sélectionné comme canonique une URL différente de celle vers laquelle vous redirigez, vous avez probablement un conflit. L'outil « Inspection d'URL » vous montre quelle URL Google considère comme canonique pour chaque page inspectée.

Troisième check : vérifier les en-têtes HTTP Link rel=canonical. Certains serveurs ou CDN ajoutent un canonical dans les headers HTTP en plus du canonical HTML. Si les deux ne pointent pas vers la même URL, ou si une redirection pointe ailleurs, vous créez une triple contradiction que même Google ne peut pas résoudre proprement.

Comment prévenir ces conflits lors d'une migration ?

La règle d'or : supprimer ou mettre à jour tous les canonicals avant de mettre en place les redirections. Si vous migrez de ancien-site.com vers nouveau-site.com, assurez-vous que toutes les pages de ancien-site.com ont soit un canonical pointant vers leur équivalent sur nouveau-site.com, soit aucun canonical du tout avant de lancer les redirections.

En pratique, ça veut dire : mapper précisément chaque ancienne URL vers sa nouvelle destination, puis générer automatiquement des canonicals cohérents dans une phase intermédiaire. Laissez Google crawler cette configuration pendant 1-2 semaines avant d'activer les redirections. Ça permet au moteur de pré-comprendre la structure cible.

Pour les gros sites, utilisez des redirections progressives par sections plutôt qu'un big bang. Migrez d'abord une catégorie, vérifiez dans la Search Console que Google suit correctement les signaux, puis continuez. Si un conflit apparaît, vous le détectez sur 500 pages au lieu de 50 000.

Quels outils utiliser pour détecter ces contradictions automatiquement ?

Les crawlers SEO comme Screaming Frog, Sitebulb ou OnCrawl peuvent tous identifier les pages redirigées qui contiennent des canonicals. Configurez-les pour suivre les redirections et extraire les canonicals : toute page avec « Status Code 301/302 » ET « Canonical Tag présent » mérite investigation.

La Google Search Console reste l'arbitre ultime. Le rapport « Couverture » vous montre les pages « Redirigées » qui sont toujours indexées (signe d'un conflit), et l'outil « Inspection d'URL » vous dit explicitement quelle URL Google a choisie comme canonique et pourquoi. Si la raison indiquée n'est pas « Redirection » mais « Balise canonical », vous avez votre diagnostic.

Pour les audits techniques récurrents, mettez en place des scripts de monitoring qui comparent régulièrement les mappings de redirections avec les canonicals extraits du HTML. Un simple diff entre un fichier de redirections et un crawl complet peut révéler des dérives introduites par des mises à jour CMS ou des interventions d'équipes non-SEO.

• Crawler le site en mode « follow redirects » pour identifier les pages sources contenant encore des canonicals
• Vérifier dans la Search Console que les URLs canoniques sélectionnées par Google correspondent aux destinations des redirections
• Comparer en-têtes HTTP et canonicals HTML pour détecter les contradictions au niveau serveur
• Nettoyer tous les canonicals obsolètes avant de déployer un plan de redirection
• Tester les redirections en pré-production avec des outils comme curl ou des extensions navigateur affichant les en-têtes
• Documenter précisément le mapping redirection/canonical dans un tableau de suivi de migration