La semaine dernière, un client m'appelle, paniqué. « Google a désindexé la moitié de mon catalogue. » Je me connecte. Rien n'était désindexé. Google avait simplement décidé que la page collection de sa catégorie phare n'était plus la version à afficher, parce qu'il avait trouvé, dans le code, trois balises canoniques qui se contredisaient. Trois. Sur la même page.
Ce genre de situation, je la vois passer tous les mois. La balise canonique est l'une des plus simples à poser, et l'une des plus faciles à saboter. Elle déclare à Google quelle URL vous considérez comme la version officielle d'un contenu donné. Mal posée, elle envoie vos pages se battre entre elles pour rien. Voici les erreurs de balises canoniques à éviter — celles que j'ai réellement rencontrées en audit, avec ce qu'elles provoquent vraiment.
Points clés à retenir
- Une seule balise canonique par page. Deux balises = conflit, et Google tranche à votre place.
- La canonique doit toujours être une URL absolue et auto-référente quand la page est la version originale.
- Canonique, redirection 301 et
noindexne font pas le même travail. Les confondre casse des sites. - Google traite la canonique comme un indice, pas un ordre. Une canonique contredite par d'autres signaux sera ignorée.
- Le problème le plus sous-estimé : la canonical de secours injectée automatiquement par les CMS.
Pourquoi une balise canonique mal posée crée un site fantôme dans l'index
Il faut comprendre ce que fait réellement cette balise. Vous ne demandez pas à Google de supprimer une URL de son index. Vous lui indiquez : « parmi toutes ces adresses qui affichent un contenu proche, considère celle-ci comme la version de référence ». Les autres continuent d'exister. Elles cessent simplement d'être candidates à l'affichage.
Le piège est là. Beaucoup croient poser une canonique alors qu'ils demandent une suppression. Et quand la canonique pointe dans la mauvaise direction, c'est la page déclarée « officielle » qui hérite du signal — parfois une page vide, parfois une page supprimée depuis.
Concrètement, une bonne canonical sert à trois choses : regrouper les signaux sur une seule URL, éviter le gaspillage du budget de crawl, et empêcher la cannibalisation entre deux pages quasi identiques. Une mauvaise canonical fait exactement l'inverse.
Canonique, 301, noindex : trois outils, trois usages
Je l'ai répété des dizaines de fois en réunion, alors je le repose ici. Ce sont trois mécanismes distincts et les mélanger provoque des dégâts durables.
- Canonique : la page reste accessible, indexable, mais Google comprend qu'elle n'est pas la version de référence.
- Redirection 301 : l'ancienne URL n'existe plus fonctionnellement. Les visiteurs et les robots sont envoyés ailleurs. Impossible d'enchaîner les canoniques après une 301 dans le même bloc.
- noindex : la page ne doit pas apparaître dans les résultats, point. La canonical sur une page noindex est ignorée — c'est une incompatibilité connue, pas un bug.
J'ai déjà vu un site poser une canonique vers une URL qui renvoyait elle-même une 301 vers la page d'origine. Une boucle logique. Google a mis plusieurs semaines à stabiliser l'index, et le trafic organique sur les catégories concernées a chuté de près de 40 % pendant cette période. On a corrigé en une heure. On a attendu un mois pour que tout revienne.
Les erreurs de balises canoniques que je retrouve le plus souvent en audit
Aucune de ces erreurs ne demande une compétence technique avancée à corriger. Le problème, c'est qu'elles passent inaperçues jusqu'au jour où elles coûtent cher.
Erreur n°1 : plusieurs canoniques sur la même page
Deux balises <link rel="canonical"> dans le <head> ? Les moteurs reçoivent deux instructions contradictoires. Ils en choisissent une. Souvent pas la vôtre. Cela arrive plus qu'on ne croit quand un module SEO et un plugin de cache injectent chacun la leur, ou quand un développeur ajoute la balise à la main sans retirer celle du thème.
La règle est bête : une page, une canonique. Si vous en voyez deux dans le code source, c'est déjà un bug à corriger.
Erreur n°2 : la canonique relative
J'ai longtemps cru que les URL relatives étaient acceptées par tous les robots. Erreur. Certains les résolvent correctement, d'autres non, et vous n'avez aucun contrôle sur la façon dont un crawler tiers interprète un chemin relatif dans un contexte de sous-dossier. Écrivez toujours l'URL complète, avec le protocole et le domaine. C'est une ligne de code, pas un débat.
Erreur n°3 : oublier l'auto-référencement
Une page qui est sa propre version officielle doit contenir une canonique qui pointe vers elle-même. Ce n'est pas redondant. C'est ce qui empêche un autre signal — un paramètre d'URL, une variante de tracking — de prendre le dessus et de vous voler la vedette.
Je l'oublie moi-même régulièrement sur des pages statiques que je crée à la va-vite. Puis je passe un coup d'audit trois mois plus tard et je me maudis. Poser la canonical auto-référente systématiquement, sur toutes les pages, y compris les pages statiques, c'est la discipline la plus rentable du lot.
Erreur n°4 : la canonique qui pointe vers une page morte
Une canonical vers une URL en 404, en 410 ou redirigée ailleurs, c'est un signal cassé. Google le détecte et l'ignore. Pire : si la cible change de statut plus tard (par exemple, vous supprimez la page de destination), la balise devient silencieusement toxique sans que personne ne s'en aperçoive.
Règle simple : toute canonique doit pointer vers une URL vivante, indexable, et qui répond en 200. Vérifiez-le avant de pousser en production, pas six mois après.
Le piège du CMS : la canonical automatique qui fait n'importe quoi
WordPress, Shopify, PrestaShop — tous injectent une canonique par défaut. C'est pratique, et c'est exactement là que le bât blesse. Cette balise automatique se trompe dans plusieurs cas que je retrouve systématiquement.
Cas classique n°1 : la pagination
Une page de catégorie paginée (?page=2) se voit souvent attribuer une canonique vers la page 1. Résultat : la deuxième page du listing n'est jamais explorée, et les produits qui n'apparaissent qu'à partir de la page 2 perdent en visibilité. Le problème est surtout gênant sur les gros catalogues où le contenu de la deuxième page n'est pas un duplicata de la première.
Cas classique n°2 : les paramètres de tracking et de filtre
Une URL avec ?utm_source=newsletter ou ?color=rouge reçoit parfois une canonique vers la version nue. C'est correct dans la majorité des cas, sauf quand le filtre produit une page réellement différente — là, on demande à Google d'ignorer une page qui mérite d'exister.
Cas classique n°3 : la variante multilingue
Sur un site avec plusieurs langues, une mauvaise configuration renvoie la version française vers la version anglaise « par défaut ». Résultat : Google affiche la page anglaise aux internautes français, ou pire, n'affiche rien du tout pour les requêtes en français. J'ai corrigé ce cas l'an dernier sur un site e-commerce : le trafic organique en français est remonté de 62 % en huit semaines après la correction.
Comparaison : les trois sources de canonical à surveiller
| Source | Quand elle s'applique | Risque principal |
|---|---|---|
| Injectée par le CMS (thème, plugin SEO) | Par défaut, sur toutes les pages | Pagination, filtres, multilingue mal gérés |
| Ajoutée à la main dans le template | Pages spécifiques, modèles personnalisés | Oubli de retirer celle du CMS → double canonique |
| Générée par un plugin tiers | Souvent uniquement sur certaines pages types | Conflit avec le plugin SEO principal, ordre d'exécution imprévisible |
Avant de modifier quoi que ce soit, inspectez le code source d'une dizaine de pages représentatives. Le head vous dira tout de suite combien de canoniques s'affichent et où elles pointent.
Comment tester et corriger une canonical défaillante, pas à pas
Voici la méthode que j'applique, dans l'ordre. Elle prend environ une heure sur un site de taille moyenne, et elle a l'avantage d'être reproductible.
- Inventaire : listez toutes les pages qui déclarent une canonical (via un crawl ou en interrogeant votre base de données de contenu).
- Vérification des cibles : pour chaque canonical, testez l'URL cible. Elle doit répondre 200, être indexable, et ne pas rediriger.
- Détection des doublons : cherchez les pages qui contiennent deux balises
canonicalou plus. - Cohérence avec les autres signaux : vérifiez qu'aucune canonique ne pointe vers une URL en
noindexou déjà redirigée. - Surveillance : dans la Search Console, consultez régulièrement le rapport sur les pages indexées et le choix de canonique retenu par Google.
Un mot sur cette dernière étape. La Search Console vous montre, pour chaque URL, quelle version Google a choisi d'afficher. C'est l'un des rares endroits où vous voyez noir sur blanc si votre balise canonique a été suivie ou ignorée. Je l'ouvre systématiquement après chaque campagne de correction. Le taux de suivi remonte rarement en moins de trois semaines.
Ce que j'ai appris en corrigeant ces erreurs
Trois choses, concrètes.
D'abord, Google ignore plus souvent la canonical qu'on ne l'imagine. Une balise isolée ne suffit pas à convaincre si trois autres signaux — maillage interne, sitemap, contenu dupliqué réel — la contredisent. Il faut aligner l'ensemble.
Ensuite, le diagnostic prend plus de temps que la correction. Sur le site de mon client de la semaine dernière, la correction a pris quinze minutes. La recherche de la cause, deux heures.
Enfin, le gain n'est pas toujours mesurable en trafic. Parfois, il se voit uniquement dans la Search Console, sur le nombre de pages effectivement indexées. Ce n'est pas spectaculaire, mais c'est ce qui protège le reste.
Que faire quand Google ignore votre balise canonique
C'est la question qu'on me pose le plus souvent après un audit. Et la réponse déçoit systématiquement : il n'existe pas de levier pour forcer Google à suivre une canonical déclarée. La balise est un indice parmi d'autres.
Si votre canonical est ignorée, le problème est presque toujours ailleurs. Trois pistes à explorer :
- Vos signaux sont contradictoires. Le sitemap déclare une URL, le maillage pointe vers une autre, la canonical vers une troisième. Google choisit la plus cohérente à ses yeux.
- La page cible de la canonical est moins pertinente que la page source. Google préfère parfois l'originale à la version déclarée « officielle ».
- Le contenu est réellement dupliqué avec une autre page du site, et Google regroupe par similarité, pas par balise.
Dans ce genre de cas, je préfère consolider les signaux : une seule URL de référence, choisie, diffusée dans le maillage interne, le sitemap, les liens externes. La balise canonique devient alors la confirmation d'une décision prise au niveau du site, pas un pansement posé en urgence.
Une dernière chose, à laquelle je repense souvent en fin d'audit. Une canonical bien posée ne se voit jamais. Personne ne vous félicitera pour une balise correcte. Elle travaille en silence, et c'est exactement pour ça qu'on l'oublie — jusqu'au jour où une page disparaît de l'index sans prévenir, et où on passe trois jours à chercher pourquoi. La prochaine fois que vous ouvrez le code source d'une page, jetez un œil au <head>. Vous serez peut-être surpris du nombre de canoniques qui s'y cachent.
