Baisse de trafic organique : la méthode de diagnostic dans la Search Console

Sommaire

Le lundi matin, quelqu’un remarque que le trafic organique a baissé. Dans l’heure, trois hypothèses circulent : une mise à jour de Google, un problème technique, un concurrent. Chacune a ses partisans, et la plupart des équipes commencent à corriger avant d’avoir établi ce qui s’est passé.

Google publie une méthode pour ce cas précis, la page Debugging drops in Google Search traffic de Search Central. Elle est courte, et elle a un mérite : elle ordonne les vérifications. Ce qui suit la reprend en y ajoutant ce que la pratique apprend, notamment ce qu’il faut vérifier avant d’ouvrir la Search Console, et ce qu’on n’a pas le droit d’en conclure. Le tour complet des rapports se trouve dans le guide de la Search Console ; ici, on ne s’intéresse qu’à l’ordre des opérations.

D’abord, vérifier que la baisse est réelle

Une part importante des alertes ne correspond à aucune baisse de visibilité. Quatre vérifications prennent un quart d’heure et évitent des semaines de travail inutile.

Quel outil a baissé ?

Si l’alerte vient de Google Analytics, comparez avec la Search Console avant toute chose. Les deux ne comptent pas la même chose : la Search Console compte les clics sur un lien fourni par Google vers votre site, selon sa propre définition ; Analytics compte des sessions mesurées sur votre site, donc dépendantes du bandeau de consentement, du marquage et de la configuration du mode Consentement. Un nouveau bandeau, une balise déplacée ou une mise à jour de la CMP peuvent faire chuter les sessions organiques sans qu’un seul clic ait été perdu dans Google.

Si Analytics baisse et que la Search Console est stable, le sujet est la mesure, pas le référencement. Les raisons de ces écarts sont détaillées dans l’article sur les écarts entre plateformes.

La page des anomalies de données

Google tient une page des anomalies de données dans la Search Console : erreurs de traitement, changements de journalisation. La documentation de diagnostic recommande de la consulter en premier. Une baisse qui commence le jour exact d’une anomalie publiée n’est pas une baisse de visibilité.

Seize mois, et l’année précédente

Dans le rapport Performances, réglez le filtre de date sur les 16 derniers mois, la profondeur maximale de l’interface. Si la même inflexion apparaît à la même période l’année précédente, c’est une saisonnalité. Utilisez ensuite l’onglet Comparer, en confrontant les trois derniers mois à la même période de l’année précédente plutôt qu’aux trois mois qui précèdent : comparer septembre à août mesure surtout les vacances.

Pour les requêtes qui pèsent le plus, Google conseille de vérifier la tendance dans Google Trends : si l’intérêt pour la requête baisse partout, votre site n’a rien perdu, c’est la demande qui a reculé.

Les annotations

Depuis novembre 2025, la Search Console permet d’annoter le graphique du rapport Performances : un clic droit sur la courbe, une date et une note de 120 caractères au plus. C’est le moyen le plus simple de répondre à la question qu’on se pose toujours trop tard : qu’a-t-on changé ce jour-là ? Une mise en production de gabarit, une migration, un changement d’extension méritent une annotation le jour même. Elles sont visibles par tous les utilisateurs de la propriété.

Lire la forme de la courbe

La documentation de Google associe des formes de courbe à des familles de causes. C’est un point de départ, pas un verdict, mais il oriente utilement la suite.

Un détail que la documentation mentionne et qu’on oublie : une balise noindex posée par erreur produit une baisse progressive, puisqu’elle n’agit qu’au fil de l’exploration des pages. Une érosion sur trois semaines n’exclut donc pas une cause technique survenue en un jour.

Impressions, position, taux de clic : trois baisses différentes

Affichez les quatre métriques sur le graphique principal. La combinaison dit déjà beaucoup.

Impressions et clics baissent ensemble. Le site est moins souvent affiché : perte de positions, pages sorties de l’index, ou baisse de la demande. C’est le cas qui appelle toute la suite de la méthode.

Impressions stables, clics en baisse. Le site est toujours affiché, mais on clique moins. Google oriente alors vers le lien de titre et l’extrait, ou vers des résultats enrichis plus attractifs chez d’autres sites. Avant de réécrire quoi que ce soit, regardez la position : un recul de la 2^e à la 4^e place peut suffire à faire baisser les clics sans toucher les impressions.

Position moyenne en baisse. Google distingue deux cas. Un petit recul (de 2 à 4) fait partie des fluctuations normales, qui peuvent s’inverser sans intervention ; la documentation déconseille même les changements radicaux sur une page qui fonctionne. Une chute large (du top 10 à la 29^e place sur de nombreuses requêtes) appelle une auto-évaluation du site dans son ensemble, pas d’une page.

Segmenter, dans cet ordre

Le total ne dit jamais où est le problème. Activez la comparaison sur un an, puis parcourez les dimensions dans un ordre qui va du plus large au plus fin.

1. Le type de recherche. Web, Images, Vidéos, Actualités se lisent séparément. Une baisse limitée à Images n’a pas la même cause qu’une baisse en Web.
2. Les pages. Dans le tableau, triez par la colonne de différence de clics, qui place en tête les pages ayant le plus perdu. Trois situations : la baisse est répartie sur tout le site, concentrée sur un groupe de pages, ou portée par une seule page importante. La documentation tire de là la suite du diagnostic.
3. Les requêtes. Séparez la marque du reste avec le filtre des requêtes de marque, disponible pour les propriétés de premier niveau ayant assez de volume. Une baisse des requêtes de marque relève de la notoriété ; une baisse hors marque relève du référencement.
4. Les pays et les appareils. Une baisse limitée au mobile oriente vers le rendu mobile ou les signaux web essentiels ; une baisse limitée à un pays, vers le ciblage linguistique ou la concurrence locale.
5. L’apparence dans les résultats. La perte d’un résultat enrichi se voit ici, et explique souvent un taux de clic en baisse à position égale.

