Une balise canonical mal réglée fait disparaître vos pages

La balise canonical fait partie de ces réglages qu’on installe une fois, qu’on ne rouvre jamais, et qui travaillent contre vous pendant des mois sans le moindre signal d’alerte. Sur WordPress le risque est plus élevé qu’ailleurs, parce que le thème et le plugin de référencement peuvent très bien déclarer chacun la leur sans jamais se concerter. Aucune erreur ne s’affiche, aucun avertissement ne remonte, et vos pages continuent de se charger normalement. Le seul endroit où la casse devient visible, c’est le rapport d’indexation de Search Console, souvent des semaines plus tard. Voici comment lire ce que votre site déclare réellement, repérer le réglage fautif et le corriger proprement.

En bref

Ce que déclare vraiment une balise canonical

Une balise canonical est une ligne placée dans l’en-tête de votre page qui désigne l’adresse à retenir quand plusieurs adresses affichent un contenu identique ou très proche. Elle ressemble à ceci : une balise link, un attribut rel qui vaut canonical, et l’adresse complète de la page de référence. Vous ne la voyez jamais depuis l’administration, elle vit uniquement dans le code envoyé au navigateur.

Le cas typique sur un site débutant ne vient pas d’un contenu recopié. Il vient des variantes d’adresses que le site fabrique tout seul : une page produit accessible avec et sans paramètre de tri, un article visible depuis deux catégories, une version avec www et une sans, une page de commentaires paginée. Toutes ces adresses servent le même texte, et le moteur doit décider laquelle mérite d’apparaître dans les résultats.

Un point mérite d’être posé tout de suite, parce qu’il évite beaucoup de frustration. Cette balise reste une indication, jamais un ordre auquel le moteur obéit. Google la lit, la met en balance avec les autres signaux du site, et garde la liberté de retenir une autre adresse que celle déclarée. Le mécanisme complet figure dans la documentation officielle sur la consolidation des adresses en double, qui liste aussi les autres moyens de signaler une page de référence.

Quand le réglage est propre, chaque page pointe vers elle-même et le sujet est clos. C’est le comportement par défaut de tous les plugins de référencement, et c’est celui qu’il faut chercher à retrouver en cas de doute. Un site qui n’a aucune adresse dupliquée n’a d’ailleurs rien de particulier à configurer : la balise est déjà là, elle fait son travail en silence.

Là où ça se complique, c’est quand quelqu’un a touché au champ manuel. Une balise canonical mal réglée envoie l’autorité d’une page vers une autre adresse, et la page d’origine disparaît progressivement des résultats sans que personne ne comprenne pourquoi le trafic baisse. Le délai de correction n’aide pas non plus, puisque Google prévient que la réévaluation d’une balise canonique demande parfois deux semaines complètes.

Repérer le réglage fautif en trente secondes

Le contrôle se fait directement dans le navigateur, sans installer quoi que ce soit. Ouvrez la page qui vous inquiète, faites un clic droit puis choisissez d’afficher le code source. Dans la fenêtre qui s’ouvre, lancez une recherche sur le mot canonical avec le raccourci de recherche habituel.

Trois résultats possibles, et chacun raconte une histoire différente. Une seule balise qui pointe vers l’adresse de la page elle-même : tout va bien, passez à autre chose. Une seule balise qui pointe vers une autre adresse : c’est volontaire ou c’est une erreur, il faut trancher. Deux balises ou plus dans la même page : voilà le vrai problème, celui qui revient le plus souvent sur WordPress.

Cette double déclaration vient presque toujours du même scénario. Le thème a été codé avec sa propre balise canonique, une extension de référencement a été installée par-dessus, et les deux continuent de s’exprimer dans le même en-tête. Le moteur se retrouve avec deux instructions contradictoires, les écarte l’une comme l’autre, et choisit son adresse de référence tout seul. Vous avez donc perdu le contrôle sans avoir commis la moindre faute apparente.

Le second contrôle se fait dans Search Console, avec l’outil d’inspection d’adresse. Collez l’adresse de la page en haut de l’interface, lancez l’analyse, puis dépliez la section consacrée à l’indexation. Deux lignes vous intéressent : la canonique déclarée par l’utilisateur, qui reprend ce que votre site annonce, et la canonique sélectionnée par Google, qui indique ce que le moteur a réellement retenu.

Quand ces deux lignes affichent la même adresse, votre réglage est appliqué. Quand elles divergent, le moteur vous dit poliment qu’il n’a pas suivi votre déclaration. Le même outil sert d’ailleurs à vérifier l’indexation réelle d’une page dans Google, ce qui en fait le premier réflexe à prendre devant un trafic qui s’effrite. Le rapport d’indexation des pages sert le même diagnostic à plus grande échelle, avec deux libellés à connaître : la page en double sans balise canonique déclarée, et la page en double dont Google n’a pas choisi la même adresse que vous. Ces deux motifs concernent presque toujours un problème de balise canonical, rarement un problème de contenu.

Corriger le réglage sur WordPress sans casser le reste

