Canonical SEO : 10 erreurs courantes et comment les éviter

La balise canonical est l’un des outils les plus mal utilisés du SEO. Censée clarifier quelle version d’une page est la « originale » auprès de Google, elle crée souvent l’inverse : confusion, dilution de jus de lien, et perte de visibilité.

Le problème ? La plupart des sites confondent canonical simple et canonical stratégique. D’autres la laisse désactivée par défaut, ou la pointent vers la mauvaise cible. Résultat : des centaines de pages qui se concurrencent entre elles au lieu de s’entraider.

Cet article décortique les 10 erreurs canoniques les plus communes et montre comment les éviter sans déstructurer votre architecture SEO.

—

Erreur 1 : Canonical manquante sur les pages paginées

Vous avez une page avec 50 produits. Vous créez la pagination : page 1, page 2, page 3…

Sans canonical, Google voit 3 pages distinctes avec du contenu similaire (les mêmes filtres, la même intro). Il choisit arbitrairement laquelle crawler et indexer. Vous perdez du jus de lien sur les pages 2 et 3.

La solution : chaque page paginée doit avoir une canonical qui pointe vers ?page=1 (ou l’URL mère sans paramètre, selon votre logique). Cela signale à Google : « Ce sont des variantes de la même collection. »

Attention : ne pointez jamais la page 2 vers elle-même. Pointez toujours vers la page mère.

—

Erreur 2 : Canonical en chaîne (canonical → canonical → canonical)

Vous avez une page A qui pointe canoniquement vers B, et B pointe vers C.

Google ne suit qu’un seul lien canonical. Il peut ne pas atteindre C du premier coup, ce qui laisse A et B en compétition temporaire.

La solution : chaque page doit pointer canoniquement vers une seule URL finale, jamais vers une page qui en pointe elle-même vers une autre.

Vérifiez avec un crawl (Screaming Frog, Botify) : colonne « Canonical » → chaque URL doit pointer directement vers la version consolidée, pas intermédiaire.

—

Erreur 3 : Canonical vers un domaine différent (sans raison)

Vous syndiquiez du contenu sur Medium. Vous avez oublié de retirer la canonical qui pointait vers Medium après avoir repris le contenu.

Résultat : votre propre site envoie le crédit SEO vers Medium, un concurrent.

La solution : une canonical cross-domaine est rare et doit être consciente. Si vous publiez sur votre propre domaine, votre canonical doit pointer vers votre domaine. Point.

Cas légitime : syndication payante où vous acceptez que la version partenaire soit consolidée. Sinon : canonical interne, toujours.

—

Erreur 4 : Canonical vers une URL non-indexée

Vous appliquez une canonical sur la page A vers la page B.

Mais la page B elle-même est en noindex ou non indexée (robots.txt, redirection 301, etc.).

Google voit alors : « La page A dit d’aller vers B, mais B n’existe pas vraiment. » Il ignore souvent la canonical et traite A comme orpheline.

La solution : vérifiez toujours que votre URL cible de canonical est elle-même indexable et accessible. Utilisez Google Search Console (Couverture → non indexées) pour identifier ces cas.

—

Erreur 5 : Canonical vers une version non-canonique de l’URL (http vs https, www vs non-www)

Votre site roule en HTTPS. Mais certaines pages pointent canoniquement vers la version HTTP.

Ou : votre domaine principal est www.exemple.com, mais votre canonical pointe vers exemple.com.

La solution : appliquez une règle globale. Déclarez votre domaine préféré dans Search Console, puis vérifiez que vos canonicals utilisent toujours la même variante.

Un audit SEO doit scanner cela automatiquement. Si vous avez 1 000 pages, ne vérifiez pas à la main.

—

Erreur 6 : Canonical vers soi-même partout, y compris sur les variantes réelles

Vous vendez des vêtements. Un produit existe en 3 couleurs : rouge, bleu, vert.

Chacune a sa propre URL, mais vous déclarez une canonical vers… la page rouge pour les trois.

Google consolide alors les trois variantes vers la rouge. Les données structurées, les avis, les stocks des versions bleue et verte disparaissent.

