Canonical : les 6 erreurs qui font disparaître une page

Pourquoi une page correctement écrite peut sortir de l'index Google.

Une page bien écrite sort de l'index quand elle déclare elle-même qu'une autre page la remplace. C'est exactement ce que fait une balise canonical mal posée : elle demande à Google de regrouper cette page avec une autre, et Google s'exécute. La fiche de glossaire consacrée à la canonical donne la syntaxe et les cas d'usage, et cette syntaxe est simple. Le problème n'est presque jamais la balise elle-même, il est dans la page qu'elle désigne.

La conséquence est brutale et silencieuse. Aucune alerte, aucun message d'erreur, aucune pénalité. La page reste en ligne, accessible, parfaitement lisible pour un humain. Elle cesse simplement d'exister pour la recherche. Les six erreurs ci-dessous représentent la quasi-totalité des cas que nous rencontrons en audit, et cinq d'entre elles sont documentées comme déconseillées par Google lui-même.

Quelles sont les six erreurs de canonical les plus fréquentes.

Les six erreurs suivantes sont classées par ordre de gravité décroissante, de celle qui désindexe le plus sûrement à celle qui abîme le plus discrètement. Chacune indique la correction exacte, pas seulement le diagnostic.

1. 1La canonical désigne une page que Google ne peut pas indexerLa cible renvoie une 404, une redirection, un noindex, ou se trouve bloquée par le robots.txt. Google ne peut alors ni consolider les signaux ni indexer la cible, et la page de départ disparaît quand même. Correction : la page désignée doit renvoyer un code 200, être indexable et présenter un contenu équivalent. Contrôlez la cible avant de poser la balise, pas après.
2. 2Canonical et noindex cohabitent sur la même pageGoogle déconseille explicitement d'utiliser noindex pour empêcher la sélection d'une page canonique. Les deux instructions se contredisent : l'une demande de regrouper des signaux, l'autre demande de retirer la page de l'index. Correction : trancher. Le noindex retire une page. La canonical regroupe des doublons. Elles ne répondent pas à la même question et ne se posent jamais ensemble.
3. 3L'URL déclarée est relative au lieu d'être absolueGoogle déconseille les URL relatives dans une canonical. Une valeur comme /produit-a s'interprète selon la base d'URL de la page servie, et une balise de base mal réglée suffit à désigner une adresse qui n'existe pas. Correction : toujours l'URL absolue complète, protocole compris, dans la forme exacte que vous voulez voir indexée, sous-domaine et barre oblique finale inclus.
4. 4Plusieurs canonicals contradictoires cohabitent sur la même URLGoogle demande de ne pas définir différentes URL canoniques pour la même page à l'aide de différentes méthodes. Le cas classique : une balise posée par le CMS, une seconde injectée par un module SEO, une troisième transmise en en-tête HTTP. Google constate la contradiction et tranche seul. Correction : une seule source de vérité. Vérifiez aussi que le JavaScript ne réécrit pas l'élément, Google le mentionne expressément comme un point à contrôler.
5. 5Toutes les pages paginées pointent vers la page 1C'est le réflexe le plus répandu, et Google le déconseille : il demande de ne pas utiliser la première page d'une séquence paginée comme page canonique, et de donner à chaque page sa propre URL canonique. Renvoyer les pages 2 à 40 vers la page 1 rend leur contenu invisible. Correction : une canonical auto-référente sur chaque page paginée, une URL distincte par page, et des liens href qui relient la séquence. Google n'utilise plus rel=next ni rel=prev.
6. 6Une canonical inter-langues annule les annotations hreflangFaire pointer la version néerlandaise d'une page vers sa version française revient à déclarer que la version néerlandaise n'a pas à exister dans l'index. Google demande que chaque version linguistique se référence elle-même et indique aussi toutes les autres versions, avec des liens réciproques : si la page X renvoie vers la page Y, la page Y doit renvoyer vers la page X. Correction : canonical auto-référente sur chaque version, hreflang pour décrire les relations entre elles.

Quel message de la Search Console correspond à quelle erreur.

Le rapport sur l'indexation des pages nomme la cause avant que vous n'ouvriez le code. Chaque libellé correspond à une situation différente, et deux d'entre eux ne demandent aucune intervention. C'est la partie du diagnostic que presque personne ne fait dans le bon ordre.

L'outil d'inspection d'URL complète le tableau avec deux champs à confronter systématiquement : l'URL canonique déclarée par l'utilisateur, c'est-à-dire la vôtre, et l'URL canonique sélectionnée par Google, c'est-à-dire celle qui compte. L'écart entre les deux est le diagnostic. Attention à un piège de lecture : par défaut, l'outil affiche la dernière version indexée, pas la version en ligne. Un correctif déployé la veille n'y apparaît donc pas. Utilisez la fonction de test en direct pour contrôler votre correction, et les données d'index pour comprendre l'état actuel.

