Balise canonical : définition, exemples et erreurs à éviter

La balise canonical est une ligne placée dans l'en-tête HTML d'une page, par exemple <link rel="canonical" href="https://polytested.com/fr/seo"/>. Elle indique aux moteurs de recherche quelle adresse est la version principale d'une page quand le même contenu est accessible par plusieurs URL. Google la traite comme une indication forte, pas comme un ordre : il la suit en général, mais peut choisir une autre URL. La plupart des CMS l'ajoutent automatiquement. Le 17 octobre 2026, nous avons vérifié comment notre site répond à 19 variantes de ses adresses françaises.

Balise canonical : la définition en bref

• Ce que c'est : un élément link avec rel="canonical", placé dans le <head>, qui désigne l'adresse préférée, l'URL canonique. On dit aussi balise canonique ; la documentation de Google en français parle d'« élément link canonique ».
• À quoi elle sert : quand une page existe sous plusieurs adresses, Google n'en indexe qu'une et y regroupe les signaux, comme les liens. La balise lui dit laquelle vous préférez.
• Une indication, pas une règle : selon Google, indiquer une préférence ne garantit pas que cette URL sera choisie.
• Sur chaque page ? Recommandé, pas obligatoire. Depuis juillet 2026, Google conseille explicitement une balise qui pointe vers la page elle-même.
• Pas faite pour : une page déplacée (redirection), une traduction (hreflang) ou la page 2 d'une liste, qui se désigne elle-même.

Si l'exploration et l'indexation sont des notions nouvelles pour vous, lisez d'abord notre guide qu'est-ce que le SEO.

À quoi ressemble la balise canonical

La balise contient l'adresse complète, avec https://. Voici la ligne que renvoie notre page de catégorie SEO :

<link rel="canonical" href="https://polytested.com/fr/seo"/>

Les règles de Google :

• Uniquement dans le <head> : dans le <body>, Google l'ignore. Un élément invalide dans le <head>, comme une image ou un iframe, marque pour Google la fin de l'en-tête, et une balise placée après est perdue. Le titre de la page se trouve dans la même zone, voyez notre guide sur la balise title.
• Une URL absolue : un chemin relatif comme /fr/seo est accepté, mais Google le déconseille : il pose problème, par exemple, si un site de test est exploré par erreur.
• Une seule balise par page : Google range les balises multiples parmi les erreurs fréquentes.
• Des guillemets droits : tapez ", jamais ” ” ni « ». Dans notre test du 16 octobre 2026, Chrome n'a reconnu aucune des deux lignes écrites avec des guillemets courbes, seulement celle aux guillemets droits. Un traitement de texte les remplace souvent sans prévenir : copiez le code depuis un éditeur de texte brut.
• Un en-tête HTTP pour les fichiers : un PDF n'a pas de <head>, le serveur peut envoyer Link: <https://www.exemple.fr/livre-blanc.pdf>; rel="canonical". Google ne l'utilise que pour la recherche Web et conseille de choisir entre en-tête et balise, car les deux ensemble multiplient les erreurs. Selon le Web Almanac 2025, environ 0,6 pour cent des pages pour ordinateur passent par l'en-tête.

Google, Yahoo!, Microsoft et Ask.com ont annoncé la prise en charge de la balise en février 2009. Google l'accepte entre domaines différents depuis décembre 2009, et la RFC 6596 l'a décrite en avril 2012.

Pourquoi une même page a plusieurs adresses

Pour Google, chaque différence d'écriture crée une URL distincte. Il cite notamment les versions mobile et ordinateur, HTTP et HTTPS, les fonctions de tri et de filtre, et les sites de démonstration restés accessibles par erreur. Les cas courants :

• Paramètres de suivi : ?utm_source=newsletter, les identifiants de clic fbclid de Facebook et gclid de Google Ads.
• Tri et filtres : ?tri=prix dans une boutique, ?category=seo sur notre blog.
• Protocole, hôte, écriture : http:// ou https://, avec ou sans www, avec ou sans barre oblique finale, en majuscules ou non. Pour Google, /APPLE et /apple sont deux URL.
• Accents : dans un lien, « é » devient %C3 suivi de %A9, l'encodage en pourcentage que Google recommande pour tout caractère non ASCII. Nos adresses s'écrivent sans accents (/fr/a-propos) ; tapée avec des accents, la même adresse renvoie une erreur 404.
• Adresses techniques : ?p= et le numéro d'un article dans WordPress, product.php?id_product= dans un PrestaShop sans URL simplifiées, ou chez Shopify un produit affiché sous le chemin d'une collection.
• Copies : versions imprimables, PDF, sites de test ouverts, articles repris ailleurs.