La solution : la canonical doit pointer vers une version représentative si les pages sont vraiment identiques. Si ce sont des variantes (taille, couleur, saveur), elles doivent chacune avoir une canonical vers elles-mêmes OU utiliser rel="alternate" hreflang si c’est un problème linguistique/géographique.

Test : visitez la page bleu. La canonical doit pointer vers la page bleu, pas rouge.

—

Erreur 7 : Canonical avec paramètres UTM non gérés

Vous lancez une campagne Google Ads vers exemple.com/produit?utm_source=google.

Votre script génère une canonical vers la même URL, paramètres inclus.

Google voit alors deux versions : l’URL sans paramètres (organique) et l’URL avec paramètres (payant). Elles ne sont pas consolidées.

La solution : configurez vos paramètres d’URL dans Search Console (paramètres non essentiels) OU utilisez une canonical qui ignore les paramètres de suivi :

<link rel="canonical" href="https://exemple.com/produit" />

Les paramètres UTM ne doivent jamais être dans une canonical.

—

Erreur 8 : Canonical manquante sur les versions filtrées (facettes)

Vous avez un filtre « Prix ». Quand l’utilisateur sélectionne « 0–50 € », l’URL devient ?price_min=0&price_max=50.

Si vous ne posez pas de canonical sur cette URL filtrée vers la page mère, Google les considère comme des pages distinctes.

Pire : si le filtre crée beaucoup de combinaisons, c’est des milliers de pages « faibles ».

La solution : appliquez une canonical depuis chaque URL filtrée vers /produits (la page mère non filtrée), ou utilisez noindex sur les versions filtrées.

Google Merchant Center recommande même d’ajouter rel="nofollow" sur les liens filtres pour éviter qu’il les crawle.

—

Erreur 9 : Canonical qui change entre deux crawls (dynamique incorrecte)

Votre server applique une canonical qui dépend de variables aléatoires ou de session.

Au crawl 1, la page A pointe vers B. Au crawl 2, vers C.

Google détecte l’incohérence et ignore la canonical. Vous ramenez à zéro votre stratégie de consolidation.

La solution : une canonical doit être déterministe et stable. Testez votre page plusieurs fois de suite (même jour, jours différents). La canonical doit être identique.

Si vous utilisez un CMS : vérifiez que la canonical est générée en dur, pas par du JavaScript côté client.

—

Erreur 10 : Ne pas vérifier les canonicals après une migration

Vous migrez votre site de WordPress à une plateforme custom.

Toutes les anciennes URLs ont été 301 redirigées vers les nouvelles, c’est bon. Mais vous oubliez de vérifier : vos canonicals pointent-elles vers les nouvelles URLs ou les anciennes ?

Pendant 6 mois, Google reçoit : « Allez vers l’ancienne URL » (via canonical) en même temps qu’une redirection 301 vers la nouvelle. Le résultat est chaotique.

La solution : après une migration, auditez 100 % des canonicals. Chacune doit pointer vers la nouvelle URL. Un script peut le faire (regex + CSV export).

—

Bonus : Comment auditer vos canonicals en 4 étapes

1. Crawlez 1 000 à 5 000 URLs avec Screaming Frog ou Botify (gratuit pour petits domaines).
2. Exportez en CSV les colonnes : URL, Canonical, Statut HTTP.
3. Cherchez les patterns bizarres : canonicals vers une URL différente du domaine, canonicals en chaîne, canonicals mortes.
4. Testez dans Search Console : inspectez une page → onglet « Canonical déclaré » → doit être vert.

Si vous avez plus de 10 000 pages, un audit SEO professionnel devient obligatoire.

—

Résumé

Les erreurs canonical se résument à trois pièges :

• Logique : canonical vers une URL inexistante ou non-indexée.
• Inconsistance : canonicals chaînées, changeantes, ou vers le mauvais domaine.
• Oubli : pas de canonical sur les pages paginées, filtrées, ou après migration.

Un bon canonical est invisible. Il fonctionne en arrière-plan, consolidant vos variantes, renforçant votre URL principale. Si vous la remarquez, c’est qu’elle casse quelque chose.

Auditez vos canonicals trimestriellement. Cela prend 2 heures et peut vous faire gagner 30 % de visibilité organique en corriger une dizaine à la fois.