Pourquoi vos données Search Console disparaissent-elles sans raison apparente ?

Qu'est-ce que l'agrégation par URL canonique dans Search Console ?

Search Console collecte des milliards de données chaque jour : impressions, clics, positions moyennes, couverture d'indexation. Pour éviter de noyer les utilisateurs sous des centaines de lignes pour des pages quasi-identiques, Google agrège tout sous une seule URL de référence : la canonique qu'il a choisie.

Concrètement ? Si vous avez une fiche produit accessible en /produit?utm_source=fb, /produit?ref=email, /produit#session=123, Google les considère comme des variantes de /produit. Toutes les métriques remontent sur /produit, l'URL canonique. C'est transparent quand tout se passe bien.

Que se passe-t-il quand le canonical bascule entre deux URLs ?

Le problème surgit quand Google hésite entre deux canoniques pour la même page. Imaginons qu'un jour il choisisse /categorie/produit-bleu, le lendemain /produit-bleu-v2. Ce flapping crée un éclatement : une partie des données s'agrège sous la première URL, une autre sous la seconde.

Vous voyez alors dans vos rapports deux lignes distinctes avec des courbes tronquées, des impressions qui semblent chuter alors qu'en réalité elles sont juste comptabilisées ailleurs. L'analyse devient un cauchemar : impossible de savoir si une baisse de trafic est réelle ou artificielle, si une page progresse ou stagne.

Pourquoi Google ne se base-t-il pas sur le canonical déclaré dans le HTML ?

Parce que la balise canonical est un signal, pas une directive. Google peut l'ignorer s'il estime qu'elle pointe vers une URL moins pertinente, moins performante, ou techniquement problématique. Il croise ce signal avec d'autres : structure du site, redirections, sitemaps, liens internes.

Dans la pratique, si votre maillage interne pointe massivement vers une variante d'URL différente de votre canonical déclaré, Google peut trancher en faveur de cette variante. Ou pire : hésiter en permanence, créant ce fameux flapping qui fragmente vos données.

• Search Console agrège tout par URL canonique choisie par Google, pas celle que vous déclarez.
• Le canonical flapping provoque une fragmentation des rapports : les données se dispersent entre plusieurs URLs.
• Google peut ignorer votre balise canonical s'il juge qu'une autre URL est plus légitime.
• L'analyse de performance devient quasi impossible quand les métriques sont éclatées sur plusieurs lignes.
• Le flapping masque souvent des problèmes structurels : maillage interne incohérent, redirections mal gérées, paramètres d'URL non normalisés.

Cette déclaration est-elle cohérente avec les observations terrain ?

Absolument. On observe régulièrement des sites dont les courbes Search Console ressemblent à des montagnes russes sans raison apparente : pas de modification technique, pas de pénalité, pas de saisonnalité. En creusant l'onglet "Inspection d'URL", on découvre que Google bascule entre deux canoniques tous les 3-4 jours.

Le cas classique ? Les sites e-commerce avec des URLs à facettes (/chaussures?couleur=rouge&taille=42) où le maillage interne pointe tantôt vers la version paramétrée, tantôt vers la version propre. Google finit par ne plus savoir quelle URL privilégier, et vos rapports explosent en vol.

Quelles nuances faut-il apporter à cette affirmation ?

Google ne dit pas combien de temps dure ce "flapping" avant stabilisation, ni à quel point les données sont fragmentées. [A vérifier] : est-ce qu'un basculement ponctuel (1-2 jours) suffit à créer une fragmentation visible, ou faut-il une oscillation prolongée (semaines, mois) ?

Autre point : la déclaration sous-entend que le problème vient toujours du site. Mais on a vu des cas où Google hésitait entre deux URLs strictement identiques en contenu, simplement parce que l'une était en HTTPS et l'autre en HTTP mal redirigée. La faute au crawl, pas à une ambiguïté réelle.

Dans quels cas cette règle ne s'applique-t-elle pas complètement ?

Si votre site n'a aucune duplication — URL unique par page, pas de paramètres, pas de facettes, pas de variantes — vous ne verrez jamais ce problème. Mais soyons honnêtes : combien de sites atteignent ce niveau de pureté technique ?

Les sites très simples (blogs, sites vitrine one-page) ne sont pas concernés. En revanche, dès que vous avez des filtres, des tris, des sessions, des tracking parameters, le risque de flapping grimpe en flèche.

Comment détecter un problème de canonical flapping sur mon site ?

Première étape : repérer les anomalies dans Search Console. Ouvrez le rapport Performance, filtrez par page, et cherchez des URLs qui semblent dupliquer la même intention de recherche avec des courbes décalées dans le temps. Si deux URLs ont des pics d'impressions qui se compensent, c'est suspect.

Ensuite, utilisez l'outil "Inspection d'URL" sur chaque variante. Notez l'URL canonique déclarée par Google ("URL canonique sélectionnée par Google"). Répétez l'inspection tous les 3-5 jours pendant deux semaines. Si l'URL canonique change entre deux inspections, vous avez un flapping confirmé.

Quelles actions concrètes permettent de stabiliser le canonical ?

Nettoyez votre maillage interne. Si vous déclarez /produit-bleu comme canonical mais que 80% de vos liens internes pointent vers /categorie/produit-bleu, Google va hésiter. Unifiez : tous les liens internes doivent pointer vers l'URL canonique déclarée.

Ensuite, normalisez vos paramètres d'URL via Google Search Console (section "Paramètres d'URL" dans les anciennes versions, ou balises canonical strictes dans le HTML). Bloquez les paramètres de session, tracking, et filtres non-SEO via robots.txt ou noindex si nécessaire.

Que faire si Google persiste à ignorer mon canonical déclaré ?

Si après nettoyage le flapping continue, c'est que Google détecte un signal plus fort que votre balise canonical. Vérifiez vos redirections 301 : une chaîne de redirections mal gérée peut brouiller les pistes. Vérifiez aussi le sitemap XML : inclut-il les bonnes URLs canoniques, ou des variantes ?

Dans les cas extrêmes, il peut être nécessaire de bloquer purement et simplement les variantes non canoniques via robots.txt ou noindex, pour forcer Google à ne crawler que l'URL souhaitée. C'est radical, mais ça marche quand tout le reste échoue.

• Inspecter manuellement 5-10 URLs représentatives toutes les semaines pendant un mois pour détecter un basculement de canonical.
• Audit complet du maillage interne : tous les liens doivent pointer vers l'URL canonique déclarée, jamais vers une variante.
• Normaliser les paramètres d'URL via Search Console ou via des canonical strictes en HTML.
• Vérifier les chaînes de redirections 301 : aucune ne doit pointer vers une URL différente de la canonical.
• Nettoyer le sitemap XML : ne doit contenir que les URLs canoniques, jamais de variantes.
• Si le flapping persiste après 3 mois : envisager de bloquer les variantes non canoniques via noindex ou robots.txt.