Notre test : 19 adresses de nos pages françaises

Le 17 octobre 2026, nous avons demandé 19 variantes de nos adresses françaises, une requête par adresse, sans suivre les redirections : autour de notre page de catégorie SEO, de notre guide sur hreflang, de la liste du blog et de la page d'accueil. Résultat :

• Paramètres de suivi (utm_source, fbclid, gclid) : code 200, et la balise canonical désigne l'adresse sans paramètre.
• Variantes d'écriture : barre oblique finale, majuscules (y compris /FR/), http:// et www n'affichent pas la page. Elles renvoient une redirection permanente 308 vers l'adresse unique ; la balise n'a rien à départager.
• Paramètres sans effet : ?page=1 et un paramètre inventé comme ?tri=recent affichent la liste normale, avec une balise canonical vers /fr/blog.
• La liste filtrée (?category=seo) se désigne elle-même et porte noindex, follow : elle reste hors de l'index, mais ses liens peuvent être suivis.
• Les adresses inexistantes répondent 404 : l'extension .html, et un numéro de page qui n'existe pas, comme ?page=99. Google recommande ce code pour les numéros de page inexistants.

Nos pages anglaises (13 octobre) et allemandes (16 octobre) suivent le même schéma ; sur la liste allemande, plus longue, la page 2 se désigne elle-même. Notre sitemap français ne contient que des adresses sans paramètre, comme Bing le demande.

Comment Google choisit l'URL canonique

Google regroupe les pages dont le contenu principal est identique ou très proche et choisit la plus complète et la plus utile. Il l'explore plus souvent que les doublons et l'affiche en général dans les résultats.

Les signaux, du plus fort au plus faible :

1. Les redirections : un signal fort, mais seulement les redirections permanentes comme 301 et 308. Les redirections temporaires (302, 303, 307) ne servent pas de signal.
2. rel="canonical", en balise ou en en-tête HTTP : un signal fort.
3. La présence dans le sitemap : un signal faible.

Ces signaux se renforcent quand ils vont dans le même sens. Google préfère aussi les pages HTTPS, les URL d'un groupe hreflang et l'adresse vers laquelle pointent vos liens internes. Pour les langues, voyez notre guide hreflang, x-default et canonical ; pour des versions par pays dans la même langue, Google conseille canonical et hreflang ensemble, comme l'explique notre guide SEO international. Après une correction, Google peut garder des pages groupées comme doublons jusqu'à deux semaines.

Il n'existe pas de pénalité pour contenu dupliqué. Selon Google, un contenu en double sur un site est normal et n'enfreint pas ses règles sur le spam ; Bing dit la même chose. On lit pourtant encore le contraire, jusque dans la documentation de certains CMS. Le vrai risque : Google affiche la mauvaise adresse, et les signaux se répartissent entre plusieurs URL. Copier les textes d'autres sites est une autre affaire, traitée dans notre guide sur le SEO white hat.

Les pages de documentation de Google en français que nous avons consultées sont traduites automatiquement de l'anglais, comme l'indique leur code source. En cas de doute, l'anglais fait foi.

Faut-il une balise canonical sur chaque page ?

Recommandé, pas obligatoire : sans indication, Google choisit lui-même. Depuis juillet 2026, sa documentation recommande pourtant explicitement une balise autoréférente sur la page canonique ; la version de mars 2026, archivée par Internet Archive, ne le disait pas encore. L'intérêt : ouverte avec ?utm_source=…, la page renvoie la même balise que l'adresse propre.

Le CMS s'en charge souvent : WordPress sur les articles et les pages, Yoast, Wix et Shopify sur toutes les pages, selon leur documentation. D'après le Web Almanac 2025 de HTTP Archive, 68 pour cent des pages pour ordinateur et 67 pour cent des pages mobiles en ont une, contre 65 pour cent un an plus tôt. Gardez aussi og:url identique : le protocole Open Graph la définit comme l'URL canonique. Sur nos guides en français, les deux concordent.

Balise canonical, redirection 301 ou noindex ?