À quoi ressemble le problème sur une fiche produit déclinée en variantes.

Une boutique vend un modèle décliné en cinq coloris, chacun sur sa propre URL. Le module SEO applique une règle de bon sens apparent : tous les coloris pointent en canonical vers le coloris noir, jugé principal. Trois semaines plus tard, quatre URL sur cinq ont disparu des résultats, et le trafic de la famille produit a fondu sans qu'aucune alerte ne se déclenche.

1. 1.Le rapport d'indexation ne signale aucune anomalie. Les quatre URL sont classées en Autre page avec balise canonique correcte. Tout fonctionne exactement comme demandé : c'est la demande qui était mauvaise.
2. 2.L'erreur n'est pas technique, elle est éditoriale. Chaque coloris captait une requête distincte. Les regrouper n'a pas consolidé quatre pages faibles en une page forte, cela a supprimé quatre points d'entrée et laissé une seule page se battre sur un seul terme.
3. 3.La correction tient en trois gestes. Canonical auto-référente sur chaque coloris, différenciation réelle du contenu (le coloris dans le H1, le title et la description), et une page parent qui relie les cinq déclinaisons entre elles.
4. 4.Le délai est de plusieurs semaines, pas de quelques jours. Google doit réexplorer chaque URL avant de recalculer sa sélection canonique. Contrôlez un mois plus tard, pas le lendemain, et évitez de corriger la correction entre-temps.

Ce scénario se rejoue à l'identique sur les pages de catégorie filtrées, les variantes de taille et les URL de campagne. Sur une boutique, c'est le sujet SEO technique qui coûte le plus cher, et c'est aussi celui qui se règle le plus vite une fois la règle posée. Il rejoint le même réflexe que celui décrit dans notre article sur le choix entre landing page et page de service pour le trafic payant : une décision d'indexation prise par défaut, sans que personne ne l'ait arbitrée.

Ce qu'une balise canonical ne règle pas.

• •Elle ne supprime pas le contenu dupliqué, elle le déclare. Google écrit que le contenu dupliqué sur un site est normal et ne viole pas ses règles anti-spam. Vous ne risquez pas de sanction, vous risquez de diluer vos signaux et de compliquer votre lecture des performances.
• •Elle ne déplace aucun visiteur. L'internaute qui ouvre l'URL y reste. Si votre objectif est que plus personne ne voie cette adresse, il vous faut une redirection permanente, que Google classe d'ailleurs comme le signal de canonicalisation le plus fort.
• •Elle ne fonctionne pas derrière un blocage. Google indique que le robots.txt ne doit pas servir à canonicaliser. Une page dont l'exploration est bloquée ne transmet rien, puisque la balise n'est jamais lue.
• •Elle ne concerne pas que le HTML. Google accepte la déclaration en en-tête HTTP, notamment pour les documents non HTML comme les fichiers PDF. Un audit qui ne regarde que le code source passe à côté de ces cas.
• •Elle ne garantit rien. Google précise qu'indiquer une préférence ne garantit pas que l'URL sera retenue comme page canonique. Une canonical se vérifie après coup, toujours.

Ce qu'on recommande.

Chez Connexion., on traite la canonicalisation comme une décision éditoriale avant d'être une question technique. Le constat revient à chaque audit : la balise est presque toujours bien écrite, et presque toujours posée sur la mauvaise page. La réponse tient en quatre règles, dans cet ordre.

1. 1.Décider quelles URL doivent exister dans l'index, famille de pages par famille de pages, avant d'écrire la moindre balise. Une canonical qui n'a pas été arbitrée est une désindexation en attente.
2. 2.Poser une canonical auto-référente partout par défaut. C'est le comportement neutre, et il absorbe seul les variantes créées par les paramètres de campagne, les filtres et les tris.
3. 3.Faire converger les trois signaux. Redirection, balise et sitemap doivent désigner la même URL. Google les combine, et une contradiction entre eux lui laisse le dernier mot.
4. 4.Contrôler dans le rapport d'indexation un mois après le déploiement, pas le lendemain. La sélection canonique se recalcule au rythme de l'exploration, jamais à celui de votre mise en production.

Ce travail croise le suivi de l'indexation et la performance commerciale réelle des pages, ce que nous portons en accompagnement stratégique. Sur une boutique, les variantes produit et les URL à paramètres constituent l'essentiel du sujet : nous le traitons dans le cadre de Shopify et plus largement de l'acquisition e-commerce. Les définitions courtes du lexique restent, elles, dans le glossaire marketing.