Une page qui disparaît des résultats Google sans message d’erreur, ça arrive plus souvent qu’on ne le croit, et le coupable n’est presque jamais celui qu’on imagine. Le scénario classique : une balise canonical qui pointe encore vers une adresse supprimée ou redirigée. Le crawler suit sagement l’indication, la page d’arrivée n’existe plus, et votre contenu se retrouve écarté de l’index sans que personne ne s’en aperçoive pendant des semaines. On vous explique le mécanisme, pourquoi les chemins relatifs aggravent tout, et comment reprendre la main.
Comment le crawler résout une balise canonical
Quand Googlebot lit <link rel="canonical">, il ne se contente pas de la prendre au mot : il la traite comme une déclaration d’intention qu’il vérifie ensuite. La balise doit pointer vers une URL qui renvoie un code d’état HTTP 200, et non vers une URL en erreur 404 ou en redirection 3xx.
Si la cible est morte, le signal se perd, et la page source se retrouve dans une zone grise où Google ne sait plus vers quoi la consolider. Les conseils techniques de creaweb3000.com insistent d’ailleurs sur ce point : une canonical n’est fiable que si sa destination répond correctement.
Le problème, c’est que rien ne casse visiblement dans l’outil d’inspection. La balise est présente, bien formée, Google la voit. Mais il l’écarte, faute de pouvoir résoudre sa cible. À partir de là, la page concernée n’a plus de signal de consolidation clair et peut être traitée comme une variante de rien du tout. Dans un cluster de doublons, c’est le genre de détail qui fait basculer une URL du mauvais côté en quelques passages.
Le piège des chemins relatifs dans l’attribut href
Une erreur revient avec une régularité déconcertante : écrire /categorie/produit/ au lieu de l’adresse complète. Sur une page affichée en https, avec un sous-domaine www, ce chemin relatif sera résolu par le crawler selon le contexte de l’URL visitée.
S’il résout mal le chemin, la balise canonical est tout simplement ignorée, ce qui revient à ne pas en avoir posé du tout. Le pire, c’est que ce genre d’oubli se glisse facilement dans un template généré dynamiquement, puis se recopie sur des centaines de pages sans que personne ne relise l’attribut.
Ce qu’une URL absolue corrige vraiment
Forcer l’adresse complète règle le problème à la racine. La correction recommandée par NOIISE est de renseigner l’URL entière, par exemple https://www.votresite.com/categorie/produit/, en incluant le protocole, le sous-domaine et le chemin complet. Un crawler n’a alors plus rien à interpréter. La balise joue son rôle quel que soit l’endroit d’où elle est lue.
Les cas où ça coince concrètement méritent d’être listés, parce qu’ils se ressemblent tous à l’écran et ne produisent pas du tout les mêmes effets. Un même symptôme apparent peut cacher une mécanique très différente, et c’est cette mécanique qu’il faut identifier avant de corriger quoi que ce soit.
- La canonical pointe vers une fiche produit archivée, supprimée depuis, et le crawler ne trouve qu’un 404 en face.
- Une redirection permanente en chaîne vers une page qui redirige encore, ce qui coupe la consolidation.
- Le chemin relatif fonctionne sur le domaine sans www, mais casse sur la version canonique.
- Faut-il vraiment corriger toutes les bisbilles d’un coup ou commencer par les pages qui rapportent ?
- Une URL absolue bien formée, mais avec une faute de frappe dans le segment, et le 200 n’arrive jamais.
Chacun de ces cas produit le même symptôme visible : la page reste accessible pour l’internaute, elle continue d’apparaître dans certaines recherches de marque, mais elle perd sa place sur les requêtes qui comptaient. Et comme elle répond toujours en 200, aucune alerte ne se déclenche côté surveillance.
Demander une réindexation sans cramer ses quotas
La correction technique ne suffit pas toujours à faire revenir la page en grâce du jour au lendemain. Selon Google, même après correction des problèmes de contenu, Google peut conserver des pages dans un cluster de doublons jusqu’à deux semaines. Vous pouvez corriger à midi, la page peut rester hors jeu pendant quinze jours, ce qui énerve pas mal de gens qui vérifient leur positionnement tous les matins. Sur ce point, voir aussi notre article sur correcteur absurdites francais.
Google recommande d’utiliser la fonctionnalité « Demander une indexation » de l’outil d’inspection d’URL de la Search Console pour demander une réévaluation, en la réservant aux URL les plus importantes car elle est soumise à des quotas. On ne flambe donc pas ce bouton sur chaque page du site. On le garde pour les URL qui portent le trafic, celles dont la disparition se traduit dans les rapports. Pour les autres, on corrige, on attend, et on surveille.
Une fois la réévaluation demandée, il reste à vérifier que Google a bien compris le nouveau signal. L’outil d’inspection d’URL indique si la canonical déclarée par la page a été retenue, ignorée ou remplacée par Google. Cette mention « URL canonique choisie par Google » qui diffère de la vôtre indique presque toujours un signal contradictoire ailleurs sur la page : un lien interne pointant vers l’ancienne adresse, un sitemap pas mis à jour, un hreflang qui se promène.
Franchement, le ménage vaut le coup. Recoller une URL cassée dans un maillage interne, c’est cinq minutes. Retrouver une page qui a perdu trois mois de trafic à cause d’un chemin relatif, c’est une autre paire de manches.
Le cas des redirections qui traînent
Une canonical vers une URL qui redirige n’est pas aussi cassée qu’une canonical vers un 404, mais ce n’est pas propre non plus. Le lien intermédiaire ralentit la consolidation, et si la chaîne fait plusieurs sauts, le crawler peut abandonner en cours de route.
Google suit normalement une redirection pour atteindre la cible finale. Chaque maillon supplémentaire est pourtant une occasion de perdre le fil, en particulier sur un site qui multiplie les versions de ses pages au fil des refontes.
La bonne pratique est simple à énoncer et moins simple à tenir : la canonical doit pointer directement vers l’URL finale en 200, pas vers une adresse qui redirige vers elle. C’est le même principe que pour les liens internes, et c’est souvent le même audit qui règle les deux problèmes d’un coup.
Ce que la désindexation silencieuse nous apprend
Une page ne disparaît pas brutalement de Google : elle glisse hors de l’index quand un signal de consolidation la lâche, et le silence des outils rend la chose plus traître que le problème lui-même. Le mécanisme est simple à comprendre une fois posé : cible en 404 ou en 3xx, balise ignorée, URL absolue incomplète, page traitée comme une variante sans référence.
La correction tient en une ligne de code et un peu de patience, avec des quotas de réindexation à ne pas gaspiller. Combien de sites autour de vous traînent encore une canonical orpheline sans le savoir ?