• L'ancienne adresse doit disparaître (page déplacée, slug modifié) : redirection permanente 301 ou 308. Bing demande des redirections plutôt que des balises canonical pour les contenus déplacés. Notre guide sur la refonte de site montre comment nous avons redirigé nos anciennes adresses.
• Les deux adresses doivent fonctionner (paramètres de suivi, tri, version imprimable) : balise canonical vers l'adresse principale.
• La page ne doit pas être indexée (recherche interne, listes filtrées) : noindex.
• Une autre langue : hreflang, chaque version se désignant elle-même.
• Votre article repris par un partenaire : depuis mai 2023, Google recommande que le partenaire bloque l'indexation de sa copie plutôt que d'utiliser une balise canonical. Bing accepte une balise vers l'original si votre accord le permet.

Selon Google, ni le fichier robots.txt (une adresse bloquée peut être indexée sans son contenu) ni l'outil de suppression d'URL (il masque toutes les versions) ne servent à choisir l'URL canonique. Il déconseille aussi d'utiliser noindex à cette fin : la page disparaît alors de la recherche. Yoast n'affiche d'ailleurs aucune balise canonical sur les pages en noindex. Notre liste filtrée combine noindex, follow et une balise vers elle-même : elle ne désigne aucune autre page.

Pagination, filtres et déclinaisons de produits

Pagination. Chaque page d'une liste a sa propre URL, par exemple ?page=2, et sa propre balise canonical ; Google demande de ne pas désigner la première page comme URL canonique des suivantes. La RFC 6596 explique pourquoi : la page 2 n'est pas une copie de la page 1, et ce qui ne figure que plus loin risque de sortir de l'index. Une page « Tout afficher » peut en revanche servir d'URL canonique. Google n'utilise plus rel="next" et rel="prev".

Filtres. Les filtres par couleur, taille ou prix créent un nombre presque infini d'URL. S'ils ne doivent pas être indexés, Google conseille d'en bloquer l'exploration, par exemple avec robots.txt. rel="canonical" y est en général moins efficace à long terme, même si une balise vers la version non filtrée peut, avec le temps, réduire l'exploration. Une combinaison sans résultat doit répondre 404.

Déclinaisons. Si les variantes d'un produit se distinguent par des paramètres, l'URL canonique est l'adresse sans paramètre, selon le guide de Google sur les URL d'e-commerce. Si chaque variante a sa propre URL, toutes désignent l'URL du produit. Dans la Search Console, ces variantes apparaissent comme pages en double ou autres pages ; selon l'aide, c'est en général bon signe.

WordPress, Shopify et PrestaShop : qui écrit la balise ?

• WordPress affiche une balise canonical depuis la version 2.9, mais seulement sur les articles, pages et fichiers joints, pas sur les catégories ni les étiquettes. Par ailleurs, il redirige certaines variantes, comme une barre oblique manquante ou ?p= et un numéro d'article.
• Yoast SEO ajoute la balise automatiquement. Pour la changer sur un article, une page, une catégorie ou une étiquette : onglet « Avancé » de Yoast, champ « URL canonique », adresse complète.
• Rank Math : champ « URL canonique », onglet « Avancé » de son gestionnaire de métadonnées SEO. Vide, il reprend l'adresse de l'article.
• Shopify ajoute automatiquement des balises canoniques, selon son centre d'aide ; les thèmes disposent de l'objet Liquid canonical_url.
• Wix place sur chaque page une balise vers elle-même et conseille de ne pas la changer : modifier la valeur par défaut peut retirer la page du sitemap.

PrestaShop. Selon la documentation de la version 1.7, la balise dépend du thème ; le thème Classic l'insère dès que la page fournit une URL canonique. Dans « Trafic et SEO », page « SEO et URL », l'option « Rediriger vers l'URL canonique » propose « Aucune redirection », « 301 Déplacé Définitivement » ou « 302 Déplacé Temporairement ». Prenez 301, que la documentation recommande aussi une fois la boutique prête : Google n'utilise pas une redirection temporaire comme signal. Depuis la version 1.7.6, l'URL canonique d'un produit avec déclinaisons pointe vers la déclinaison par défaut. L'option « URL accentuées », sur la même page, décide si les adresses de produits peuvent contenir des accents.

