Canonical ou redirection 301 : comment gérer proprement la migration de contenu entre plusieurs sites ?

Quelle est la différence fonctionnelle entre canonical et redirection 301 ?

Le canonical indique à Google quelle version indexer quand plusieurs URLs affichent le même contenu ou un contenu quasi-identique. Contrairement à une idée reçue, le canonical ne supprime rien : toutes les pages restent accessibles, mais Google concentre son traitement sur la version désignée.

La redirection 301, elle, déplace physiquement les utilisateurs et les bots. L'ancienne URL devient inaccessible (code HTTP 301), et l'équité de lien se transfère vers la nouvelle destination. C'est un signal définitif de remplacement, pas de simple préférence.

Pourquoi cette distinction impacte-t-elle l'indexation multi-sites ?

Beaucoup d'entreprises publient le même contenu sur plusieurs domaines (site corporate, sites locaux, plateformes partenaires). Si vous canonicalisez depuis site-local.fr vers site-principal.com, site-local.fr reste fonctionnel pour les utilisateurs directs, mais Google indexe prioritairement site-principal.com.

Si vous redirigez 301 depuis site-local.fr, vous cassez l'accès direct à cette version. Les visiteurs qui tapent l'URL locale atterrissent sur le site principal. C'est pertinent pour une migration définitive, catastrophique pour une stratégie multi-domaines où chaque site a une audience propre.

Dans quels cas concrets choisir l'un plutôt que l'autre ?

Canonical : vous syndication de contenu, sites miroirs multilingues avec contenus identiques, versions AMP + HTML classique. Le contenu doit rester accessible sur toutes les URLs, mais vous voulez éviter le duplicate content et concentrer les signaux de ranking sur une version maître.

Redirection 301 : refonte de site avec changement de structure d'URL, abandon d'un domaine au profit d'un autre, fusion de deux sites en un seul. L'ancienne URL n'a plus de raison d'exister indépendamment.

• Canonical = contenu présent sur plusieurs sites, version préférable désignée pour l'indexation
• Redirection 301 = déplacement définitif, ancienne URL renvoie automatiquement vers la nouvelle
• Le canonical ne transfère pas 100% de l'équité (consolidation partielle), la 301 transfère quasi-totalement
• Utiliser un canonical quand il faut une 301 dilue le PageRank entre plusieurs URLs actives
• Utiliser une 301 quand il faut un canonical casse l'accès direct aux sites secondaires

Cette recommandation est-elle alignée avec les observations terrain ?

Oui, et c'est cohérent avec la documentation technique Google depuis des années. Le problème, c'est que beaucoup de praticiens traitent canonical et 301 comme des alternatives équivalentes pour « régler le duplicate ». Ce raccourci provoque des désastres en migration.

J'ai vu des sites multi-pays canonicaliser toutes leurs versions locales vers .com, puis s'étonner que leurs équipes locales perdent du trafic organique. Normal : Google envoie désormais tout vers .com. À l'inverse, des migrations avec canonical au lieu de 301 laissent les anciennes URLs indexées pendant des mois, diluant l'autorité entre ancien et nouveau domaine.

Quelles nuances Google ne précise-t-il pas dans cette déclaration ?

Mueller ne quantifie pas la perte d'équité avec le canonical. Google a confirmé que le canonical transfère « la plupart » des signaux, mais jamais donné de chiffre. [A vérifier] sur des cas réels : certains tests montrent une rétention autour de 85-90%, d'autres suggèrent une dilution plus forte si les contenus ne sont pas strictement identiques.

Autre angle mort : que se passe-t-il si vous canonicalisez A→B puis B→C ? Google suit-il les canonicals en chaîne ou s'arrête-t-il au premier niveau ? La documentation officielle déconseille les chaînes, mais ne détaille pas le comportement exact. En pratique, privilégiez toujours un canonical direct vers la version finale.

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

Les contenus syndiqués partiellement modifiés. Si site-partenaire.com republie votre article avec une intro différente et des CTA propres, un canonical strict peut sembler inadapté (le contenu n'est pas identique). Pourtant, sans canonical, Google risque d'indexer la version partenaire et de déclasser la vôtre.

Autre cas limite : les versions mobiles sur sous-domaines séparés (moins fréquent depuis le mobile-first, mais certains legacy). Canonical ou 301 ? Ni l'un ni l'autre si vous servez du contenu adaptatif. La directive Vary: User-Agent est plus appropriée, mais Google pousse fortement vers le responsive ou le dynamic serving sur une seule URL.

Que faut-il faire concrètement pour une migration ou une syndication multi-sites ?

Avant tout, cartographiez vos besoins métier. Si chaque site local doit conserver sa visibilité organique (SEO local, langues, audiences distinctes), le canonical est exclu. Vous devez alors différencier suffisamment les contenus pour éviter le duplicate, ou accepter que Google choisisse une version sans votre contrôle.

Si l'objectif est de fermer définitivement l'ancien site ou de migrer vers un nouveau domaine, la 301 est non négociable. Planifiez-la URL par URL (pas de redirection en masse vers la home), et maintenez les 301 actives au minimum 1 an — idéalement indéfiniment, car les backlinks anciens continuent de transmettre de l'équité.

Quelles erreurs éviter absolument ?

Ne mélangez jamais canonical et 301 sur le même chemin. Si page-A redirige en 301 vers page-B, ne mettez pas de canonical sur page-A (elle n'est plus accessible). Si page-A reste active et canonicalise vers page-B, ne redirigez surtout pas page-A en 301 ultérieurement sans retirer d'abord le canonical.

Autre erreur classique : canonicaliser vers une URL en noindex ou en 404. Google ignore le canonical et indexe ce qu'il veut — souvent la mauvaise version. Vérifiez que la cible du canonical est indexable, en 200, sans noindex ni robots.txt bloquant.

Comment vérifier que votre configuration est correcte ?

Utilisez Search Console > Paramètres > Indexation > Pages pour voir quelle URL Google a choisi d'indexer et pourquoi. Si votre canonical déclaré diffère du canonical détecté par Google, creusez : canonical en conflit dans le HTML vs HTTP header, chaîne de canonicals, ou Google qui décide de l'ignorer.

Testez avec l'outil Inspection d'URL : soumettez la version secondaire, vérifiez que Google reconnaît bien le canonical vers la version principale. Si Google indexe quand même la version secondaire, c'est que votre signal est faible ou contradictoire (backlinks massifs vers la version secondaire, par exemple).

• Identifiez si le contenu doit rester accessible sur plusieurs URLs (canonical) ou si l'ancienne URL disparaît (301)
• Pour une migration définitive, implémentez des 301 URL par URL, pas de wildcard générique vers la home
• Si vous canonicalisez, assurez-vous que la cible est en 200, indexable, sans noindex
• Vérifiez dans Search Console que Google respecte votre canonical déclaré
• Ne créez jamais de chaînes de canonicals (A→B→C), pointez toujours vers la version finale
• Maintenez les redirections 301 actives au minimum 1 an, idéalement indéfiniment