Redirection 301 ou canonical pour fusionner deux sites : quelle différence pour le SEO ?

Quelle est la différence technique entre une redirection 301 et un canonical ?

La redirection 301 est une instruction serveur qui renvoie automatiquement le visiteur et les robots d'un point A vers un point B. Elle signale un déplacement permanent. L'URL d'origine disparaît de l'index au profit de la nouvelle.

Le canonical, lui, est une balise HTML qui dit : "Cette page existe, mais considère plutôt cette autre URL comme la référence". Les deux URLs restent accessibles. Google choisit laquelle indexer, mais l'ancienne peut encore recevoir du trafic direct.

Pourquoi Google fait-il cette distinction pour les fusions de sites ?

Parce que les objectifs métier diffèrent. Une redirection 301 implique un abandon complet de l'ancien site : vous ne voulez plus qu'il existe aux yeux de Google ni aux yeux des utilisateurs. C'est une fusion définitive.

Le canonical, par contre, reconnaît que l'ancien site peut avoir une raison d'exister hors SEO : un domaine géographique spécifique (.fr vs .com), une contrainte contractuelle, une version technique particulière. Vous dites à Google : "Concentre ton crawl et ton ranking sur le nouveau, mais ne supprime pas l'ancien de tes serveurs".

Dans quels scénarios concrets cette distinction s'applique-t-elle ?

Un site e-commerce qui migre de anciensite.com vers nouveausite.com sans conserver l'ancien domaine utilisera des redirections 301. L'objectif est de transférer 100 % de l'autorité, de nettoyer l'index, et de faire disparaître l'ancienne propriété.

Une entreprise qui fusionne deux marques mais doit maintenir l'ancien domaine pour des clients B2B ou des contrats existants utilisera le canonical. L'ancien site reste fonctionnel, mais Google ne le positionne plus. C'est un choix tactique quand la suppression totale n'est pas possible.

• Redirection 301 : fusion complète, transfert d'autorité, ancien site désindexé et inaccessible
• Canonical : ancien site maintenu actif, signal SEO redirigé, double présence temporaire ou permanente
• Impact crawl : la 301 libère immédiatement du budget, le canonical maintient deux URLs crawlables
• Risque de dilution : le canonical peut créer de la confusion si mal configuré, la 301 est plus nette
• Timing de migration : la 301 transfère l'autorité en quelques semaines, le canonical peut prendre plus longtemps selon la fréquence de crawl

Cette recommandation est-elle cohérente avec les pratiques observées sur le terrain ?

Oui, et c'est même une des rares déclarations de Mueller qui colle parfaitement avec ce qu'on observe en migration réelle. Les redirections 301 sont le standard industriel pour toute fusion de sites où l'ancien domaine n'a plus de raison d'être. Le transfert d'autorité se fait généralement en 3 à 6 semaines si la migration est propre.

Le canonical, par contre, est sous-utilisé dans ce contexte précis. Beaucoup de SEO l'emploient pour des doublons internes, mais peu l'envisagent comme solution de coexistence contrôlée entre deux domaines. Pourtant, sur des migrations où le client refuse de couper l'ancien site pour des raisons légales ou commerciales, c'est la seule option viable. [A vérifier] : Google ne précise pas combien de temps cette coexistence peut durer sans perte progressive d'autorité.

Quelles nuances faut-il apporter à cette distinction ?

Le canonical n'est pas une garantie que Google respectera votre choix. Si l'ancien site reçoit plus de backlinks frais, un meilleur engagement utilisateur, ou est mieux optimisé techniquement, Google peut ignorer le canonical et continuer à indexer l'ancienne version. C'est un signal, pas un ordre.

De plus, maintenir deux sites actifs avec canonical double la charge opérationnelle : deux domaines à surveiller, deux certificats SSL, deux infrastructures techniques. Si l'ancien site tombe en panne ou accumule des erreurs 500, cela peut parasiter le signal vers le nouveau. La 301, elle, coupe net cette complexité.

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

