Balise canonical : bonnes pratiques et erreurs fréquentes (guide 2026)

La balise canonical indique à Google quelle adresse retenir quand plusieurs URL affichent le même contenu ou presque. Elle se place dans le head de la page préférée et se cite elle-même, sous la forme d’une adresse absolue. Contrairement à la redirection 301, elle laisse toutes les versions accessibles : le visiteur ne bouge pas, seul le moteur est guidé. Reste un détail qui change tout : c’est un signal que Google pèse avec d’autres, pas une consigne qu’il exécute.

Balise canonical : à quoi elle sert et ce que Google en fait

Un signal fort, pas un ordre

La documentation Google Search Central sur la consolidation des URL dupliquées classe les méthodes par poids. La redirection et l’annotation rel="canonical" sont décrites comme des signaux forts, le sitemap comme un signal faible. Google décide ensuite lui-même quelles pages sont des doublons, d’après la similarité du contenu. Votre canonical est donc une demande très écoutée, rarement une garantie.

Pourquoi les doublons apparaissent presque toujours ?

Un site n’a pas besoin d’être mal fait pour produire des doublons. Un paramètre de suivi ajouté à un lien, un tri de liste, une version avec et sans www, un ancien passage en HTTPS mal terminé : chacun crée une seconde adresse pour la même page. Sans signal clair, Google choisit à votre place, et son choix n’est pas toujours le vôtre.

Balise canonical : la syntaxe, self-referential et croisée

Dans le head, avec une adresse absolue

La forme de base tient en une ligne. Elle se place dans le head de la page, et Google précise que l’élément n’est accepté que là : une balise glissée dans le corps du HTML est ignorée.

<link rel="canonical" href="https://exemple.fr/chaussures/running/">

Google recommande des adresses absolues plutôt que relatives, et refuse les fragments (ce qui suit le #), qu’il ne gère pas pour la canonicalisation.

Self-referential : la page se cite elle-même

La page préférée porte une canonical qui pointe vers sa propre adresse. Google la documente explicitement sous le nom de canonical auto-référente. Elle ne coûte rien et protège contre les variantes d’adresse créées par des liens que vous ne contrôlez pas.

Croisée : une variante pointe vers la version préférée

Sur la variante, la balise désigne l’autre adresse. Le contenu doit rester équivalent : on ne canonicalise pas une page vers une autre qui dit autre chose.

<!-- sur https://exemple.fr/chaussures/running/?tri=prix -->
<link rel="canonical" href="https://exemple.fr/chaussures/running/">

En en-tête HTTP, pour les fichiers

Un PDF n’a pas de head. Google accepte la canonical en en-tête de réponse pour la recherche web, ce qui sert surtout aux contenus publiés en plusieurs formats. Choisissez une méthode et tenez-vous-y : combiner l’élément HTML et l’en-tête est décrit comme plus sujet à erreurs.

Link: <https://exemple.fr/guide.pdf>; rel="canonical"

Canonical SEO : les quatre cas d’usage principaux

Paramètres de suivi et de tri

L’exemple de la documentation Google est une adresse portant un paramètre gclid, rapprochée de la même adresse sans paramètre. Les paramètres utm_ relèvent de la même logique : la page est identique, l’adresse diffère. La canonical vers l’adresse propre consolide les signaux.

Pagination et filtres de catalogue

Pour une liste paginée, Google dit de ne pas utiliser la première page comme canonique de toute la série, et de donner à chaque page sa propre canonical. Pour les filtres et les tris, il évoque plutôt le noindex ou le blocage de motifs d’adresse dans le robots.txt. Sur un catalogue, la canonical n’est donc pas l’outil universel : elle règle les variantes quasi identiques, pas l’explosion des combinaisons de filtres.

HTTP, HTTPS et www

Google cite parmi les signaux contradictoires une page HTTPS dont la canonical pointe vers sa version HTTP. Pour favoriser l’HTTPS, il suggère une canonical de la page HTTP vers la page HTTPS. En pratique, une redirection 301 règle ce cas plus proprement, la canonical servant de filet de sécurité.

Versions mobiles et linguistiques

Si la page canonique a une variante mobile sur une adresse séparée, Google demande d’y ajouter un lien rel="alternate". Pour les versions linguistiques, la canonical doit rester dans la même langue, et les annotations hreflang ne servent pas à la canonicalisation. Les deux balises se contredisent facilement si on les règle séparément.

Erreur canonical : les cinq pièges classiques

Ces cinq erreurs reviennent dans la plupart des audits. La première colonne dit ce qu’on observe, la dernière ce qu’il faut faire.

Erreur	Ce qui se passe	Correction
Canonical vers une page en erreur	La cible renvoie une 404 ou une redirection : il n’y a rien à consolider	Pointer vers une page qui répond en 200
Canonical en chaîne	A pointe vers B, qui pointe vers C : le signal se dilue et dépend de l’interprétation de Google	Faire pointer A directement vers la version finale
Incohérence avec le sitemap	Le sitemap liste une adresse, la canonical en désigne une autre : deux signaux opposés	Ne lister au sitemap que les adresses canoniques
Mobile différent du bureau	La version mobile et la version bureau déclarent chacune une canonical différente	Aligner les déclarations, ajouter le lien alternate
Self-canonical manquante	La page préférée ne se cite pas, les variantes d’adresse restent en concurrence	Ajouter la canonical auto-référente partout

Deux autres fautes se glissent souvent à côté. Spécifier plusieurs canonical différentes pour une même page, par des techniques différentes, est déconseillé par Google. Utiliser le robots.txt à la place d’une canonical l’est aussi : une page bloquée ne peut pas être lue, donc sa balise non plus.

Canonical vs 301 : quand utiliser quoi

La question se règle en une phrase : la 301 retire un doublon, la canonical en tolère un. La documentation de Google réserve la redirection au cas où l’on veut se débarrasser d’une page dupliquée, et présente la canonical comme la solution pour les doublons qui restent accessibles. Si un terme vous échappe en route, le glossaire SEO le définit en une ligne.

• Utilisez une 301 quand l’ancienne adresse n’a plus de raison d’exister : changement de domaine, refonte, fusion de pages. Le détail des codes est dans le guide sur les redirections 301, 302 et 307.
• Utilisez une canonical quand les deux adresses doivent rester visibles pour l’utilisateur : une page avec paramètres de suivi, une variante triée, une fiche accessible par deux catégories.

Canonical cross-domain : à manier avec prudence

Une canonical peut pointer vers un autre domaine. Pour la syndication, Google ne la recommande pourtant pas : selon lui, la solution la plus efficace est que les partenaires bloquent l’indexation de votre contenu. Une canonical cross-domain reste utile quand vous contrôlez les deux sites, plus rarement quand un tiers republie votre texte.

Tester sa canonical et savoir si Google la respecte

Inspection d’URL et explorateur

L’outil d’inspection d’URL de la Search Console affiche la canonique déclarée par vous et celle que Google a retenue. C’est la seule façon de voir son choix, et la première chose à regarder quand une page n’apparaît pas comme prévu. Pour auditer tout un site, un explorateur comme Screaming Frog liste les canonical manquantes, auto-référentes ou pointant vers des pages non indexables.

Google respecte-t-il vraiment vos canonical ?

Pas toujours. La documentation de dépannage de Google le dit sans détour : il peut choisir une autre canonique pour diverses raisons, et c’est à vous de juger si son choix sert mieux vos utilisateurs que le vôtre. Quand les signaux se contredisent (redirection, sitemap, liens internes, hreflang), l’écart apparaît vite. La parade tient en un mot : de la cohérence, partout, sur les mêmes adresses.