Le 16 octobre 2026, nous avons testé les mêmes variantes sur une boutique Shopify et sur le blog d'une agence web sous WordPress avec Yoast, deux sites allemands :

Les paramètres de suivi sont traités partout pareil ; les écarts portent sur l'écriture. Selon Google, deux versions qui répondent sont légitimes, mais une redirection vaut mieux. Dans les deux boutiques Shopify testées, un produit ouvert depuis une collection (/collections/<collection>/products/<produit>) désignait /products/<produit>. Nous ne savons pas si le blog WordPress sert la version http:// ainsi à tous les visiteurs.

Les erreurs qui font ignorer la balise canonical

• Plusieurs balises sur une page, quand le thème et une extension en ajoutent chacun une.
• Une adresse incomplète : exemple.fr/page sans https:// est lu comme un chemin sur votre propre site. Google cite cette erreur dans son article de 2013 sur cinq erreurs fréquentes avec rel=canonical.
• Une cible qui redirige, renvoie une erreur ou désigne une autre URL canonique : la RFC 6596 le déconseille. Visez l'adresse finale.
• Une catégorie qui désigne un seul article : elle disparaît alors des résultats, autre erreur de la liste de Google.
• Des attributs en trop : une balise rel="canonical" qui porte aussi hreflang, lang, media ou type ne compte pas pour le choix de l'URL canonique.
• JavaScript qui modifie la balise : Google veut la trouver inchangée dans le HTML. Selon le Web Almanac 2025, le rendu la modifie sur 2,7 pour cent des pages pour ordinateur et 3,0 pour cent des pages mobiles.
• Des liens internes contradictoires : liez vers l'adresse canonique, pas vers une variante.

Vérifier l'URL canonique choisie par Google

• Le code source : view-source: devant l'adresse ou Ctrl+U, puis cherchez « canonical » : une seule occurrence, dans le <head>. Les outils de développement (F12) montrent l'état après JavaScript ; Google les recommande quand un CMS ou une extension produit de mauvaises balises.
• Les redirections : curl -I suivi de l'adresse affiche le code et la cible sans suivre la redirection. Vous repérez ainsi les 302 et 307 là où il faudrait 301 ou 308.
• L'outil d'inspection d'URL de la Search Console : sous « Indexation des pages », comparez « URL canonique déclarée par l'utilisateur » et « URL canonique sélectionnée par Google ». Le test en ligne (« Tester l'URL active ») ne peut pas prédire si une version sera canonique ; seul le résultat de l'index le montre.
• Le rapport sur l'indexation des pages, trois statuts :
• « Autre page avec balise canonique correcte » : la page renvoie bien vers une page canonique indexée. Rien à faire. La Search Console ne détecte pas les variantes linguistiques.
• « Page en double sans URL canonique sélectionnée par l'utilisateur » : pas de préférence déclarée, Google a choisi une autre page. Ce n'est pas une erreur ; si son choix est mauvais, déclarez une URL canonique ou différenciez nettement les pages.
• « Page en double : Google a choisi une autre URL canonique que l'utilisateur » : Google ne suit pas votre balise. Comparez les deux champs. Une URL canonique qui ne ressemble pas à la page n'est jamais retenue.
• Les libellés viennent des pages d'aide en français, qui signalent une possible traduction par IA. Avec moins d'environ 500 pages, ce rapport ne vous sera probablement pas utile, selon Google.
• Aucun réglage : on ne déclare pas d'URL canonique dans la Search Console ; le paramètre « Domaine favori » a disparu en 2019, l'outil Paramètres d'URL en 2022.
• Après une correction : « Demander une indexation » est soumis à des quotas, gardez-le pour les adresses importantes.

Liste de contrôle

1. Chaque page indexable se désigne elle-même, avec l'adresse complète en https://.
2. Une seule balise par page, dans le <head>, avant tout élément invalide, avec des guillemets droits.
3. http, www, barre oblique et majuscules redirigent en 301 ou 308 vers une seule écriture.
4. Les paramètres de suivi et de tri désignent l'adresse sans paramètre.
5. Les pages 2 et suivantes, comme les traductions, se désignent elles-mêmes.
6. Liens internes, sitemap et balise canonical citent la même adresse.
7. Aucune balise vers une adresse qui redirige, renvoie une erreur ou porte noindex.
8. Une seule source écrit la balise, et l'outil d'inspection d'URL confirme le choix de Google.