Si vous migrez un site avec des sous-domaines internationaux (fr.site.com, de.site.com), ni la 301 ni le canonical ne sont la bonne approche. Vous devez utiliser les balises hreflang pour signaler les versions linguistiques. Le canonical casserait la structure multilingue.

Autre cas : les migrations en plusieurs phases. Si vous fusionnez progressivement (catégorie par catégorie), mixer 301 et canonical peut créer des boucles de canonicalisation. Mieux vaut découper la migration en blocs cohérents et appliquer une seule méthode par bloc. Attention : un canonical d'un domaine A vers un domaine B qui lui-même redirige en 301 vers un domaine C peut être ignoré par Google.

Que faut-il faire concrètement pour choisir entre 301 et canonical ?

D'abord, posez-vous une question simple : l'ancien site doit-il rester accessible après la fusion ? Si la réponse est non, la 301 s'impose. Si la réponse est oui, creusez : pourquoi doit-il rester accessible ? Pour des raisons SEO ? Alors le canonical est inutile, il vaut mieux maintenir les deux sites indépendants. Pour des raisons commerciales ou légales ? Le canonical devient pertinent.

Ensuite, évaluez la complexité technique. Une migration en 301 demande un mapping URL rigoureux, mais une fois lancée, elle est irréversible et nette. Le canonical nécessite une maintenance continue : surveiller que Google respecte bien le signal, vérifier qu'aucun backlink nouveau ne vient sur l'ancien site, contrôler que les deux domaines restent performants. Si vous n'avez pas les ressources pour monitorer deux propriétés, la 301 est plus sûre.

Quelles erreurs éviter dans la mise en œuvre ?

Première erreur classique : mettre un canonical d'un site A vers un site B, mais ne pas désactiver l'ancien sitemap. Vous envoyez des signaux contradictoires. Si vous utilisez le canonical, retirez l'ancien site de la Search Console, supprimez ou marquez le sitemap comme obsolète, et arrêtez toute promotion active de l'ancien domaine.

Deuxième erreur : croire que le canonical dispense d'un suivi de migration. Non. Vous devez tracker la répartition du trafic entre ancien et nouveau site, surveiller les positions sur les deux domaines, et vérifier dans la Search Console que Google consolide bien le crawl sur le nouveau. Si après 3 mois vous voyez encore 50 % du trafic organique sur l'ancien site, c'est que le canonical n'est pas respecté.

Comment vérifier que la stratégie choisie fonctionne ?

Pour une migration en 301, surveillez dans la Search Console la chute progressive des pages indexées de l'ancien domaine et la montée symétrique sur le nouveau. Utilisez un outil de suivi de positions pour vérifier que les URLs du nouveau domaine récupèrent les rankings de l'ancien. Un bon indicateur : 80 % de l'ancien trafic organique transféré en 6 à 8 semaines.

Pour un setup en canonical, inspectez régulièrement l'URL avec l'outil d'inspection de Google. Il doit indiquer "URL canonique définie par l'utilisateur" et afficher le nouveau domaine comme référence. Si Google choisit une autre URL canonique que celle que vous avez déclarée, c'est un signal d'alerte : soit l'ancien site est plus fort techniquement, soit vos signaux sont incohérents.

• Décider en amont si l'ancien site doit disparaître (301) ou rester actif (canonical)
• Mapper toutes les URLs anciennes vers leurs équivalents nouveaux avant toute action
• Si 301 : implémenter les redirections au niveau serveur (Apache, Nginx, CDN), pas en JavaScript
• Si canonical : placer la balise dans le <head> de chaque page de l'ancien site, pointer vers le nouveau domaine
• Retirer l'ancien sitemap de la Search Console si vous utilisez le canonical
• Tracker l'évolution des pages indexées et du trafic organique sur les deux domaines pendant 3 mois minimum