Commencez par le cas le plus fréquent, la double déclaration. La règle est simple : un seul générateur actif à la fois. Si votre plugin de référencement produit déjà la balise, celle du thème doit disparaître. Vérifiez d’abord dans les réglages du thème s’il propose une option pour la désactiver, ce que font la plupart des thèmes commerciaux récents.

Si aucune option n’existe, la tentation est grande d’aller supprimer la ligne fautive dans les fichiers du thème. Évitez. La modification sera écrasée à la première mise à jour, et vous vous retrouverez avec le même problème dans trois mois sans vous rappeler d’où il venait. Un thème enfant ou un extrait de code déclaré à part règlent le cas proprement, et un développeur boucle ça en quelques minutes si le sujet vous dépasse.

Passons au champ manuel, qui est la deuxième source d’ennuis. Dans l’éditeur d’un article, ouvrez le panneau du plugin de référencement puis l’onglet avancé. Avec Rank Math en version gratuite, le réglage porte le nom d’URL canonique ; avec Yoast, il s’appelle URL canonique également et se trouve au même endroit. Ce champ doit rester vide dans l’immense majorité des situations, puisque la valeur automatique convient déjà.

Un champ rempli par erreur produit des dégâts silencieux et durables. Le cas d’école, c’est l’adresse de la page d’accueil recopiée dans le champ de dizaines d’articles, souvent après une migration ou un import massif. Chaque article dit alors au moteur d’ignorer son propre contenu au profit de l’accueil, et la totalité du blog finit par sortir des résultats. Videz le champ, enregistrez, et le comportement automatique reprend la main.

Quand vous décidez de remplir ce champ volontairement, trois exigences ne se négocient pas. L’adresse doit être complète, avec le protocole et le nom de domaine, jamais un chemin raccourci. Elle doit correspondre exactement à la version du domaine que Google connaît, donc en https et avec le même choix de www que le reste du site. Et la page visée doit rester accessible et indexable : pointer vers une page en noindex ou vers une redirection annule tout l’intérêt de la manœuvre.

Un dernier réglage mérite votre attention, celui des pages paginées. Sur un blog avec beaucoup d’articles, les pages deux, trois et suivantes de la liste doivent pointer vers elles-mêmes, pas vers la première page. Chacune affiche des contenus différents, donc les traiter comme des doublons de la page une revient à demander leur désindexation. Les plugins de référencement gèrent ce cas correctement par défaut, l’erreur vient toujours d’un réglage ajouté à la main.

Les erreurs de balise canonical qui reviennent tout le temps

La première tient au protocole. Un site passé en https il y a longtemps peut continuer de déclarer des adresses en http dans ses balises, généralement à cause d’une valeur figée dans les réglages généraux ou dans un vieux fichier de configuration. Le moteur reçoit alors une indication qui pointe vers une version du site qui redirige, et le signal se perd en route.

Viennent ensuite les constructeurs de pages et les extensions de cache. Certains outils réécrivent l’en-tête au moment de servir la page et déplacent la balise en dehors de la zone où elle doit se trouver. Une balise canonique placée dans le corps de la page est purement et simplement ignorée. Si le code source affiche votre balise après le début du contenu visible, le problème est là.

Les sites multilingues méritent un paragraphe à eux seuls. Chaque version linguistique doit pointer vers elle-même, et les liens entre versions se déclarent avec un autre mécanisme prévu pour ça. Faire pointer la version anglaise vers la version française par une balise canonique revient à demander la disparition de la version anglaise des résultats, ce qui arrive plus souvent qu’on ne le croit après l’installation d’une extension de traduction.

Un dernier cas de figure trompe presque tout le monde, parce qu’aucun réglage n’est en cause. Deux articles écrits sur le même sujet, avec les mêmes mots-clés et une structure proche, finissent parfois regroupés par le moteur qui n’en garde qu’un. Vider un champ ne changera donc rien du tout. La réponse tient à la différenciation des deux contenus, ou à leur fusion en une seule page plus solide.

Une fois la correction faite, la patience devient la seule chose à faire. Le moteur doit repasser sur la page, relire l’en-tête, puis mettre à jour son choix, ce qui prend de quelques jours à deux semaines selon la fréquence de passage sur votre site. Vous pouvez accélérer légèrement la découverte en demandant une indexation depuis l’outil d’inspection, et surveiller ensuite le résultat avec la méthode décrite dans notre article sur le sitemap XML et sa soumission à Google.

Un contrôle par trimestre suffit ensuite largement. Ouvrez le code source de trois ou quatre pages représentatives, vérifiez qu’une seule balise canonique apparaît et qu’elle pointe au bon endroit, et refermez le sujet. Ce réflexe prend cinq minutes et évite de découvrir six mois trop tard qu’une extension mise à jour a repris la main sur votre en-tête.

Continuez de progresser sur SEO Noobies.

Article contenant des liens affiliés : si vous passez au plan Pro via nos liens, nous pouvons toucher une commission, sans surcoût pour vous. Ça ne change rien à notre avis, qui reste basé sur notre usage réel de l’outil.