Pour garder une trace, exportez le tableau des pages des deux périodes dans un tableur, avec une colonne par information : URL, gabarit (fiche, catégorie, article, page service), clics période A, clics période B, différence, impressions A et B, date de dernière modification. Un tableau croisé par gabarit montre en une minute si la perte se concentre sur un type de page, ce qui oriente vers un changement de gabarit ou d’architecture plutôt que vers le contenu.

Exemple de calcul hypothétique : un site perd 1 200 clics sur un an. Le tableau croisé montre que les fiches produit en perdent 1 050 et les articles 150. On ne cherche plus « pourquoi le site a baissé », mais « qu’est-il arrivé au gabarit des fiches », ce qui est une question à laquelle on peut répondre.

Croiser avec les mises à jour publiées

Google publie ses mises à jour de classement notables dans le Google Search Status Dashboard, avec leurs dates de début et de fin de déploiement. Reportez ces périodes sur votre graphique, en annotation.

Trois règles de lecture. Une baisse qui commence avant le début du déploiement n’est pas causée par lui. Une baisse qui coïncide avec un déploiement de plusieurs semaines reste une coïncidence tant que la segmentation n’a pas montré quel type de page est touché. Et Google rappelle qu’une baisse après une mise à jour ne signifie pas nécessairement que le contenu a un défaut : d’autres pages ont pu être jugées plus pertinentes.

Si vous concluez à un effet de mise à jour et modifiez le site, la documentation prévient que certains changements produisent un effet en quelques jours, d’autres en plusieurs mois, et qu’aucun résultat n’est garanti. Attendre quelques semaines avant de relire les données fait partie de la méthode.

Indexation des pages et statistiques d’exploration

Si la baisse touche l’ensemble du site, ouvrez le rapport Indexation des pages et cherchez une hausse d’un motif d’exclusion à la date de la baisse : pages exclues par une balise noindex, bloquées par le fichier robots.txt, en erreur serveur, introuvables. Une marche nette dans l’un de ces motifs est le signal le plus lisible de tout le diagnostic.

Ouvrez ensuite Statistiques d’exploration, dans les paramètres de la propriété. On y cherche un pic d’erreurs serveur, une dégradation du temps de réponse ou un problème de récupération du fichier robots.txt à la même période. Ce rapport est le seul de la Search Console qui montre comment Googlebot a vécu ses visites ; il complète les journaux du serveur sans les remplacer.

Si la baisse ne touche qu’un groupe de pages, inspectez-en quelques-unes avec l’outil d’inspection d’URL : page indexée ou non, URL canonique retenue par Google, date de dernière exploration. Et si le site a changé d’URL récemment, Google indique qu’un site de taille moyenne peut mettre quelques semaines à être réévalué, davantage pour un grand site : une baisse temporaire après migration n’est pas une anomalie, une baisse qui ne se résorbe pas en est une.

Actions manuelles et problèmes de sécurité

Deux rapports se consultent en une minute, et on les garde pour la fin alors qu’ils devraient venir tôt.

Actions manuelles. Si un examinateur a constaté une infraction aux règles de Google sur le spam, l’action y figure, avec son périmètre (site entier ou partie du site). C’est le seul cas où la Search Console nomme explicitement la cause. Les déclassements automatiques liés au spam, eux, n’y apparaissent pas.

Problèmes de sécurité. Un site compromis par un logiciel malveillant ou une page d’hameçonnage peut être signalé aux internautes par un avertissement avant la visite, ce qui fait chuter les clics même si le classement n’a pas bougé. Le rapport dit si Google a détecté une menace.

Ce qu’on ne peut pas conclure

La Search Console répond à beaucoup de questions, pas à toutes. Quatre conclusions reviennent souvent et ne sont pas permises par les données.

« C’est la faute des réponses générées. » Google indique que les affichages dans les aperçus IA et le mode IA sont comptés dans le type de recherche Web, avec le reste. Ils ne s’isolent pas. Une baisse du taux de clic à position stable est compatible avec cette hypothèse, elle ne la démontre pas. Le sujet est traité dans l’article sur les réponses générées.

« C’est la mise à jour. » Une coïncidence de dates n’est pas une cause. Sans segment touché identifié, l’hypothèse reste une hypothèse.

« Ces requêtes ont disparu. » Les requêtes rares ou anonymisées ne figurent pas dans le tableau des requêtes : le total d’un filtre par requête est en général inférieur au total du site. Une baisse du total peut donc venir de requêtes qu’on ne voit pas.

« On a corrigé, ça remonte. » Une remontée après correction peut venir de la correction, de la saisonnalité ou d’une autre mise à jour. Annoter la date de la correction et attendre plusieurs semaines est le minimum pour en parler.

C’est souvent à ce stade que le diagnostic atteint sa limite : la Search Console a localisé la perte, mais la cause tient à un arbitrage éditorial, à une architecture ou à un historique de migrations qu’aucun rapport ne résume. C’est le travail d’un accompagnement en référencement naturel, qui reprend le site entier là où l’outil s’arrête à la page.

L’ordre de travail, résumé en une fiche

La fiche tient sur une page, et c’est voulu : la plupart des diagnostics ratés ne manquent pas de données, ils manquent d’ordre. Celui qui commence par l’étape 6 trouvera toujours une erreur d’indexation quelque part ; la question est de savoir si c’est elle qui a coûté le trafic.