Une balise canonical indique à un moteur de recherche quelle URL vous préférez voir traitée comme la copie de référence - une suggestion qu'il suit généralement mais peut choisir d'ignorer. Une redirection 301 supprime le choix entièrement : elle envoie chaque visiteur et chaque robot vers une seule URL, et l'ancienne cesse de répondre. Voilà toute la décision en une phrase. Utilisez une balise canonical quand les deux URL doivent continuer à fonctionner pour des humains. Utilisez une 301 quand une seule URL doit exister, un point c'est tout.
Les deux se confondent parce qu'ils combattent le même problème - le contenu dupliqué qui fractionne le signal de classement entre des URL quasi identiques - avec des mécanismes différents. Une canonical est une suggestion laissée dans le head de la page. Une redirection est une réponse HTTP que le navigateur n'a d'autre choix que d'obéir. Intervertissez-les et vous tuez soit une URL dont vous aviez besoin vivante, soit vous laissez plusieurs versions de la même page se concurrencer dans l'index.
J'ai expliqué cela plus souvent que la question 301 contre 302, donc voici la version que j'aurais aimé trouver la première fois qu'on me l'a demandée, et si vous cherchez la question des codes de statut, 301 vs 302 redirects la couvre en entier ; cet article porte sur une autre bifurcation.
Balise canonical vs redirection 301 : une suggestion contre une instruction
Une balise rel=canonical vit à l'intérieur du <head> d'une page : <link rel="canonical" href="https://example.com/preferred-url" />. C'est l'un des nombreux signaux utilisés pour sélectionner une URL canonique - fort, mais un signal qu'un moteur de recherche peut ignorer quand d'autres indices le contredisent. Les deux URL restent actives, une personne peut visiter l'une ou l'autre et recevoir une réponse 200 à chaque fois, et la balise ne change que ce qui apparaît dans les résultats de recherche, pas ce qu'un navigateur peut atteindre.
Une redirection 301 n'est pas une suggestion. Elle répond elle-même à la requête : demandez l'ancienne URL, vous êtes envoyé vers la nouvelle, un point c'est tout. Il ne reste aucune version de l'ancienne page à visiter. Les navigateurs cessent de l'essayer, et les moteurs de recherche la retirent de l'index parce qu'elle ne renvoie plus vers un contenu qui lui soit propre.
Le test pratique se résume à deux conditions :
- Si les deux URL doivent continuer à répondre pour de vrais visiteurs, utilisez une canonical.
- Si une seule URL doit exister à l'avenir, utilisez une redirection - et types of URL redirects reste la référence pour savoir quel code correspond à quel type de permanence.
Les deux outils combattent le même problème depuis des directions opposées : une redirection est faite pour une URL sur laquelle aucun humain ne devrait plus jamais atterrir, une canonical est faite pour une URL qu'un humain pourrait légitimement visiter.
Les quatre situations où le contenu dupliqué exige une solution différente
Quatre situations reviennent constamment, et chacune n'a qu'un seul signal correct. Inversez l'association et vous bloquez soit un flux de travail actif, soit vous laissez un leurre traîner dans l'index.
URL paramétrées
Une URL avec un paramètre de suivi ou un identifiant de session attaché - ?ref=partner ou ?sessionid=abc123 - est fonctionnellement la même page que la version propre, mais avec des bagages en plus. La rediriger est généralement une erreur, car le paramètre doit souvent survivre à la requête : un code de parrainage, un groupe de test A/B, un transfert de session. La solution est une canonical auto-référencée sur l'URL propre, de sorte que la version paramétrée reste accessible pendant que la balise indique aux moteurs de recherche d'indexer la version sans le bruit.
URL marquées pour une campagne
C'est le cas que les équipes marketing rencontrent tous les jours. Un lien comme elido.app/pricing?utm_source=newsletter&utm_medium=email&utm_campaign=august-launch doit continuer à fonctionner exactement tel qu'il est marqué, car les paramètres UTM sont ce qui permet aux analyses d'attribuer la visite à cette newsletter, à travers campagnes et canaux. Aucune exception, jamais. Le rediriger vers l'URL nue /pricing jetterait l'attribution avant même qu'elle soit enregistrée.
La balise canonical se place sur la page de destination, pas sur le lien : /pricing déclare <link rel="canonical" href="https://elido.app/pricing" />, et chaque variante marquée UTM hérite de cette même cible. Les moteurs de recherche indexent une seule URL /pricing propre, pendant que les analyses continuent de voir chaque variante de campagne séparément, puisque la balise ne touche jamais ce que le navigateur demande. Une réserve : certains navigateurs suppriment désormais les paramètres UTM ou bloquent les scripts qui les lisent avant que l'attribution n'arrive - voir comment Firefox et Brave cassent l'attribution UTM si vos chiffres de campagne paraissent maigres. C'est un problème de suivi, pas un problème de canonical.
Pages paginées ou à facettes
La réponse honnête dépend de si la combinaison contient un contenu qu'une requête de recherche pourrait réellement vouloir. La page 2 d'une archive est un contenu véritablement différent de la page 1, donc canonicaliser chaque page paginée vers la page 1 a tendance à se retourner contre vous en pratique. Un filtre à facettes qui ne fait que retrier le même catalogue est le cas inverse - le canonicaliser vers la page de catégorie non filtrée est correct, puisqu'il n'y a rien sur cette URL qui mérite d'être indexé séparément. Pas de règle universelle, seulement ce même test.
Consolider une page retirée
Ici, une balise canonical est le mauvais outil et une redirection est la seule solution correcte. Quand une page est retirée pour de bon - fusionnée dans un article plus récent, abandonnée après un changement de catalogue - il n'y a aucune raison pour que l'ancienne URL continue de répondre à quoi que ce soit. Une 301 transmet proprement son signal de classement et retire la page morte de la circulation. Une balise canonical sur une page que vous comptez supprimer ne fait que laisser traîner une URL orpheline, toujours explorable, toujours capable de se dégrader - exactement le mode de défaillance que la prévention du pourrissement des liens existe pour attraper. Si l'ancienne page est vraiment partie, redirigez-la. Ne canonicalisez pas un cadavre.
Quand canonical et redirection sont en désaccord
Parfois une URL porte les deux signaux à la fois, et ils ne concordent pas. La page A redirige vers la page B avec une 301, mais la page B déclare sa propre canonical pointant vers la page C - à plusieurs sauts de l'endroit où le premier clic a commencé.
Les consignes de Google sont sans ambiguïté : une redirection est un signal plus fort, plus littéral qu'une balise canonical, parce qu'elle a déjà supprimé l'alternative - il ne reste pas de page A à reconsidérer. Quand les deux sont en désaccord, la cible de la redirection l'emporte comme destination effective, et la balise canonical sur cette destination devient le vrai signal que les moteurs de recherche évaluent. Tout ce qui se trouve en amont n'est plus que du bruit une fois qu'un robot atteint le bout de la chaîne.
L'échec pratique est rarement philosophique - il s'agit généralement d'une chaîne que personne n'a auditée, où la canonical de la destination finale a été fixée pour une migration différente il y a des années et jamais revisitée depuis. Démêler cela signifie suivre chaque saut jusqu'à atteindre une URL qui renvoie 200 et se canonicalise elle-même, puis corriger le lien qui est périmé. Un saut propre, une balise canonical qui concorde avec l'endroit où vous atterrissez : voilà tout l'état cible.
Pourquoi chaque page a besoin d'une canonical auto-référencée
Une canonical auto-référencée est une page dont la balise canonical pointe vers elle-même : /pricing déclarant <link rel="canonical" href="https://elido.app/pricing" /> au lieu de rester silencieuse, et la plupart des pages bien gérées en portent une exactement pour cette raison. Rien de mystérieux là-dedans. Cela paraît redondant - pourquoi une page aurait-elle besoin de confirmer qu'elle est elle-même ? C'est une assurance bon marché contre toutes les façons dont une URL se duplique par accident : une barre oblique finale, un chemin à casse mixte, une chaîne de requête égarée ajoutée par un plugin, une version http persistante à côté de https. Chacun de ces cas peut se retrouver indexé comme une URL distincte, quasi identique, si rien n'indique quelle copie est la vraie.
Sans cela, le choix est laissé à la pondération des signaux propre à Google, qui a généralement raison et parfois tort - et vous le découvrez en remarquant que la mauvaise URL se classe, ce qui est une mauvaise façon de le découvrir. Fixez-la explicitement sur chaque page indexable et l'ambiguïté n'a jamais l'occasion de compter.
Si vous marquez une seule page pour une douzaine de canaux et que vous ne pouvez pas dire si la canonical concorde avec ce que comptent vos rapports, les analyses d'Elido regroupent chaque variante marquée vers l'URL qu'elle mesure réellement, pour qu'un paramètre égaré ne scinde pas silencieusement votre trafic en deux.
Où se situent les liens courts par rapport à l'URL canonique
Un lien court soulève une question qui semble avoir sa place ici et, la plupart du temps, ne l'a pas : est-ce que elido.app/abc123 a besoin d'une balise canonical pointant vers sa destination ? Non. Un domaine de redirection n'est pas un doublon de la page vers laquelle il envoie les visiteurs - c'est une adresse sans contenu propre, rien qu'une balise canonical puisse désambiguïser. La canonicalisation est faite pour des pages qui pourraient plausiblement être indexées ; un lien court n'a jamais été candidat à cela.
La balise canonical qui compte se trouve sur la page de destination, exactement comme si le visiteur était arrivé par n'importe quelle autre route. Si elido.app/summer-sale envoie les gens vers yoursite.com/sale?utm_source=twitter, le travail de canonicalisation reste le cas de l'URL marquée pour une campagne vu plus haut, en rien différent de n'importe quel lien de campagne que vous marqueriez de la même façon. Cela se passe sur yoursite.com/sale, pas sur le lien court. Faire brancher le même lien court vers différentes destinations selon la campagne ou la région ne change pas la réponse : les liens intelligents acheminent le clic, mais le travail de canonicalisation se passe toujours là où le visiteur atterrit. La question de la justesse de la redirection elle-même est couverte par 301 vs 302 redirects et comment rediriger une URL.
C'est pourquoi la crainte SEO autour des liens raccourcis est largement infondée une fois que les deux signaux sont tenus séparés : la redirection transmet son propre signal, la canonical de la destination gère le sien, et aucun des deux ne contamine l'autre. Les raccourcisseurs d'URL nuisent-ils au SEO couvre le reste de cette question.
Comment vérifier quel signal une page envoie réellement
Ne présumez de rien. Vérifiez les deux signaux directement, en commençant par la redirection :
curl -sI "https://example.com/old-page"
Un 301 avec un en-tête Location signifie que l'URL a disparu pour de bon ; aucun statut 3xx signifie qu'il n'y a pas de redirection, et toute balise canonical est alors le seul signal en jeu. Pour voir la balise canonical elle-même, récupérez la page et cherchez dans la source :
curl -s "https://example.com/page" | grep -i 'rel="canonical"'
Si une URL envoie les deux, retracez toute la chaîne avant de présumer laquelle est la vraie destination. Quand les deux concordent - la redirection atterrit sur une URL dont la canonical pointe vers elle-même - le signal est sans ambiguïté, ce qui est l'état dans lequel devrait se trouver chaque URL qui compte pour votre classement.
À lire aussi sur le blog
- 301 vs 302 : quelle redirection choisir pour un lien court
- Types de redirections d'URL : 301, 302, 307, 308 et plus
- Les raccourcisseurs d'URL nuisent-ils au SEO ? Les mécanismes qui comptent
- Les paramètres UTM expliqués : les 5 balises et comment elles fonctionnent
- Stratégie de prévention du pourrissement des liens pour les campagnes d'URL courtes
Questions fréquentes
Quelle est la différence entre une balise canonical et une redirection 301 ?
Une balise canonical est une suggestion dans le head d'une page qui indique aux moteurs de recherche quelle URL préférer pendant que les deux restent actives et accessibles ; une redirection 301 est un code de statut HTTP qui envoie chaque visiteur et chaque robot vers la nouvelle URL et retire l'ancienne du service. Google traite une canonical comme un signal fort qu'il peut ignorer si d'autres indices le contredisent, alors qu'une redirection ne laisse aucune alternative à peser, puisqu'il ne reste pas d'ancienne page à reconsidérer. Utilisez une canonical quand les deux URL doivent continuer à répondre aux requêtes ; utilisez une redirection quand une seule le doit.
Dois-je utiliser une balise canonical ou une redirection 301 pour le contenu dupliqué ?
Utilisez une redirection si l'URL en double doit cesser d'exister complètement - une page retirée, un ancien domaine, un déménagement permanent - car une redirection consolide à la fois le signal de classement et retire l'URL morte de la circulation. Utilisez une balise canonical si le doublon doit rester accessible pour une raison réelle, comme un lien de campagne marqué UTM, un paramètre de session, ou une page filtrée quasi identique. La question décisive est de savoir si un humain a une raison légitime de continuer à visiter l'URL que vous ne choisissez pas comme canonique.
Que se passe-t-il quand une balise canonical et une redirection sont en désaccord ?
La redirection l'emporte, parce qu'elle a déjà retiré l'URL alternative de l'équation - il ne reste plus rien qu'une balise canonical puisse contredire à ce stade de la chaîne. Google suit d'abord la redirection jusqu'à sa destination, puis lit la balise canonical que cette destination déclare comme le signal opérant. La correction pour une incohérence consiste à retracer chaque saut jusqu'à atterrir sur une URL qui renvoie 200 et se canonicalise elle-même.
Les URL avec des paramètres UTM ont-elles besoin d'une balise canonical ?
Oui, la balise canonical se place sur la page de destination et doit pointer vers l'URL propre, sans les paramètres de suivi attachés. Une page comme /pricing doit se déclarer comme sa propre canonical, quel que soit le nombre de variantes marquées UTM qui pointent vers elle, afin que les moteurs de recherche indexent une seule URL propre pendant que les analyses continuent d'enregistrer chaque variante marquée séparément. Rediriger une URL marquée UTM à la place supprimerait les paramètres avant que votre outil d'analyse ne puisse attribuer la visite.
Pourquoi mettre une balise canonical auto-référencée sur chaque page ?
Une canonical auto-référencée, une page se déclarant comme sa propre URL préférée, ferme toutes les façons accidentelles qu'a une page de se dupliquer, des barres obliques finales aux paramètres de requête égarés en passant par une version http persistante à côté de https. Sans elle, Google choisit l'URL canonique selon ses propres signaux, ce qui est généralement juste mais choisit parfois la mauvaise variante. La fixer explicitement sur chaque page indexable supprime cette ambiguïté gratuitement.
Un lien court a-t-il besoin d'une balise canonical ?
Non. Un lien court est une pure redirection HTTP sans contenu propre, donc il n'y a rien sur cette URL qu'une balise canonical puisse désambiguïser, et la canonicalisation n'a d'importance que pour les pages qui pourraient plausiblement être indexées comme contenu. La balise canonical qui compte se trouve sur la page de destination vers laquelle le lien court redirige, exactement comme ce serait le cas si un visiteur arrivait par n'importe quelle autre route.
Essayer Elido
Collez une URL, obtenez un lien court
Sans inscription. Lien actif 30 jours. Inscrivez-vous pour le garder pour toujours.
Gratuit, sans inscription · 2 par jour